Добавление проверки аватара WA Lookup в процесс обогащения CRM

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

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

Запускайте проверку по записи в момент её изменения

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

Выделите для результатов отдельные поля

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

Нормализуйте номер перед отправкой

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

Решите, что записывать при неудачной или неопределённой проверке

Просматривайте баланс и историю проверок в панели; актуальные правила оплаты смотрите на странице цен и в документации API.

Обновляйте данные по осознанно выбранному графику

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

Часто задаваемые вопросы

Нужен ли один аккаунт и для SaaS-панели, и для работы с API?

Один аккаунт WA Lookup охватывает и SaaS-панель для ручных проверок, и синхронный API для автоматизированных процессов.

Что должен записывать процесс, если проверка не дала результата?

Фиксируйте, что попытка не дала результата, а не записывайте пустое значение, которое иначе будет выглядеть как отрицательный результат.

Где следует выполнять нормализацию в E.164?

На этапе обогащения. Записи CRM по умолчанию редко хранят номера в E.164, и нормализация на этом этапе устраняет самую большую категорию неудачных проверок.