Тема: Сообщщение по неответу
Господа, намекните на умную мысль.
Есть TDE, с DISA, как бы так сделать, что бы при входящем внешнем звонке, если абонент не отвечает, внешнему абоненту проигрывалось сообщение, типа подождите, потом опять вызов. Ну как во временной таблице формирования очереди, а?
Спасибо...
Это относится к сложным многоступенчатым алгоритмам.
Такие вещи лучше всего делать на отдельном оборудовании.
Например, на ICON AA456USB.
Или на базе ПК, например, с использованием элементов системы CRM.
Это относится к сложным многоступенчатым алгоритмам.
Serg Fisher, Вы это серьёзно?
Такие вещи лучше всего делать на отдельном оборудовании ... на базе ПК, например, с использованием элементов системы CRM.
Элементы системы CRM предлагаете с АТС интегрировать?
Какую систему CRM предлагаете?
Предложите что-нибудь сами, чем критиковать других.
А то, что ICON обладает более гибким характеристиками, чем стандартная DISA, это факт.
И то, что система CRM (точнее, ее телефонная часть) зиждется на базе CTI, это тоже факт.
Если вопрошающий задает такие вопросы, значит наверняка у него если нет, то предполагается что-нибудь подобное (например, CALL-центр). А там и до CRM недалеко.
Запишите своё “Подождите” в качестве мелодии на удержании (MOH).
Запишите своё “Подождите” в качестве мелодии на удержании (MOH).
Слишком креативно 😊
Aqtan, почему же это слишком? Вы с паузами по 15-20 секунд запишите.
А то, что ICON обладает более гибким характеристиками, чем стандартная DISA, это факт.
Совершенно не факт. Disa отлично интегрируется с CRM. Предлагаемым Вами ICON-ом, ни каким боком Вы не сможете управлять из CRM, зиждется на базе CTI, это факт.
Если вопрошающий задает такие вопросы, значит наверняка у него если нет, то предполагается что-нибудь подобное (например, CALL-центр). А там и до CRM недалеко.
Исходя из Вашей логики, у вопрошающего, CALL-центр будет построен на сотовых абонентах, на которых переадресуются все входящие вызовы. А там и до CRM недалеко. Каждому мобильному по CRM! CRM, зиждется на базе CTI, поэтому каждому -> по VPN.
Предложите что-нибудь сами, чем критиковать других.
Да, без проблем, сервер Poltys и многоканальный “Queue number Announcement”. Вот это реальный CRM.
.
P.S. Serg Fisher, хочу Вас спросить как художник художника, Вы АТС Panasonic серии TDE, хоть раз видели?
Нет.
Но много слышал.
Господа, намекните на умную мысль.
Есть TDE, с DISA, как бы так сделать, что бы при входящем внешнем звонке, если абонент не отвечает, внешнему абоненту проигрывалось сообщение, типа подождите, потом опять вызов. Ну как во временной таблице формирования очереди, а?
Спасибо...
Переадресация по неответу на группу с QTT, в которой этот же абонент живёт. Только нахрена людей мучать? Если абонент не отвечает сейчас - его либо нет на месте, либо он навалил на звонки. И проигрывание сообщения “подождите” в обоих этих случаях будет только бесить звонящего - ему ж всё равно никто не ответит. Правильнее при неответе переводить на начальника. Тогда и отвечать будут как следует.
PS. Раньше мне казалось, что Serg Fisher просто шутит. Если он это серьёзно, то - изыди, сатана, не вводи в заблуждение вопрошающих ответами на вопросы, в которых не разбираешься! 😊
Я не шучу.
Предположим, некто звонит на АТСку.
Автосекретарь ICON отвечает приветствием, затем просит подождать и набирает внутренний номер.
Ждет ответа.
Если свободно, то по срабатыванию таймера (приблизительно от 15 до 30 секунд) следует возврат к ожидающему и сообщение, что абонент не отвечает с предложением различных вариантов (на них мы не будем останавливаться, хотя это тоже разветвленная система меню).
Если ЗАНЯТО, то переход в следующее меню с задержкой и сообщением “ЖДИТЕ СОЕДИНЕНИЯ”.
Если через время задержки опять ЗАНЯТО, то опять переход в следующее по счету меню с аналогичной задержкой и тем же сообщением.
Если в промежутках между этими переходами из одного меню в другое вызываемый абонент освободится, то ему поступит вызов от автосекретаря и далее - соединение.
Таким образом, можно состряпать алгоритм, при котором в случае занятости вызываемого абонента автосекретарь последовательно будет проходить через несколько однотипных меню (штуки 4 или 5 - больше не надо). А в последнем меню сделает сообщение типа “ВРЕМЯ ОЖИДАНИЯ ИСТЕКЛО. ПОЖАЛУЙСТА, ПЕРЕЗВОНИТЕ ПОЗЖЕ”. Или что-нибудь подобное.
Вопрос:
Ну какая DISA это сможет сделать?
А если ограничиться простым зацикливанием в рамках одного меню, то как грамотно осуществить выход из этого цикла?
Или ждать, пока вызывающему не надоест и он сам не кинет со злости трубку.
В моем же примере никаких циклов нет. Это только со стороны кажется, что ответы автосекретаря идут по кругу. На самом деле происходит переход из одного меню в другое, как по ступенькам, пока на последней не будет дан отрицательный ответ.
PS. Раньше мне казалось, что Serg Fisher просто шутит.
Да какой там шутит, это он пытается научиться пользоваться википедией.
Если он это серьёзно, то - изыди, сатана, не вводи в заблуждение вопрошающих ответами на вопросы, в которых не разбираешься! 😊
Не, не нужно, пусть будет, а то последнее время и пообщаться не с кем.
Знаток “всего” и владелец “чуда шлюзов” Zavr, совсем исчез.
Почерпнуть умных мыслей не где.
Почесать язык - это и я могу.
А вы чисто конкретно и аргументированно “расп...те меня в пух и прах”.
А я посмеюсь.
Про себя.
Молча.
Я не шучу.
Предположим, некто звонит на АТСку.
Автосекретарь ICON отвечает приветствием, затем просит подождать и набирает внутренний номер.
Ждет ответа.
Если свободно, то по срабатыванию таймера (приблизительно от 15 до 30 секунд) следует возврат к ожидающему и сообщение, что абонент не отвечает с предложением различных вариантов (на них мы не будем останавливаться, хотя это тоже разветвленная система меню).
Если ЗАНЯТО, то переход в следующее меню с задержкой и сообщением “ЖДИТЕ СОЕДИНЕНИЯ”.
Если через время задержки опять ЗАНЯТО, то опять переход в следующее по счету меню с аналогичной задержкой и тем же сообщением.
Если в промежутках между этими переходами из одного меню в другое вызываемый абонент освободится, то ему поступит вызов от автосекретаря и далее - соединение.
Таким образом, можно состряпать алгоритм, при котором в случае занятости вызываемого абонента автосекретарь последовательно будет проходить через несколько однотипных меню (штуки 4 или 5 - больше не надо). А в последнем меню сделает сообщение типа “ВРЕМЯ ОЖИДАНИЯ ИСТЕКЛО. ПОЖАЛУЙСТА, ПЕРЕЗВОНИТЕ ПОЗЖЕ”. Или что-нибудь подобное.
.
Или ждать, пока вызывающему не надоест и он сам не кинет со злости трубку.
В моем же примере никаких циклов нет. Это только со стороны кажется, что ответы автосекретаря идут по кругу. На самом деле происходит переход из одного меню в другое, как по ступенькам, пока на последней не будет дан отрицательный ответ.
Где, у вопрошающего вопрос, что делать если занято?
Господа, намекните на умную мысль.
Есть TDE, с DISA, как бы так сделать, что бы при входящем внешнем звонке, если абонент не отвечает, внешнему абоненту проигрывалось сообщение, типа подождите, потом опять вызов.
Спасибо...
Вопрос:
Ну какая DISA это сможет сделать?
А если ограничиться простым зацикливанием в рамках одного меню, то как грамотно осуществить выход из этого цикла?
DISA АТС TDE это сможет сделать, при совместной работе с таблицей очереди.
Почесать язык - это я могу.
А чем Вы сейчас занимаетесь?
Или мне просто кажется, что именно этим?
Пришли к началу.
Стало быть, надо уточнить вопрос.
Что значит фраза “если абонент не отвечает”?
Пусть вопрошающий ее расшифрует.
——————————————-
Насчет таблицы очереди:
Довольно примитивно.
Если надо что-нибудь посложнее, то и таблица очереди не поможет.
——————————————-
Поймите меня правильно.
если вы думаете, что я навяливаю ICON, то это лишь для примера.
Есть и другие продукты: есть программные продукты, на основе которых можно сделать шикарную систему приема входящих звонков. Так сделать, что потом в случае ее корректировки и в станцию-то лезть не придется.
