Как проверять баланс, полноту и сопоставимость финансовых данных и почему равные итоги не исключают компенсирующиеся ошибки.
4 мин чтения·База знаний
Ревизия 3Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Сверка отвечает на конкретный вопрос: какие две совокупности данных должны совпасть при одинаковых правилах отбора и агрегации? Равенство итогов само по себе не доказывает полноту и правильность состава. Ошибки с противоположными знаками могут взаимно компенсироваться.
Перед расчётом определите область сверки: ledger, company code, счёт, финансовый год и период, валюту и тип валюты, вид записи, а также правила включения сторно, закрывающих проводок и специальных процессов. Для каждой стороны должны совпадать смысл суммы и границы выборки. Если одна сторона показывает проводки в одной валюте, а другая показывает перевод в другой валюте или на другую дату, разность не является доказательством ошибки.
В документации SAP S/4HANA On-Premise для просмотра и сравнения остатков указаны ledger, company code и период финансового года; можно сравнивать дебетовые и кредитовые суммы и перейти к позициям. В приложении Display G/L Account Balances также описан фильтр проводок закрытия года. Доступность приложения зависит от роли и установленного ландшафта. Эти измерения полезны для диагностики, но экранный итог не заменяет зафиксированного правила сверки.
Баланс проводки. В рамках выбранной валюты и учётного представления дебет и кредит должны сходиться. В описанной SAP Help процедуре система проверяет нулевой баланс введённого документа перед проведением; незавершённый документ можно удержать или припарковать без обновления остатков.
Сохранение суммы. Сумма исходных позиций должна равняться сумме после преобразования или загрузки, если правила процесса не предусматривают документированное изменение.
Полнота. Сверьте число документов и позиций, контрольные суммы по ключевым измерениям и диапазон дат. Один общий итог способен скрыть пропуск строк.
Уникальность. Проверьте ключ документа и позиции в заданной области. Повтор строки и пропуск другой строки могут оставить общий итог неизменным.
Согласованность агрегатов. Сопоставьте обороты, начальный остаток, движения и конечный остаток с учётом выбранной логики периода и переноса остатков.
Разбор отклонений. Детализируйте разницу до документа и позиции, затем классифицируйте её: фильтр, валюта, период, сторно, дубликат, пропуск, преобразование или округление.
Это общий проектный контрольный список, а не утверждение, что SAP автоматически выполняет каждый пункт в любой конфигурации. Храните результаты по каждой комбинации ключевых измерений, иначе положительная разница в одном сегменте может скрыть отрицательную в другом.
Допустим, в исходной системе две позиции равны +100 и -100, а в целевой осталась только первая позиция и добавлена посторонняя позиция -100. Общий итог обеих систем равен нулю, но состав и происхождение сумм различаются. Поэтому контрольный итог дополняйте сравнением ключей и сумм на уровне документа и позиции, а также числом строк и отдельными итогами по измерениям.
Под сопоставимостью здесь понимаются одинаковые границы и смысл сравнения: одна версия данных, одинаковый период, валюта и тип суммы, правила сторно и одинаковый уровень детализации при агрегировании. Если эти предпосылки различаются, сначала согласуйте их или явно оформите мост преобразования.
В SAP Help для S/4HANA On-Premise описаны просмотр остатков и позиций, сравнение дебетовых и кредитовых сумм по ledger, company code и финансовому периоду, а также проверка нулевого баланса при вводе проводки. В приложении Display G/L Account Balances можно отбирать ledger, company code, финансовый год, счёт и другие критерии, выбирать валюты и фильтровать проводки закрытия года.
Отдельно документирована сверка обогащённых начальных остатков в проектном cockpit сценария Subsequent Implementation of Document Splitting: агрегат позиций, открытых на последний день предыдущего финансового года, сверяется с переносимым остатком текущего года. Несовпадение указывает на несогласованность. Эта проверка относится только к названному сценарию миграции и не является универсальной ежедневной сверкой.
Фиксируйте для каждого запуска версию источника и цели, параметры выборки, время среза, число строк, итоги по валютам и измерениям, список несовпавших ключей и принятые исключения. Повторный запуск с теми же неизменными данными и правилами должен давать тот же результат. Исправленную строку не следует считать устранённой ошибкой, пока не сохранены исходное расхождение и связь с корректировкой.
Источники ограничены указанной документацией SAP S/4HANA On-Premise. Конфигурация конкретной системы, контрольные процедуры заказчика и SAP runtime не проверялись.
A reconciliation answers a specific question: which two data sets should match when selection and aggregation rules are the same? Equal totals alone do not prove completeness or correct composition. Errors with opposite signs can offset each other.
Before calculating, define the reconciliation scope: ledger, company code, account, fiscal year and period, currency and currency type, record type, and rules for reversals, closing postings, and special processes. Both sides must have the same amount meaning and selection boundaries. If one side shows postings in one currency while the other shows a translation in another currency or on another date, the difference does not prove an error.
SAP S/4HANA On-Premise documentation describes checking and comparing G/L balances by ledger, company code, and fiscal-year period, including debit and credit amounts and access to line items. The Display G/L Account Balances app also documents a year-end closing postings filter. App availability depends on the business role and installed system landscape. These dimensions help investigate differences, but a displayed total does not replace a documented reconciliation rule.
Document balance. Within the selected currency and accounting representation, debits and credits must balance. In the cited SAP Help entry flow, the system checks that an entered document has a zero balance before posting. An incomplete document can be held or parked without updating balances.
Amount conservation. Source line amounts should equal the amounts after transformation or loading unless the process rules document a change.
Completeness. Compare document and line counts, control totals by key dimensions, and date range. One grand total can hide missing rows.
Uniqueness. Check the document and line key within the selected scope. A duplicate and a missing row can leave a grand total unchanged.
Aggregate consistency. Reconcile turnover, opening balance, movements, and closing balance according to period and carryforward rules.
Investigate differences. Drill down to document and line, then classify the cause: filter, currency, period, reversal, duplicate, omission, transformation, or rounding.
This is a general control checklist, not a claim that SAP automatically performs every check in every configuration. Retain results for each combination of key dimensions; otherwise, a positive difference in one segment can hide a negative one in another.
Suppose the source has two lines, +100 and -100, while the target keeps the first and adds an unrelated -100 line. Both grand totals are zero, but their composition and provenance differ. Supplement control totals with key and amount comparison at document and line-item level, row counts, and separate totals by dimension.
Comparability here means matching scope and meaning: the same data version, period, currency and amount type, reversal rules, and level of detail when aggregating. If these assumptions differ, align them first or document an explicit transformation bridge.
SAP Help for S/4HANA On-Premise documents G/L balance and line-item review, debit and credit comparison by ledger, company code, and fiscal period, and a zero-balance check when entering a document. The Display G/L Account Balances app can select by ledger, company code, fiscal year, G/L account, and other criteria; display currencies available for the company code; and filter year-end closing postings.
A separate opening-balance reconciliation is documented in the project cockpit for subsequent implementation of document splitting. It compares the aggregate of items open on the last day of the prior fiscal year with the balance carried forward in the current fiscal year. A mismatch indicates an inconsistency. This check belongs only to that migration scenario and is not a universal daily reconciliation.
For each run, retain the source and target versions, selection parameters, snapshot time, row counts, totals by currency and dimension, unmatched keys, and accepted exceptions. A repeat run with unchanged data and rules should produce the same result. Do not treat a corrected line as resolved until the original difference and its link to the correction are retained.
The statements about SAP functionality are limited to the cited S/4HANA On-Premise Help pages. They do not establish the configuration of a particular system. Customer controls and SAP runtime were not inspected.