Какие контексты и виды распределения описывает Universal Allocation, как устроен цикл запуска и почему название не означает замену всех способов аллокации.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Universal Allocation в SAP S/4HANA предоставляет приложения для определения и исполнения циклов распределения в поддерживаемых контекстах. Это единая точка для ряда сценариев, но её название не означает, что любой способ переноса затрат из CO доступен в каждом контексте или что все существующие механизмы можно без проверки заменить одним приложением.
В SAP Help для S/4HANA описаны контексты Cost Centers, Profit Centers и Margin Analysis. В приложении управления циклами перечислены типы Distribution, Overhead Allocation, Intercompany Allocation и Top-Down Distribution. Поддержка конкретной комбинации зависит от выбранного контекста и типа; в матрице контекстов, например, у cost centers и margin analysis разные допустимые комбинации и виды счётов.
Перед проектированием укажите, что именно распределяется: первичные или вторичные затраты, суммы или количества, плановые или фактические данные. Затем определите отправителей, получателей, базу распределения, счет/категорию результата и требуемые характеристики. Эти параметры должны соответствовать доступной комбинации контекста и типа распределения. Для полей вроде функциональной области правила вывода на получателя также различаются по контекстам.
Цикл содержит заголовок и сегменты с отправителями, получателями и правилами. Через Manage Allocations можно просмотреть и определить циклы и сегменты; Run Allocations позволяет провести пробный или фактический запуск, посмотреть завершённый результат и при необходимости отменить завершённый запуск.
Пробный запуск используйте до фактического: проверьте период, ledger, компанию, controlling area, выборку отправителей и получателей, базу и сообщения. После фактического исполнения сохраните идентификатор запуска и разберите результат по отправителям и получателям. Отмена завершённого запуска является отдельной операцией; перед повтором убедитесь, что она относится к нужному запуску, данным и периоду.
Классические циклы распределения и Universal Allocation используют близкую терминологию циклов и сегментов, но набор контекстов, типов, приложений и доступных полей не следует считать одинаковым во всех релизах. Например, классическое сравнение методов включает periodic reposting, distribution, assessment и activity allocation; перечень типов Universal Allocation иной. Поэтому начинайте не с предположения о миграции, а с сопоставления текущей операции, требуемого результата и фактически доступных приложений в целевой редакции.
Уточните для конкретной версии S/4HANA: есть ли нужный контекст и allocation type, какие объекты разрешены как отправители и получатели, как сохраняется исходная статья затрат, какие периоды и ledger доступны, как устроены проверочный и фактический запуски и чем выполняется reversal. Зафиксируйте ограничения и сверяйте журнальные записи до перехода на новый вариант.
Материал основан на SAP Help для S/4HANA On-Premise 2025 FPS01. Приложения, сочетания контекстов и типов и доступные поля зависят от версии, компонентов, ролей и настройки; редакция целевой системы не проверялась. Источники зарегистрированы как metadata_only; SAP runtime не запускался.
SAP S/4HANA Universal Allocation provides applications for defining and executing allocation cycles in supported contexts. It is a common entry point for several scenarios, but its name does not mean that every CO cost transfer is available in every context or that existing methods can all be replaced without review.
SAP Help for S/4HANA describes Cost Centers, Profit Centers, and Margin Analysis contexts. The cycle-management app lists Distribution, Overhead Allocation, Intercompany Allocation, and Top-Down Distribution types. Support for a specific combination depends on the selected context and allocation type; the context matrix shows different combinations and account types for cost centers and margin analysis, for example.
Before design, state what is being allocated: primary or secondary costs, amounts or quantities, plan or actual data. Then define senders, receivers, allocation basis, result account or category, and required characteristics. These parameters must fit a supported context and allocation type. Derivation of receiver characteristics such as functional area also differs by context.
A cycle contains a header and segments with senders, receivers, and rules. Manage Allocations lets users view and define cycles and segments; Run Allocations supports test or actual runs, result review, and reversal of a completed run.
Before an actual run, check the period, ledger, company, controlling area, sender and receiver selection, basis, and messages in a test run. After execution, retain the run identifier and review results by sender and receiver. Reversal of a completed run is a separate operation; confirm that it refers to the intended run, data, and period before repeating the allocation.
Classic allocation cycles and Universal Allocation use similar cycle and segment terms, but their contexts, types, apps, and available fields must not be assumed to be identical across releases. For example, the classic method comparison includes periodic reposting, distribution, assessment, and activity allocation, while the Universal Allocation app lists a different set of types. Start with the current operation, required result, and apps available in the target edition rather than assuming a migration path.
For the target S/4HANA release, confirm that the required context and allocation type are available, which objects can be senders and receivers, how the original cost element is represented, which periods and ledgers are supported, how test and actual runs work, and how reversals are performed. Record limitations and reconcile the resulting journal entries before transition.
This material is based on SAP Help for S/4HANA On-Premise 2025 FPS01. Apps, combinations of contexts and types, and available fields depend on release, components, roles, and configuration; the target edition was not checked. Sources are registered as metadata_only; SAP runtime was not run.