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

Что именно разрешено менять

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

Для учебного проекта разделим эти роли. Исходную запись не перезаписываем; подготовленный вариант сохраняем рядом. Отдельно ведём основание преобразования и решение проверяющего. Это предлагаемая модель приёмки, а не описание внутреннего устройства SABSUS или обязательный стандарт для всех CRM.

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

Четыре особенности, которые нельзя заменить одной очисткой

В FAQ Google libphonenumber указано: префикс 00 не во всех регионах означает международный набор, поэтому он не всегда равен плюсу. Проверка valid не устанавливает текущую доступность номера и его принадлежность конкретному человеку. Страна проживания также не обязана совпадать со страной номера. FAQ libphonenumber.

В модели PhoneNumber существенный ведущий ноль хранится отдельно; документация приводит итальянские городские номера. Поле extension имеет строковый тип, чтобы сохранять, в частности, начальный ноль добавочного. Значит, универсальное удаление нулей и склеивание всех цифр непригодно как правило переноса. Модель PhoneNumber.

Эти особенности задают контрольные случаи, но не требуют вручную реализовывать все правила международной нумерации. Попросите исполнителя назвать используемый компонент, его версию и способ обновления. Затем оцените результат на согласованном наборе, включая ошибки и неизвестные значения. Ответ «библиотека популярная» не заменяет проверку конкретного пути импорта.

Три записи, на которых видна разница

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

A: +39 0… Для заданного итальянского городского номера требуется сохранить существенный ноль. Операция «убрать нули после кода страны» проваливает этот тест, даже если итог выглядит аккуратнее.

B: 00… Контекст страны набора неизвестен. Не подменяйте его адресом клиента или страны офиса. В этом наборе запись получает статус «нужен контекст», пока источник не уточнён.

C: основной номер · добавочный 007. В принятой модели основная часть и добавочный передаются раздельно; 007 остаётся строкой. Проверяется конечная запись, а не только красивый предпросмотр файла.

Добавьте к каждому случаю контрольное действие, которое не меняет данные: открыть подготовленную запись и сравнить её с ожиданием. Для A сравниваются значимые символы; для B проверяется остановка спорного преобразования; для C — оба поля на конечной стороне. Одного общего сообщения «импорт выполнен» для этих трёх ответов недостаточно.

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

Карточка преобразования, которую можно проверить

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

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

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

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

Учебный прогон: объяснить все 24 записи

Предположим, команда отобрала 24 контрольные записи из вымышленного набора. Для 19 результат соответствует заранее утверждённому ожиданию. Ещё три требуют сведений от владельца источника. Две получили предложения исправлений, которые пока не согласованы. Все 24 остаются видимыми в итоговой сверке.

Проверка количества: 19 + 3 + 2 = 24. Доля подготовленных по выбранным условиям записей: 19 / 24 ≈ 79,17%. Пять остальных составляют 20,83%. Это итог учебной приёмки формата, а не показатель доставки сообщений, качества всей клиентской базы или вероятности ответа.

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

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