Чем распределение затрат отличается от assessment по сохраняемому виду затрат и как проследить сумму от отправителя к получателям.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Распределение (distribution) и assessment переносят затраты от отправителей к получателям по правилам цикла. Главный выбор между ними связан с тем, какой вид затрат должен быть виден у получателя и насколько важно сохранить исходную первичную статью.
При distribution передаются первичные затраты, а исходная первичная статья затрат сохраняется. В CO-документе остаётся связь с отправителем и получателем. Это удобно, когда пользователю важно видеть у получателя исходные категории затрат и анализировать поток по каждому отправителю.
При assessment могут переноситься первичные и вторичные затраты. Они отражаются у получателя на статье assessment, то есть на вторичной статье затрат категории 42 в описываемом контексте. Allocation structure может сгруппировать исходные статьи в одну или несколько статей assessment. Поэтому исходная детализация затрат и сохранённая связь с отправителем имеют разные роли: анализируйте также документ распределения и его правило.
Эти механизмы не следует смешивать с периодической перепроводкой: у неё иной состав отправителей и другая представленность связей в стандартном сравнении методов. Применимые типы объектов зависят от контекста распределения и версии продукта.
Цикл задаёт отправителей, получателей и сегменты. В сегменте выбираются данные отправителя: например, проведённые суммы, фиксированная сумма или ставка. Для получателей можно использовать переменные доли по базе-носителю, фиксированные проценты, части или суммы. База может опираться на суммы, количества или статистические показатели там, где это поддерживает выбранный контекст.
Не выбирайте правило только по привычному названию. Сначала определите, какие первичные и вторичные затраты входят в выборку, какой документ и статья должны возникнуть у получателя, как формируется база распределения и какую долю суммы следует оставить на отправителе. Для assessment проверьте назначение статьи категории 42 и группировку источников в allocation structure.
Для проверки результата зафиксируйте область отправителя, период, вариант plan/actual, выбранные статьи, валюту, правило отправителя, базу получателя и проценты или доли. Затем сопоставьте кредит отправителя с дебетом получателей и проверьте остаток, если цикл переносит не всю сумму. Округления, исключённые записи, фильтры, статистические данные и настройка контекста могут объяснить разницу.
В разборе расхождения пройдите путь: исходная проводка → выбранный отправитель и база → правило сегмента → документ распределения → статья и объект получателя. Не делайте вывод о сохранности исходного вида затрат по одному итогу: distribution и assessment специально дают разные представления перенесённых затрат.
Материал основан на SAP Help для S/4HANA On-Premise 2025 FPS01. Набор объектов, счетов и правил зависит от контекста, версии и настройки; локальные циклы и проводки не проверялись. Источники зарегистрированы как metadata_only; SAP runtime не запускался.
Distribution and assessment move costs from senders to receivers according to cycle rules. The key choice is which cost type should appear at the receiver and how important it is to retain the original primary cost element.
Distribution allocates primary costs and retains the original primary cost element. The CO document also records sender and receiver information. This is useful when users need to see the original cost categories at the receiver and analyze flows by sender.
Assessment can allocate primary and secondary costs. At the receiver, the costs are recorded using an assessment secondary cost element, category 42 in the context described here. An allocation structure can group the source cost elements into one or more assessment cost elements. The original cost detail and the sender relationship therefore serve different analytical purposes: inspect the allocation document and rule as well.
Do not confuse these methods with periodic reposting. It supports a different set of senders and presents sender and receiver relationships differently in the standard method comparison. Supported object types depend on the allocation context and product version.
A cycle defines senders, receivers, and segments. A segment selects sender data, for example posted amounts, a fixed amount, or a rate. Receiver rules can use variable portions based on a tracing base, fixed percentages, portions, or amounts. Where supported by the selected context, the base can use amounts, quantities, or statistical key figures.
Choose rules based on the required result rather than a familiar name. First determine which primary and secondary costs are in scope, what document and cost element should appear at the receiver, how the allocation basis is determined, and what share should remain with the sender. For assessment, verify the category 42 account and grouping in the allocation structure.
For a result check, record sender scope, period, plan or actual data, selected cost elements, currency, sender rule, receiver basis, and percentages or portions. Then compare sender credits with receiver debits and check any remainder if the cycle does not transfer the full amount. Rounding, excluded records, filters, statistical data, and context settings may explain a difference.
Trace a discrepancy from source posting to selected sender and basis, segment rule, allocation document, and receiver cost element and object. Do not infer that original cost detail was retained from a total alone: distribution and assessment intentionally present transferred costs differently.
This material is based on SAP Help for S/4HANA On-Premise 2025 FPS01. Available objects, accounts, and rules depend on context, version, and settings; local cycles and postings were not checked. Sources are registered as metadata_only; SAP runtime was not run.