IOSOR

IOSOR База знань

Верифікація натискань DTMF та журнали аудиту для екстрених сповіщень

Фіксація та експорт підтверджених DTMF-сигналів під час екстрених голосових сповіщень для забезпечення документованого відгуку з вебхуками та логами.

Звичайного факту з'єднання недостатньо для екстрених сповіщень: без інтерактивного підтвердження неможливо гарантувати, що людина дійсно почула повідомлення. Використання верифікації через натискання клавіш (DTMF) вимагає від абонента усвідомленої дії для підтвердження отримання сигналу. Збереження кожної спроби введення у детальних журналах аудиту забезпечує юридичну звітність і дозволяє негайно перемикатися на резервні канали зв'язку, якщо відповідь відсутня.

Архітектура фіксації DTMF-сигналів під час екстрених сповіщень

Захоплення тональних сигналів DTMF перетворює звичайні вихідні голосові сповіщення на надійний механічний інструмент двостороннього підтвердження. Під час масового сповіщення про надзвичайні події натискання клавіш отримувачем (наприклад, кнопка 1 для підтвердження безпеки) миттєво фіксуються через телеметрію RFC 2833 або SIP INFO. У бізнес-архітектурі IOSOR вхідні тони реєструються без затримок безпосередньо у сесії виклику.

Формування пейлоаду та підтвердження через webhook

Після фіксації DTMF-сигналу в голосовому каналі платформа формує підписаний payload із метаданими дзвінка, тривалістю, часовими мітками та значенням клавіші. Ця подія викликає миттєву передачу HTTP webhook на системи клієнта. Структура даних містить підпис транзакції для захисту від підробки сигналів. Прикладна логіка аналізує отримані дані та оновлює статус отримувача.

Резервування балансу в реальному часі та балансування маршрутів E.164

Вихідні голосові сповіщення використовують алгоритм попереднього закредитування балансу для безперебійної доставки під час навантажень. Для старту голосових розсилок на акаунті підтримується мінімальний передплачений поріг USD 20, з якого тимчасово затримується плата за з'єднання, трафік та щомісячні нарахування MRC. У міру надходження сигналів DTMF білінг перераховує зарезервовані кошти відповідно до фактичного часу.

Експорт логів аудиту для відповідності вимогам та перевірки інцидентів

Документування дій отримувача вимагає впорядкованого збереження даних та зручних інструментів вигрузки. IOSOR надає аналітичні панелі та API для експорту повної історії екстрених сповіщень. Журнали аудиту відображають весь життєвий цикл сповіщення: ініціацію, маршрутизацію E.164, звіти про доставку DLR, точний час натискання DTMF та підтвердження webhook зі статусом Verify OK.

Інтероперабельність та нормативна система підтвердження

Дотримання міжнародних протоколів зв'язку захищає бізнес під час розслідування інцидентів та перевірок регуляторів. IOSOR зберігає кожен пакет сигналізації та звіт шлюзу, забезпечуючи бездоганну доказову базу для аудиторів. Оператори можуть легко зіставити транки оператора зі звітами webhook для перевірки часу доставки. Нормативні акти вимагають прозорих та незмінних логів для критичних розсилок. Як ваша команда підтверджує отримання сповіщень під час аудиту?

Починайте з IOSOR

Поставте один екстрений голосовий алерт і вимагайте DTMF-клавішу — 1 «у безпеці», 9 «ескалація». Запишіть цифру з міткою часу, call id і тим промптом, який лунав. Експортуйте рядок аудиту до позначки «підтверджено». Connect без клавіші — не ack. Тихі години й згода лишаються; ця робота — доказ натискання, не надсилання.

Підсумок IOSOR

DTMF-ack — підписане натискання в журналі аудиту, не з’єднаний дзвінок.

Робіть: зберігайте цифру, час, call id і промпт; експортуйте журнал разом з алертом.

Не робіть: вважати SIP-connect підтвердженням або стирати рядки натискань після кампанії.

Чи був матеріал корисним?

Пов’язані гіди