Зарегистрируйтесь и обратитесь в поддержку, чтобы получить 100 бесплатных проверок.Зарегистрироваться бесплатно
Иллюстрация процесса CarrierLookup к статье «Определение оператора канадских телефонных номеров: работа с общими номерами +1»
Наглядная схема процесса, рассматриваемого в этой статье CarrierLookup.

Рабочий процесс определения оператора в Канаде, который учитывает общую нумерацию +1 и разделяет выбор страны для пакетной обработки и для запросов в реальном времени.

Определение оператора канадского телефонного номера начинается с правильной подготовки номера в формате +1, однако один лишь префикс +1 не указывает на принадлежность к Канаде. Канада участвует в Североамериканском плане нумерации (NANP) наряду с США и другими странами. Для проверок через Определение исходного оператора в реальном времени отправляйте номер с кодом страны напрямую; отдельный выбор страны не требуется. Для пакетной обработки файлов проверьте целевую страну для каждой подготовленной записи и выберите соответствующую страну ISO. Рассматривайте данные об операторе и географии как контекст исходного распределения, а не как информацию о текущей сети или местоположении абонента.

Почему канадский телефонный номер — это больше, чем префикс +1

Администратор канадской нумерации поясняет, что Канада является частью кода страны 1 и Североамериканского плана нумерации. Администратор Североамериканского плана нумерации перечисляет другие страны и территории, участвующие в этом же коде страны. Таким образом, правило базы данных, классифицирующее каждую запись +1 как канадскую, приведет к смешению стран. Для канадского рабочего процесса требуется полный номер и надежный метод классификации страны для собственных записей; не следует делать выводы о стране только по первой цифре.

Сохраняйте исходную страну, нормализованный номер и метод, использованный для классификации записи. Если в CRM-системе в адресе клиента указана Канада, этот адрес может помочь специалисту проверить номер, но он не должен автоматически перекрывать противоречивые данные о самом номере. Если классификация вызывает сомнения, поместите строку в очередь на проверку перед выполнением пакетной задачи для конкретной страны. Цель состоит в создании обоснованного набора входных данных, а не в идеальном предположении на основе префикса. Если исходная система хранит только десять цифр, определите предполагаемую страну перед добавлением префикса набора. Этап форматирования не может восстановить страну, которая не была зафиксирована в исходных данных.

Это различие наиболее важно при смешанном экспорте данных из Северной Америки. Две строки могут начинаться с +1, но относиться к разным выбранным странам для пакетной задачи. Ведите реестр с количеством достоверных канадских строк, достоверных неканадских строк и неразрешенных строк. Этот реестр дает операторам четкое объяснение, если итоговый результат не охватывает весь исходный список.

Выбор правильного маршрута проверки в реальном времени для канадских записей

Определение исходного оператора принимает номер в формате E.164 с кодом страны, начинающийся со знака «плюс», без пробелов и разделителей для разовой проверки в реальном времени. Его маршрут для синхронной обработки нескольких номеров поддерживает набор номеров из разных стран и возвращает результаты в порядке ввода. Панель управления предоставляет отдельный путь для пакетной обработки в реальном времени. Эти маршруты не требуют выбора страны для каждого канадского номера. Таким образом, смешанный список +1 можно проверить через задокументированный маршрут в реальном времени, когда команде нужны синхронные результаты, с учетом ограничений этого маршрута, указанных в документации API.

Подготавливайте входные данные осознанно. Сохраняйте исходное поле телефона, нормализованное значение E.164 и ID исходной строки. Отклоняйте или отправляйте на проверку значения, которые невозможно уверенно нормализовать. Отклоненный формат не означает, что исходный оператор не существует. Если команда отправляет несколько значений одновременно, сохраняйте индекс от каждого отправленного идентификатора к его исходной строке. Проверяйте возвращенный порядок и результат перед обновлением записей. Пустое необязательное поле в завершенном результате должно оставаться неизвестным; его не следует заменять предполагаемым канадским оператором.

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

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

Для большого архива Глобальное определение оператора использует асинхронную задачу с файлом TXT или CSV. Файл представляет собой один столбец номеров с кодами стран и одну выбранную страну ISO для задачи. Сформируйте список, который по существу предназначен для этой выбранной страны. Не отправляйте каждый номер +1 из международной CRM как канадский только из-за общего префикса. Отделяйте достоверные канадские записи от записей США или других стран NANP, а неоднозначные записи оставляйте для проверки классификации. Задокументированная предварительная обработка продукта может исключать строки из других стран, номера без кодов, недействительные записи и дубликаты, но ответственность за чистоту входных данных по-прежнему лежит на команде.

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

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

Чтение данных об операторе и географии Канады как контекста распределения

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

Аналитик может использовать эти поля для группировки канадских исходных записей, проверки подозрительных классификаций ввода или сравнения охвата данных об исходном распределении. Если результат пуст, сообщайте о нем как о недоступном, а не сопоставляйте его с известным местным оператором. Завершенная проверка с пустыми необязательными полями оператора по-прежнему имеет четкий статус завершения. Элемент синхронной мульти-проверки без нормального результата имеет другое состояние. Сохраняйте эти состояния раздельно в любом отчете по охвату Канады.

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

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

Как команды могут разделить канадские и американские номера, если оба начинаются с +1?

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

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

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

Что означает город распределения для канадского номера?

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

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

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

Источники