Учебный кейс: FI-сверка, распределение CO и прогноз ликвидности#

Кейс полностью синтетический и проверяет три независимых инварианта. Предполагается одна компания, один ledger и одна валюта. Суммы заданы в условных денежных единицах; этот пример не является настройкой, проводкой или результатом SAP-системы.

Часть A. Восстановить FI-остаток#

На начало периода дебетовый остаток счёта равен 40 000,00. За период выбраны дебетовые движения 10 000,00 и кредитовые движения 1 500,00. Контрольная формула:

40 000,00 + 10 000,00 - 1 500,00 = 48 500,00

Ожидаемый конечный дебетовый остаток - 48 500,00. До вывода проверьте, что начальный остаток и движения относятся к одному ledger, компании, году, периоду и валюте. Отдельно сравните состав строк и признаки сторно: нулевое расхождение по итогу не доказывает полноту детализации.

Часть B. Распределить CO сумму без потери копейки#

Распределяемая сумма составляет 10 001 minor units. Получатели A, B и C имеют веса 2, 3 и 5 при общей базе 10.

При округлении вниз остаётся одна minor unit. По правилу наибольшей дробной части она достаётся C; результат детерминирован при стабильном ключе как tie-break. Контроль: 2 000 + 3 000 + 5 001 = 10 001. Повторите расчёт при перестановке входных строк и убедитесь, что суммы получателей не изменились. Это учебное правило, а не утверждение о настройке какого-либо SAP allocation cycle.

Часть C. Не задвоить прогноз после частичной оплаты#

Прогнозируемый входящий поток равен 5 000,00. Позже подтверждён фактический платёж 2 200,00, относящийся к тому же обязательству и событию. Ожидаемое состояние для прогноза: факт 2 200,00 плюс оставшаяся прогнозная часть 2 800,00, всего 5 000,00. Если оставить полный прогноз и добавить факт отдельно, получится ошибочное 7 200,00.

Проверьте ключ замещения: идентификатор обязательства/потока, валюту, статус и сумму. Независимое обязательство на те же 2 200,00 не должно автоматически погашать этот прогноз. В продуктах Cash Management конкретные источники, даты и правила интеграции нужно подтвердить в целевой версии.

Обсуждение результата#

1. Какой ключ и срез удерживают FI-детализацию сопоставимой?
2. Как выявить ошибку состава, если общий остаток совпал?
3. Какие правила обеспечили точное, воспроизводимое распределение?
4. По каким признакам факт заменяет часть прогноза, а не суммируется поверх него?
5. Какие части можно проверить независимой арифметикой, а какие требуют SAP runtime и настройки?

Эталонные числа выше рассчитаны вручную для искусственных входных данных. Они не подтверждают проводку, allocation cycle, One Exposure или конфигурацию и не засчитываются как runtime evidence. Для практического занятия сохраните версии входов и результатов, проверяйте каждую строку и явно помечайте среду.

Источники и статус доказательств#

• Financial Accounting Learning Journey
• Management Accounting Learning Journey

Practice case: FI reconciliation, CO allocation, and liquidity forecast#

This case is entirely synthetic and checks three independent invariants. Assume one company, one ledger, and one currency. Amounts are in assumed monetary units; this is not a configuration, posting, or result from an SAP system.

Part A. Reconstruct the FI balance#

The opening debit balance is 40,000.00. During the period, selected debit movements are 10,000.00 and credit movements are 1,500.00. The control formula is:

40,000.00 + 10,000.00 - 1,500.00 = 48,500.00

The expected closing debit balance is 48,500.00. Before concluding, check that opening balance and movements use the same ledger, company, year, period, and currency. Compare row composition and reversal indicators separately: a zero total difference does not prove complete detail.

Part B. Allocate a CO amount without losing a cent#

Allocate 10,001 minor units to receivers A, B, and C with weights 2, 3, and 5 from a total base of 10.

Rounding down leaves one minor unit. Under a largest fractional remainder rule it goes to C; the result is deterministic with a stable key tie-break. Control: 2,000 + 3,000 + 5,001 = 10,001. Reorder input rows and confirm that receiver amounts do not change. This practice rule does not claim to match any SAP allocation cycle configuration.

Part C. Do not double count a forecast after partial payment#

The forecast receipt is 5,000.00. Later, an actual payment of 2,200.00 is confirmed against the same obligation and event. Expected forecast state: actual 2,200.00 plus remaining forecast 2,800.00, totaling 5,000.00. Keeping the full forecast and adding actual separately would incorrectly produce 7,200.00.

Check the replacement key: obligation or flow ID, currency, status, and amount. A separate obligation of 2,200.00 should not automatically reduce this forecast. In Cash Management products, verify exact sources, dates, and integration rules for the target release.

Discuss the result#

1. Which key and slice keep FI detail comparable?
2. How can a row-composition error be detected when the total matches?
3. Which rules ensure exact and reproducible allocation?
4. What shows that an actual replaces part of a forecast rather than being added on top?
5. Which parts can be checked with independent arithmetic, and which require SAP runtime and configuration?

The expected values above are manually calculated for artificial inputs. They do not prove a posting, allocation cycle, One Exposure behavior, or configuration and are not runtime evidence. For a practice session, retain input and output versions, verify each row, and label the environment.

Sources and evidence status#

SAP Learning links are entry points for FI and CO subject matter. The example values and outcomes are synthetic.