Подготовка финансовых данных к переходу на S/4HANA

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

Сначала зафиксируйте сценарий и исходную точку#

Для конверсии системы следуйте Conversion Guide для конкретной исходной и целевой версии и применимым Simplification Items. SI-Check ищет несогласованности, значимые для технической конверсии, и последствия изменений данных; он не заменяет сверку финансовых результатов или проверку бизнес-процессов. Смысл конкретного сообщения и требуемое действие берите из материала соответствующего пункта и версии.

Для выборочного переноса (selective data transition) отдельно задайте, какие компании, периоды, документы, остатки, основные средства и CO-объекты действительно входят в область переноса. Руководство SAP Business Transformation Center описывает финансовые проверки в контексте такого сценария. Их нельзя автоматически переносить на обычную конверсию действующей системы. При новой реализации правила загрузки и остатки определяются проектом, а не технической процедурой системной конверсии.

Зафиксируйте как минимум исходный и целевой релизы, тип перехода, охваченные компании и периоды, используемые ledger/валюты и границы исторических данных. Укажите дату среза и способ обработки проводок, сделанных после среза.

Соберите финансовый базис до изменений#

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

В базис включите:

GL: сальдо и обороты по периодам, счетам, ledger и валютам; сверку субледжеров с соответствующими счетами главной книги.
AP и AR: открытые позиции на дату среза, итоги по контрагентам и контрольные счета, валюты, сроки и признаки специальных операций. Различайте открытую позицию, просроченную позицию, аванс и документ на очистке.
AA: реестр основных средств, стоимости и накопленную амортизацию по областям оценки и периодам; сверьте итоги с главной книгой и определите незавершённые операции, влияющие на срез.
CO: остатки и объекты, необходимые выбранному сценарию: например, места возникновения затрат, заказы, проекты, внутренние начисления, расчёты и незакрытые позиции. Сопоставьте итоговые значения с FI там, где между ними ожидается учётная связь.
Документы: контрольные количества и суммы для согласованного набора типов документов, сторно и корректировок. Не полагайтесь на один итоговый баланс, если требование включает прослеживаемость до документа.

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

Разбирайте расхождения, а не удаляйте остатки#

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

В журнале сверки отделяйте:

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

Для каждой суммы храните исходный отчёт, параметры, дату, валюту и разницу до объяснения. Если исправляете проводки, повторите затронутые сверки и сохраните связь между исходным исключением, корректировкой и результатом.

Подготовьте повторяемое сравнение после перехода#

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

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

Не смешивайте проверки разных инструментов#

Conversion Guide и SI-Check применяются в пределах требований системной конверсии и выбранного целевого релиза.
SAP Readiness Check помогает оценить область изменений, но не удостоверяет корректность GL/AP/AR/AA/CO.
Финансовые consistency checks из руководства Business Transformation Center относятся к выборочному переходу с этим инструментом.
Отдельные преобразования, например изменение валюты, имеют собственные предпосылки и контрольные программы; их инструкции не являются универсальным перечнем для S/4HANA conversion.

Проверяйте текущие SAP Notes, release-specific Conversion Guide и требования владельцев учёта. Сверки, приведённые здесь, задают структуру подготовки, но не заменяют документацию конкретного перехода и не являются универсальным списком транзакций или отчётов.

Этот материал частично покрывает MIG-04. Использованы метаданные SAP Conversion Guide для SAP S/4HANA 2025 и SAP Help по финансовым проверкам для selective data transition и по подготовке конкретного преобразования валюты. Источники зарегистрированы как metadata_only; клиентские отчёты, миграция, конверсия и SAP runtime не проверялись.

Связанные материалы#

Financial data preparation starts with two questions: which transition scenario is being performed, and what evidence will demonstrate that accounting data was preserved? A system conversion, selective data transition, and a new implementation have different data boundaries and checks. There is no universal list of FI cleanup tasks for all three.

Establish the scenario and baseline#

