REF: диагностика неожиданного результата CO или AVC#

Сначала определите, какой процесс сформировал результат. Одинаковая разница может возникнуть из-за неверного набора данных, правила распределения, получателя, периода обновления или настройки контроля. Разбор ниже разделяет фактическое/плановое распределение CO и контроль бюджета FI-FM BCS. Это разные процессы с разными объектами и признаками.

Статья даёт маршрут первичной диагностики. Сами модели подробно разобраны в материалах о распределении и assessment, циклах и сегментах, бюджетном контроле AVC и commitment, update profile и AVC.

1. Зафиксируйте результат и контекст#

Сохраните отчёт, журнал или сообщение без повторного запуска. Зафиксируйте систему и версию, тип процесса, организационную область, год и период, плановый или фактический вариант, валюту, ключ и дату запуска, отбор, статус запуска и пользователя. Для сравнения с ожидаемым результатом сохраните также исходные данные и версию правил на тот же момент.

Сформулируйте симптом конкретно: неверна сумма отправителя, сумма получателей, список объектов, период, остаток бюджета или реакция предупреждение/ошибка. Если неясно, какой механизм создал строку или сообщение, сначала проследите цепочку документа и приложения, а не меняйте настройки.

2. Если неожиданно распределились затраты CO#

Проверьте параметры запуска и определение цикла до просмотра итоговой суммы:

Область выбора: цикл и дата начала его действия, период, controlling area, версия, plan/actual, тип распределения и выбранные объекты.
Отправители: вошли ли нужные объекты и элементы затрат; совпадают ли база отправителя и выбранное правило - фактические суммы, фиксированные суммы или ставки.
Получатели: совпадают ли список и область объектов; как определены факторы трассировки - переменные доли по базе, проценты, фиксированные доли или суммы.
Сегменты: нет ли пересечения наборов или повторного включения одних и тех же сумм в нескольких сегментах; корректны ли последовательность и итеративность, если они применяются в данном контексте.
Документ результата: соответствует ли кредит отправителя дебетам получателей с учётом выбранного правила и суммы, которая должна остаться у отправителя; проверьте статьи, объект и валюту результата.

Distribution обычно сохраняет исходные статьи затрат, а assessment переносит затраты на вторичную статью assessment. Поэтому одинаковое название суммы в разных отчётах не гарантирует одинаковое представление. В SAP S/4HANA On-Premise 2025 FPS01 виды распределения различаются также допустимыми отправителями, получателями и типами данных. Сверяйте документ результата с целью конкретного метода, а не только с общим итогом. См. SAP Help: Overview of Allocation Methods.

При переменных долях независимо воспроизведите базу получателей за тот же период и в той же версии: суммы, количества или статистические показатели используются в зависимости от выбранного типа фактора. При фиксированных процентах проверьте введённые проценты и остаток, который правило оставляет на отправителе. Для фиксированных сумм проверьте сами суммы, валюту и набор получателей. Правила получателя меняют расчёт долей, а не только формат результата. См. SAP Help: Receiver Rule.

3. Если неожиданно отработал или не отработал AVC#

Сначала подтвердите, что рассматривается именно FI-FM Government на S/4HANA On-Premise и BCS AVC. Не переносите на этот сценарий профили Budget Availability Control для cost centers, проектов или Public Edition: продуктовые модели и объект контроля различаются.

Для BCS AVC пройдите путь от исходной записи к объекту, на котором проверяется доступность бюджета:

Запись: найдите исходное бюджетное или commitment/actual движение и проверьте FM area, финансовый год, период, сумму, валюту и account assignment.
Обновление FM: установите назначенный FM area update profile. Он может определять дату, по которой выбираются период и бюджетный год, бюджетную категорию, тип обновления и статистическое отражение. Поэтому проверяйте не только дату документа, но и дату, заданную для категории значения в профиле.
Бюджетный адрес: проверьте соответствие posting address и budget address по правилам BCS Budget Structure.
Объект контроля: проверьте, как budget address агрегируется или преобразуется в AVC control object по стратегии derivation для соответствующего ledger и финансового года.
Порог и реакция: проверьте активный AVC ledger, назначенный по году tolerance profile, ограничения расходуемых данных и ожидаемый тип реакции на порог. Для отдельных объектов может действовать переопределение, заданное стратегией определения профиля.

