Мы используем NetSuite и имеем Cisco Телефонная система. Мы не делаем точно, что Вы ищете, как наша часть интеграции от точки зрения Обслуживания клиентов с Unified Contact Center Express Cisco. Наш процесс является в основном звонками клиента в к нашей строке Поддержки, попросился их Клиентского Числа и затем помещается в Очередь для следующего агента.
От всего моего исследования во время покупки телефонной системы я нашел, что Корректный идентификатор вызывающего абонента только прибывает через 30% времени. Мы хотели сделать, то же самое было кем-то, призывает, мы вытягиваем идентификатор вызывающего абонента и затем тянем их запись. Приезжайте, чтобы узнать, что число, которые сталкиваются, было бы частичным числом или расширением для вызывающей стороны, но не числом, которое мы имеем в нашей системе NetSuite. Идентификатор вызывающего абонента не так надежен, как большинство думает, что это.
Путем мы решили, это должно было настроить IVR для просьбы пользователя их клиентское число, прежде чем они поместят их в очередь.
После этих слов это может быть сделано, но можно надеть больше служебных вызовов, почему клиентская запись не подходит, когда пользователь получает вызов. Для нас интеграция является веб-сценарием как интеграцией между NetSuite, и Cisco не сделана с TAPI.
На дальнейшем контроле кажется, что это связано с рабочим процессом, поражающим его неактивный тайм-аут и закрытие. По следующему запросу это отшатывается и переиздает заголовок в журнале.
Конфигурирование рабочих процессов для неактивного тайм-аута (MS TechNet)
Когда Вы видите заголовок, повторенный как это, это обычно означает, что IIS был перезапущен. Какие-либо Записи журнала событий?