Cash Management: Денежная позиция и прогноз ликвидности#

Денежная позиция соединяет подтверждённые движения и ожидаемые поступления/выплаты, чтобы оценивать средства по банковским счетам и периодам. Её нельзя читать как выписку с банковского счёта: часть строк является прогнозом, а итог зависит от источников данных, дат и параметров cash flow.

Разделяйте факт и ожидание#

Фактические движения могут поступать из главной книги и банковских выписок. Ожидаемые потоки могут формироваться из открытых позиций дебиторов и кредиторов, платежей в обработке, закупок, TRM, memo records и других активированных источников. Позиция и прогноз включают разные уровни надёжности; certainty level назначается системой по источнику и породившему процессу. Он описывает классификацию потока, а не измеренную вероятность платежа.

Проверяйте cash flow вместе с датой: дата документа, срок платежа, planned date и дата выписки отвечают на разные вопросы. Денежная позиция на день, краткосрочная проекция и прогноз ликвидности не должны интерпретироваться как один горизонт или один тип факта.

Проверьте банковскую выписку и способ передачи#

Для интеграции выписок настройки на уровне компании и банковского счёта определяют, что передаётся в Cash Management: только остаток, только позиции выписки, остаток вместе с позициями либо ничего. Это влияет на доступные приложения и расчёт отображаемых балансов. Например, при передаче только строк выписки баланс может рассчитываться из actual и forecast cash flows; в некоторых сценариях для короткой позиции нужны отдельно загруженные или введённые балансы.

SAP предупреждает, что одновременная настройка двух подходов получения потоков по выпискам может привести к дублированию. Перед исправлением неверного остатка выясните, откуда поступили линии, не учитывается ли выписка дважды и завершилось ли обновление Cash Position.

Проследите строку до источника#

В детализации сверяйте bank account, компанию, валюту, дату, planning level, liquidity item, flow type, certainty level, сумму, source application и исходный документ. Суммируйте потоки только после разделения банковских счетов и валют, а для сверки с бухгалтерией используйте тот же временной срез и знак.

Если поток отсутствует, проверьте активирован ли источник для компании, выполнены ли необходимые загрузка или Flow Builder, есть ли flow type и liquidity item, рассчитаны ли дата/плановая группа и поддерживает ли выбранный режим выписки нужное представление. После этого используйте Check Cash Flow Items или аналогичную детализацию для перехода к документу-источнику.

Контрольная последовательность#

Выберите дату, горизонт, компанию, валюту и набор банковских счетов.
Разделите confirmed cash, open-item forecasts, memo records и прочие источники.
Сопоставьте баланс с переданными остатками и строками банковских выписок.
Проверьте дату потока, тип, уровень надёжности и исходный документ для существенных сумм.
Проверьте отсутствие повторной интеграции и завершение обновления данных.
Сверьте агрегаты с учётными суммами в том же currency/time basis; отличия объясните источником и статусом, а не искусственной корректировкой.

Сверяйте один и тот же срез#

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

Синтетический пример в EUR:

Показатель на 30-е число	Сумма
Входящий остаток по выписке	1 000
Проведённые поступления по выписке	+250
Проведённые списания по выписке	-300
Расчётный конечный остаток по строкам	950
Конечный остаток выписки	950
Разница сверки фактического банковского остатка	0
Открытое ожидаемое поступление вне выписки	+80
Позиция с добавленным прогнозом, если он входит в профиль	1 030

Здесь 80 EUR объясняют разницу между банковским остатком и cash position с прогнозом, но не являются ошибкой выписки. Если вместо 950 показать 1 030 как фактический банковский остаток, смешаются факт и ожидание. При ненулевой разнице проверяйте пропущенные и повторно включённые строки, валюту, дату валютирования, знак, статус проводки и идентификатор источника; не подгоняйте остаток вручную.

Сохраняйте состояние прогноза для повторного сравнения#

