Инструменты перехода на S/4HANA: Migration Cockpit, SUM и DMO
Как выбрать инструменты SAP по сценарию перехода: Migration Cockpit для поддерживаемых объектов и начальной загрузки, SUM с Maintenance Planner для системной конверсии, DMO для переноса базы данных в допустимом пути.
6 мин чтения·База знаний
Ревизия 1Сравнение контекстовЧастичное покрытиеКонтекст: CTX-S4-ONPREMКонтекст: CTX-S4-PUBLICдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Выбор инструмента начинается со сценария, а не с имени продукта. При новой реализации или отдельном переносе начальных данных может подойти Migration Cockpit, если нужные объекты и источник поддерживаются целевым релизом. При конверсии работающей системы техническая последовательность строится вокруг Maintenance Planner и Software Update Manager (SUM). Database Migration Option (DMO) - вариант переноса базы данных в рамках некоторых допустимых процедур SUM. Эти механизмы решают разные задачи и не заменяют финансовое сопоставление и сверки.
Зафиксируйте целевую редакцию и релиз, исходную систему, объём истории и состояние бизнес-процессов. Различайте три случая:
Новая реализация или начальное наполнение: создаётся целевая система, в неё загружается выбранный начальный набор данных и проверяется запуск операций.
Системная конверсия: существующая система и её данные преобразуются в рамках поддерживаемого пути конверсии. Это не равнозначно созданию проекта Migration Cockpit для переноса произвольного набора объектов.
Выборочный переход: в целевую систему переносят согласованную часть процессов и данных. Объём, инструменты и преобразования задаются выбранным подходом; не следует предполагать, что стандартный объект Migration Cockpit покрывает произвольную выборку и её историю.
Один ландшафт может включать разные сценарии для разных систем или областей. Решение должно быть явным для каждой исходной системы, целевой редакции, компании и потока данных.
Migration Cockpit работает с поддерживаемыми объектами#
В SAP S/4HANA 2025 FPS01 приложение Migrate Your Data - Migration Cockpit позволяет создать проект, выбрать доступные объекты миграции, выполнить задачи сопоставления, симулировать загрузку и затем мигрировать данные с мониторингом результата. По документации этого релиза данные можно получать напрямую из некоторых SAP-источников либо через промежуточные таблицы. Формулировка «некоторых источников» важна: наличие RFC или похожего выпуска не подтверждает, что конкретная пара source/target и нужный объект поддерживаются.
Для подхода с промежуточными таблицами Migration Cockpit формирует таблицы для выбранных объектов. Данные можно подготовить по шаблонам и загрузить, либо передать в staging средствами вроде SAP Data Services. В описанной для On-Premise схеме staging размещается в локальной ABAP-схеме целевой системы или в удалённой SAP HANA-схеме при соответствующей настройке подключения. Таблицы staging - это часть процесса выбранного объекта, а не универсальная шина изменений.
Перед оценкой объекта откройте его документацию и экран Migration Object целевого релиза. Проверьте источник, список и смысл полей, связи таблиц, стандартный или настроенный scope и ограничения. В выбранном объекте могут отсутствовать поля или зависимости, необходимые именно вашему процессу; тогда требуется пересмотреть способ перехода, а не считать незаполненную колонку доказательством переноса.
Загрузка по доступным миграционным объектам, их mapping, simulation и мониторинг
Полную историю документов, поддержку любого источника или непрерывную репликацию
Maintenance Planner
Проверка и подготовка целевой версии и компонентов; для конверсии создаёт stack.xml, нужный SUM
Готовность финансовых данных или успешность бизнес-сверок
SUM
Выполнение обновления или системной конверсии по конкретному поддерживаемому пути
Перенос произвольного выборочного набора как отдельного проекта Migration Cockpit
DMO в SUM
Перенос базы данных в SAP HANA в подходящих сценариях при запуске SUM
Самостоятельное сопоставление финансовых объектов или отдельный инструмент начальной загрузки
Для системной конверсии SAP S/4HANA 2025 Conversion Guide описывает подготовку через Maintenance Planner и исполнение конверсии с помощью SUM. DMO используется, если исходная база и выбранный путь соответствуют условиям переноса базы в SAP HANA. Точный порядок, начальные версии, совместимость add-on и business function, версия SUM и обязательные проверки сверяйте с документами для своей целевой версии и SAP Notes. Не переносите эти шаги на Public Edition, где заказчик не запускает SUM для преобразования управляемой системы.
В SAP S/4HANA Cloud Public Edition 2608 Migration Cockpit описан для начального набора данных, нужного для начала операций. Документация перечисляет мастер-данные, открытые транзакции и остатки; для G/L допускаются исторические остатки. Закрытая историческая транзакционная детализация не является тем же самым, что исторические остатки, и в указанной документации она обозначена как недоступная для миграции.
Это ограничение относится к указанной редакции и версии. Его нельзя без проверки распространять на On-Premise, Private Edition, техническую конверсию или другое средство миграции. Если бизнесу необходима аналитическая история, заранее определите её целевое место: например, отдельный архив или EDWH, а для SAP S/4HANA - только явно поддерживаемый объект и сценарий.
Для каждого переносимого объекта оформите короткую карту решения:
исходный объект, владелец и поддерживаемый путь получения;
целевой миграционный объект и релиз, выбранный scope и пропущенные поля;
компании, ledger, период, валютные виды, ключи документа и состояние открытых позиций;
правила преобразования, mapping и требуемые зависимости;
объём до переноса, симуляция, ошибки и обработка исключений;
после переноса - количества строк, суммы и валюты, остатки, открытые позиции и связь с первичными документами;
владелец каждого расхождения и критерии допуска к следующему прогону.
Для финансовых данных одной зелёной симуляции недостаточно. Сверяйте эквивалентные величины на одной зафиксированной исходной выборке, отдельно фиксируйте ожидаемые различия и сохраняйте идентификаторы запуска и версии mapping. Техническая конверсия также требует прикладных проверок после SUM; успешное завершение инструмента не заменяет их.
Запишите редакцию, исходную и целевую версии, сценарий и требуемую историю.
Если это конверсия системы, проверьте Conversion Guide, поддерживаемый стартовый релиз, add-on и business function, Maintenance Planner, stack.xml и соответствующую версию SUM. Рассматривайте DMO только как опцию миграции базы для поддерживаемого пути.
Если это начальная или выборочная загрузка, проверьте доступные Migration Cockpit объекты и их область для точного релиза и источника; не подменяйте этим проверку выборочного сценария.
Выполните тестовый проект или тестовую конверсию в подходящей копии системы, исправьте mapping и ошибки, повторите прогон и проведите финансовые сверки.
Только после формального решения о полноте данных, открытых операций, зависимостей и сверок планируйте производственный cutover.
Материал частично покрывает MIG-11. Источники SAP относятся к SAP S/4HANA On-Premise 2025 FPS01 и к Public Edition 2608, как указано в тексте. Все записи источников имеют статус metadata_only: документация была проверена по официальным страницам и метаданным, но извлечённые выдержки не сохранены. SAP-системы, Migration Cockpit, Maintenance Planner, SUM и DMO здесь не запускались; не проверялись клиентские объекты, поддерживаемый для конкретного заказчика путь, mapping, финансовые данные, авторизации или результат конверсии.
Choose a tool after choosing the transition scenario. Migration Cockpit may fit an initial load or a separate data transfer when the required objects and source are supported by the target release. For a system conversion, the technical sequence is built around Maintenance Planner and Software Update Manager (SUM). Database Migration Option (DMO) is an option for moving the database within some eligible SUM procedures. These mechanisms solve different problems and do not replace financial mapping and reconciliation.
Record the target edition and release, source system, history scope, and business-process state. Distinguish three cases:
New implementation or initial load: a target system is created, a selected initial data set is loaded, and operational readiness is checked.
System conversion: an existing system and its data are transformed through a supported conversion path. This is not the same as creating a Migration Cockpit project to transfer an arbitrary set of objects.
Selective transition: an agreed subset of processes and data is transferred to the target. Scope, tools, and transformations depend on the chosen approach; do not assume a standard Migration Cockpit object covers any selection and its history.
One landscape may involve different scenarios for different systems or domains. Make the decision explicit for each source system, target edition, company, and data flow.
In SAP S/4HANA 2025 FPS01, the Migrate Your Data - Migration Cockpit app lets a team create a project, select available migration objects, perform mapping tasks, simulate a load, and then migrate data while monitoring its status. The documentation for this release says data can be transferred directly from certain SAP source systems or through staging tables. The phrase "certain source systems" matters: an RFC connection or a similar product release does not prove that a specific source-target pair and object are supported.
With the staging-table approach, Migration Cockpit generates tables for selected objects. Data can be prepared in templates and uploaded, or supplied to staging using tools such as SAP Data Services. In the documented On-Premise setup, staging can be placed in the target system's local ABAP schema or in a remote SAP HANA schema with the required connection. Staging tables belong to the selected object's process; they are not a universal change-data feed.
Before assessing an object, review its documentation and the Migration Object screen for the target release. Check the source, available fields and their meaning, table relationships, standard or adjusted scope, and limitations. An object may not expose fields or dependencies required by the process in use. In that case, reconsider the transition method instead of treating an empty column as proof that the data was transferred.
Separate data loading, conversion, and database migration#
Tool
What it is used for
What it does not establish by itself
Migration Cockpit
Loading through available migration objects, their mapping, simulation, and monitoring
Complete document history, support for any source, or continuous replication
Maintenance Planner
Checking and preparing the target version and components; for conversion it creates the stack.xml required by SUM
Readiness of finance data or successful business reconciliation
SUM
Executing an update or system conversion along a specific supported path
Transfer of an arbitrary selected data set as a separate Migration Cockpit project
DMO in SUM
Database migration to SAP HANA in suitable scenarios while SUM runs
Mapping finance objects by itself or acting as a separate initial-load tool
The SAP S/4HANA 2025 Conversion Guide describes preparation through Maintenance Planner and execution of conversion with SUM. DMO is used when the source database and selected path meet the conditions for migration to SAP HANA. Verify the exact order, start releases, add-on and business-function compatibility, SUM version, and mandatory checks against the documentation and SAP Notes for the target release. Do not apply these steps to Public Edition, where customers do not run SUM to convert the managed system.
In SAP S/4HANA Cloud Public Edition 2608, Migration Cockpit is described for the initial data set needed to start operations. The documentation lists master data, open transactions, and balances; historical G/L balances may be migrated. Closed historical transaction detail is different from historical balances and is stated as unavailable for migration in that documentation.
This boundary applies to the stated edition and version. Do not generalize it to On-Premise, Private Edition, technical system conversion, or another migration tool without checking their documentation. If the business needs analytical history, decide in advance where it belongs, for example in a separate archive or EDWH, and use only an explicitly supported object and scenario for SAP S/4HANA.
For each transferred object, create a concise decision record:
source object, owner, and supported extraction path;
target migration object and release, selected scope, and omitted fields;
companies, ledger, period, currency types, document keys, and open-item status;
transformation rules, mapping, and required dependencies;
volume before transfer, simulation, errors, and exception handling;
after transfer: row counts, amounts and currencies, balances, open items, and links to source documents;
owner of each difference and criteria for accepting the next run.
For finance data, a green simulation alone is not sufficient. Reconcile equivalent measures against the same fixed source snapshot, record expected differences separately, and retain run identifiers and mapping versions. A technical conversion also needs application checks after SUM; a successful tool run does not replace them.
Record the edition, source and target versions, scenario, and required history.
For a system conversion, check the Conversion Guide, supported start release, add-ons and business functions, Maintenance Planner, stack.xml, and applicable SUM version. Consider DMO only as a database-migration option on an eligible path.
For an initial or selective load, check Migration Cockpit objects for the exact release and source; do not use that check as a substitute for validating a selective-transition approach.
Run a test project or conversion in an appropriate system copy, correct mappings and errors, repeat the run, and reconcile finance results.
Plan production cutover only after a formal decision that data, open transactions, dependencies, and reconciliations are complete.
This material partially covers MIG-11. SAP sources refer to SAP S/4HANA On-Premise 2025 FPS01 and Public Edition 2608, as stated in the text. All source records are metadata_only: official pages and metadata were reviewed, but extracted passages were not retained. No SAP system, Migration Cockpit, Maintenance Planner, SUM, or DMO was run. Customer objects, the supported path for a specific landscape, mapping, finance data, authorizations, and conversion results were not checked.