Проект или заказ: от затрат к незавершённому строительству и активу
Как различать сбор затрат на WBS/order, периодический перенос на AuC и последующую капитализацию; как читать settlement без повторного сложения затрат отправителя и получателя.
5 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Проект или заказ: от затрат к незавершённому строительству и активу#
Материал частично покрывает INT-05 для SAP S/4HANA On-Premise 2025 FPS01. Он объясняет финансовый след инвестиционного заказа или WBS до AuC и основного средства. Это не инструкция по настройке Investment Management, PS, CO или FI-AA и не полный процесс управления капитальными вложениями. Капитализируемые суммы, receiver, valuation, даты и отчётные итоги зависят от investment profile, правил расчёта и контекста системы.
Инвестиционный объект может собирать затраты, но сам по себе ещё не является незавершённым строительством или готовым активом. SAP описывает investment measure как внутренний заказ или WBS-элемент, связанный с FI-AA; к нему может быть привязан AuC.
WBS/order собирает и контролирует затраты. Исходные проводки появляются по хозяйственным операциям на проектном или заказном объекте. Не все затраты проекта обязательно подлежат капитализации.
AuC представляет ещё не завершённое капитальное вложение. При обычном периодическом процессе часть допустимых для капитализации затрат переносится с measure на asset under construction; прочие затраты могут направляться на CO receivers согласно правилам.
Готовый актив получает стоимость при капитализации. После готовности стоимость AuC может быть распределена на один или несколько завершённых активов по правилам Asset Accounting. Если фаза AuC не нужна, SAP отдельно описывает прямую капитализацию как иной путь.
Следовательно, project actual, периодический settlement и acquisition value готового актива не надо трактовать как три независимых расхода. Это связанные проекции и стадии стоимости.
В CO settlement распределяет плановые или фактические затраты отправителя на одного или нескольких получателей и создаёт встречные кредитовые записи, уменьшающие сумму на sender. При этом первоначальные дебетовые записи на объекте-отправителе остаются доступными для отображения, а распределённые суммы отражаются на receiver.
Для проекта это может дать две разные отчётные перспективы: структура проекта показывает затраты order вместе с WBS, а отчёт receiver показывает сумму, полученную при settlement. В зависимости от случая и отчёта часть внутренних оборотов может исключаться из иерархии или отражаться у получателя. Простое суммирование строк sender и receiver поэтому может задвоить одну и ту же стоимость.
Для investment measure правила определяют, какие суммы капитализируются на AuC, а какие распределяются иначе. Не переносите каждый CO actual на баланс и не считайте AuC равным полному project actual. Проверяйте settlement rule, тип получателя и назначение каждой исходной проводки.
AuC используется, когда стоимость строящегося или производимого для себя объекта нельзя сразу учитывать как завершённый актив. FI-AA позволяет управлять AuC как отдельной карточкой; для отдельных процессов доступны правила распределения и перевод на завершённые карточки. Вариант прямой капитализации исключает промежуточную AuC-фазу и должен рассматриваться отдельно.
Не выводите момент начала амортизации только из факта создания AuC или проводки на проект. Понадобятся применимые правила активации и depreciation areas, asset value date, дата готовности и политика оценки. Эти конкретные решения требуют настройки и подтверждения в системе.
Для сверки сохраняйте связку, доступную в целевом приложении и релизе:
project definition, WBS и связанные orders;
company code, controlling area, ledger и валюту;
исходный FI document/item и CO receiver;
settlement period, posting date и settlement document;
settlement rule, receiver и применяемые valuation/depreciation areas;
номер AuC, line-item history, готовые asset numbers и asset value date.
На каждом этапе сравнивайте сумму, валюту, период, статус и ссылку на предшествующее событие. Если проект имеет несколько WBS/order и receiver, не ограничивайтесь суммой верхнего узла.
Подтвердите, что объект является инвестиционным measure, а не обычным overhead order или произвольным WBS.
Разделите реальные FI/CO затраты и строки, созданные распределением или settlement.
Установите, какой sender, какой receiver и какая доля исходных затрат капитализируется на AuC.
Сопоставьте оборот отправителя, кредит от settlement и значения получателя; устраните внутренние дубликаты в отчётной агрегации.
Сверьте AuC по компании, валюте, ledger, depreciation area и line items с документами-источниками.
Для перевода на завершённые активы проверьте settlement result, asset value date, соответствующую капитализацию и остаток AuC.
Повторите сверку для частичных расчётов, корректировок стоимости и нескольких receiver; сохраняйте отмены и повторные проводки как отдельные связанные события.
Если строка затрат видна и на sender, и на receiver, это ещё не означает двойное бухгалтерское признание: сравните знаки и вид документа. И наоборот, нулевой остаток отправителя не доказывает, что нужный объект, период или asset value date был выбран верно.
Официальные SAP Help ссылки относятся к S/4HANA On-Premise 2025 FPS01. Source records имеют статус metadata_only; текстовые снимки и хеши первоисточников не сохранены. Материал описывает модель сверки, но не подтверждает configuration, settlement run, значения конкретного актива или SAP runtime.
Project or order: from costs to construction in progress and fixed asset#
This material partially covers INT-05 for SAP S/4HANA On-Premise 2025 FPS01. It explains the financial trail from an investment order or WBS to an asset under construction (AuC) and a fixed asset. It is not a configuration guide for Investment Management, PS, CO, or FI-AA, nor a complete capital-investment process. Capitalizable amounts, receivers, valuation, dates, and report totals depend on the investment profile, settlement rules, and system context.
An investment object can collect costs without itself being an AuC or completed asset. SAP describes an investment measure as an internal order or WBS element integrated with FI-AA; an AuC can be linked to it.
The WBS/order collects and controls costs. Source postings arise from business transactions on the project or order. Not every project cost must be capitalized.
The AuC represents an unfinished capital investment. In a regular periodic process, eligible capitalizable costs are transferred from the measure to the AuC; other costs may go to CO receivers under the configured rules.
A completed asset receives value through capitalization. When ready, AuC value may be allocated to one or more completed assets under Asset Accounting rules. If no AuC phase is needed, SAP separately describes direct capitalization as another path.
Therefore project actuals, periodic settlement, and the acquisition value of a completed asset are not three independent expenses. They are related views and stages of value.
CO settlement allocates planned or actual sender costs to one or more receivers and creates offsetting credit entries that reduce the sender balance. The original debit entries remain available for display on the sender, while allocated amounts are reflected on the receiver.
For a project this can produce different reporting perspectives: the project structure may display order costs alongside WBS, while a receiver report shows amounts received through settlement. Depending on the case and report, some internal business volume may be eliminated in the hierarchy or appear at the receiver. Simply adding sender and receiver lines can therefore count the same value twice.
For an investment measure, rules determine which amounts are capitalized to the AuC and which are allocated elsewhere. Do not transfer every CO actual to the balance sheet or equate the AuC to total project actuals. Check the settlement rule, receiver type, and purpose of each source posting.
An AuC is used when the cost of an asset under construction or produced for own use cannot yet be accounted for as a completed asset. FI-AA supports managing an AuC as an asset master record; specific processes provide allocation rules and transfer to completed asset records. Direct capitalization omits the intermediate AuC phase and should be analyzed separately.
Do not infer the start of depreciation only from AuC creation or a project posting. Applicable asset activation and depreciation-area rules, asset value date, readiness date, and valuation policy are also needed. Those choices require configuration evidence and system confirmation.
Retain the following links where available in the target application and release:
project definition, WBS, and related orders;
company code, controlling area, ledger, and currency;
source FI document/item and CO receiver;
settlement period, posting date, and settlement document;
settlement rule, receiver, and relevant valuation/depreciation areas;
AuC number, line-item history, completed asset numbers, and asset value date.
At each stage compare amount, currency, period, status, and predecessor reference. If a project contains multiple WBS/orders and receivers, do not rely only on the top-level total.
Confirm that the object is an investment measure, not a regular overhead order or arbitrary WBS.
Separate actual FI/CO costs from lines created by allocation or settlement.
Establish which sender and receiver are involved and what share of source costs is capitalized to the AuC.
Reconcile sender turnover, settlement credit, and receiver values; remove internal duplicates from report aggregation.
Reconcile the AuC by company, currency, ledger, depreciation area, and source-linked line items.
For transfer to completed assets, check settlement result, asset value date, capitalization, and the remaining AuC balance.
Repeat for partial settlements, value adjustments, and multiple receivers; retain reversals and repostings as separate linked events.
If a cost line appears on both sender and receiver, it does not necessarily mean double accounting recognition: compare signs and document types. Conversely, a zero sender balance does not prove that the right receiver, period, or asset value date was selected.
The official SAP Help references are for S/4HANA On-Premise 2025 FPS01. Source records have metadata_only status; text snapshots and source hashes were not retained. This material describes a reconciliation model but does not confirm configuration, settlement execution, values for any actual asset, or SAP runtime.