Как внутренний заказ собирает затраты, чем план отличается от бюджета и как статусы, обязательства и расчёт поддерживают его жизненный цикл.
3 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Внутренний заказ является временным или аналитическим объектом, который помогает отслеживать затраты, а в некоторых сценариях и доходы. Он подходит, например, для кампании, ремонта, внутренней услуги или капитального мероприятия. Заказ дополняет центр затрат: один показывает задачу или объект расходов, другой показывает место или ответственность, где затраты возникают.
До создания определите, какой процесс представляет заказ. SAP описывает overhead orders для сбора накладных затрат, investment orders для инвестиционных затрат с возможной капитализацией, accrual orders для периодических начислений и заказы с доходами для соответствующих операций. Model order может служить образцом. Это разные сценарии, а не взаимозаменяемые ярлыки: тип определяет допустимые процессы, присвоения, бюджет и расчёт.
Заказ может получать первичные затраты из FI, вторичные затраты от внутренних услуг, статистические показатели и обязательства по будущим расходам. Статистическая запись сама по себе не равна реальному расходу. При сверке отделяйте фактическую проводку от статистического показателя, плановой величины и commitment.
План описывает ожидаемые затраты, активности или услуги и может храниться в нескольких версиях. Бюджет представляет утверждённую ограничительную сумму. SAP различает исходный бюджет, дополнения и возвраты; текущий бюджет складывается из исходного бюджета с учётом изменений. План и бюджет отвечают на разные вопросы и не заменяют друг друга.
Обязательство отражает ожидаемый расход, например связанный с закупкой, до появления фактической проводки. Сверяйте его источник и остаток отдельно от факта. При переносе на следующий год соблюдайте очередность переноса commitments и бюджета: документация SAP указывает, что обязательства не включаются в расчёт неиспользованного бюджета, поэтому commitment carryforward выполняют раньше.
В S/4HANA On-Premise документированы системные статусы Created, Released, Technically completed и Closed. Они ограничивают доступные бизнес-операции: например, в статусе Created фактические проводки не допускаются, а в Closed запрещены операции, влияющие на затраты. Дополнительные пользовательские статусы могут вводить локальные ограничения.
Перед изменением или расчётом проверяйте все активные статусы, а не только краткую отметку в списке. Статус может быть установлен системой после операции или пользователем; для выполнения операции статус должен разрешать её, и ни один активный статус не должен запрещать.
До расчёта уточните, должен ли заказ оставаться аналитическим объектом или его затраты нужно перенести получателю. Проверьте профиль и правило расчёта, допустимых получателей, фактические затраты, обязательства, остаток бюджета, период и статус. Затем выполните расчёт по поддерживаемому сценарию и разберите его документы и журнал.
Техническое завершение и окончательное закрытие имеют разные ограничения и не являются одной кнопкой «закрыть». До установки закрытого статуса подтвердите, что остатки, commitments, расчёт и требования к хранению данных обработаны. Условия архивирования и удаления определяются отдельным жизненным циклом.
Материал основан на SAP Help для S/4HANA On-Premise 2025 FPS01. Доступность типов заказов, статусов, бюджета, обязательств и приложений зависит от компонентов и настройки; конкретный заказ и бюджетный профиль не проверялись, SAP runtime не запускался.
An internal order is a temporary or analytical object for tracking costs and, in some scenarios, revenues. It can represent an event, repair, internal service, or investment measure. It complements a cost center: one represents a task or spending object, while the other represents where costs arise or who is responsible.
Before creating an order, identify the process it represents. SAP describes overhead cost orders for collecting overhead, investment orders for investment costs that may be capitalized, accrual orders for period-related accruals, and revenue orders for relevant operating scenarios. A model order can serve as a template. These are different use cases, not interchangeable labels: the type influences allowed processes, assignments, budgeting, and settlement.
An order can receive primary costs from FI, secondary costs from internal services, statistical key figures, and commitments for expected future expenses. A statistical entry is not itself an actual expense. In reconciliation, separate actual postings from statistical indicators, planned values, and commitments.
A plan describes expected costs, activities, or services and can be stored in multiple versions. A budget is an approved spending limit. SAP distinguishes original budget, supplements, and returns; the current budget reflects the original budget adjusted by these updates. Plan and budget answer different questions and do not replace each other.
A commitment represents expected spending, for example from procurement, before an actual posting exists. Check its source and remaining balance separately from actuals. When carrying data into a new fiscal year, follow the required sequence for commitment and budget carryforward: SAP documentation states commitments are excluded from the calculation of unused budget, so commitment carryforward is performed first.
For S/4HANA On-Premise, SAP documents the system statuses Created, Released, Technically completed, and Closed. They restrict available business transactions: for example, actual postings are not allowed in Created, and cost-relevant transactions are not allowed in Closed. Additional user statuses may impose local restrictions.
Before a change or settlement, check all active statuses rather than only the short status shown in a list. A status can be set by the system after a transaction or by a user. A transaction is allowed only when at least one active status permits it and none prohibits it.
Before settlement, decide whether the order should remain an analytical object or transfer costs to a receiver. Check the settlement profile and rule, allowed receivers, actual costs, commitments, remaining budget, period, and status. Then settle using the supported scenario and inspect its documents and log.
Technically completed and finally closed are different statuses with different restrictions. Before setting the closed status, confirm that balances, commitments, settlement, and retention requirements have been handled. Archiving and deletion follow a separate life cycle.
This material is based on SAP Help for S/4HANA On-Premise 2025 FPS01. Order types, statuses, budget, commitments, and apps depend on components and configuration; no specific order or budget profile was checked. Sources are registered as metadata_only; SAP runtime was not run.