Номер телефона в Salesforce сам по себе не показывает, подходит ли WhatsApp для связи с контактом. Ручная проверка заставляет менеджера переключаться между инструментами и не оставляет единого статуса для коллег или следующей автоматизации.
Мы сделали Apex-сервис, который передаёт нормализованный номер в Meta WhatsApp Cloud API, интерпретирует ответ и возвращает рабочий результат в Salesforce.
Схема интеграции
Процесс состоит из пяти шагов:
- Нормализация номера из CRM.
- Авторизованный HTTP callout из Apex.
- Разбор ответа и известных ошибок, включая
131026. - Преобразование результата в статус доступен, недоступен или требует проверки.
- Выбор следующего действия в Salesforce Flow или диалоге Einstein Bot.
Метод @InvocableMethod позволяет использовать одну реализацию в разных Flow. Тесты с HttpCalloutMock проверяют успешные и ошибочные ответы без зависимости от живого API.
Зачем нужен статус «требует проверки»
Ошибка API не всегда доказывает, что контакт никогда не будет доступен. На результат влияют формат номера, разрешения, состояние аккаунта и временные проблемы платформы. Надёжная интеграция хранит причину вместе со статусом и не превращает неоднозначный сигнал в ложное да или нет.
Что подтверждено
В Salesforce Sandbox проверены исходящий callout, разбор ответа, обработка известных ошибок и возврат статуса в CRM. Реализация зафиксирована как Ticket 1 в документации проекта.
Мы не приписываем кейсу незамеренный рост конверсии или экономию времени. Подтверждённая ценность конкретнее: проверка выполняется внутри Salesforce и создаёт отслеживаемый сигнал для следующих шагов автоматизации.
Осторожно с формулировкой «тихая проверка»
Полная невидимость проверки для получателя зависит от конкретного endpoint Meta, поведения сообщения или шаблона и текущей конфигурации аккаунта. Это нужно подтвердить до обещания «ноль видимых сообщений».
Если хотите проверить архитектуру CRM-интеграции, модель статусов и обработку ошибок, закажите архитектурный аудит.
