Как SAP связывает документы нескольких балансовых единиц, балансирует каждый документ, формирует внутрисистемные требования и обязательства и какие настройки сверять.
3 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
В SAP одна межбалансовая операция может затрагивать несколько company code. В примере SAP S/4HANA On-Premise 2025 FPS02 с совместной закупкой у поставщика система формирует отдельный бухгалтерский документ для каждой участвующей единицы и автоматически создаёт взаимные требования и обязательства, чтобы дебет и кредит каждого документа сходились. Номер cross-company code transaction связывает документы. Важно, что этот пример предполагает, что налог и скидка не относятся к операции.
В примере совместной закупки счёт поставщика проводится в company code 0001, а расходы отражаются в двух company code. Для операции задаётся или автоматически формируется её общий номер. В строке другой единицы указывается её company code. Если этого требует сценарий, система проверяет совпадение локальных валют участвующих единиц.
До настройки проверьте допустимые сочетания company code, счета взаиморасчётов, валюты, типы документов и требования document splitting. SAP Help требует, чтобы все company code в межбалансовой проводке использовали document splitting. Исключённые из него company code с отличающимися настройками не могут участвовать в такой операции.
Налоговая обработка зависит от страны и конкретного сценария. SAP Help 2025 FPS02 для отчёта RFBUST10 объясняет, что налог по cross-company code transaction отражается в первой company code, а для некоторых стран, включая Японию и Данию, суммы могут требоваться в каждой участвующей единице. RFBUST10 формирует список налоговых сумм для последующих проводок по переносу налоговых сумм. Это ограниченное описание функции, не правовая инструкция и не универсальное правило оформления налогов.
Не смешивайте cross-company code posting с внутригрупповым счётом-фактурой или исключением внутригруппового оборота при консолидации. Это смежные, но разные процессы. Запись сбалансированных документов FI сама по себе не создаёт доказательство расчётов между сторонами и не подтверждает, что консолидационные данные правильно исключены.
Для сверки сохраните общий идентификатор операции, документы и годы по каждой company code, компанию-партнёра, валюты, суммы, даты, счета взаиморасчётов, исходный бизнес-документ и налоговый результат. Сопоставляйте парные требования и обязательства в одинаковом периоде и валютной базе; отличия по времени, курсам, округлениям или незавершённой обработке раскрывайте отдельно. Если сторона документа отсутствует, сначала проверьте весь связанный набор документов и статус исходного процесса, а не исправляйте только итоговый остаток.
Статья основана на SAP Help S/4HANA On-Premise 2025 FPS02; для страницы document splitting в снимке указан вариант 2025.002. Документированный пример ограничен совместной закупкой и отдельно исключает налог и скидку. Налоговые правила, юридическая связь организаций, account determination и настройки document splitting нужно проверять в целевой системе. Локальная конфигурация и SAP runtime не проверялись; evidence для материала остаётся insufficient.
In SAP, a single cross-company code transaction can involve several company codes. The SAP S/4HANA On-Premise 2025 FPS02 joint-vendor-purchase example creates a separate accounting document for each participating company code and automatically generates intercompany receivables and payables so that each document balances. A cross-company code transaction number links the documents. The example explicitly assumes tax and cash discount are not relevant to the transaction.
In SAP?s example, the vendor invoice is posted in company code 0001 while expenses are posted in two company codes. The transaction number is entered or generated by the system. The company code is specified on the line item assigned to the other entity. If required for the business transaction, the system checks whether the participating company codes have the same local currency.
Before configuring this process, check permitted company-code combinations, clearing accounts, currencies, document types, and document-splitting requirements. SAP Help requires all company codes in a cross-company code posting to use document splitting. Company codes excluded from splitting with divergent settings cannot participate in the transaction.
Tax processing depends on the country and specific scenario. SAP S/4HANA On-Premise 2025 FPS02 Help for report RFBUST10 explains that tax for a cross-company code transaction is posted to the first company code; in some countries, including Japan and Denmark, amounts may need to be shown for every participating company code. RFBUST10 creates a list of tax amounts for subsequent transfer postings. This is a bounded description of the function, not legal tax guidance or a universal posting rule.
Do not confuse a cross-company code posting with an intercompany invoice or consolidation elimination. These are related but separate processes. Balanced FI documents alone do not establish settlement between the parties or prove that consolidation data was eliminated correctly.
For reconciliation, retain the shared transaction identifier, documents and fiscal years for each company code, partner company, currencies, amounts, dates, clearing accounts, source business document, and tax result. Compare corresponding receivables and payables in the same period and currency basis. Explain timing, exchange-rate, rounding, or incomplete-processing differences separately. If one side is missing, check the linked documents and source-process status before adjusting a closing balance.
This article is based on SAP S/4HANA On-Premise Help 2025 FPS02; the document-splitting page snapshot identifies version 2025.002. The documented example is limited to a joint purchase and explicitly excludes tax and cash discount. Tax rules, legal relationships, account determination, and document-splitting settings must be checked in the target system. Local configuration and SAP runtime were not examined; evidence for this material remains insufficient.