Migrating customer recordsПеренос клиентской базы

Define the records and relationships neededОпределить нужные записи и связи

The customer-data owner and service manager choose the scope: active customers, open orders and history needed for ongoing work. For each group, record its source, owner and reason for inclusion. Do not copy old notes merely because they exist. Resolve disputed retention and usage requirements with the person responsible for the business’s data-handling rules.Владелец клиентских данных вместе с руководителем обслуживания выбирает объём переноса: действующие клиенты, открытые заказы и нужная для работы история. Для каждой группы указывают источник, владельца и причину включения. Старые заметки не копируют просто потому, что они есть. Спорный объём хранения и использования согласуют с ответственным за правила обработки данных в бизнесе.

Distinguish a person, organization and contact person. A company order may involve several contacts, and one person may act for different organizations. Build a mapping of old and new identifiers so relationships survive independently of displayed names. If the destination model is simpler than the source, agree on how to represent these cases before import.Разделите человека, организацию и контактное лицо. Заказ компании может иметь несколько контактов, а один человек — обращаться от разных организаций. Составьте таблицу старых и новых идентификаторов, чтобы сохранять эти связи независимо от отображаемого имени. Если целевая модель проще исходной, согласуйте представление таких случаев до загрузки.

Review matches without blind mergingПроверить совпадения без слепого объединения

Normalize contact formats for comparison while retaining source values for review. A matching phone number or email address creates a candidate for investigation, not automatic proof of one identity. The reviewer checks associated orders and organization context. Keep ambiguous pairs separate until resolved, with a clear note for subsequent service.Нормализуйте формат контактов для сравнения, сохраняя исходное значение для проверки. Совпадение телефона или адреса электронной почты создаёт кандидата на разбор, а не автоматическое доказательство одной личности. Ответственный проверяет связанные заказы и признаки организации. Неоднозначные пары оставляют раздельными до решения, с понятной отметкой для дальнейшего обслуживания.

For an approved merge, define how current values are selected and preserve the mapping from previous profiles to the resulting record. Do not automatically prefer the most recently modified field: a bulk technical update may appear to be the newest information. Decide separately where unresolved customer requests will be attached.При подтверждённом объединении задайте правило выбора актуальных значений и сохраните соответствие прежних карточек итоговой записи. Не отдавайте предпочтение последнему изменённому полю без проверки его происхождения: массовое техническое обновление может выглядеть как самая новая информация. Отдельно решите, куда попадут незавершённые обращения.

Preserve consent and history provenanceСохранить происхождение согласий и истории

Moving a contact does not create permission to send marketing. Preserve available evidence of consent source, time and purpose, together with known opt-outs. Do not turn an unknown status into approval merely to fill a required field. Permitted usage is a decision for the business’s responsible policy owner; this guide describes data migration, not a legal basis for communication.Перенос контакта не создаёт разрешение на рассылку. Сохраните доступные сведения об источнике, времени и назначении согласия, а также известные отказы. Неизвестный статус нельзя превращать в положительный ради заполнения обязательного поля. Допустимое использование определяет ответственный за правила бизнеса; эта статья описывает перенос сведений, а не юридическое основание коммуникации.

Link order history through identifiers rather than customer names alone. Check an open order, a completed case and a post-sale correction. Do not move secrets or unnecessary sensitive notes into free-text comments. Use anonymized records for practice checks and prevent real customer notifications during testing.Историю заказа связывайте по идентификаторам, а не только по имени клиента. Проверьте хотя бы открытый заказ, завершённый случай и исправление после продажи. Не переносите секреты или ненужные чувствительные заметки в свободный комментарий. Для учебных проверок используйте обезличенные записи и исключите реальные клиентские уведомления.

Reconcile profiles and open commitmentsСверить карточки и открытые обязательства

Reconciliation explains which source records were migrated, merged by decision, excluded or left for review. Profile counts legitimately change after merging, so count comparison alone is insufficient. Sample relationships in both directions: customer to order and order to customer. Check separately that contacts needed for existing service commitments were not lost.Сверка объясняет, какие исходные записи перенесены, объединены по решению, исключены или оставлены на разбор. Сумма карточек после объединения закономерно отличается от исходной, поэтому одного сравнения количества недостаточно. Выборочно пройдите обе стороны связи: от клиента к заказу и от заказа к клиенту. Отдельно проверьте, не потерялись ли контакты для уже обещанного обслуживания.

Accept the migration and handle late changesПринять перенос и обработать поздние изменения

Before the final transfer, define a cutoff and a procedure for changes made after export. The data owner accepts the migration after reviewing difficult matches, open commitments and unknown statuses. A service employee should be able to find the right customer and explain the history’s source. For SABSUS, verify available fields, relationships and import methods; an unsupported mapping needs an explicit decision rather than silent data loss.До окончательного переноса укажите момент отсечения и порядок обработки изменений, появившихся после выгрузки. Приёмку подписывает владелец данных после проверки сложных совпадений, открытых обязательств и неизвестных статусов. Сотрудник обслуживания должен найти нужного клиента и объяснить происхождение истории. Для SABSUS уточните доступные поля, связи и механизм загрузки; неподдерживаемое соответствие требует отдельного решения, а не молчаливой потери данных.

Audit source qualityПроверить качество источников · Plan the final cutoverСогласовать окончательный перенос

Quick answersКороткие ответы