For a system conversion, follow the Conversion Guide for the specific source and target release and the applicable Simplification Items. SI-Check identifies inconsistencies relevant to technical conversion and effects of changes to data; it does not replace reconciliation of financial results or business-process validation. Interpret each message using the item and version-specific guidance.

For selective data transition, define which company codes, periods, documents, balances, assets, and CO objects are in scope. SAP Business Transformation Center guidance describes finance checks in that scenario. Do not automatically apply these checks to a standard system conversion. In a new implementation, the project defines loading rules and balances instead of relying on the technical system-conversion procedure.

Record the source and target releases, transition type, company codes and periods in scope, ledgers and currencies used, historical-data boundaries, baseline date, and treatment of postings made after the snapshot.

Build the finance baseline before changes#

Build a repeatable baseline from reports and extracts accepted by the accounting owners. Align company, ledger, fiscal period, currency, and document-level detail with the organization's close and reporting requirements. Retain selection parameters, extraction time, and source version. Include:

GL: period balances and movements by account, ledger, and currency; reconcile subledgers with their related control accounts.
AP and AR: open items at the snapshot date, totals by business partner and control account, currencies, due dates, and special transactions. Distinguish open, overdue, down-payment, and clearing items.
AA: asset register, acquisition values, and accumulated depreciation by depreciation area and period; reconcile totals to the General Ledger and identify incomplete transactions that affect the snapshot.
CO: balances and objects required by the selected scenario, such as cost centers, orders, projects, allocations, settlements, and open commitments. Reconcile with FI where an accounting relationship is expected.
Documents: counts and amounts for an agreed set of document types, reversals, and corrections. A single balance total may not prove document-level traceability.

This is a baseline structure to agree with process owners, not a claim that every listed object changes in every transition. Select reports, fields, and detail according to the scenario, target release, and functions in use.

Investigate differences instead of deleting balances#

An open item is not automatically an error. It may be a valid receivable or liability, an advance, an uncleared payment, a dispute, or part of period close. Do not clear, write off, or transfer it just to pass a check. Record the reason, owner, decision, due date, and verifiable evidence for each exception.

In the reconciliation log, distinguish four kinds of findings:

Integrity errors or inconsistencies between ledgers that need investigation and correction before the transition.
Explainable differences, such as snapshot timing, currency translation, valuation, or documented adjustments.
Constraints of the selected scenario or target release that require a decision about scope or process.
Tool warnings that need an impact assessment but do not necessarily block the technical step.

For each amount, retain the source report, selection parameters, date, currency, and unexplained difference. If a posting is corrected, rerun the affected reconciliations and preserve the link between the original exception, correction, and result.

Compare the same measures after the transition#

Agree control totals and accepted reasons for differences before a test conversion or transfer. Compare the same baseline with the target system at a comparable date and in the same dimensions. Check not just amounts but document counts and composition, open items, asset register, currencies, ledgers, statuses, and required historical access.

If the date or system scope changes, document the new snapshot and explain the movement between snapshots. A finance owner must accept the financial reconciliation; a tool's technical status does not constitute that acceptance. Run the comparisons on a representative copy before the production window and repeat agreed checks afterward.

Keep tool scopes distinct#

The Conversion Guide and SI-Check apply within system-conversion requirements for the selected target release.
SAP Readiness Check helps assess change scope but does not certify the accuracy of GL, AP, AR, AA, or CO.
Finance consistency checks in Business Transformation Center guidance are for selective data transition with that tool.
Specialized transformations, such as currency changeover, have their own prerequisites and checks; those instructions are not a universal S/4HANA conversion checklist.

Check current SAP Notes, the release-specific Conversion Guide, and accounting-owner requirements. This article provides a preparation framework, not a universal transaction or report list.

This partially covers MIG-04. Sources include SAP S/4HANA 2025 Conversion Guide metadata, SAP Help on finance checks for selective data transition, and separate currency-changeover guidance. Source records are metadata_only; customer reports, a migration, a conversion, and SAP runtime were not examined.