Валидация телефонных номеров против проверки активности: выбор правильной файловой задачи

Выбирайте валидацию или проверку активности в CarrierLookup в зависимости от того, на какой вопрос должна ответить ваша команда, и интерпретируйте значение activated только в контексте выбранного продукта.

Для списка телефонных номеров валидация и проверка активности в CarrierLookup являются отдельными асинхронными файловыми продуктами. Выбирайте валидацию, если вопрос касается решения о действительности или активации номера; выбирайте проверку активности, если вопрос касается задокументированного решения об активности. Столбец activated требует контекста выбранной службы, чтобы иметь смысл.

Определите решение по списку перед выбором службы

Команда по работе с данными может очищать список клиентских номеров перед запуском нового рабочего процесса. Некоторые строки могут быть некорректными, для некоторых номеров команде требуется решение о действительности или активации, а для других может потребоваться отдельный сигнал об активности. Это не один универсальный вопрос о «хорошем номере». Сначала определите последующее действие: решает ли команда, нужно ли сохранить номер в конвейере проверенных данных, или запрашивает информацию о том, имеет ли номер зафиксированную продуктом активность? Ответ определяет, какую файловую задачу следует запросить.

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

Почему одинаковое название столбца не означает одно и то же

Оба CSV-файла с результатами содержат identifier и activated. В задаче валидации activated представляет решение службы о действительности или активации. В задаче проверки активности оно представляет решение об активности. Таким образом, поле, выглядещее как логическое значение, не является самоочевидным после экспорта из задачи. Сохраняйте тип службы, ID задачи и дату проверки вместе с каждым импортированным значением. Панель мониторинга, отображающая только activated=true без контекста продукта, подталкивает пользователя к неверным выводам.

Явное значение false — это завершенный отрицательный ответ для выбранного продукта. Отсутствующее значение или сбой задачи не означают false. Сохраняйте отдельное состояние «не определено» или «в обработке», пока команда не узнает, какой результат был получен на самом деле. Это особенно важно, когда выходные данные пакета позже объединяются с записями контактов: пустая ячейка не должна приводить к удалению записи, как если бы служба отклонила этот номер.

Выбирайте продукт в зависимости от последующей работы

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

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

Разделяйте исходное распределение операторов

carrier_batch от CarrierLookup — это третий файловый продукт. Он сообщает об операторе, изначально назначенном диапазону номеров, и связанных полях распределения. Этот ответ не является результатом валидации или активности, и это не текущий обслуживающий оператор после переноса номера. Команде, исследующей распределение операторов, следует выбирать этот продукт напрямую, а не ожидать, что два файловых продукта activated раскроют данные об операторе.

Полезный рабочий лист для выбора имеет четыре столбца: бизнес-вопрос, тип выбранной службы, ожидаемое выходное поле и действие при явном отрицательном или неопределенном результате. Для валидации запишите решение о действительности и activated; для активности — решение об активности и activated; для распределения — вопрос об операторе и его поля. Эта краткая таблица предотвращает объединение разных данных в отчетах под общим ярлыком статуса номера.

Подготовьте сравнение, которое выдержит импорт CSV

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

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

Узнать больше

Выберите информацию о продукте, которая соответствует следующему шагу в вашем рабочем процессе.

• Просмотреть документацию по продукту →
• Связаться с командой →