S/4HANA: CO, виды затрат и модели себестоимости#
В S/4HANA управленческий учёт связан с финансовыми проводками через общую модель счетов и журнальных записей. При этом объекты CO, правила распределений и способ анализа прибыльности по-прежнему требуют отдельного проектирования. Интеграция FI и CO не означает, что у них одинаковая задача или что любая сумма автоматически относится к одному и тому же разрезу.
Виды затрат стали типами счетов G/L#
В S/4HANA виды затрат не поддерживаются как отдельный независимый справочник мастер-данных: соответствующий счёт G/L содержит категорию вида затрат. Первичные затраты/выручка и вторичные затраты остаются разными категориями, потому что описывают разные виды потока:
| Категория |
Экономический смысл |
Пример проверки |
| Первичные затраты или выручка |
Первоначальный внешний или финансовый поток, классифицированный счетом G/L |
Есть ли корректный CO-объект, если этого требует категория и операция |
| Вторичные затраты |
Внутренний поток CO: распределение накладных расходов, внутренняя деятельность или расчёт |
Выбраны ли вторичный счёт и тип операции для нужного внутреннего потока |
Поэтому старые инструкции «создать вид затрат отдельно от счёта» нельзя механически применять к S/4HANA. Проверяйте категорию в мастер-данных G/L, план счетов и настройки CO для конкретного релиза. Сохранение похожих полей, групп или совместимых представлений не доказывает, что объект имеет старую модель хранения.
Журнальная запись объединяет признаки FI и CO#
Проводка отражается по счету и может нести назначения на cost center, order, WBS, profit center и другие объекты. Universal Journal хранит финансовые строки для отчетности и анализа; фактическая видимость полей зависит от представления строки и приложения. Для расследования не заменяйте бизнес-ключ строки техническим именем таблицы и не предполагайте, что любая операция создаёт идентичный набор полей.
Сверяйте цепочку «исходный документ → счёт и категория → CO-объект → журнальная строка → распределение/расчёт → отчет». Плановые данные и отдельные сценарии могут использовать собственные модели хранения или приложения; описанная интеграция фактических проводок не означает, что все данные всех компонентов находятся в одной таблице.
Распределение сохраняет или заменяет исходную категорию#
В SAP Help различаются, например, распределение и assessment. При распределении сумма передаётся получателям под исходным счетом/видом затрат, так что сохраняется исходная классификация расхода. При assessment получатель дебетуется вторичным assessment-счётом; исходные виды затрат агрегируются для этой операции. Поэтому выбор метода влияет на то, какую детализацию сможет увидеть получатель.
В S/4HANA 2025 FPS01 документация Universal Allocation показывает отдельные контексты, например Cost Centers и Margin Analysis, а также допустимые типы распределения и категории счетов для контекста. До запуска проверьте версию, sender/receiver, период, фактические или плановые значения, базу и цикл. В тестовом прогоне оцените результат и обратимость; после выполнения сопоставьте кредит отправителя и дебет получателей по счету, периоду и валюте. Набор приложений, контекстов и поддерживаемых операций зависит от редакции и релиза.
CO-PA: выберите модель аналитики#
SAP описывает две формы Profitability Analysis, и их нельзя смешивать под общим словом «маржинальность»:
| Модель |
Как группируются значения |
Практическое следствие |
| Margin Analysis (account-based) |
Расходы и доходы учитываются по счетам и элементам дохода/затрат |
Отчёт о прибыльности остается согласованным с финансовым учётом по использованным счетам и проводкам |
| Costing-based CO-PA |
Значения группируются по настраиваемым value fields и методам оценки |
Дает собственный аналитический разрез и оценку; его нельзя автоматически считать сверенным с P&L по строкам FI |
Выбор зависит от целей отчётности, оценки, характеристик сегмента, требуемой сверки и допустимых потоков из SD, FI, заказов и проектов. При переносе отчётов и интерфейсов из ECC отдельно инвентаризируйте поля value field, account assignment, источники себестоимости и обработку корректировок. Не считайте, что одинаковое название сегмента гарантирует одинаковую модель данных.
Диагностика расхождений#
Для одной проверочной операции зафиксируйте исходный документ, company code и controlling area, fiscal period, G/L account и cost-element category, назначенный объект, вид и цикл распределения, CO-PA модель и ключ profitability segment. Затем сравните исходные FI строки, получателя CO и фактический отчетный разрез. Проверьте, не потерялась ли детализация из-за assessment, не повторился ли поток в двух моделях CO-PA и совпадают ли период, ledger, валюта и версия источника.
Это последовательность проектной диагностики, а не стандартный SAP отчёт с гарантированным результатом. Локальные настройки, активные приложения и реальные проводки нужно проверять в установленном релизе.
Материал частично покрывает S4-07. Источники SAP Help относятся к S/4HANA On-Premise 2025 FPS01/FPS02 и имеют статус metadata_only. Система клиента, настройки CO/CO-PA, распределения и SAP runtime не проверялись. Для Cloud и Universal Parallel Accounting проверьте отдельную документацию целевой редакции и релиза.
Связанные материалы#
S/4HANA: CO, Cost Elements, and Costing Models#
In S/4HANA, management accounting is connected to financial postings through a shared account and journal-entry model. CO objects, allocation rules, and profitability analysis still require separate design. FI/CO integration does not mean they have the same purpose or that every amount automatically belongs to the same analytical dimension.
Cost elements became G/L account types#
In S/4HANA, cost elements are no longer maintained as a separate independent master-data object: the G/L account carries the cost-element category. Primary cost/revenue and secondary cost categories remain distinct because they describe different value flows:
| Category |
Economic meaning |
Example check |
| Primary costs or revenue |
An originating external or financial flow classified by a G/L account |
Is a CO object assigned when required by the category and transaction? |
| Secondary costs |
An internal CO flow, such as overhead allocation, internal activity, or settlement |
Are the secondary account and transaction type appropriate for this internal flow? |
Legacy instructions to "create a separate cost element apart from the account" should not be applied mechanically to S/4HANA. Check the category in G/L master data, the chart of accounts, and CO settings for the specific release. Similar fields, groups, or compatibility views do not prove that the object retains the old storage model.
A journal entry combines FI and CO attributes#
A posting is made to an account and can carry assignments to a cost center, order, WBS element, profit center, and other objects. The Universal Journal stores financial line items for reporting and analysis; the fields shown depend on the line-item view and application. Do not replace a business key with a technical table name during an investigation, and do not assume that every transaction creates an identical set of fields.
Trace the chain: source document -> account and category -> CO object -> journal line -> allocation/settlement -> report. Planned data and some scenarios can use their own storage models or applications; the described integration of actual postings does not mean that all data from every component is in one table.
Allocation preserves or replaces the original category#
SAP Help distinguishes, for example, distribution and assessment. With distribution, the amount is passed to receivers under the original account/cost element, preserving the original expense classification. With assessment, the receiver is debited with a secondary assessment account, aggregating the original cost elements for this operation. The method therefore affects the detail visible to the receiver.
For S/4HANA 2025 FPS01, Universal Allocation documentation lists separate contexts such as Cost Centers and Margin Analysis, with supported allocation types and account categories for each context. Before running an allocation, verify release, sender/receiver, period, actual or plan values, basis, and cycle. Review the result in a test run and check reversibility; after execution, compare sender credits and receiver debits by account, period, and currency. Available apps, contexts, and supported operations depend on edition and release.
CO-PA: choose the analytical model#
SAP describes two forms of Profitability Analysis. They should not be merged under a generic term such as "margin reporting":
| Model |
How values are grouped |
Practical implication |
| Margin Analysis (account-based) |
Costs and revenues are held by accounts and cost/revenue elements |
Profitability reporting remains reconciled with financial accounting for the accounts and postings used |
| Costing-based CO-PA |
Values are grouped by configurable value fields and valuation methods |
Provides its own analytical structure and valuation; it should not automatically be treated as reconciled line by line to the FI P&L |
The choice depends on reporting goals, valuation, segment characteristics, reconciliation needs, and permitted flows from SD, FI, orders, and projects. When moving reports and interfaces from ECC, inventory value fields, account assignments, cost sources, and correction handling separately. The same segment label does not guarantee the same data model.
Diagnose differences#
For one test transaction, record the source document, company code and controlling area, fiscal period, G/L account and cost-element category, assigned object, allocation type and cycle, CO-PA model, and profitability-segment key. Then compare source FI lines, the CO receiver, and the actual reporting dimension. Check whether assessment removed detail, whether the same flow was counted in two CO-PA models, and whether period, ledger, currency, and source version align.
This is a project diagnostic sequence, not a standard SAP report with a guaranteed result. Local settings, active applications, and real postings must be checked in the installed release.
This material partially covers S4-07. SAP Help references apply to S/4HANA On-Premise 2025 FPS01/FPS02 and have status metadata_only. No customer system, CO/CO-PA configuration, allocations, or SAP runtime were checked. For Cloud and Universal Parallel Accounting, check separate documentation for the target edition and release.
Related material#