Как построить проверяемый план закрытия CO, определить зависимости фактических цен, распределений, НЗП, отклонений и settlement.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Закрытие CO не сводится к одному запуску или универсальной последовательности кнопок. Периодические процессы зависят от используемых объектов, калькуляции, видов распределения, фактических цен и правил расчёта. Рабочая последовательность должна отражать эти зависимости и явно фиксировать повторные расчёты.
Зафиксируйте company code, controlling area, ledger, период, версии, валюты и виды оценки. Затем составьте перечень применимых процессов: расчёт фактических цен, переоценка фактических работ, начисления накладных, periodic reposting, template allocation, distribution/assessment, расчёт НЗП, variance calculation и settlement.
Не все перечисленные шаги нужны в каждом ландшафте. Например, фактическая переоценка применяется, если активен соответствующий сценарий, а НЗП и отклонения рассчитываются по правилам конкретного product cost by order/period. Границы периода и тип объекта определяют допустимые действия.
Если фактическая цена работ пересчитывается после плановых распределений, нужно решить, переоцениваются ли получившие работу объекты. После такой переоценки downstream объекты могут потребовать повторного settlement, чтобы сумма прошла дальше по цепочке.
Для производственных заказов сначала обеспечьте полноту фактических движений и поступлений, затем выполняйте применимые процедуры НЗП и variance calculation до settlement. SAP указывает, что перед settlement нужно рассчитать НЗП и отклонения, если они предусмотрены сценарием. Settlement receiver и тип расчёта различаются для производства по заказу и по периоду.
Распределения и расчёты следует запускать только после того, как готовы их фактическая база и зависимости. При сбое повторяйте только затронутые циклы и объекты после того, как выяснили, какие проводки уже созданы. Для Universal Allocation используйте test run для проверки и предусмотренный reversal run для отмены завершённого live run; повторный live run без анализа может задвоить результат.
Для каждого шага храните период и дату проводки, параметры, выбранные объекты, вариант тестового или фактического запуска, журнал и итоговый статус. Сверяйте остаток отправителя, дебеты получателей, документы, валюты и valuation view. Ошибка в журнале не означает автоматически, что записей нет; сначала проверьте фактически созданные документы.
Перед закрытием периода на изменения убедитесь, что все требуемые повторные расчёты выполнены и последующие документы не ожидают обновления. Если закрытие частично завершено, сформируйте список незавершённых шагов и явных зависимостей, не отмечайте общий статус успешным только по отсутствию ошибок в последнем запуске.
Согласуйте scope: компания, controlling area, ledger, период, версия, валюта и процессы.
Подтвердите полноту исходных FI, логистических и CO postings и актуальность мастер-данных.
Выполните расчётные шаги по выбранному сценарию и сохраните предварительные журналы.
Обработайте исключения, затем повторите только зависимые расчёты и settlement.
Сверьте sender/receiver, НЗП, отклонения, документы FI и остатки по каждой valuation view.
Только после проверок разрешите блокировку периода или следующий этап закрытия.
Это контрольная рамка для S/4HANA On-Premise 2025 FPS01/FPS02, а не обязательный единый маршрут SAP. Настройки закрытия и включённые компоненты не проверялись. Источники зарегистрированы как metadata_only; закрытие системы и SAP runtime не выполнялись.
CO: Period-End Closing and Calculation Dependencies#
CO closing is not a single run or a universal sequence of buttons. Periodic processes depend on the objects in use, costing, allocation types, actual prices, and settlement rules. A working sequence should reflect these dependencies and explicitly record repeat calculations.
Record company code, controlling area, ledger, period, versions, currencies, and valuation views. Then list applicable processes: actual price calculation, actual activity revaluation, overhead calculation, periodic reposting, template allocation, distribution or assessment, WIP calculation, variance calculation, and settlement.
Not every step is needed in every landscape. For example, actual revaluation applies only when the corresponding scenario is active, while WIP and variances follow the rules for the selected Product Cost by Order or Product Cost by Period scenario. The period boundary and object type determine which actions are allowed.
If actual activity prices are recalculated after plan-price allocations, determine whether the objects that received the activity are to be revaluated. After such a revaluation, downstream objects may require settlement again so that the amount flows through the chain.
For production orders, first ensure actual movements and receipts are complete, then perform applicable WIP and variance procedures before settlement. SAP states that WIP and variances should be calculated before settlement when they apply to the scenario. Settlement receiver and type differ between order-based and period-based production.
Run allocations and settlement only after their actual bases and dependencies are ready. If a run fails, repeat only affected cycles and objects after determining which postings already exist. For Universal Allocation, use a test run for validation and the supported reversal run to cancel a completed live run; repeating a live run without analysis may duplicate results.
For every step retain the period and posting date, parameters, selected objects, test or actual run type, log, and final status. Reconcile sender balances, receiver debits, documents, currencies, and valuation views. An error in the log does not automatically mean that no records were written; first check which documents actually exist.
Before closing the period against changes, confirm that all required repeat calculations are complete and downstream documents do not need updates. If closing is partially complete, list unfinished steps and explicit dependencies. Do not mark the overall status successful just because the most recent run showed no errors.
Agree on scope: company, controlling area, ledger, period, version, currency, and processes.
Confirm completeness of source FI, logistics, and CO postings and the validity of master data.
Run the applicable calculations and retain preliminary logs.
Resolve exceptions, then repeat only dependent calculations and settlement.
Reconcile sender/receiver, WIP, variances, FI documents, and balances for each valuation view.
Only after checks, allow period locking or the next closing stage.
This is a control framework for S/4HANA On-Premise 2025 FPS01/FPS02, not a single mandatory SAP sequence. Closing settings and active components were not checked. Sources are registered as metadata_only; no system closing or SAP runtime was performed.