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

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

→ Узнайте больше о CheckNumber.AI →

Почему добавочные номера усложняют массовую валидацию

Добавочный номер определяет адресата внутри телефонной системы организации. Он имеет значение после того, как вызов поступает на основной номер организации, но не является дополнительной частью международного номера абонента. Документ ITU E.164 recommendation описывает международную структуру нумерации; внутренний добавочный номер рабочего места относится к другому уровню маршрутизации. Когда ячейка таблицы содержит базовый номер, за которым следует ext 204, x204 или аналогичное обозначение, объединенная ячейка не является корректными входными данными телефонного номера. Инструмент массовой проверки может оценить базовый номер только после того, как команда определит, какая именно часть представляет собой фактический публичный номер.

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

Создайте файл с базовыми номерами и карту добавочных номеров

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

Анализируйте только те шаблоны добавочных номеров, которые фактически использует ваша исходная система. Например, ext. 204 может быть однозначным в одном наборе данных, тогда как отдельное завершающее число 204 может являться частью номера в другом. Направляйте сомнительные строки на ручную проверку, а не удаляйте цифры наугад. Сохраняйте пунктуацию в исходном поле для аудита, но нормализуйте входные данные для проверки до базового номера с кодом страны. CheckNumber.AI’s Number Checker принимает списки телефонных номеров для массовой обработки, а документированный рабочий процесс для списков предполагает одну страну на файл и один номер на строку с кодом страны; знак «плюс» не обязателен. Разделяйте страны по отдельным файлам загрузки, если выгрузка охватывает несколько стран.

Практичное локальное сопоставление может содержать столбцы record_id, original_phone, base_number, extension и review_note. Эти имена столбцов являются рекомендуемой внутренней структурой данных, а не схемой API или выходными данными продукта. Если один и тот же базовый номер встречается в нескольких строках, сохраняйте все связанные с ним исходные идентификаторы. Дедупликация входных данных для проверки вполне обоснована, но удаление связей с исходными записями в процессе дедупликации недопустимо.

Проверьте подготовленный файл перед отправкой

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

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

Объедините результаты проверки без потери добавочного номера

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

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

Контрольный список для проверки перед обновлением CRM

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

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

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

Как команды могут проверять список, содержащий добавочные номера PBX?

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

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

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

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

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

Что следует делать с неоднозначными шаблонами добавочных номеров?

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