Если нужно объяснить, почему прогноз изменился, сохраняйте отдельный неизменяемый снимок, а не только последнюю сумму. Это аналитический способ обеспечить воспроизводимость; наличие такого журнала не подразумевается самим экраном SAP Cash Management.

Для каждого снимка укажите:

идентификатор снимка и момент извлечения с часовым поясом;
дату, на которую рассчитана позиция, и горизонт прогноза;
редакцию SAP, компанию, счета, профиль, фильтры и валюту представления;
источник и ключ строки, дату/сумму, flow type, certainty level, liquidity item, planning level и статус;
временные границы источника, результат загрузки или обновления, правила пересчёта валют и известные пропуски.

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

Сценарный расчёт: дата, частичная оплата и валюта#

Сценарий меняет одно входное условие за раз и показывает, какое измерение результата изменилось. Это аналитическая модель, а не готовый forecast или рекомендация по управлению деньгами.

Вариант	Дата	Ожидаемая сумма	Фактическая сумма	Что сравнить
База: ожидаемое поступление	31 октября	100 EUR	0 EUR	Весь поток пока прогнозный
Поступление задержано на пять дней	5 ноября	100 EUR	0 EUR	Месячный и дневной liquidity gap сдвигается
Поступила часть	31 октября	60 EUR остатка	40 EUR	Прогноз уменьшается на сопоставленную часть, а не дублируется полной суммой
Изменился только курс представления	31 октября	100 EUR	0 EUR	При курсах 1,10 и 1,05 USD/EUR значение меняется с 110 до 105 USD; исходный поток остаётся 100 EUR

В лабораторной модели ожидаемая и фактическая части связываются по идентификатору цепочки и валюте: полная оплата убирает прогноз, частичная оставляет непогашенный остаток. Проверки этой синтетической логики есть в локальных тестах LAB-CASH; это не тест SAP Cash Management. Для валютного сценария сохраняйте исходную валюту, курс, источник курса и временной срез, иначе изменение суммы нельзя отличить от изменения курса.

Материал частично покрывает CASH-02, CASH-05, CASH-06, CASH-15, CASH-16 и CASH-22 и относится к SAP S/4HANA On-Premise Cash and Liquidity Management Help 2025 FPS01. Доступность приложений и вычисление сумм зависят от версии, банковских настроек, интегрированных источников и локальной конфигурации. Источники зарегистрированы как metadata_only; сценарий синтетический, банковские выписки, потоки, конфигурация и SAP runtime не проверялись.

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

Cash Management: Cash Position and Liquidity Forecast#

Cash position combines confirmed movements and expected receipts/payments to assess funds across bank accounts and periods. It should not be read as a bank statement: some lines are forecasts, and the result depends on data sources, dates, and cash flow settings.

Separate actuals from expectations#

Actual movements can come from the general ledger and bank statements. Expected flows can come from open receivables and payables, payments in process, procurement, TRM, memo records, and other activated sources. Position and forecast use different certainty levels. The system assigns a certainty level from the source and the process that produced the flow. It is a flow classification, not a measured probability of payment.

Read a cash flow together with its date: document date, due date, planned date, and bank statement date answer different questions. A position for one day, short-term projection, and liquidity forecast should not be interpreted as the same horizon or the same kind of actual.

Check the statement and transfer mode#

Integration settings at company and bank account level determine what is transferred to Cash Management: balance only, statement items only, both, or neither. This affects which apps can display data and how balances are calculated. For example, when only statement items are transferred, a balance may be calculated from actual and forecast flows; separate balances can be required for some short-term positioning scenarios.

SAP cautions that enabling both statement-flow approaches can create duplicate cash flows. Before correcting an unexpected balance, find where the lines came from, check for double counting, and confirm that the Cash Position update completed.

Trace an item to its source#

In the detail view, compare bank account, company, currency, date, planning level, liquidity item, flow type, certainty level, amount, source application, and original document. Aggregate flows only after separating bank accounts and currencies; reconcile with accounting using the same time slice and sign convention.

