Two triple sinks API used by the pit

Recently the call center went mad, my "step by Step Development Call Center" series in the process of writing, encountered a variety of problems, tonight, to record a tangle of my n-long problem:

When the inner line calls out through the card, if the other call center needs to send the key response (such as the need to enter the phone number when dialing 10086), call the API function SSMTXDTMF regardless of the other side prompt error.

Find n multiple solutions, contact n multiple three sinks of technical support, are required to provide board recording, my Tangled Ah, originally call center on-line operation, daytime how can I casually debug it ...

Well, in the middle of the midnight, climb up to study the problem (just this will be no customer calls), after all kinds of burning brain, finally found the cause of the problem!

When the external call, the extension button response, the board will automatically send DTMF to the outside channel, that is: The system will automatically call the SSMTXDTMF function, the key response to the local switch.

Then, the problem is coming, I have to Lily!

system automatically sent once, I received the key response, and then manually sent once, resulting in pressing the key once, sent two times DTMF response to the local switch, resulting in the DTMF received by the other side is always wrong!

Alas... A man of affection ...

Midnight, too late, write a short point, right as a note it.

To record a small problem again:

Usually, we have a business scenario, the company has an extension phone, it is hoped that users can dial directly through the direct number, and, this extension phone calls out, the number displayed must also be his direct dialing number, not the trunk uniform number.

At this time, we will use the ssmsettxcallerid function, used to tell the local switch, the outgoing call is the number of the call out, it can be achieved: when the outbound, control the current display to the called party's calling number.

Here's the problem:

After the Ssmsettxcallerid function is called once, the local side will think that this channel will always use the number of this notification as the direct dial number, if you do not call this function again, it will affect the other does not need to display the live number of extension outbound calls, The direct dialing number that is used before is always displayed, which affects the inability to display the trunk uniform number.

Solution: Set up an outbound display number for each extension, and call the Ssmsettxcallerid function once in the call!

OK, hand, go home, sleep!

Two triple sinks API used by the pit