WhatsApp Business API связывает переписку со сделкой, а ИИ-агенты дописывают правила CRM

Наличие WhatsApp Business на телефоне не подтверждает доступ к API. До заказа кода провайдер должен подтвердить работу нужного номера, входящие события и статусы отправки для вашей компании.

Далее проверяют CRM. Готовый коннектор подходит, если он сохраняет нужные сообщения и выбирает сделку по вашим правилам. Выбор своей CRM имеет смысл обсуждать отдельно от подключения канала.

Свою связку заказывают, когда стандартная не описывает работу отдела продаж. Например, одному клиенту ведут несколько заказов, и новое сообщение нельзя автоматически положить в последнюю открытую сделку.

Учебный сценарий: клиент пишет «Когда привезёте заказ?», а в CRM у него несколько открытых сделок. Номер помогает найти контакт, но не отвечает, какой заказ он имеет в виду.

Meta передаёт в событии идентификатор сообщения, отправителя, время и содержимое. Идентификатор вашей сделки добавляет интеграция по принятому правилу. У провайдера названия полей могут отличаться.

При неоднозначности сообщение стоит оставить у контакта и передать менеджеру выбор сделки. Если программа угадывает последнюю сделку, переписка выглядит полной, но ответ на вопрос клиента лежит у другого заказа.

Отправка и доставка отвечают на разные вопросы. Ответ API на отправку ещё не подтверждает, что клиент получил сообщение. Meta присылает результат отдельным событием с идентификатором сообщения.

В CRM нужно сохранить оба результата: получилось ли записать переписку и что случилось с исходящим ответом. «Доставлено» клиенту не означает «записано» в вашей системе.

Повтор события не должен заводить второй заказ. Meta предупреждает о повторных уведомлениях и повторяет неуспешную доставку вебхука до 7 дней.

Событие сначала сохраняют, затем подтверждают приём. Если CRM не ответила, интеграция повторит запись из своей очереди. Повторы Meta уже подтверждённое событие не спасут.

Агентам для кода поручают обработчик событий, связь с CRM и проверки повторов. Инженер заранее определяет, какие правки они могут делать и где должны ждать его решения.

Задача начинается с наблюдаемого результата. Постановка задачи агенту здесь звучит так: после повторной передачи сообщения история у нужного клиента не меняется, а потерянная запись остаётся видимой.

Рабочие переписки не нужны для первого прогона кода. Тестовые сообщения готовят на вымышленных контактах, а работу с персональными данными клиентов согласуют до боевого подключения.

Мы проверяли полноту передачи полей на новостях этого сайта. Если событие прошло, а поле потерялось, ошибка находится в коде связки. Для CRM последствия те же: запись есть, контекста нет.

Работу инженера и машины можно наблюдать на открытой странице разработки. Наши примеры ниже относятся к новостному каналу сайта. Опыт WABA ими не подменяется.

В уроке курса агентной разработки «Дверь в Telegram» мы разбираем работу с другим каналом. Из него переносится метод: подключить событие, проверить результат и определить, кто реагирует на ошибку.

Отключение CRM проверяют до боевой работы. Сообщение должно дождаться повторной записи, а после восстановления попасть в историю без дубля. Ответ «сервис жив» не заменяет этот прогон.

Тишина сама по себе не доказывает поломку: клиенты могут не писать. Поэтому проверка сравнивает принятые события с записями CRM и отдельно следит за зависшей очередью ошибок.

Наш учебный заказ закрывается, когда менеджер выбрал сделку, а сообщение и ответ сохранились у неё. Если такая проверка ещё не описана, начните с разбора задачи перед заказом.

На разработку по подписке можно передать развитие связки, когда задачи идут регулярно. Тариф «Один проект» стоит 250 000 ₽ в месяц на 08.10.2026. Инженер ведёт машину агентов, одна задача в работе, следующая в очереди.

Фикс за месяц не является ценой одной интеграции. Объём зависит от готовности API, правил CRM и приёмки. Если стандартный коннектор уже решает задачу, постоянная разработка связки не нужна.

С 1 октября 2026 Meta даёт первые 1 000 сервисных сообщений на бизнес-номер в месяц бесплатно, затем применяет тариф с учётом исключений. Окно ответа 24 часа разрешает свободную форму сообщения, но не делает все ответы бесплатными.

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

В репозитории клиента остаётся код интеграции. Он передаёт сообщения и статусы по принятым правилам. ИИ-бот, который отвечает клиентам, потребует отдельной задачи и своих проверок.

Начинать стоит с пробного сообщения на подтверждённом канале и списка результатов приёмки. Инженер согласует порядок работ. Доступность WABA в РФ для вашей компании подтверждает провайдер.

1. Подтвердите доступность WABA у провайдера до заказа кода.

2. Запишите, как сообщение находит клиента и нужную сделку. Неоднозначность должен видеть менеджер.

3. Примите повтор события и отключение CRM. Сообщения должны восстановиться без дублей.

4. Агенты пишут код, инженер проверяет результат. Сигнал о сбое должен доходить до ответственного.

5. Считайте разработку, CRM, провайдера и сообщения отдельно. Месячный фикс не определяет цену интеграции.