AA: Незавершённые капитальные вложения и капитализация
Как собирать затраты на активе в процессе строительства, выбирать схему интеграции с заказом или проектом и проверять расчёт при капитализации.
3 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
AA: Незавершённые капитальные вложения и капитализация#
Актив в процессе строительства (AuC) нужен для раздельного учёта затрат до готовности объекта к эксплуатации. Проектирование процесса начинается не с выбора экрана, а с определения, где возникают затраты, кто ими управляет и как они будут переданы одному или нескольким готовым основным средствам.
В интегрированной модели инвестиционный проект или заказ CO связывается с AuC. Затраты отражаются на проекте или заказе, затем рассчитываются на актив незавершённого строительства. После завершения объекта значения распределяются на конечные активы по правилам расчёта. Для проектов это связывает инвестиционный профиль, объект CO и класс AuC; конкретный набор настроек зависит от выбранного сценария и релиза.
В простом сценарии AuC может вестись непосредственно в FI-AA без интеграции с CO. Это не следует считать универсально предпочтительным вариантом: документация SAP для новых сценариев рекомендует оценить интеграцию инвестиционного проекта. Для S/4HANA Cloud отдельная модель самостоятельного AuC помечена как планируемая к устареванию; этот статус нельзя автоматически переносить на On-Premise.
При периодическом расчёте расходы сначала накапливаются на заказе или проекте, затем по заданной периодичности распределяются на AuC. Для крупного проекта может применяться периодический расчёт на AuC, а на следующем этапе - расчёт с AuC на конечные активы.
Событийный расчёт может переносить затраты на AuC при каждом соответствующем проведении. Это не отменяет финальное распределение со строительного актива на готовые активы. Использование событийного метода зависит от инвестиционного профиля и параметров проекта; сверяйте документацию именно своей версии и конфигурации.
Если затраты нужно распределить между несколькими активами, важны состав открытых позиций, правила распределения, получатели и область оценки. В FI-AA построчное управление AuC позволяет связывать отдельные позиции с разными получателями. Профиль расчёта ограничивает допустимые типы получателей. Для коллективного AuC без управления позициями существуют временные ограничения на порядок дат стоимости при перемещениях; объединять большое количество независимых объектов на одной карточке может быть неудобно для контроля.
Полноту первичных проводок и включение ожидаемых счетов-фактур, авансов и корректировок.
Привязку проекта или заказа к инвестиционному профилю и AuC.
Период и дату стоимости, правила расчёта, получателей и доли распределения.
Открытые позиции и то, как они сопоставляются суммам расчёта.
Требования к авансам поставщика: в документированных SAP сценариях их нужно очистить счётом или прогнозируемым счётом до расчёта AuC.
Сначала симулируйте расчёт и разберите исключения. После проведения сопоставьте сумму по каждому получателю, активу, регистру и области оценки с источником затрат. Проверьте остаток на AuC и дату начала амортизации готового актива отдельно: перевод стоимости сам по себе не доказывает, что сроки и параметры амортизации заданы верно.
Прочитаны SAP Help для S/4HANA On-Premise и отдельные материалы S/4HANA Cloud Public Edition. Cloud-сценарии описаны отдельно и не переносятся на On-Premise. Снимки подтверждают документацию; настройки проектов, расчётные документы и SAP runtime не проверялись.
An asset under construction (AuC) supports separate tracking of costs before an object is ready for use. Design the process by identifying where costs originate, who controls them, and how they will be transferred to one or more completed assets.
In an integrated model, an investment project or CO order is linked with an AuC. Costs are recorded on the project or order and then settled to the AuC. When the object is complete, values are distributed to final assets under settlement rules. For projects, this connects the investment profile, CO object, and AuC asset class; exact settings depend on the scenario and release.
A simpler scenario can manage an AuC directly in FI-AA without CO integration. This should not be assumed to be universally preferred: SAP recommends assessing investment project integration for newer scenarios. The separate independent-AuC option is marked for deprecation in SAP S/4HANA Cloud documentation; do not automatically apply that status to On-Premise.
With periodic settlement, costs accumulate on an order or project and are periodically allocated to the AuC. A large project may use periodic settlement to the AuC, followed by settlement from the AuC to completed assets.
Event-based settlement can transfer costs to the AuC when relevant postings occur. It does not remove the final settlement from the construction asset to completed assets. Use depends on the investment profile and project settings; check documentation for the target release and configuration.
When costs must be distributed across multiple assets, the open items, settlement rules, receivers, and valuation areas matter. FI-AA line-item management for AuC can associate individual items with different receivers. A settlement profile limits allowed receiver types. Collective AuC without line-item management has sequencing restrictions on asset value dates; combining many unrelated objects on one record may complicate control.
Completeness of source postings and inclusion of expected invoices, down payments, and adjustments.
The link between project or order, investment profile, and AuC.
Period, asset value date, settlement rules, receivers, and allocation shares.
Open items and how they match settlement amounts.
Requirements for supplier down payments. In documented SAP scenarios, these must be cleared by an invoice or forecast invoice before AuC settlement.
Simulate first and resolve exceptions. After posting, compare the amount for every receiver, asset, ledger, and depreciation area with the source costs. Check the remaining AuC balance and the depreciation start date on the completed asset separately: transferring value does not prove that depreciation terms are correct.
This material uses SAP S/4HANA On-Premise Help 2025 FPS01 and separately labeled SAP Cloud documents. Cloud examples do not prove On-Premise behavior. Sources are registered as metadata_only; project settings, settlement documents, and SAP runtime were not checked.