FM отвечает на вопрос, как ограничить и проследить использование утверждённого бюджета. Похожие слова в разных продуктах не гарантируют одинаковые объекты, проводки, контрольные правила или путь перехода. Ниже сопоставлены классический Funds Management в SAP ERP (FI-FM/PSM-FM) и Budget Management в SAP S/4HANA Cloud Public Edition для Public Sector/Higher Education. Это обзор различий, а не руководство по настройке или таблица миграции.
Два контекста - две модели#
| Классический Funds Management в SAP ERP | Budget Management в SAP S/4HANA Cloud Public Edition | |
|---|---|---|
| Контекст | Компонент Funds Management в SAP ERP; конкретный набор функций зависит от версии, активированных компонентов и конфигурации. | Отдельная область Public Sector в Cloud Public Edition; доступный объём определяется редакцией, страной и выбранным scope. |
| Структура | Commitment item задаёт функциональную структуру доходов и расходов; Funds Center представляет организационную ответственность. Fund и другие измерения применяются, когда они нужны принятой модели. | Бюджет строится по выбранным измерениям и адресам бюджета. SAP описывает отдельные master data, account assignment derivation и правила доступности бюджета для Public Sector. |
| Исполнение | Бюджет, обязательства и фактические операции учитываются в FM; наличие и детали бюджетного контроля зависят от используемого решения и настроек. | Доступные материалы SAP Learning рассматривают создание/загрузку бюджета, потребление, контроль доступности (AVC), интеграции и закрытие года как отдельные части решения. |
| Подготовка бюджета | Не следует выводить её состав из описания Public Edition или переносить в другую редакцию без проверки её документации. | В описанном SAP сценарии Cloud Public Edition покрывает исполнение бюджета; функции подготовки бюджета находятся вне этого процесса. Бюджет может поступать из внешнего планирования или через интерфейс. |
В классическом справочнике SAP ERP commitment item группирует функциональные статьи доходов и расходов в иерархию, а Funds Center моделирует ответственность организации - например, подразделение или проект. Это бюджетные измерения; они не заменяют G/L-счёт, центр затрат или объект CO. Эти определения описывают только базовые роли двух объектов: доступные правила присвоения и контроля проверяют по документации конкретной версии и конфигурации.
В Public Edition сначала проверяют, включён ли Public Sector scope и какие процессы доступны для страны и конкретного решения. В учебном курсе SAP бюджетная модель рассматривается через мастер-данные, настройку и обработку бюджета, потребление и AVC, интеграции, годовое закрытие и отчётность. Один лишь термин Budget Management не подтверждает, что классические объекты или правила FI-FM существуют там в прежнем виде.
Как читать поток бюджета в Public Edition#
Планирование бюджета вне процесса исполнения
│
├── загрузка / интерфейс ──┐
└── бюджетный документ ─────┤
▼
бюджет и измерения адреса
│
обязательство / фактическая операция
│
проверка AVC и отчёты
В описанном курсе бюджет для отчётности и активного контроля доступности хранится в ACDOCP. SAP различает ввод бюджетного документа и загрузку через интерфейс: сама загрузка не обязательно создаёт документ бюджета; для этого может применяться отдельная поставленная SAP задача. Для конкретного tenant, релиза и активированного scope нужно проверить актуальную документацию и доступные процессы. Схема выше показывает концептуальную связь и не задаёт технический контракт интеграции.
Что сравнить при fit-gap или подготовке перехода#
- Контекст и область действия: SAP ERP или S/4HANA, On-Premise или Cloud Public Edition, Public Sector scope, страна и релиз.
- Цель контроля: какие расходы/доходы бюджетируются, на каком адресе и периоде проверяется доступность, какие пороги и реакции ожидаются.
- Измерения: как соотносятся FM area, commitment item, Funds Center, Fund и исходные G/L/CO/PS присвоения с моделью целевой системы. Соответствие нужно доказать правилами, а не одинаковым названием.
- Стадии операции: какие документы формируют обязательство, что уменьшает его и когда возникает фактическая операция; проверьте, что отчёт не суммирует повторно несколько стадий одного процесса.
- Бюджетный цикл и интеграции: подготовка, утверждение, ввод/загрузка, переносы и возвраты, AVC, отчётность, закрытие периода и аудитная история.
Результатом сравнения должна быть таблица соответствия «исходный процесс → целевой процесс → подтверждающий источник → проверка». Без такой проверки нельзя заключать, что Public Edition является функционально эквивалентной заменой классического FI-FM или что перенос происходит автоматически.
Материалы по деталям: объекты CO и расчёт, переходы между ECC и S/4HANA, структура бюджета и BCS, адреса и вывод FM-присвоений, AVC и обновление обязательств.