If a flow is missing, check whether the source is activated for the company, whether the required load or Flow Builder ran, whether a flow type and liquidity item exist, whether date/planning attributes were derived, and whether the selected statement mode supports the required view. Then use Check Cash Flow Items or the corresponding details to navigate to the source document.

Control sequence#

Select the date, horizon, company, currency, and bank accounts in scope.
Separate confirmed cash, open-item forecasts, memo records, and other sources.
Reconcile the balance to transferred balances and bank statement lines.
Check date, type, certainty level, and source document for material amounts.
Confirm there was no duplicate integration and that data updates completed.
Reconcile aggregates using the same currency and time basis; explain differences by source and status instead of forcing a correction.

Reconcile the same time and currency slice#

For a reconciliation, fix the company, account or account group, currency, balance type, cut-off date and time, and the sign convention for inflows and outflows. First reconstruct the bank balance from actual statement lines only. Reconcile forecast items separately to their originating open documents and dates.

Synthetic example in EUR:

Measure on the 30th	Amount
Opening balance from statement	1,000
Posted statement receipts	+250
Posted statement debits	-300
Calculated closing balance from lines	950
Statement closing balance	950
Actual bank-balance reconciliation difference	0
Expected open receipt not on the statement	+80
Position with forecast included, if the profile includes it	1,030

Here 80 EUR explains the difference between the bank balance and a cash position with a forecast; it is not a statement error. Showing 1,030 as the actual bank closing balance would mix actuals and expectations. If the difference is nonzero, check missing or repeated lines, currency, value date, sign, posting status, and source identifier; do not force a manual balance adjustment.

Preserve forecast state for repeatable comparison#

To explain why a forecast changed, retain a separate immutable snapshot instead of only the latest amount. This is an analytical reproducibility method; the method does not imply that the SAP Cash Management screen itself provides a versioned snapshot log.

For each snapshot, record:

snapshot ID and extraction timestamp with time zone;
position key date and forecast horizon;
SAP release, company, accounts, profile, filters, and presentation currency;
source and line key, date/amount, flow type, certainty level, liquidity item, planning level, and status;
source time boundaries, load or update result, currency-conversion rules, and known gaps.

When comparing snapshots, separate new, cancelled, recalculated, rescheduled, reclassified, and actualized flows. Do not overwrite an earlier forecast with later actuals: preserve what was known when the forecast was made and record later events separately. Compare the same perimeter or explain the differences.

Scenario calculation: date, partial payment, and currency#

Change one input condition at a time and record which measure changes. This is an analytical model, not a ready-made forecast or advice for managing funds.

Variant	Date	Expected amount	Actual amount	What to compare
Baseline: expected receipt	October 31	100 EUR	0 EUR	The flow is still fully forecast
Receipt delayed five days	November 5	100 EUR	0 EUR	The daily and monthly liquidity gap shifts
Partial receipt	October 31	60 EUR remaining	40 EUR	The forecast is reduced by the matched portion instead of being duplicated at full amount
Presentation exchange rate alone changes	October 31	100 EUR	0 EUR	At 1.10 and 1.05 USD/EUR, the reported value changes from 110 to 105 USD; the source flow remains 100 EUR

In the lab model, expected and actual portions are linked by chain ID and currency: full settlement removes the forecast, while partial settlement leaves the unpaid balance. Local LAB-CASH tests check this synthetic logic; they are not SAP Cash Management tests. For an exchange-rate scenario, retain source currency, rate, rate source, and time slice so an amount change can be distinguished from a rate change.

This material partially covers CASH-02, CASH-05, CASH-06, CASH-15, CASH-16, and CASH-22. It refers to SAP S/4HANA On-Premise Cash and Liquidity Management Help 2025 FPS01. App availability and amount calculation depend on version, bank settings, integrated sources, and local configuration. Sources are registered as metadata_only; the example is synthetic, and no bank statements, flows, configuration, or SAP runtime were checked.

Cash Management: Денежная позиция и прогноз ликвидности