Как определить, является ли номер мобильным или стационарным

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

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

Почему префикс — ненадежный способ проверки

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

CarrierLookup отвечает на более узкий и полезный вопрос обогащения данных: какой оператор и тип номера были связаны с первоначальным распределением номера? Тип номера позволяет классифицировать выделенный диапазон как мобильный, стационарный, VoIP или другой поддерживаемый тип. Такая классификация подходит для сегментирования списка контактов по типу зарегистрированного диапазона. Это не является прямым наблюдением за тем, активна ли конкретная линия, подключено ли мобильное устройство или может ли быть доставлено сообщение.

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

Выполните один поиск и внимательно изучите результат

Подготовьте номер телефона в формате E.164: знак «плюс», код страны и номер абонента без пробелов и знаков форматирования. Сохраните исходное значение рядом с нормализованным, чтобы проверяющий мог убедиться, что ни одна цифра не была потеряна. В CarrierLookup используйте поиск по одному номеру на панели управления или REST-запрос в реальном времени POST /api/v1/check. Результат возвращается в той же сессии запроса после обработки.

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

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

Проверка короткого списка без создания файловой задачи

Для короткого списка нормализуйте каждый номер и используйте рабочий процесс синхронной проверки нескольких номеров CarrierLookup. Конечная точка REST для пакетной проверки POST /api/v1/batch-check принимает до 100 номеров в формате E.164 и возвращает упорядоченные результаты в той же сессии запроса; номера могут быть из разных стран. Пакетная проверка в реальном времени на панели управления принимает до 500 номеров. Эти маршруты полезны, когда оператору CRM нужно проверить небольшой набор данных без создания отдельной файловой задачи.

Сохраняйте порядок ввода и ключ исходной записи вместе, чтобы результат был привязан к нужному контакту. В ответе API для нескольких номеров строка без нормального результата имеет значение exists=false. Это не означает, что номер телефона недействителен или отключен; отметьте результат поиска как «не определено» для этой строки. Также различайте тайм-аут всего запроса и результаты на уровне строк: задокументированный тайм-аут для нескольких номеров приводит к сбою всего запроса, а не к возврату частичного набора.

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

Использование типа номера в процессе проверки контактов

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

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

Проверка классификации перед принятием мер

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

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

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

Может ли код города подсказать, является ли номер мобильным?

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

Как команде записывать пустое поле типа номера?

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

Когда команде следует использовать поиск по нескольким номерам?

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

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

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

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