УПРАВЛЕНЧЕСКИЙ УЧЁТ CO И БЮДЖЕТИРОВАНИЕP1L2

Закупка, обязательство, факт и платёж в FI, CO и FM

Как проследить одну закупочную цепочку в FI, CO и FI-FM, различить GR/IR, фактические затраты и бюджетное потребление и не сложить этапы повторно.

Ревизия 1 Применимость к указанным контекстам Частичное покрытие Контекст: CTX-S4-ONPREM документальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.

Закупка, обязательство, факт и платёж в FI, CO и FM#

Материал частично покрывает INT-01, INT-02 и INT-03 для SAP S/4HANA On-Premise 2025 FPS01/FPS02. Он связывает закупочную цепочку и финансовые проекции документов, но не описывает настройку полного MM, FI, CO или Public Sector Management. Порядок обновления FM, даты и контрольные реакции зависят от активных компонентов, account assignment и update profile конкретной системы.

Одна цепочка, разные финансовые проекции#

Purchase requisition, purchase order, goods receipt, invoice receipt и payment относятся к связанному процессу, но отражают разные события. По ссылке на предыдущий документ можно проследить преемственность; суммы этих документов нельзя автоматически считать независимыми затратами.

  • FI хранит бухгалтерские документы, проводки по счетам, валюты, дату проводки и открытую позицию поставщика. GR/IR служит временным счётом между поступлением и счётом поставщика; он не равен окончательному расходу во всех сценариях.
  • CO анализирует затраты по реальному controlling object. При первичной проводке FI затрата может быть отнесена на order, WBS или cost center в рамках правил account assignment. Внутренние распределения CO дают другую проекцию затрат; они не всегда создают дополнительный первичный расход FI.
  • FM отражает бюджетные обязательства и использование бюджета по своему account assignment и правилам обновления. Оно предназначено для контроля бюджета, поэтому даты, объекты и моменты обновления могут отличаться от CO.

Строка закупки может содержать WBS или order и одновременно реквизиты FM, полученные из назначения или деривации. Проверьте, какой объект является реальным CO receiver, какие FM elements записаны, присутствуют ли валюта и период, и какая связь документа переносится дальше. Одинаковое название объекта в двух отчётах ещё не доказывает, что оба отчёта измеряют один и тот же этап.

Что отслеживать по этапам#

Этап FI и CO FM и бюджетный вопрос Ключи для сопоставления
Purchase requisition Обычно ещё нет фактической FI-проводки. CO assignment задаёт предполагаемый объект затрат. Возникает ли commitment, какой value type и адрес бюджета применены? Номер/позиция заявки, account assignment, объект CO, FM elements
Purchase order Ссылка на заявку связывает заказ с исходным запросом. В закупке с account assignment проверяется распределение стоимости по объектам. Создаётся ли отдельное commitment заказа и как уменьшается commitment заявки? Номер/позиция PO, ссылка на PR, schedule line, amount/quantity
Goods receipt или service entry MM фиксирует получение. FI/CO-проводка и дата затрат зависят от типа позиции, valuation и GR settings. В какой момент update profile снимает или сокращает commitment и записывает actual? PO item, material/service document, quantity, posting date, CO object
Invoice receipt Invoice verification сопоставляет поставку, заказ и счёт. GR/IR и price differences зависят от порядка и условий оценки; возникает открытая позиция поставщика. Как FM учитывает invoice, GR redemption и расхождения стоимости? Invoice document, PO/GR reference, amount, tax/currency, FI document
Payment run and clearing Платёжный документ отражает движение денег и погашение открытой позиции; это не новая закупочная услуга или материал. Обновляет ли конкретный payment event FM по настройкам системы? Не считайте его повторным actual без проверки профиля и ledger. Payment document, clearing document/date, vendor item, bank account

В FM закупочные события из MM могут обновляться как обязательства или фактические операции. SAP документирует отдельные value types для заявки и заказа; update profile позволяет выбрать поведение по типу операции. commitment заказа может погашаться при goods receipt, invoice receipt либо при обоих обновлениях. Для выбранной настройки применимость количества или стоимости и способ снижения commitment проверяются отдельно; нельзя выводить их из одной лишь суммы PO.

Почему даты FM и CO не обязаны совпасть#