В BCS AVC бюджетные и commitment/actual данные обновляются по control objects, выводимым из адресов. SAP описывает последовательное определение budget address из posting address, а затем control object из budget address. Ledger и стратегии могут агрегировать адреса по-разному; поэтому совпадение account assignment в исходном документе само по себе не доказывает совпадение контрольного объекта. См. SAP Help: Availability Control Ledger и SAP Help: Update Profile.

Для cost-center Budget Availability Control в Public Edition действует другая настройка профиля: например, валюта бюджета, account groups, группы операций, пороги и тип сообщения. Это самостоятельный сценарий. Если он используется, сверяйте его с отдельным материалом по Public Edition и документацией соответствующего выпуска.

4. Проверяйте гипотезу контролируемо#

Симптом	Первая проверка
Неверна сумма отправителя CO	Вариант plan/actual, отбор периода и объектов, база отправителя, правило и повторное включение в сегментах
Неверны суммы или список получателей	Receiver rule, база/статистические факторы, веса, действительность и отбор получателей
Итог CO отличается от исходной статьи затрат	Distribution или assessment, вторичная статья, остаток на отправителе и детализация документа
AVC использует не тот бюджетный год или период	Update profile и дата обновления для вида операции
AVC показывает не тот остаток или объект	Бюджетная категория, budget/posting address, derivation control object, ledger и период
Превышение не блокируется либо сообщение неожиданного типа	Активность контроля, назначенный tolerance profile, порог, группа операций и warning/error

Изменяйте или тестируйте только одну гипотезу за раз. Для циклов CO формальная проверка полезна для выявления ошибок определения, но SAP отдельно предупреждает, что она не является полной проверкой выполнения: возможность обработки проверяется пробным запуском, который не заменяет анализ результата и документа. Сохраните журнал проверки и сопоставьте ожидаемые отправители, получателей и суммы с пробным результатом. См. SAP Help: Processing Cycles.

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

Источники описывают SAP S/4HANA On-Premise 2025 FPS01. Они не подтверждают конфигурацию конкретной системы. Локальные циклы, профили, документы, журналы AVC и SAP runtime в рамках этой работы не проверялись.

Связанные материалы#

REF: Diagnosing Unexpected CO or AVC Results#

First identify which process produced the result. Similar differences can arise from the selected data, allocation rules, receivers, update period, or control settings. The route separates actual or plan CO allocation from FI-FM BCS budget availability control (AVC). These are different processes with different objects and signals.

This page is an initial diagnostic route. The models are described in more detail in CO allocations and assessment, allocation cycles and segments, AVC budget control, and commitments, update profiles, and AVC.

1. Record the result and context#

Save the report, log, or message before another run. Record the system and release, process type, organizational area, fiscal year and period, plan or actual version, currency, key and date of the run, selection criteria, run status, and user. If comparing with an expected result, preserve the input data and rule version from the same point in time.

Describe the symptom precisely: sender amount, receiver amount, object list, period, remaining budget, or warning/error response. If it is unclear which mechanism produced the line or message, trace the document and application chain first instead of changing settings.

2. If CO costs were allocated unexpectedly#

Check the run parameters and cycle definition before looking at the final total:

Selection scope: cycle and validity start date, period, controlling area, version, plan or actual, allocation type, and selected objects.
Senders: whether the intended objects and cost elements were included; whether the sender base and rule match - posted amounts, fixed amounts, or rates.
Receivers: whether the object list and scope are correct; how tracing factors were determined - variable portions from a base, percentages, fixed portions, or amounts.
Segments: overlapping sets or the same values included by multiple segments; correct sequencing and iterative processing where supported and used.
Result document: whether sender credits and receiver debits align with the selected rule and the amount intended to remain with the sender; check the receiver cost element, object, and currency.

