Как документное разделение распределяет позиции по выбранным измерениям, формирует нулевой баланс и что проверить в правилах, симуляции и миграции.
4 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
В SAP S/4HANA On-Premise document splitting дополняет представление проводки позициями, распределёнными по настроенным измерениям, например сегменту или profit center. Это помогает строить отчётность по выбранным измерениям. Для заданных характеристик можно также потребовать нулевой баланс документа и создать технические строки выравнивания. Разделение не является простым пропорциональным делением всех сумм и не применяется одинаково к любому документу.
В описанной SAP модели настройки связывают несколько классификаций:
Тип документа сопоставляется бизнес-операции и её варианту.
Счета относятся к категориям позиций, например к позиции кредитора или расхода.
Для сочетания бизнес-операции и категорий выбираются правила разделения и соответствующий метод.
В настройке ledger задаются характеристики, по которым представляется разделённая проводка, например profit center или сегмент.
От классификации зависит, какие позиции будут разделены и как распределятся недостающие аналитики. Стандартные правила SAP покрывают многие процессы, но организация может использовать изменённый метод и собственные правила. Поэтому нельзя вывести фактический результат только по типу документа или ожидать одну схему распределения для всех бизнес-операций.
SAP указывает ограничение: разделяемый документ должен однозначно соответствовать бизнес-процессу. Если внутри документа смешано несколько процессов, однозначно классифицировать его может быть нельзя. До проектирования правила проверьте реальные типы документов, категории счетов и сочетания позиций.
Активное разделение применяет правила к самому создаваемому документу; его поведение управляется настройками. Пассивное разделение переносит аналитики из связанных исходных позиций в создаваемую строку в процессах, определяемых системой, например при клиринге, сбросе клиринга, ссылке на счёт-фактуру и сторнировании. Такой процесс нельзя полностью описать только настройкой активного правила.
В записи нужно различать исходный ввод и представление главной книги. Например, введённая строка кредитора может не содержать сегмент, но в представлении ledger система распределяет обязательство по сегментам исходных расходных строк. Суммы или технические строки в G/L-представлении могут поэтому отличаться от исходного вида ввода, хотя экономический итог должен оставаться согласованным по правилам операции.
Нулевой баланс задаётся отдельно для выбранной характеристики, когда требуется самобалансируемая отчётность по ней. Если после разделения сумма по такой характеристике не равна нулю, система может создать дополнительные clearing-позиции на настроенном счёте. Это не означает, что каждая аналитика в каждом документе автоматически балансируется: должны быть выбраны характеристики, настроены правила и clearing account.
Если в документе применяются партнёрские характеристики, например отправитель и получатель, они также влияют на формирование технических строк. Ошибка или неверное исходное присвоение может дать неожиданное распределение, даже если общий итог документа равен нулю.
Перед проводкой используйте доступную симуляцию и просматривайте именно G/L-представление документа. В экспертном режиме можно увидеть применённые правила и связанные настройки для бизнес-операции. Проверяйте:
какой бизнес-процесс и вариант определились для типа документа;
какие категории присвоены позициям и допустимы ли они для этого процесса;
какие характеристики выбраны для целевого ledger;
откуда унаследованы или заданы по умолчанию отсутствующие аналитики;
по каким измерениям должен соблюдаться нулевой баланс и на какой clearing account попадут созданные строки;
сходятся ли исходные и сформированные строки по ledger, валюте, суммам и ожидаемой аналитике.
Валидация Customizing помогает обнаруживать несогласованные назначения бизнес-операций и категорий. Но одна такая проверка не доказывает, что документ логически соответствует процессу: это требует анализа примеров проводок и тестирования конкретных потоков. Для тестового набора включите обычные документы, клиринг, частичные платежи, скидки, сторно, межфирменные операции и периодические проводки, если они относятся к вашему процессу.
Для конкретного company code последующее внедрение document splitting нельзя вести одновременно с другим conversion project, например с subsequent implementation of a further accounting principle или currency conversion. SAP Help отдельно указывает, что HR-FI interface не обрабатывает time-dependent activation: после переноса Customizing активации в production interface передаёт данные по логике document splitting.
Перед изменениями зафиксируйте текущие правила, ledger и характеристики, охват открытых позиций и начальных остатков, контрольные суммы и план отката. Сначала разберите ошибки симуляции и сверки в целевой версии и тестовом контуре. Конкретный путь миграции и ограничения должны быть подтверждены для вашего релиза SAP и конфигурации.
Этот материал основан на прочитанных страницах SAP Help для S/4HANA On-Premise; они не указывают точный релиз. Сохранены ограниченные частные снимки и точные выдержки в реестре; Customizing, бизнес-примеры клиента и SAP runtime не проверялись. Это не готовая инструкция для включения document splitting в продуктивной системе.
In SAP S/4HANA On-Premise, document splitting supplements the posting view with line items assigned to configured dimensions, such as segment or profit center. This supports reporting by selected dimensions. For configured characteristics, the system can also require a zero balance per document and create technical clearing lines. Splitting is not a simple proportional division of every amount, and it does not apply the same way to every document.
In the SAP model described here, configuration links several classifications:
A document type is mapped to a business transaction and its variant.
Accounts are assigned to item categories, such as vendor or expense items.
Splitting rules are selected for the business transaction and categories, together with the relevant method.
Ledger settings determine the characteristics used to represent the split posting, for example profit center or segment.
Classification determines which items are split and how missing assignments are distributed. SAP standard rules cover many processes, but an organization can use a changed method and its own rules. The actual result therefore cannot be inferred from the document type alone, and the same allocation should not be expected for every business transaction.
SAP documents a constraint: a document to be split must be uniquely assignable to a business process. If several processes are mixed in one document, it may not be possible to classify it unambiguously. Before designing a rule, review real document types, account categories, and item combinations.
Active splitting applies rules to the document being created; its behavior is controlled by configuration. Passive splitting carries assignments from related source items in system-determined processes, such as clearing, clearing reset, payment-relevant invoice references, and reversal. Such a process cannot be described only by the active rule settings.
Distinguish the original entry from the General Ledger view. For example, an entered vendor line may not contain a segment, while the ledger view distributes the liability across segments from the source expense lines. Amounts or technical lines in the G/L view may therefore differ from the original entry view even though the economic total should remain consistent with the process rules.
Zero balance is set separately for a selected characteristic when self-balancing reporting is required for that dimension. If the amount for such a characteristic is not zero after splitting, the system can create additional clearing items on a configured account. This does not mean every dimension in every document is automatically balanced: the characteristics, rules, and clearing account must be configured.
Partner characteristics, such as sender and receiver, also affect how technical lines are created. An incorrect or unexpected source assignment can produce an unexpected split even when the overall document total is zero.
Before posting, use the available simulation and review the G/L view of the document. In expert mode you can inspect the applied rules and related settings for the business transaction. Check:
which business transaction and variant were determined for the document type;
which categories were assigned to the items and whether they are permitted for that process;
which characteristics are selected for the target ledger;
where missing assignments were inherited or supplied as defaults;
which dimensions must balance to zero and which clearing account receives generated lines;
whether source and generated lines reconcile by ledger, currency, amount, and expected assignment.
Customizing validation can find inconsistent business transaction and item category assignments. However, that check alone does not prove that a document logically matches its process. That requires analyzing representative postings and testing the actual flows. A test set should include ordinary documents, clearing, partial payments, discounts, reversals, cross-company transactions, and periodic postings when they apply to your process.
Activating splitting in a productive system with historical postings requires a separate plan. SAP documents a subsequent implementation scenario with a preparatory phase, simulation, data enrichment, reconciliation, and activation. For a given company code, this implementation cannot run at the same time as another conversion project, such as implementing a further accounting principle or currency conversion. SAP also states that the HR-FI interface cannot handle time-dependent activation; once activation Customizing is transported to production, the interface delivers data according to document-splitting logic.
Before making changes, record current rules, ledgers and characteristics, the scope of open items and opening balances, control totals, and a rollback plan. Resolve simulation and reconciliation errors in the target release and a test system first. Confirm the exact migration path and limitations for your SAP release and configuration.
This article is based on read SAP Help pages for S/4HANA On-Premise; the captured pages do not identify an exact release. Bounded private snapshots and exact excerpts are retained in the knowledge registry. Client Customizing, business examples, and SAP runtime were not checked. This is not a ready-to-use instruction for activating document splitting in production.