Migrate records with a clear boundaryПеренос данных с чёткой границей
Moving data is a controlled transformation, not a file upload. Decide which records enter SABSUS, how their identities and relationships survive, and where the last change in the old source ends. Organizational rollout is a separate decision; this guide focuses on proving what was transferred.Перенос данных — контролируемое преобразование, а не просто загрузка файла. Определите, какие записи попадут в SABSUS, как сохранятся их идентичность и связи и где закончится последнее изменение старого источника. Организационный переход рассматривается отдельно; здесь важно доказать, что именно перенесено.
The operating decisionРабочее решение
A retailer transfers products, customer references and open orders. One customer has two spellings, while two different customers share a surname. Merging by name would damage order ownership. Use stable source identifiers, resolve uncertain matches explicitly and retain the original relationship until its owner approves a correction.Магазин переносит товары, ссылки на клиентов и открытые заказы. Один клиент записан двумя способами, а у двух разных людей одинаковая фамилия. Объединение по имени повредит принадлежность заказов. Используйте стабильные исходные коды, спорные совпадения разбирайте отдельно и сохраняйте исходную связь до решения владельца данных.
Records the team needsДанные для команды
Transfer registerРеестр переноса
List datasets, source owners, record counts and inclusion rules. Separate current operations from an archive that need not become editable records.Перечислите наборы, владельцев, число записей и правила включения. Отделите текущие операции от архива, которому не обязательно становиться редактируемыми карточками.
Mapping dictionaryСловарь соответствий
Specify field meaning, format, unit and update key. Give unknown, empty and zero values different treatment where the business distinguishes them.Опишите смысл, формат, единицу и ключ обновления поля. Различайте неизвестное, пустое и нулевое значение там, где это важно для работы.
Reconciliation evidenceДоказательства сверки
Retain the source version, load result and unresolved rows. Totals support acceptance but do not replace checking links between individual records.Сохраните версию источника, результат загрузки и неразобранные строки. Итоги помогают приёмке, но не заменяют проверку связей между отдельными записями.
How the work movesПоследовательность работы
Start with the needed current records and an agreed archive policy. Define load order from dependencies: a referenced product or customer must be identifiable when an open order is created. Confirm the available SABSUS transfer methods before preparing a large file. Exclude unnecessary personal information from working samples and assign unresolved fields to a data owner.Начните с нужных текущих записей и согласованного порядка хранения архива. Определите последовательность по зависимостям: товар или клиент должен быть распознаваемым при создании открытого заказа. До подготовки большого файла уточните доступные способы переноса в SABSUS. В рабочие примеры не включайте лишние персональные сведения; спорные поля передайте конкретному владельцу данных.
Rehearse a representative dataset containing a duplicate candidate, missing value, variant and partially fulfilled order. Reconcile each source row to a known outcome. An illustrative 120-row file might yield 110 accepted rows, six rejected and four deliberately excluded; the categories must total 120 without overlap. Separately inspect quantities, states and linked records, because equal counts can conceal wrong relationships.Отработайте показательный набор: возможный дубль, пропуск, вариант и частично выполненный заказ. Для каждой исходной строки определите результат. Условный файл из 120 строк может дать 110 принятых, шесть отклонённых и четыре намеренно исключённых: сумма должна быть 120 без пересечений. Отдельно проверьте количества, состояния и связи, поскольку одинаковые итоги не доказывают правильность отношений.
For the final transfer, record a precise source boundary and capture later changes in an owned register. Reconcile opening stock by location and unit, and distinguish reservations from physical balances. Decide which operations pause during that boundary. Release the new dataset only after critical differences are resolved and responsibility for future edits has moved to the agreed place.Для окончательного переноса зафиксируйте точную границу источника, а последующие изменения сохраняйте в реестре с ответственным. Сверьте начальные остатки по точкам и единицам, отделите резервы от физического наличия. Определите операции, которые нужно приостановить на границе. Допускайте новый набор только после разбора критических расхождений и передачи ответственности за дальнейшие изменения.
When the plan changesКогда план меняется
If a load stops halfway, first establish which records already exist. A blind full retry can duplicate orders. Use the supported update behavior and a reconciled retry list. Returning to the old workflow also needs a plan for new payments, handovers and changes already made; restoring a file cannot reverse those real events.Если загрузка остановилась посередине, сначала выясните, какие записи уже созданы. Слепой повтор всего файла способен продублировать заказы. Используйте проверенное обновление и сверенный список повторов. Возврат к прежней работе требует отдельного учёта новых оплат, выдач и правок: восстановление файла не отменяет эти реальные события.
Who owns the next actionКто отвечает за следующий шаг
The migration coordinator controls the sequence; each data owner accepts meaning and totals; the configurator reports actual loading outcomes. The operational lead decides whether unresolved differences block use. Approval should identify the accepted dataset version and remaining limitations rather than simply state that migration is complete.Координатор управляет последовательностью, владельцы данных принимают смысл и итоги, специалист по настройке сообщает фактические результаты загрузки. Операционный руководитель решает, мешают ли расхождения началу работы. В приёмке указывают принятую версию набора и ограничения, а не только общую фразу об успешном завершении переноса.
Checks before adoptionПроверки перед внедрением
- Every source row has one explained outcome and a recoverable reference.У каждой исходной строки один объяснимый результат и сохранённая ссылка на источник.
- Open orders retain the correct customer, contents and unfinished obligation.У открытых заказов сохранены правильный клиент, состав и невыполненное обязательство.
- A repeated sample produces the agreed result without an unexplained duplicate.Повтор образца даёт согласованный результат без необъяснимого появления дубля.
- Post-boundary changes and opening quantities have been reconciled by their owners.Изменения после границы и начальные количества сверены ответственными владельцами.
Discuss the SABSUS setupОбсудите настройку SABSUS
Prepare one source file, its field dictionary and several difficult records. Ask which loading and reconciliation methods are available for the chosen SABSUS setup. Agree acceptance before the final transfer; the discussion should end with a concrete data boundary and unresolved-question list, not a generic promise of uninterrupted migration.Подготовьте исходный файл, словарь полей и несколько сложных записей. Уточните методы загрузки и сверки для выбранной настройки SABSUS. Согласуйте приёмку до окончательного переноса. Результатом обсуждения должны стать конкретная граница данных и список вопросов, а не общее обещание перехода без перерывов.
Quick answersКороткие ответы
Should all historical records be loaded?Нужно ли загружать всю историю?
Choose according to operational need and agreed retention. An accessible archive may serve a different purpose from current editable records.Решайте по рабочей необходимости и порядку хранения. Доступный архив решает другую задачу, чем текущие редактируемые карточки.
Are matching record counts enough?Достаточно совпадения числа записей?
No. Check identities, units, states and links, especially for open commitments.Нет. Проверяйте идентичность, единицы, состояния и связи, особенно у незавершённых обязательств.
Can two systems accept edits throughout?Можно всё время менять обе системы?
Only with a verified ownership and reconciliation arrangement; otherwise define a controlled boundary or pause.Только при проверенном порядке ответственности и сверки; иначе нужна контролируемая граница или пауза.