CO: объекты затрат, распределение и расчёт заказа#

Область материала: SAP S/4HANA 2025 On-Premise FPS01. Здесь сопоставлены центр затрат, внутренний заказ, циклическое распределение и расчёт заказа. Детальные правила для конкретного вида объекта, allocation context и продукта следует проверять отдельно.

Сначала выберите объект по смыслу#

Центр затрат - организационная единица в controlling area, описывающая место возникновения затрат и ответственности. Внутренний заказ - объект для наблюдения за затратами, а в некоторых сценариях и выручкой, связанных с определённой задачей. SAP описывает, например, overhead-заказы для временного контроля накладных расходов, инвестиционные заказы для затрат, которые могут быть капитализированы, и accrual-заказы для периодических начислений.

Объект	Для чего отвечает	Типичный вопрос
Центр затрат	Где и в чьей зоне ответственности возникли накладные расходы?	Как распределить и контролировать расходы подразделения?
Внутренний заказ	На какую ограниченную меру, инвестицию, услугу или вид затрат собирать суммы?	Сколько накопилось на задаче и куда её нужно закрыть?

Объект не выбирают только по тому, что в него технически можно провести сумму. Уточните срок наблюдения, ответственность, допустимость выручки, дальнейшее распределение или расчёт и требуемую аналитику. Заказ может собирать расходы, но не становится автоматически центром постоянной организационной ответственности.

Распределение сохраняет разную детализацию#

В документации S/4HANA On-Premise распределение (distribution) переносит первичные затраты с исходным элементом затрат. Получатель сохраняет исходный тип расхода, а документ CO позволяет видеть отправителя и получателя. Assessment переносит первичные и вторичные затраты с использованием assessment secondary cost element. Поэтому выбор метода меняет смысл детализации, видимой получателю.

Метод	Что передаётся	Что остаётся в аналитике
Distribution	Первичные затраты	Исходный элемент затрат, отправитель и получатель
Assessment	Первичные и вторичные затраты	Сводный элемент распределения; исходный состав детализируется иначе

Условный пример: центр затрат «Энергия» распределяет 1 000 расходов на отопление между производством и администрацией. Если получателям нужно сохранить исходную статью «Отопление», выбирайте метод, который оставляет исходный элемент. Если получателю достаточно видеть агрегированный внутренний перенос, рассмотрите assessment и отдельно проверьте account assignment и отчётность. Это учебный пример на синтетических суммах, а не результат SAP.

Цикл задаёт отправителей, получателей и правило#

Цикл периодического распределения имеет имя и начальную дату. В нём один или несколько сегментов описывают сочетания отправителей и получателей, обрабатываемых вместе. Сегмент также задаёт применимые правила распределения суммы или количества. Не считайте цикл универсальным: доступные типы объектов и методы зависят от allocation context. Контекст Cost Centers, Profit Centers или Margin Analysis поддерживает собственный набор комбинаций.

Циклы могут использоваться для plan или actual сценариев. До actual-запуска проверьте период, отправителей, получателей, tracing factor, тип allocation context и исходные суммы. Формальная проверка цикла выявляет часть ошибок, но документация прямо предупреждает, что она не гарантирует успешный запуск. Для проверки обработки предусмотрен test run; actual run создаёт фактическое распределение. После запуска сверяйте суммы отправителя, получателей, элементы затрат и сообщения журнала.

Расчёт заказа - отдельная операция#

Распределение по циклу и расчёт внутреннего заказа решают разные задачи. Цикл переносит суммы между заданными отправителями и получателями по сегментам и tracing rules. Расчёт заказа закрывает накопленные на заказе суммы на разрешённого получателя согласно settlement profile и settlement rule.

В SAP Help отдельно описан упрощённый расчёт на одного получателя: один центр затрат, счёт G/L или business process и один settlement cost element. Этот вариант нельзя применять, если на заказе задано общее правило расчёта. Заказ должен иметь статус, разрешающий settlement; заказ с проведённой выручкой нельзя рассчитывать на центр затрат. В этом упрощённом варианте расчёт на центр затрат выполняется по периоду, а для счёта G/L документация описывает накопительный расчёт до выбранного периода.

Не смешивайте этот сценарий с приложением Manage Settlement Rules. В документации SAP S/4HANA 2025 FPS01 это приложение показывает и редактирует правила фактического расчёта; плановый расчёт в нём не поддержан. Перед выбором приложения и метода проверьте тип заказа, settlement profile, receiver category, rule и требуемую периодичность.

Короткая последовательность сверки#

Определите объект: центр затрат или внутренний заказ, его назначение и период.
Если переносите затраты, выберите allocation context и метод по требуемой детализации исходного элемента.
Проверьте cycle name и начальную дату, сегменты, отправителей, получателей, правила и tracing factor.
Сначала выполните test run; просмотрите ошибки и суммы до actual run.
Для заказа отдельно проверьте статус, settlement profile, receiver и settlement cost element.
После обработки сверяйте sender credit, receiver debit, период и исходные CO документы.

Если результат отличается от ожидания, сначала выясните, проблема в выборе объекта, распределении или расчёте. Затем проверяйте правила и журнал именно соответствующей операции. Наличие внутренней проводки само по себе не объясняет бизнес-смысл суммы; сохраняйте связь с исходным документом и целью объекта.

