Очистка данных CRM для телефонных номеров: контрольный список перед импортом
Подготовьте поля телефонов, данные о странах, дубликаты и контекст распределения перед импортом списка контактов в CRM.

Подготовьте поля телефонов, данные о странах, дубликаты и контекст распределения перед импортом списка контактов в CRM.
Очистка данных CRM для телефонных номеров начинается еще до нажатия кнопки импорта: сохраните исходные значения, установите страну для каждой записи, нормализуйте номера до формата E.164, проверьте дубликаты, а затем добавьте только тот контекст распределения, который фактически возвращает проверка. Оставляйте недоступные значения проверки явными. Такая последовательность упрощает аудит импортированного списка и позволяет избежать превращения исправления формата или результата определения исходного оператора в утверждение о человеке или активной линии.
Сохранение исходных данных и выбор поля телефона
Экспортируйте рабочую копию списка контактов и сохраните стабильный ключ исходной записи. Исходное значение телефона должно находиться в одном столбце, а очищенное — в другом. Включите страну, владельца контакта, время последнего обновления и источник разрешения в отдельные поля, если CRM их поддерживает. Это позволит просматривать изменения и при необходимости отслеживать источник неудачного импорта.
Определите, какое поле телефона очищает команда. Запись может содержать основной номер, мобильный номер и добавочный номер коммутатора. Не объединяйте добавочный номер с нормализованным международным номером. Не перезаписывайте без уведомления известное поле мобильного номера общим офисным номером только потому, что исходная строка содержит оба. Если в CRM есть одно общее поле для телефона, задокументируйте, какой ввод имеет приоритет и где будет храниться другой номер.
Электронные таблицы могут искажать телефонные идентификаторы. Рекомендации Microsoft советуют использовать текстовый формат для сохранения ведущих нулей и длинных последовательностей цифр. Если электронная таблица уже удалила цифру, изменение формата ячейки не восстановит её. Сравнивайте подозрительные строки с исходным экспортом, а не пытайтесь угадать замену.
Нормализация страны и E.164 перед дедупликацией
E.164 предоставляет структуру международной нумерации согласно рекомендации ITU. Для выполнения Определение исходного оператора в реальном времени в CarrierLookup отправляйте номер с ведущим знаком «плюс», кодом страны и номером абонента без пробелов и разделителей. Начните с назначения достоверной страны или региона нумерации. Номер в локальном формате без этого контекста не готов к преобразованию.
Удалите визуальную пунктуацию в вспомогательном поле, затем примените правило для конкретной страны для любого национального префикса набора. Не удаляйте ведущий ноль по универсальному правилу; уточните, является ли он магистральным префиксом в плане нумерации данной страны. Номера, которые уже включают «плюс» и код страны, не должны получать еще один код страны. Помечайте неоднозначные строки и оставляйте очищенное поле пустым до проверки.
Только после нормализации команда должна сравнивать телефонные номера на наличие дубликатов. Две визуально разные исходные строки могут нормализоваться в один и тот же международный номер. Сохраняйте видимость всех связанных записей контактов: повторяющийся номер может быть общим рабочим номером или ошибкой данных, и решение о дубликате не должно автоматически объединять людей. Храните статус проверки дубликатов, а не удаляйте строки во время очистки.
Выбор способа проверки в соответствии с размером списка
Для новой или исправленной записи в CRM функция Определение исходного оператора в реальном времени в CarrierLookup может добавить тип номера, исходно выделенного оператора, базового оператора и географию распределения номера. Одиночная проверка подходит для одной записи. Многопоточная проверка REST в рамках одной сессии принимает до 100 номеров E.164, а пакетная проверка в реальном времени через панель управления — до 500. Многопоточный способ сохраняет порядок ввода, что помогает сопоставить результаты с исходными ключами.
Большой объем данных требует отдельной асинхронной файловой задачи. Подготовьте одностолбцовый файл TXT или CSV, содержащий по одному номеру с кодом страны в строке, и выберите страну, используемую для этой задачи. Экспорт CRM с номерами разных стран следует сначала разделить на группы по странам. Список должен состоять преимущественно из номеров выбранной страны; строки, не соответствующие правилам предварительной обработки для массовых задач, могут быть исключены. Ознакомьтесь с актуальной документацией CarrierLookup API для получения информации о текущих лимитах и деталях приема, вместо того чтобы использовать предполагаемые лимиты в шаблоне импорта.
Файловая задача не является проверкой с мгновенным ответом. Отправьте подготовленный файл, отслеживайте состояние задачи с установленным интервалом и загрузите результирующий CSV-файл после успешного завершения. Сохраняйте соответствие между подготовленным идентификатором и исходными ключами CRM, поскольку идентификатор в массовом результате представляет собой простые цифры с кодом страны без знака «плюс». Преобразование между этим идентификатором и полем E.164 в CRM должно быть явным.
Сопоставление полей без создания необоснованных выводов
Поле оператора в CarrierLookup относится к компании, которой изначально был выделен диапазон номеров. Поля региона и города представляют собой географию распределения номера. Тип номера описывает классификацию диапазона. Помещайте эти значения в поля CRM с соответствующими названиями, например «исходный оператор» и «регион распределения», а не в общие метки «оператор» и «местоположение», которые могут быть ошибочно приняты за текущие факты о человеке.
| Поле импорта | Хранение | Не делайте выводов о |
|---|---|---|
| Нормализованный номер | Проверенное значение E.164 | Владении или разрешении |
| Тип номера | Сообщенная категория распределения | Активности услуги |
| Исходный оператор | Сообщенное распределение диапазона | Операторе, обслуживающем линию после переноса |
| Регион или город распределения | Сообщенная география диапазона номеров | Местоположении человека или устройства |
| Пустое поле проверки | Недоступное значение | Отрицательном или неверном результате |
Завершенная проверка может содержать пустые поля оператора. Оставляйте их пустыми или используйте четкий маркер недоступности; не заполняйте автоматически предполагаемого оператора на основе префикса. Отказ из-за формата или неопределенная проверка должны попадать в очередь на проверку, а не в группу обычных обогащенных результатов. CRM должна сохранять дату проверки, чтобы последующий пользователь понимал актуальность данных.
Тестирование импорта и документирование пути исключений
Перед импортом всего файла протестируйте небольшую выборку, содержащую обычный мобильный диапазон, категорию стационарного или VoIP-номера, дубликат, пустое поле проверки и номер, требующий преобразования из национального формата в международный. Убедитесь, что CRM сопоставила каждое поле с нужным столбцом и что пустое значение не перезаписало неожиданно корректные исходные данные. Проверьте несколько записей после тестового импорта в интерфейсе CRM.
Подготовьте отчет об исключениях с исходными ключами, причинами и владельцами. Возможные категории: отсутствие страны, поврежденное исходное значение, проверка дубликатов, недоступность проверки и исключение из файловой задачи. Каждая категория требует своего действия. «Повторить попытку» уместно только после исправления ввода или при временном условии результата; это не должно быть заменой поиску исходной страны.
Наконец, сравните количество строк на каждом этапе: экспорт источника, нормализованные кандидаты, отправленные проверки, завершенные результаты, исключения и импортированные записи CRM. Количество не обязательно должно совпадать, если строки были намеренно исключены, но каждое различие должно быть объяснимым. Это превращает разовую очистку в процесс, который может повторить следующий оператор.
Часто задаваемые вопросы
Когда команде следует дедуплицировать телефонные номера при импорте в CRM?
Сначала нормализуйте номера до проверенного международного формата, затем сравните значения. Сохраняйте видимость связанных исходных записей и проверяйте, является ли повторяющийся номер общим номером или ошибкой данных.
Как следует импортировать пустые поля оператора?
Храните значение «недоступно» и дату проверки. Завершенный ответ с пустым полем не следует преобразовывать в вывод о неверном номере или отключенной линии.
Что должно входить в большой файл для проверки оператора?
Используйте одностолбцовый файл TXT или CSV с подготовленными номерами с кодом страны, сгруппированными по выбранной стране, и сохраняйте соответствие с ключами записей CRM для полученного результата.
Узнайте больше
Выберите информацию о продукте, которая соответствует следующему шагу в вашем рабочем процессе.