Как правило расчёта задаёт получателей, доли и параметры исполнения, и почему периодический расчёт нельзя смешивать с полным.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Расчёт (settlement) переносит накопленные значения с объекта-отправителя на заданных получателей. Это не то же самое, что assessment или distribution: отправителем здесь выступает объект, для которого выполнено накопление затрат, а допустимые получатели и обработка определяются его типом, профилем и правилами.
В обычном правиле расчёта distribution rule связывает получателя с долей затрат и типом расчёта. Долю можно задавать процентом или пропорциональными коэффициентами, когда это поддерживает сценарий. Профиль расчёта ограничивает допустимых получателей и параметры обработки. Для некоторых объектов правила создаются автоматически, поэтому проверьте исходное правило и его источник до изменения.
Периодический расчёт переносит затраты текущего периода по выбранному правилу. Полный расчёт может обрабатывать нерассчитанные суммы прошлых периодов, однако конкретная семантика зависит от получателя и типа объекта. Не переносите правила manufacturing order, инвестиционных мер, внутренних заказов и проектов друг на друга без проверки.
SAP документирует отдельный сценарий расчёта внутреннего заказа на одного получателя: один cost center, G/L account или business process и один settlement cost element. Для cost center используются внутренние расчёты категории 21; для G/L account документ описывает внешний расчёт категории 22. В этом упрощённом варианте расчёт к cost center выполняется по периоду, а к G/L account может рассчитываться накопительный итог. Это не общее правило для всех видов settlement.
Этот режим нельзя использовать, если для заказа уже введено общее правило расчёта. Он также имеет ограничения по типу документа, получателю и статусу, который разрешает бизнес-операцию Settlement. Если на заказ проводились доходы, SAP указывает отдельное ограничение для расчёта на cost center.
Перед запуском сверяйте отправителя, расчётный профиль, исходные статьи, получателя, долю, период и settlement type. Проверьте, что статус объекта разрешает расчёт, а строки распределения не противоречат уже выполненным расчётам. Для внутреннего заказа в SAP Help описано приложение Manage Settlement Rules: Internal Orders, которое показывает и редактирует фактические правила; оно не отображает правила планового расчёта.
После запуска сопоставьте кредит отправителя, дебет получателя, расчётный документ и протокол. При изменении правила проверьте, с какого периода оно действует и какие уже созданные документы потребуется отменить или пересчитать. Не повторяйте фактический расчёт только по признаку ошибки в отчёте: сначала выясните, состоялась ли проводка и какой диапазон периодов затронут.
Материал основан на SAP Help для S/4HANA On-Premise 2025 FPS01. Пример одного получателя относится к внутренним заказам и не описывает все settlement-сценарии; доступные правила и типы зависят от объекта и настройки. Источники зарегистрированы как metadata_only; целевой объект, настройки и SAP runtime не проверялись.
Settlement transfers accumulated values from a sender object to defined receivers. It differs from assessment or distribution: the sender is an object on which costs have accumulated, and permitted receivers and processing depend on the object type, profile, and rules.
In a general settlement rule, a distribution rule links a receiver with a share of costs and a settlement type. Where supported, the share can be specified as a percentage or equivalence numbers. The settlement profile restricts permitted receivers and processing parameters. Some objects receive automatically created rules, so review the original rule and how it was derived before changing it.
Periodic settlement transfers costs for the current period under the selected rule. Full settlement can process unsettled amounts from previous periods, but the specific behavior depends on the receiver and object type. Do not transfer settlement rules for manufacturing orders, investment measures, internal orders, and projects between one another without checking.
SAP documents a separate settlement scenario for an internal order with one receiver: one cost center, G/L account, or business process and one settlement cost element. The documented cost-center case uses internal settlement category 21, while the G/L account case uses external settlement category 22. In this simplified case, settlement to a cost center is period based, while settlement to a G/L account can be cumulative. These are not universal rules for every settlement scenario.
This mode cannot be used if a general settlement rule has already been entered for the order. It also has restrictions related to document type, receiver, and a status that permits the Settlement business transaction. If revenues were posted to the order, SAP documents a separate restriction on settlement to a cost center.
Before execution, compare the sender, settlement profile, source cost elements, receiver, share, period, and settlement type. Verify that the object status permits settlement and that distribution rules do not conflict with prior settlements. For internal orders, SAP Help documents a Manage Settlement Rules app that displays and edits actual rules; it does not display planned settlement rules.
After execution, reconcile sender credits, receiver debits, the settlement document, and the log. When changing a rule, confirm its effective period and which existing documents might need reversal or recalculation. Do not repeat actual settlement just because a report shows an error: first determine whether a posting occurred and which periods were affected.
This material is based on SAP Help for S/4HANA On-Premise 2025 FPS01. The single-receiver example is specific to internal orders and does not describe every settlement scenario; available rules and types depend on object and configuration. Sources are registered as metadata_only; the target object, settings, and SAP runtime were not checked.