Перенос данных между сервисами
Как подготовить перенос данных из сервиса
Время чтения: 4 мин
Подходит для уровня: SYSTEM · Система
Кому подойдёт. Владельцам бизнеса и руководителям, которые меняют рабочую систему или готовят возможность выхода из неё.
Содержание
Кнопка «Экспорт» ещё не означает, что бизнес сможет продолжить работу в другой программе. Выгрузка может содержать карточки без вложений, названия без связей и даты в непонятном формате. Файл откроется, но сотрудник не найдёт историю заказа или не сможет связать оплату с клиентом.
Перенос нужно проверять как восстановление рабочего процесса. Важно не только забрать данные, но и подтвердить, что они понятны, полны, доступны нужным людям и пригодны для дальнейших действий. Подготовку лучше завершить до отключения прежнего сервиса.
Определите, что должно продолжить работать
Перечислите процессы, которые нельзя потерять: незавершённые заказы, контакты ответственных, история договорённостей, документы, расчёты и отчёты. Назначьте владельца переноса и представителей тех, кто будет пользоваться результатом.
Разделите данные на необходимые для текущей работы, архивные и не подлежащие дальнейшему хранению без основания. Перенос всего подряд увеличивает трудоёмкость и может сохранить лишнюю личную информацию. Решение об обязательном хранении принимают с учётом применимых правил и договоров.
В учебном примере компания меняет систему заказов. Для работы ей нужны клиенты, открытые заказы, позиции, комментарии и вложения. Старые технические уведомления могут не понадобиться, но это проверяют до исключения, а не после жалобы сотрудника.
Проверьте экспорт на небольшом образце
Выясните доступные форматы, ограничения объёма, права администратора и возможность отдельно получить файлы. Уточните, сохраняются ли устойчивые номера записей, связи между объектами, авторы и время изменений.
GOV.UK при работе с зависимостью от облачного поставщика рекомендует учитывать возможность выхода и выбирать для SaaS открытые форматы данных. Однако открытый формат сам по себе не гарантирует полноту конкретной выгрузки: её состав необходимо проверить.
Возьмите несколько связанных записей: клиент, два его заказа, комментарии и документы. Откройте выгрузку независимо от старого сервиса. Проверьте кириллицу, часовой пояс, дробные значения, пустые поля и файлы. Ссылка на вложение не равна самому вложению, особенно если ссылка перестанет работать после отключения.
Подготовьте соответствие полей и правил
Составьте таблицу: поле старой системы, его смысл, поле новой, правило преобразования и действие при исключении. Одинаковые названия могут скрывать разные значения. Например, «дата закрытия» бывает датой завершения работы или датой окончательного расчёта.
Согласуйте перенос состояний заказа, ответственных и нескольких контактов одной организации. Сохраняйте исходные идентификаторы, чтобы можно было сверить запись и избежать дублей при повторной загрузке. Преобразования должны быть повторяемыми, а не выполняться вручную каждый раз по памяти.
Если новая система не поддерживает часть истории, определите доступный архив и способ поиска. Не обещайте сотрудникам полный перенос функций, когда сохранены только исходные файлы для справки.
Проведите пробный импорт и сверку
Загрузите образец в отдельную тестовую среду с подходящими правами. Проверьте количество объектов, обязательные поля, связи и возможность выполнить обычную задачу. Одно совпадение общего числа строк ещё не подтверждает правильность.
В учебной выгрузке есть 120 клиентов, 340 заказов и 680 вложений. После переноса число клиентов и заказов совпало, но открываются только 620 вложений. Остальные 60 необходимо найти и объяснить до принятия результата. Кроме того, нужно проверить, что файлы прикреплены к нужным заказам.
Попросите сотрудников восстановить несколько реальных рабочих ситуаций по перенесённым данным. Так обнаруживаются потери смысла, которых не видно при техническом подсчёте. Все исправления включайте в правила следующего прогона.
Организуйте переключение и возможность возврата
Выберите момент окончательной выгрузки и порядок работы с изменениями после неё. Возможны согласованная пауза ввода или перенос накопившихся изменений. Две одновременно редактируемые системы без правила сверки быстро создают расхождения.
Сохраните защищённую исходную выгрузку и журнал преобразований. Определите, при каких ошибках переключение отменяется и как изменения, внесённые после него, будут сохранены. Возврат не должен означать потерю заказов, появившихся за время проверки.
- Выгрузка
- 120 клиентов, 340 заказов и 680 вложений. Клиенты и заказы совпали. Открываются 620 вложений, остальные 60 объясняют до приёмки.
Ещё проверяют, что файлы прикреплены к нужным заказам.
Перед отключением старой системы подтвердите доступы, поиск документов, работу интеграций и ответственность за архив. Затем завершите подписку и доступы по согласованному порядку. Временные копии удаляйте после завершения проверки с учётом установленных сроков хранения; не оставляйте выгрузки в личных папках без контроля.
Практическое задание
Составьте перечень данных и рабочих ситуаций, которые должны сохраниться. Выгрузите связанный образец, подготовьте соответствие полей и выполните пробный импорт. Запишите расхождения и критерии приёмки. До окончательного переноса согласуйте календарь переключения, обращение с новыми изменениями и проверяемый порядок возврата при сбое.