Границы утверждений#

Материал основан на SAP Help для SAP S/4HANA On-Premise 2025 FPS01. В нём не проверялись настройки клиента, allocation cycles, settlement profiles, actual documents или запуск SAP. Поэтому описанные правила не доказывают конфигурацию конкретного ландшафта.

Отдельно см. distribution и assessment, циклы и сегменты распределения и правила и выполнение расчёта заказа. С моделью видов затрат и себестоимости связана статья CO в S/4HANA; финансовый слой рассмотрен в материале о Universal Journal.

CO: cost objects, allocation, and order settlement#

Scope: SAP S/4HANA 2025 On-Premise FPS01. This article compares cost centers and internal orders, periodic allocation cycles, and order settlement. Check detailed rules for the specific object type, allocation context, and product.

Choose the object by its purpose#

A cost center is an organizational unit within a controlling area that represents where costs occur and where responsibility sits. An internal order monitors costs, and in some scenarios revenues, associated with a defined purpose. SAP describes, for example, overhead orders for temporary monitoring of overhead costs, investment orders for costs that may be capitalized, and accrual orders for period-related accruals.

Object	Responsibility	Typical question
Cost center	Where did overhead costs arise, and who is responsible?	How do we allocate and control a department's expenses?
Internal order	Which bounded measure, investment, service, or cost item should collect amounts?	How much has accumulated on the task, and where should it be settled?

Do not choose an object only because the system can technically post an amount to it. Consider duration, responsibility, revenue eligibility, later allocation or settlement, and required reporting. An order can collect costs without becoming a permanent organizational responsibility center.

Allocation methods preserve different detail#

In S/4HANA On-Premise documentation, distribution transfers primary costs using the original cost element. The receiver retains the original expense type, and the CO document preserves sender and receiver information. Assessment transfers primary and secondary costs using an assessment secondary cost element. The method therefore changes the cost detail visible to the receiver.

Method	What is allocated	What remains in the analysis
Distribution	Primary costs	Original cost element, sender, and receiver
Assessment	Primary and secondary costs	A summarized allocation element; source detail is represented differently

Synthetic example: the Energy cost center allocates 1,000 of heating expense between Production and Administration. If receivers need to retain the original Heating cost element, use the method that keeps the source element. If a summarized internal transfer is sufficient, consider assessment and check the account assignment and reporting separately. This is an instructional example, not an SAP result.

A cycle defines senders, receivers, and rules#

A periodic allocation cycle has a name and a start date. It contains one or more segments that describe sender and receiver combinations processed together. A segment also defines the applicable rules for allocating amounts or quantities. A cycle is not universal: available object types and methods depend on the allocation context. Cost Centers, Profit Centers, and Margin Analysis each support their own combinations.

Cycles can be used in plan or actual scenarios. Before an actual run, check the period, senders, receivers, tracing factor, allocation context, and source amounts. A formal cycle check catches some errors, but SAP documentation explicitly says it does not guarantee that execution will succeed. Use a test run to check processing; an actual run creates the actual allocation. Afterward, reconcile sender amounts, receivers, cost elements, and run messages.

Order settlement is a separate operation#

Cycle allocation and internal-order settlement solve different problems. A cycle transfers amounts between defined senders and receivers by segment and tracing rules. Order settlement closes amounts accumulated on an order to an eligible receiver according to its settlement profile and settlement rule.

SAP Help documents a simplified one-receiver settlement: one cost center, G/L account, or business process using one settlement cost element. This option cannot be used when a general settlement rule has been entered for the order. The order must have a status that permits settlement; an order with posted revenues cannot be settled to a cost center. In this simplified option, settlement to a cost center is by period, while the G/L account option is documented as cumulative through the selected period.

Do not confuse this scenario with the Manage Settlement Rules app. For SAP S/4HANA 2025 FPS01, SAP documents that the app displays and edits actual settlement rules; planned settlement is not supported. Before choosing an app or method, check the order type, settlement profile, receiver category, rule, and required period handling.

A short reconciliation sequence#

Identify the object: cost center or internal order, its purpose, and the period.
For allocation, select the allocation context and method according to the required source-cost detail.
Check the cycle name and start date, segments, senders, receivers, rules, and tracing factor.
Run a test first; inspect messages and amounts before an actual run.
For an order, separately check status, settlement profile, receiver, and settlement cost element.
After processing, reconcile sender credit, receiver debit, period, and original CO documents.

If the result differs from expectations, first determine whether the issue concerns object choice, allocation, or settlement. Then inspect the rules and log for that operation. An internal posting alone does not explain the business meaning of an amount; preserve its link to the source document and object purpose.

Limits of these statements#

This article uses SAP Help for SAP S/4HANA On-Premise 2025 FPS01. No customer configuration, allocation cycles, settlement profiles, actual documents, or SAP execution were inspected. The documented rules therefore do not establish a particular landscape's configuration.

See Distribution and Assessment, Allocation Cycles and Segments, and Order Settlement Rules and Execution. CO in S/4HANA covers cost element and costing models; the financial layer is covered in Universal Journal.