Миграция некорректно размеченного поля оператора в CRM с использованием смешанных источников
Мигрируйте некорректно размеченное поле оператора по источникам, а не переименованием. Проведите инвентаризацию данных и отделите исходные от неподтвержденных.
Некорректно размеченное поле оператора в CRM следует мигрировать по источникам, а не переименовывать на месте.
Некорректно размеченное поле оператора в CRM следует мигрировать по источникам, а не переименовывать на месте. Проведите инвентаризацию каждого канала, который наполнял это поле, определите значения, которые доказанно являются исходной аллокацией, и отделите их от значений, смысл которых в контексте текущей сети невозможно подтвердить. Экспортируйте резервную копию для отката, выполните тестовое сопоставление (dry-run), а затем записывайте результаты CarrierLookup только в поле, явно помеченное как «исходный оператор».
Проведите аудит поля перед изменением любых записей
Поле CRM с названием «оператор» может со временем накапливать несовместимые значения. Одна интеграция могла сохранять исходную аллокацию диапазона номеров, другая — копировать заметку менеджера по продажам о текущем провайдере, а третья — импортировать неизвестную метку от стороннего поставщика. Начните с составления списка всех процессов, которые записывали данные в это поле, их временных диапазонов, словарей данных и примеров записей. Не делайте выводов о значении на основе самого названия оператора. Знакомый бренд оператора может фигурировать как в результате об исходной аллокации, так и в утверждении о текущем обслуживании.
CarrierLookup сообщает оператора, которому был изначально выделен диапазон номеров. Сервис не публикует данные о текущем операторе или отслеживании переносимости номеров. Продукт Определение исходного оператора поэтому поддерживает только столбец с исходной аллокацией. Пометьте каждый исторический канал данных как «доказанная исходная аллокация», «отдельно определенный атрибут» или «неизвестно». Если доказательства отсутствуют, сохраните старое значение в поле для устаревших данных или для проверки, вместо того чтобы мигрировать его в любую из семантических колонок.
Храните исходный номер телефона и временную метку рядом с каждым историческим значением оператора. Если контактный телефон изменился, старое значение может относиться к предыдущему номеру. Не привязывайте его к текущему телефону только потому, что он находится в той же строке контакта CRM. Аудит источников должен подсчитывать значения по каналам, возрасту и уверенности в их значении до того, как будет произведена любая запись.
Разработайте обратимую таблицу миграции
Создайте новую схему с полями, такими как «исходный оператор», «источник данных для определения», «проверенный номер» и «дата наблюдения». Сохраняйте отдельное поле для текущей сети только в том случае, если у организации есть проверенный источник и определенная цель его использования. Не заполняйте это поле данными из CarrierLookup. Для неоднозначных устаревших значений добавьте состояние «на проверке» и сохраните исходное значение. Это дизайн CRM на стороне клиента, а не функция продукта.
Экспортируйте все затронутые записи в качестве резервной копии для отката, включая идентификаторы, значения телефонов, старые значения операторов и версии последних правок. Создайте тестовое сопоставление, которое покажет, что будет перемещено, что останется неизвестным, а что конфликтует с более новым источником. Не позволяйте тестовому сопоставлению обновлять рабочие записи. Просмотрите примеры из каждого канала данных с владельцем данных и сравните количество записей с исходным экспортом. Миграция, которая не может объяснить каждое удаленное или переназначенное значение, не готова к применению.
Переносимость номеров делает это различие важным. Обзор переносимости номеров FCC поясняет, что клиенты могут сохранять номера при смене провайдеров в рамках данной юрисдикции. Это общая справочная информация, а не доказательство того, что конкретный номер в CRM был перенесен. Значение исходной аллокации может оставаться полезным, даже если текущий провайдер изменился; оно просто должно находиться в правильно помеченном поле.
Применяйте изменения с проверкой конфликтов
Во время миграции сравните текущий номер телефона и версию записи со снимком тестового сопоставления. Если что-либо изменилось, пропустите эту строку и отправьте ее на проверку. В противном случае записывайте только новые поля исходной аллокации, имеющие доказанное происхождение. Не перезаписывайте разрешения, данные о владении, предпочтения по контактам или отдельно полученные наблюдения о текущей сети. Ведите журнал импорта с указанием канала данных, правила сопоставления, временной метки, количества затронутых строк и одобрения проверяющего. Эти меры предосторожности относятся к интеграции CRM.
Для новых проверок CarrierLookup отправляйте номера в формате E.164 через рабочие процессы для отдельных номеров или множественные запросы в реальном времени, либо используйте асинхронный массовый маршрут для подготовленных файлов по конкретным странам. Сохраняйте точно переданный номер в сопутствующем сопоставлении. Нормальный результат может содержать пустые поля оператора; это не повод выдумывать текущую сеть. Отклоненный формат или неопределенный результат проверки требуют отдельного статуса. Документация API описывает поддерживаемые маршруты, но миграция по-прежнему зависит от истории полей и контроля источников самой команды.
После проведения небольшого пилотного проекта сравните записанные данные с результатами тестового сопоставления и резервной копией. Убедитесь, что исторически неизвестные данные остались неизвестными, доказанное значение исходной аллокации переместилось в правильное поле, а измененный телефон был пропущен. Расширяйте проект только тогда, когда эти случаи ведут себя согласно плану.
Безопасное удаление неоднозначного отображения
Как только новые поля будут заполнены и проверены, обновите дашборды и отчеты, чтобы использовать явные метки. Диаграмма о другом сетевом атрибуте не должна считывать данные из столбца исходной аллокации. Сохраняйте старое поле в архиве «только для чтения» достаточно долго для выполнения требований команды по аудиту и откату, а затем прекратите его использование через стандартный процесс контроля изменений. Статья не предписывает срок хранения; это зависит от политик организации.
Предоставьте командам руководство по полям. Объясните, что «оператор» и «базовый оператор» — это контекст аллокации, «регион» и «город» — география диапазона номеров, а проверка не устанавливает текущее обслуживание, доступность или владение контактом. Попросите владельцев отчетов указывать источник и дату каждый раз, когда они сравнивают группы операторов. Если требуется ответ о текущей сети, требуйте отдельно проверенный источник, а не перепрофилирование результата исходной аллокации.
Миграция завершена, когда CRM может ответить, что означает каждое значение оператора и откуда оно взялось. Обратимое тестовое сопоставление и сохраненные неизвестные значения — признаки надежного исправления. Простое переименование смешанного столбца скрыло бы исходную проблему и побудило бы другую команду сделать из него необоснованные выводы.
Финальный образец должен включать одну запись из каждого устаревшего канала, один конфликт с измененным телефоном и одно значение с неизвестным происхождением. Попросите проверяющего из другой команды прочитать новые метки полей без примечаний к миграции. Если они все еще могут перепутать исходную аллокацию с другим сетевым атрибутом, улучшите отображаемое определение перед завершением миграции.
Часто задаваемые вопросы
Можно ли переименовать смешанный столбец оператора в «текущую сеть»?
Нет. Проведите аудит каждого источника и сохраните неизвестные значения; CarrierLookup предоставляет только контекст исходной аллокации.
Что делать со строками, источник которых неясен?
Сохраните исходное значение в поле для проверки или устаревших данных, вместо того чтобы присваивать ему новое значение.
Как команды могут сделать миграцию обратимой?
Экспортируйте затронутые записи, запустите тестовое сопоставление и ведите журнал записи с версиями записей и данными для отката.
Сохраняет ли измененный телефон старое наблюдение об операторе?
Старое наблюдение остается историей для старого номера и не должно привязываться к новому значению.
Узнайте больше
Выберите информацию о продукте, которая соответствует следующему шагу в вашем рабочем процессе.