Это не жизненно и точно не удобно в использовании. Не увидел новизны.
Стандартный метод "Сообщить" довольно функционален, есть возможность выделения сообщений.
Какой либо расширенный лог следует выводить в журнал регистрации 1С.
Для "ресурсоемких" и длительных операций принято использовать фоновые задачи.
Чисто теоретически — возможно. В текущей реализации не предусмотрено какой либо авторизации.
Необходимо только знать имя бота и мобильный номер телефона сотрудника.
Согласен, что более безопасной реализацией будет несколько усложнить процесс подписки на уведомления, к примеру спросив пароль.
Priority — Priority to use (requires Exten and Context)
Да, с этим знаком, доку читал.
Я на текущий момент не могу привести точный пример, но был случай с одной из станций, где без этого параметра не работала команда.
Подумайте, какой смысл в Priority, если нет ни экстена, ни контекста
От части согласен с Вами, но в моем понимании свойство просто игнорируется если не назначены "Exten" и "Context".
у вас же не совсем Астериск, у вас его форк — Аскозия
Помимо Askozia наше работает и с прочими атс:
MyPBX U серии (там кстати Asterisk 1.6 версии), это особый случай, не все примеры описанные выше применимы.
Прошу описать детали, на какой версии Asterisk проявляется? Есть ли ссылка на более подробную документацию. Не сталкивался с описанной ситуацией.
Все примеры из текущей статьи тестировалась на Asterisk 10.9.0.
Кроме того, используются в реальном проекте.
Версии Asterisk — начиная с 1.8 и заканчивая 13.
На некоторых АТС было замечено поведение — если не указан "Priority", то originate завершается с ошибкой.
Спасибо за отзыв. Я в нашем проекте воспользовался парковкой вызова.
Кратко алгоритм и пример:
Action: Park
Channel: SIP/104-000001ce
Parkinglot:
Timeout: 30000
При этом, "Parkinglot" не указывать. Вызов будет помещен на свободный слот.
"Timeout" — через указанное время вызов вернется обратно.
Далее анализировать event:
"ParkedCall" — тут можем понять на какой слот попал наш клиент.
"UnParkedCall" и "ParkedCallGiveUp" — event оповещяет о завершении парковки.
Снять с такого «удержания» возможно позвонив на слот парковки, простой "originate".
Стандартный метод "Сообщить" довольно функционален, есть возможность выделения сообщений.
Какой либо расширенный лог следует выводить в журнал регистрации 1С.
Для "ресурсоемких" и длительных операций принято использовать фоновые задачи.
Необходимо только знать имя бота и мобильный номер телефона сотрудника.
Согласен, что более безопасной реализацией будет несколько усложнить процесс подписки на уведомления, к примеру спросив пароль.
Что за мудреная фраза?
Да, с этим знаком, доку читал.
Я на текущий момент не могу привести точный пример, но был случай с одной из станций, где без этого параметра не работала команда.
От части согласен с Вами, но в моем понимании свойство просто игнорируется если не назначены "Exten" и "Context".
Помимо Askozia наше работает и с прочими атс:
Все примеры из текущей статьи тестировалась на Asterisk 10.9.0.
Кроме того, используются в реальном проекте.
Версии Asterisk — начиная с 1.8 и заканчивая 13.
На некоторых АТС было замечено поведение — если не указан "Priority", то originate завершается с ошибкой.
Кратко алгоритм и пример:
При этом, "Parkinglot" не указывать. Вызов будет помещен на свободный слот.
"Timeout" — через указанное время вызов вернется обратно.
Далее анализировать event:
Снять с такого «удержания» возможно позвонив на слот парковки, простой "originate".