При включённой интеграции posting integration связывает выбранные CO actual transactions с FM. Но эти компоненты по-разному представляют один процесс: в документации SAP описаны, например, budget usage (actuals) по due date в FM и по posting date в CO; commitments могут относиться к posting date в FM и delivery date в CO. Расхождение отчётов по датам может быть следствием модели, а не пропущенного документа.

Настройку интеграции проверяйте для конкретной CO-транзакции, включая производные процессы вроде assessment или settlement. Статистическое обновление и productive assignment дают разный результат. В некоторых периодических интегрированных проводках назначенные значения могут появиться в FM без запуска активного AVC check; успешная FI/CO-проводка поэтому сама по себе не доказывает, что каждый бюджетный порог был проверен.

Контроль GR/IR, затрат и оплаты#

Goods receipt и invoice receipt могут быть проведены в разном порядке. Для закупки с оценкой по PO receipt обычно использует заказанную нетто-цену; invoice может закрыть GR/IR и породить разницу цены. Если invoice появился первым, последующая оценка GR может использовать его цену. Для stock procurement влияние на запасы и счета отличается от закупки с account assignment на расход, актив или CO object. Сначала классифицируйте вид позиции и вариант valuation, затем сопоставляйте FI lines.

Платёжный запуск выбирает открытые позиции по своим параметрам; успешное предложение ещё не доказывает проведение платежа. После проведения проверьте платёжный документ, clearing status и дату, отдельное формирование банковского файла и подтверждение банковского канала. Не переносите банковскую дату на дату признания затрат или на дату использования бюджета без основания в модели.

Для примера с закупкой услуги к cost center проследите исходный PO item до service acceptance, invoice, FI document, CO actual, FM ledger и последующего clearing поставщика. Записывайте отдельно документ, сумму, валюту, календарную дату и состояние. Если заказ разбит на несколько account assignments или получен частично, контролируйте каждый элемент и остаток, а не только сумму заголовка.

Последовательность сверки#

  1. Зафиксируйте release, company code, ledger, валюту, FM/CO включённость и сценарий закупки; отличите stock item, account-assigned item, услугу и актив.
  2. Сохраните цепочку PR → PO → GR/service acceptance → invoice → payment/clearing с позициями и ссылками. Учитывайте возвраты и отмены как новые события с обратной ссылкой.
  3. Сверьте фактическую FI-проводку и GR/IR отдельно от открытой позиции поставщика и банковского движения.
  4. Сверьте CO receiver, cost element, period и дату. Проверьте, является ли присвоение реальным или статистическим и не создало ли распределение второе представление того же первичного расхода.
  5. В FM проверьте account assignment, value type, amount/quantity basis, update profile, redemption event, due/posting date, statistical/productive update и AVC response.
  6. Сопоставьте остаток commitment с состоянием заказа, поступления и счёта; проверьте, не суммированы ли PR, PO, GR, invoice и payment как пять независимых расходов.
  7. Повторите проверку с возвратом, отменой счёта, частичным поступлением и изменением цены. Зафиксируйте, какой документ отменён, какой создан заново и какое состояние бюджета получено.

Минимальный контрольный набор - документный поток, FI posting, CO actuals, FM commitment/actual, vendor open-item clearing и bank posting. Если один слой отсутствует, сначала установите причину и состояние интеграции; не компенсируйте расхождение вручную в соседнем регистре.

Применимость и доказательства#

SAP Help для S/4HANA On-Premise 2025 FPS01/FPS02 использован как официальное основание. Записи источников имеют статус metadata_only: текстовые снимки и локальные хеши страниц не сохранены. Сценарий представлен как методика диагностики, а не инструкция по конкретному customizing. Проверок configuration, FI/CO/FM postings, AVC или SAP runtime не проводилось. Для Public Edition и иных выпусков требуются отдельные источники и анализ функций.

Источники#

Источники и документация

  1. Integration with Materials Management, S/4HANA On-Premise 2025 FPS01 ↗
  2. Commitment Documents in Funds Management, S/4HANA On-Premise 2025 FPS01 ↗
  3. Integration with Cost and Project Controlling, S/4HANA On-Premise 2025 FPS02 ↗
  4. Account Assignment of Controlling Objects, S/4HANA On-Premise ↗
  5. Invoices for Purchase Orders, S/4HANA On-Premise 2025 FPS01 ↗
  6. Automatic Payments, S/4HANA On-Premise ↗

Источники нужны для самостоятельной проверки. Примеры и интерпретации на сайте могут быть учебными упрощениями.