Канал разрешён
Учитываем возможности и ограничения платформы.
ROUTEДиалоги из разрешённых каналов превращаются в обращения с ответственным, сроком реакции и полной историей.
Канал не должен определять качество сервиса: все обращения проходят единые правила идентификации, очереди и эскалации.
Учитываем возможности и ограничения платформы.
ROUTEСвязываем диалог с контактом без лишнего дубля.
ROUTEОчередь знает доступность и резервную роль.
ROUTEЭскалация срабатывает до потери обращения.
SLAИнтерфейс входящих обращений показывает, где канал превращается в управляемую работу CRM.
01источник и клиент
02ответственный и очередь
03следующее действие

Отдельно фиксируем согласия, шаблоны сообщений, сроки хранения, доступность API и правила конкретного канала.
01Согласие клиентаPOLICY
02ИдентификацияPOLICY
03Окно ответаPLATFORM
04Хранение историиPOLICY
Контекст, который помогает определить границы интеграции.
Интеграция создаёт контролируемый обмен данными между Битрикс24 и рабочими системами без ручного переноса.
Открыть ↗02 / ROUTEПродажа передаётся в исполнение только после проверки обязательных данных, документов и ответственного за следующий этап.
Открыть ↗03 / ROUTEНадёжность интеграции определяется не только API-вызовом, а контрактом данных, идемпотентностью, журналом, повторами и понятным владельцем ошибки.
Открыть ↗04 / ROUTEБриф помогает зафиксировать контекст до первой встречи; он не заменяет интервью и обследование процесса.
Открыть ↗Начнём с каналов, идентификации клиента, SLA и реального маршрута одного диалога.