IOSOR База знаний

Единая нить переписки через SMS, WhatsApp и Email

Как построить единый контекст переписки через SMS, WhatsApp и Email в платформе IOSOR. Настройка JIT-маршрутизации, вебхуков и списков отписки.

Единая нить переписки через SMS, WhatsApp и Email.

Связывание идентичности клиента в разных каналах

Создание единой нити диалога через SMS, WhatsApp и Email требует отделения канальных идентификаторов от внутреннего профиля пользователя. Входящее SMS содержит номер в формате E.164, вебхуки WhatsApp передают ID на базе E.164, а Email использует стандартные адреса. В IOSOR все эти контакты привязываются к единому ключу треда. При получении события через webhook система сопоставляет отправителя с активным контекстом до выполнения бизнес-логики.

Нормализация входящих пейлоадов в единую сессию

Разные каналы имеют индивидуальные механизмы передачи состояния. SMS опирается на асинхронные DLR, WhatsApp использует таймеры диалоговых окон, а Email работает с MIME-структурами. IOSOR приводит входящие данные к единому стандарту JSON. Если клиент отправляет команда STOP по SMS, пишет сообщение в WhatsApp или отвечает на Email, API приводит текст, метку времени и токен к единому виду, избавляя бэкенд от адаптеров под каждый канал.

Холды в биллинге и логика маршрутизации тредов

Сохранение сквозного контекста требует предсказуемой очереди отправки и фиксации расходов. При отправке сообщения в любой канал IOSOR выставляет предварительный prepaid hold на балансе аккаунта. Если отправка в WhatsApp или SMS завершается ошибкой до передачи в сеть, hold снимается мгновенно. Это исключает расхождения в биллинге при каскадной маршрутизации и сохраняет статус диалога.

Управление сигналами отписки в SMS, WhatsApp и Email

Единая идентичность требует синхронизации статусов согласия. Если пользователь отправляет команда STOP в SMS, требования комплаенса требуют учитывать этот отказ и в других каналах согласно настройкам. IOSOR фиксирует глобальные и канальные флаги отписки. При попытке автоматической отправки движок проверяет Verify OK и статус согласия перед постановкой в очередь, защищая репутацию отправителя.

Архитектурные интеграции и смежные сценарии

Интеграция мультиканальных тредов с CRM и сервисами поддержки требует надежной доставки событий. Ознакомьтесь с материалами по смежным темам маршрутизации:

Все сценарии используют выделение номеров JIT и единый механизм webhook.

Начните с IOSOR

Для создания единой идентификации беседы начните с настройки сопоставления идентификаторов клиентов в консоли IOSOR, связывая номера E.164 и адреса электронной почты. Убедитесь, что ваши вебхуки настроены на получение нормализованных входящих данных, что позволит IOSOR поддерживать единую сессию через SMS, WhatsApp и электронную почту. Проверьте баланс вашего лицевого счета, пополнив его минимум на 20 USD при необходимости, чтобы избежать прерывания единой цепочки общения с клиентом.

Итог IOSOR

Эта статья показала, что подлинный омниканальный клиентский опыт заключается не в выборе канала, а в поддержании единой, непрерывной беседы независимо от используемого канала. IOSOR достигает этого, абстрагируясь от сложностей различных протоколов каналов, форматов идентификации и управления состоянием, гарантируя, что каждое взаимодействие с клиентом вносит вклад в одну связную цепочку.

Приоритизируйте точку зрения клиента, обеспечивая сохранность и доступность истории его общения по всем интегрированным каналам. Используйте сопоставление идентификаторов и нормализацию полезной нагрузки IOSOR для создания этого бесшовного опыта и никогда не забывайте о критической роли синхронизированного управления отказами от рассылки для поддержания соответствия требованиям и доверия клиентов в вашей единой цепочке.

Был ли материал полезен?

Связанные гайды