Distribution generally retains original cost elements, while assessment allocates costs to a secondary assessment cost element. Therefore, the same amount label in different reports may represent different views. In SAP S/4HANA On-Premise 2025 FPS01, allocation methods also differ in their supported senders, receivers, and data types. Reconcile the result document against the purpose of the method rather than only against a grand total. See SAP Help: Overview of Allocation Methods.

For variable portions, independently reproduce the receiver base for the same period and version: depending on the selected factor type, it can use amounts, quantities, or statistical key figures. For fixed percentages, check the entered percentages and any remainder that stays with the sender. For fixed amounts, check those amounts, currency, and receiver set. Receiver rules change how shares are calculated, not merely how the result is displayed. See SAP Help: Receiver Rule.

3. If AVC reacted unexpectedly or did not react#

First confirm that the scenario is FI-FM Government on S/4HANA On-Premise with BCS AVC. Do not apply this route to Budget Availability Control for cost centers, projects, or Public Edition: the product models and control objects differ.

For BCS AVC, trace the source record to the object where budget availability is checked:

Record: find the budget or commitment/actual movement and check the FM area, fiscal year, period, amount, currency, and account assignment.
FM update: identify the update profile assigned to the FM area. It can determine the date used for period and budget-year assignment, budget category, update type, and statistical treatment. Check the date configured for the value category, not only the document date.
Budget address: verify the mapping from posting address to budget address under the BCS Budget Structure rules.
Control object: check how the budget address is summarized or transformed to an AVC control object by the derivation strategy for the relevant ledger and fiscal year.
Threshold and response: verify the active AVC ledger, tolerance profile assigned for the fiscal year, the data included in consumption, and the expected response at the threshold. A derivation strategy may assign an overriding profile for particular objects.

In BCS AVC, budget and commitment/actual data are updated to control objects derived from the addresses. SAP describes two consecutive derivations: posting address to budget address, then budget address to control object. Ledgers and strategies can summarize addresses differently. Matching account assignment on the original document alone therefore does not prove that the checked control object is the same. See SAP Help: Availability Control Ledger and SAP Help: Update Profile.

Cost-center Budget Availability Control in Public Edition uses a different profile setup, including such settings as budget currency, account groups, activity groups, thresholds, and message type. Treat it as a separate scenario. If it applies, use the separate Public Edition guide and documentation for the relevant release.

4. Test hypotheses in a controlled way#

Symptom	First check
Unexpected CO sender amount	Plan/actual version, period and object selection, sender base, rule, and duplicate inclusion across segments
Unexpected receiver amounts or objects	Receiver rule, base or statistical factors, weights, validity, and receiver selection
CO result differs from original cost elements	Distribution versus assessment, secondary cost element, sender remainder, and document detail
AVC uses the wrong budget year or period	Update profile and update date for the transaction category
AVC shows the wrong remaining amount or object	Budget category, budget/posting address, control-object derivation, ledger, and period
Overrun is not blocked or the message type is unexpected	Active control, assigned tolerance profile, threshold, activity group, and warning/error setting

Change or test one hypothesis at a time. For CO cycles, a formal check can find definition errors, but SAP warns that it is not a complete execution check: executability is checked with a test run, which still does not replace review of the result and document. Preserve the check log and compare expected senders, receivers, and amounts with the test-run result. See SAP Help: Processing Cycles.

Do not correct a difference by posting a manual document, changing a profile, or reconstructing a control ledger before identifying the incorrect record and expected outcome. First confirm the conclusion against the saved inputs in an authorized test environment or the applicable test mode. After an approved change, separately verify the generated document and control total.

The cited sources describe SAP S/4HANA On-Premise 2025 FPS01. They do not establish a specific system configuration. Local cycles, profiles, documents, logs, AVC data, and SAP runtime were not inspected.

REF: диагностика неожиданного результата CO или AVC