最近呼叫中心走火入魔了，我的《一步一步開發呼叫中心》系列編寫過程中，遇到各種的問題，今天晚上，來記錄一下糾結了我N久的一個問題：
內線通過板卡外呼時，如果對方的呼叫中心需要發送按鍵響應（如撥打10086時需要輸入手機號），調用API函數SsmTxDtmf無論如何對方都提示錯誤。
找了N多個解決方案，聯系N多個三匯的技術支持，都要求提供板卡錄音，我的糾結呀，本來呼叫中心就在線上運營，白天我怎么能隨便調試呢。。。
好了，深更半夜，爬起來研究這個問題（正好這會沒什么客戶來電），經過各種燒腦，終於找到問題原因了！
當外呼時，內線分機按鍵響應，板卡會自動將dtmf發送到外線通道上，即：系統會自動調用SsmTxDtmf函數，將按鍵響應送到局端交換機。
那么，問題就來了，我畫蛇添足了！
系統自動發送了一次，我接收到按鍵響應之后，又手動發送了一次，導致按一次鍵，發送了兩次dtmf響應給局端交換機，導致對方收到的dtmf始終是錯誤的！
唉。。。自作多情的人呀。。。
半夜，太晚，寫短點，權當做個筆記吧。
再記錄一個小問題：
通常，我們有一個業務場景，公司有的分機電話，是希望用戶能夠通過直撥號碼直接撥打進來的，並且，這個分機電話撥打出去，顯示的號碼也一定是他的直撥號，而不是中繼線統一號碼。
這個時候，我們會用到SsmSetTxCallerId函數，用來告訴局端交換機，本次呼出是用哪個號碼呼出，就能實現：呼出時，控制當前顯示到被叫方的主叫號碼。
問題在這里：
SsmSetTxCallerId函數調用一次之后，局端會認為，這一條通道一直都會使用這次通知的號碼作為直撥號，如果不再次調用此函數，那么，就會影響到其他不需要顯示直播號碼的分機呼出，始終顯示的是之前使用的直撥號，從而影響到不能顯示中繼線統一號碼。
解決方案：給每個分機設置一個呼出顯示號碼，在呼出時，都調用一次SsmSetTxCallerId函數！
OK，手工，回家，睡覺！