Как бюджетные и проводочные адреса преобразуются в контрольные объекты AVC, как учитываются обязательства и фактические суммы, и где искать причину блокировки.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Availability Control проверяет допустимость потребления бюджета при выполнении соответствующих операций. Для диагностики важно различать сам бюджет, commitment/actual, адреса их учёта и объект, на котором фактически выполняется проверка. Одинаковое значение на верхнем узле отчётной иерархии не доказывает, что контроль настроен на этом уровне.
В BCS бюджет заносится на budget address, а commitment и actual возникают на posting address. Стратегия бюджетной структуры может сначала сопоставить posting address с соответствующим budget address. Затем стратегия AVC ledger определяет control object, в который агрегируются проверяемые бюджетные и фактические/обязательственные значения.
Без специальных правил SAP документирует 1:1 соответствие бюджетного адреса контрольному объекту. Derivation может намеренно суммировать несколько бюджетных адресов в один контрольный объект. Такое агрегирование требует контроля состава источников: исключённый или ошибочно выведенный адрес изменяет доступный лимит.
В документации On-Premise стандартные AVC ledgers 9H и 9I связаны с payment budget и commitment budget соответственно. Возможны пользовательские параллельные ledgers; каждое проведение должно пройти активные проверки. Дополнительные параллельные проверки увеличивают нагрузку и должны иметь обоснованную цель.
Для каждого ledger назначается tolerance profile с порогами и реакциями. Разные tolerance profiles могут применяться к отдельным control objects через strategy derivation. Настройка outgoing/incoming ceiling влияет на проверку расходов и доходов; нельзя считать, что отрицательная сумма автоматически уменьшает потребление при любой настройке.
Перед ослаблением порога разберите цепочку:
Как операция преобразовала G/L и CO присвоения в FM posting address.
Как posting address сопоставился с budget address в BCS.
В какой AVC ledger и control object попали budget, commitment и actual.
Какой consumable budget и какие статусы/переносы доступны на эту дату.
Какой tolerance profile выбран, какой ceiling type применён и какую реакцию вызвал порог.
Для одного проблемного документа сравните derived fields на каждом переходе, журнал контроля, состав бюджета и commitment/actual для соответствующего финансового года. Затем отдельно проверьте индексы budget/posting address: изменение derivation strategy не обязательно автоматически перестраивает сохранённые индексные записи. После изменения стратегии нужны штатные проверки и, при выявленной несогласованности, предусмотренная SAP реконструкция.
Не путайте этот BCS AVC с Budget Availability Control для cost centers в S/4HANA Public Edition. У Public Edition другой предмет контроля и собственные настройки; его нельзя объяснять через On-Premise FM ledgers 9H/9I.
Материал относится к SAP S/4HANA On-Premise Funds Management Help 2025 FPS01/FPS02. Конкретные пороги, виды бюджета, интеграции и реакции зависят от настройки FM Area, года, ledger и локализации. Источники зарегистрированы как metadata_only; проводка, журнал AVC и SAP runtime не проверялись.
Availability Control checks whether budget consumption is permitted for a transaction. For diagnosis, distinguish the budget, commitment/actual values, their posting addresses, and the object on which the check runs. Matching a reporting hierarchy total does not prove that control is configured at that level.
In BCS, budget is entered at a budget address while commitments and actuals arise at a posting address. The budget structure strategy can first map the posting address to its budget address. An AVC ledger strategy then determines the control object to which the checked budget and commitment/actual values are summarized.
Without special rules, SAP documents a 1:1 relationship from budget address to control object. Derivation can intentionally aggregate several budget addresses into one control object. This requires control of the contributing addresses: an excluded or incorrectly derived address changes the available limit.
On-Premise documentation describes standard AVC ledgers 9H and 9I for payment budget and commitment budget, respectively. User-defined parallel ledgers are possible; each posting must pass all active checks. Additional parallel checks increase load and should have a defined purpose.
Each ledger is assigned a tolerance profile with thresholds and reactions. Different tolerance profiles can apply to specific control objects through derivation. Outgoing/incoming ceiling settings affect the treatment of expenditures and revenues; do not assume a negative amount always reduces consumption under every configuration.
Before changing a threshold, trace the complete chain:
How the transaction converted G/L and CO assignments into an FM posting address.
How the posting address mapped to a BCS budget address.
Which AVC ledger and control object received the budget, commitment, and actual values.
Which consumable budget and which statuses or carryforwards are available for the date.
Which tolerance profile and ceiling type applied and what reaction the threshold produced.
For a single blocked document, compare derived fields at every step, the control log, budget composition, and commitment/actuals for the relevant fiscal year. Then check the budget/posting address indexes separately: changing a derivation strategy does not necessarily rebuild stored index entries automatically. After changing a strategy, run the standard checks and, if inconsistency is found, the SAP-provided reconstruction.
Do not confuse this BCS AVC with Budget Availability Control for cost centers in S/4HANA Public Edition. Public Edition has a different control scope and configuration; it should not be explained through On-Premise FM ledgers 9H/9I.
This material refers to SAP S/4HANA On-Premise Funds Management Help 2025 FPS01/FPS02. Exact thresholds, budget types, integrations, and reactions depend on FM Area, fiscal year, ledger, and localization. Sources are registered as metadata_only; no posting, AVC log, or SAP runtime was checked.