Риск ликвидности: сроки, доступность средств и стресс
Как читать временные разрывы денежных потоков, оценивать надёжность источников и строить проверяемые стресс-сценарии без подмены анализа ликвидности бюджетным контролем.
5 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Риск ликвидности возникает, когда организация не может вовремя выполнить денежные обязательства или может сделать это только ценой неприемлемых потерь. Анализ требует не только прогноза суммы, но и уверенности во входящих потоках, доступности денег и сроков каждого элемента. Он отличается от бюджетного контроля: бюджет проверяет разрешённый уровень расходов, а ликвидность отвечает на вопрос, хватит ли доступных средств в нужный момент.
Разделяйте фактические остатки и ожидаемые потоки#
Банковский остаток на дату, денежная позиция, прогноз поступлений и платежей и долгосрочный профиль ликвидности отвечают на разные вопросы. Для каждого значения храните дату снимка, валюту, счёт или компанию, источник, статус платежа, срок и меру достоверности прогноза. Не считайте запланированное поступление равным доступному остатку.
Ожидаемые поступления могут быть подтверждёнными, условными или ещё только планируемыми. Для обязательного платежа различайте договорный срок, готовность к оплате, прохождение одобрений и возможность фактического перевода средств. Доступность кредитной линии или залога тоже требует отдельного подтверждения условий, даты и ограничений; потенциальное финансирование нельзя автоматически включать в свободную ликвидность.
Распределите входящие и исходящие потоки по согласованным периодам и вычислите ожидаемый чистый поток и накопленный остаток. Зафиксируйте границы периода и правило отнесения платежа на дату. Диапазон может быть дневным, недельным, месячным или иным, но выбранная шкала должна соответствовать сроку, на котором управленческое решение ещё возможно.
В одном недельном интервале ожидается поступление 1,2 млн условных единиц и платежи на 0,8 млн. Базовый чистый поток равен плюс 0,4 млн. В отдельном стресс-сценарии задерживается поступление на 0,9 млн за пределы этого интервала. Тогда поток внутри недели становится отрицательным на 0,5 млн. Совокупная сумма контракта не изменилась, но время поступления создаёт дефицит в выбранном горизонте.
Это синтетический пример. Он не оценивает вероятность задержки, доступный остаток, кредитную поддержку, внутридневные платежи, ограничения счетов или последствия для организации. Для решения нужны реальные подтверждённые позиции и политика стресс-тестирования.
Не ограничивайтесь множителем к сумме. Уточните, какой источник риска моделируется: перенос сроков поступлений, ускорение выплат, снижение возобновляемого финансирования, недоступность банка или счёта, ограничение перевода, изменение валютного курса либо сочетание факторов. Разделяйте сценарии по компании, валюте и источнику денег, если потоки не взаимозаменяемы.
Сценарии могут быть историческими, гипотетическими или комбинированными. Помечайте их тип и предпосылки. Сценарный разрыв не является прогнозом, а запас ликвидности не заменяет анализ чувствительности и концентраций. Проверьте базовый сценарий, отдельные шоки и совместный стресс; сохраните параметры, версию входных данных и результат.
Сопоставляйте прогнозные и фактические суммы по одинаковым валютам, интервалам и измерениям. Объясняйте отклонения причиной: сумма изменилась, платёж сдвинулся, изменился статус, источник не включён, поток удвоился или курс пересчёта другой. Храните прошлую версию прогноза, чтобы измерять точность и не переписывать задним числом то, что было известно на момент решения.
Контрольный минимум включает:
полноту источников и банковских счетов;
отсутствие повторов между прогнозом, платёжным документом и выпиской;
отдельные суммы поступлений и выплат;
согласованность валюты, знака, даты и компании;
доступность ограниченных средств и внутригрупповых остатков;
объяснимое изменение от прогноза к факту.
Сумма, равная нулю после взаимозачёта, не доказывает отсутствие риска: один и тот же итог может скрыть крупные встречные платежи, разнесённые по срокам или разным компаниям.
SAP описывает One Exposure from Operations как оперативный узел сбора и хранения данных для управления денежными средствами и ликвидностью. Уровень достоверности денежного потока характеризует надёжность прогноза и назначается программой по исходному приложению и процессу. Flow type описывает свойство бухгалтерской строки для денежных потоков; Flow Builder использует эти типы и порядок flow category, чтобы собрать жизненный цикл потока.
Тип потока также влияет на то, какие строки могут использовать приложения Cash Management: документация говорит, что использоваться могут только транзакционные данные с назначенным flow type. Для аналитики SAP документирует CDS-представление I_LiquidityPositionCube: среди его вопросов - денежная позиция на заданную key date и остатки или потоки, прогнозируемые на следующие 90 дней. Для доступа к данным нужны соответствующая бизнес-роль и ограничения чтения по company code; это не означает, что роль или источник настроены в конкретной системе.
Для распределения по срокам SAP определяет maturity band как последовательность периодов, задающую даты показа результатов. В NPV analysis по диапазонам распределяются денежные потоки, а в gap analysis - позиции и оттоки. Относительные диапазоны рассчитываются относительно evaluation date для NPV и относительно horizon для gap и ALM analysis. Так сроковая сетка становится частью смысла результата, а не только способом его отображения.
SAP Cash and Liquidity Management описывает анализ фактических потоков за прошлый период и прогноз среднесрочной ликвидности. Это обзор возможностей продукта, а не подтверждение полноты, точности или фактической доступности данных.
Пять процитированных страниц SAP Help прочитаны и сохранены во внутренних снимках. В текстах этих захватов не отображается точная версия SAP S/4HANA, поэтому приведённые функции не приписываются отдельно выпуску 2025 FPS01 или FPS02. В проекте не подключена SAP-система, не загружены реальные потоки и не сформирован прогноз или стресс-сценарий. Снимки документации не подтверждают доступность функции или источника в конкретной установке.
Бюджетный контроль отвечает, допустимо ли обязательство или расход относительно установленного бюджета и профиля контроля. Ликвидностный прогноз отвечает, когда ожидается движение денег и будет ли доступный остаток достаточным к сроку платежа. Обязательство может проходить бюджетный контроль, но создавать денежный разрыв; доступные деньги не делают расход разрешённым по бюджету.
Сверяйте бюджеты, обязательства и денежные потоки, но храните их раздельно и не переносите между ними статусы автоматически. Сценарий ликвидности не утверждает бюджет, а бюджетный остаток не является банковским остатком.
Liquidity risk arises when an organization cannot meet cash obligations when due, or can do so only at unacceptable cost. Analysis requires more than a forecast amount: it also needs confidence in incoming flows, funds availability, and the timing of each item. It differs from budget control. A budget checks whether spending is allowed within an approved limit; liquidity asks whether funds will be available at the required time.
A bank balance on a date, a cash position, a forecast of receipts and payments, and a long-term liquidity profile answer different questions. For each value, retain snapshot date, currency, account or company, source, payment status, due date, and forecast certainty. A planned receipt is not the same as an available balance.
Expected receipts can be confirmed, conditional, or only planned. For an outgoing payment, distinguish contractual due date, readiness for payment, approval status, and ability to transfer funds. A credit line or collateral also requires confirmation of terms, date, and restrictions; potential financing cannot automatically be counted as free liquidity.
Allocate incoming and outgoing flows to consistent periods and calculate expected net flows and a cumulative balance. Record period boundaries and the rule for assigning payments to dates. A bucket can be daily, weekly, monthly, or another interval, but it should match the time available to make a management decision.
Within one weekly bucket, an inflow of 1.2 million illustrative units and outflows of 0.8 million are expected. The baseline net flow is positive 0.4 million. In a separate stress scenario, an inflow of 0.9 million is delayed beyond the bucket. The flow within the week then becomes negative 0.5 million. Total contracted amounts did not change, but timing creates a shortfall within the selected horizon.
This is a synthetic example. It does not estimate delay probability, available balances, credit support, intraday payments, account restrictions, or organizational impact. A real decision requires confirmed positions and an approved stress-testing policy.
Do not apply only a multiplier to an amount. Specify the risk mechanism: delayed receipts, accelerated payments, reduced committed funding, an unavailable bank or account, transfer restrictions, FX moves, or a combination. Separate scenarios by company, currency, and funding source when the flows are not interchangeable.
Scenarios can be historical, hypothetical, or combined. Label their type and assumptions. A scenario gap is not a forecast, and a liquidity buffer does not replace sensitivity or concentration analysis. Check a baseline, individual shocks, and combined stress; retain parameters, input version, and results.
Compare forecast and actual amounts using the same currencies, periods, and dimensions. Explain variances by cause: amount changed, payment shifted, status changed, source was excluded, flow was duplicated, or conversion rate differed. Keep prior forecast versions to measure accuracy and avoid rewriting what was known when a decision was made.
A minimum control set includes:
completeness of sources and bank accounts;
no duplicate between a forecast, payment document, and bank statement;
separate totals for inflows and outflows;
consistent currency, sign, date, and company;
availability of restricted funds and intercompany balances;
an explainable forecast-to-actual change.
A net total of zero does not prove absence of risk: it can hide large offsetting payments that fall due at different times or in different companies.
SAP describes One Exposure from Operations as a real-time collection and storage hub for operational data used in cash and liquidity management. A cash-flow certainty level reflects forecast reliability and is assigned by the program based on the source application and process. A flow type describes the liquidity property of an accounting line; the Flow Builder uses flow types and flow-category order to construct the cash-flow lifecycle.
Flow type also affects which lines Cash Management applications can use: the documentation says only transaction data assigned a flow type can be consumed. SAP documents the I_LiquidityPositionCube CDS view for questions such as cash position on a specified key date and balances or flows forecast for the next 90 days. Access requires a suitable business role and read restrictions for company code; this does not mean a role or source is configured in a specific system.
For timing, SAP defines a maturity band as a sequence of periods that determines when evaluation results are shown. NPV analysis distributes cash flows across maturity bands, while gap analysis distributes positions and outflows. Relative bands are generated from the evaluation date for NPV, and from the horizon for gap and ALM evaluations. The time buckets are part of the result's meaning, not just a display choice.
SAP Cash and Liquidity Management describes analysis of past actual cash flows and forecasting medium-term liquidity. This is a product overview, not confirmation of data completeness, accuracy, or availability.
Five cited SAP Help pages were read and retained as private snapshots. Their captured page bodies do not show an exact SAP S/4HANA release, so the functions above are not individually attributed to 2025 FPS01 or FPS02. The project has no SAP connection, loaded real cash flows, or created forecast or stress scenario. The documentation captures do not confirm that any function or source is available in a specific installation.
Budget control asks whether a commitment or expense is allowed against a budget and its control profile. A liquidity forecast asks when cash is expected to move and whether the available balance will cover a payment when due. A commitment may pass budget control but still create a cash gap; available cash does not make spending budget-authorized.
Reconcile budgets, commitments, and cash flows while keeping them distinct. Do not transfer statuses between them automatically. A liquidity scenario does not approve a budget, and a budget balance is not a bank balance.