Call-центр ПОЗАДИ АТС Опции

[Ник Ратибор]

Я тихо шизею, дорогие мои товарищи.
Был у нас call-центр на системных аппаратах, и всё бы нормально, но поставили следующие задачи: определение номеров (линии большей частью аналоговые СО и немного BRI) и строгий учет звонков, вплоть до того, сколько позвонивший суммарно находился в ожидании ответа, считая собственно ответ на его звонок "барышней", время в режиме переадресации и т.п.
Проектный офис решил убрать все аналоговые СО и завести 2 PRI, что в принципе по деньгам даже дешевле выходило, и меня лично более чем устраивало. Для call-центра планировалась какая-то аппаратура ДО атс, подключенная как бы в разрыв PRI. (А у нас ipLDK-600 с прошивкой ПО 3.8 и несколько выносов по VoIP ipLDK-300 с версией ПО не ниже 3.7, в перспективе - все на 3.8). Но пришел страшный зверь Жаба и начал душить наш проектный офис. И теперь они хотят поставить аппаратуру в PRI ПОСЛЕ атс, не в поток от оператора, а в поток от нашей атс.
С меня требуется: 1) обеспечить части входящих звонков режим DISA (тут всё ясно); 2) остальным - прямой транзит с приходящего от оператора потока на поток в аппаратуру call-центра, с последующим переводом на АТС и конкретного внутреннего абонента, как "родного", так и на атс-выносе; 3) обеспечить передачу АОН от оператора до аппаратуры call-центра.
Живым я не дамся, это понятно, но мне дико интересно: а такая извращенная форма связи в принципе возможна или нет?

[Ник Ратибор]

А не присмотреться ли к Call-Центру "Aspire", который специально был разработан для LDK (CTI)???? Разработчики (израильская компания) говорят, что весьма успешно его применяют.

Проектники сказали, что его рассматривали, но он не устроил их запросы. в частности, не имеет опции записи разговоров, и еще по мелочи.
Вроде убедились, что ставить калл надо в поток до атс. Мы с поставщиком поневоле выступили единым фронтом надо будет с него бутылку стрясти