Тема: Автосекретарь для KX-TDA100
Подскажите, пожалуйста, какой лучше выбрать автосекретарь. Нужно чтобы он был с вменяемым интерфейсом (где-то даже видел скриншот с окном настройки, где дерево разговора строилось по аналогии с деревом файлов и папок, не знаю как лучше описать 😊) и умел выполнять SQL-запросы (не только на чтение, но и на запись, а ещё лучше - произвольные).
дерево разговора? 🙄 . Panasonic CallMonitor - вот дерево, так дерево.
дерево разговора? 🙄
Древо, дерево - какая разница, суть же донёс 😊
Panasonic CallMonitor - вот дерево, так дерево.
Что-то не могу толком ничего найти по этой программке, ни скриншотов, ни списка возможностей :(
Нужен просто нормальный автосекретарь с возможностью делать SQL-запросы во время разговора с абонентом. И ещё момент: ведь для работы автосекретаря нужна ещё специальная железка (расширение или модуль), так вот её ещё не приобрел, так что, если не сложно, подскажите какой комплект лучше взять (железка+софт) под эти цели?
KX-NCV200 почитай про это, про sql не уверен, про дерево разговора все равно не понял.
про дерево разговора все равно не понял.
А, тогда извиняюсь, я имел в виду варианты ответов автосекретаря. Например, абонент нажал 1 - его перекинуло на одно сообщение, потом нажал 2 - перекинуло на другое, но если он первый раз нажмет 2, и потом снова 2, то сообщения уже будут другие, вот и получается какбы древо 😊
KX-NCV200 почитай про это, про sql не уверен
Почитал, уяснил, но появился ещё один вопрос: на сколько жестко привязано железо к программе? Я видел разные программы для программирования IVR, но подходят ли они под конкретно, например, KX-NCV200? Это как-то указывается в спецификации программы или поддержка любого железа - само собой разумеющееся? Это я к вопросу о SQL-запросах, видел разные программы, которые сильно отличаются по функционалу (в т.ч. по наличию возможности работы с SQL).
... не знал что можно дису на АТС к sql привязвать
Народ привык мыслить скриптами, потому и SQL… В TDA100 без всяких запросов в 5.3.2 из одного сообщения в другое кидай - не хочу. Одна беда - “Войну и Мир” не затолкаешь, всего 64 сообщения и 8 минут на все.
Народ привык мыслить скриптами, потому и SQL… В TDA100 без всяких запросов в 5.3.2 из одного сообщения в другое кидай - не хочу. Одна беда - “Войну и Мир” не затолкаешь, всего 64 сообщения и 8 минут на все.
8 мин - 0191, хоцца больше - 0192,0194. По опыту 8 мин хватает на всё в большинстве случаев.
Вобщем, задача решилась, если кому интересно, установкой системы Спрут и IVR от Panasonic (NCV200, кажется так). Всем спасибо за советы! 😊
как-то быстро вы ,определились,купили,установили,настроили, у меня так быстро даже за пивом не бегают.
как-то быстро вы ,определились,купили,установили,настроили, у меня так быстро даже за пивом не бегают.
Не установили и настроили, на это, конечно, времени нужно по-больше. Проверили функционал и подтвердили ТЗ у разработчиков систем. А определился быстро потому что не только же здесь я сидел ждал пока за меня всё придумают, я звонил в разные компании-интеграторы, консультировался с другими компаниями с уже установленными похожими системами и т.д.
Пока вы там прозванивали и решали, многие давно бы реализовали на DISA.
Саш, им дерево хоцца как custom service, а в дисе -мозаика. :long:
Пока вы там прозванивали и решали, многие давно бы реализовали на DISA.
Ну, ни один инженер в разных компаниях-интеграторах не предложил вообще никакого решения этой задачи, да и не очень понятно как через DISA делать запросы в базу данных. Единственный вариант с использованием DISA мне предложили здесь - использовать вместо телефона модем, но тогда вопрос масштабирования получается через задницу, да и сама система получается какая-то на костылях (особенно в плане поддержки многоканальности такой конструкции).
Или вы имели в виду что-то другое? Напомню, что основной проблемой было реализовать захват тонального набора и в зависимости от введенных цифр выполнять запрос в базу данных, либо просто записывать файл - вобщем, фиксировать в каком-либо виде эти нажатия по каждой сессии.
p.s. нашел ту программу, о скриншоте которой я говорил в первом сообщении. Её мне посоветовал Cyril, вот ссылка - http://www.wentor.ru/products/autoanswer.php. Но, к сожалению, она не подходит под мои цели.
Не понятен сам смысл задачи.. типа считать, на какие кнопки чаще давят?
Не понятен сам смысл задачи.. типа считать, на какие кнопки чаще давят?
Нет, в самом простом случае это будет выглядеть так: абоненту предлагается дождаться ответа оператора, либо нажать единичку, чтобы отписаться от услуги (услуга привязана к номеру телефона). А отписка от услуги - удаление/изменение соответствующей записи в БД. При этом, не обязательно чтобы сама эта система работала с БД подписок, можно сделать фиксацию нажатия в любом виде (например в тот же CSV файл) с номером абонента и фактом нажатия определенной кнопки (т.к. подразумевается не только единичка), а дальше этот файл бы подбирался другим ПО и обрабатывался как угодно.
