Деньги на 30 дней вперёд
Ежедневный остаток, обязательные и управляемые платежи, резерв и сценарии переноса — до даты списания, а не после.
Сделал: Модель ДДС, приоритизация платежей, сценарии
ВопросХватит ли денег на ближайшие 30 дней?
Консолидированно хватает — но не каждой компании
Минимум периметра 31,8 млн ₽ (04.07) — на 6,8 выше резерва. Ниже своего резерва уходят обе компании: ООО — 10.07, ИП — 04.07.
В заявку попадёт тема Платёжный календарь: консолидированно денег хватает, но компании уходят ниже резерва
— не придётся пересказывать, о чём речь.
Ситуация
С чего всё начиналось
Контур нужен для финансового директора, операционного руководителя и бухгалтерии: видеть остаток денег, обязательные платежи, риск просадки и решения по переносу.
Финансы видели P&L, но не имели ежедневного контура денежных разрывов: платежи, поступления, обязательства и переносы жили в разных таблицах.
Что изменено
Что я сделал
Спроектировал модель денежных потоков, правила приоритизации платежей, календарь обязательств, сценарии переноса и экран приёмки.
- Денежный поток разделяется на подтверждённые поступления, плановые поступления, обязательные платежи и управляемые платежи.
- Платёж нельзя переносить без изменения статуса, причины и владельца согласования.
- Кассовый разрыв считается по ежедневному остатку денег с учётом минимального резерва.
- Приоритет платежа зависит от типа обязательства, штрафа за перенос, контрагента, даты и влияния на операционный процесс.
Что получилось
Результат
Кассовый разрыв и платёжные решения стали видны до даты списания
- Финансовая команда видит риск кассового разрыва до даты платежа.
- Переносы стали управляемым сценарием с причиной, владельцем и эффектом.
- P&L и ДДС разделены: прибыль не подменяет платёжеспособность.
Как это проверено
Проверка и границы
- Финальный остаток сверяется с банковским остатком на конец дня.
- Обязательные платежи не могут перейти в статус переноса без причины и владельца.
- Сценарный кассовый разрыв пересчитывается после каждого изменения даты платежа.
- Приёмка проверяет календарь, очередь согласования, статусы и экспорт платежей.
dashboard использует синтетические платежи и обезличенную логику приоритизации. демо не является платёжной рекомендацией; решение требует актуальных банковских и договорных данных.
Техническое приложение
Как устроено внутри
Для тех, кто проверяет решение по существу: источники, слои данных, правила расчёта и артефакты передачи.
Архитектура, данные и методология
Архитектура
| Источники | банк-клиент demo · план поступлений · реестр платежей · договорные обязательства |
|---|---|
| Загрузка | ежедневная загрузка · классификация платежей · ввод сценариев |
| Хранение | факты ДДС · платёжный календарь · сценарные расчёты |
| Представление | платёжный календарь · экран кассового разрыва · очередь согласования · доска сценариев |
Модель данных
| Объект | Слой | Назначение |
|---|---|---|
| fact_cashflow_day | fact | ежедневные поступления, списания и финальный остаток |
| payment_calendar | mart | платежи, даты, приоритет, статус и владелец |
| cashflow_scenario_run | model | результаты сценариев переноса и задержек |
| dim_payment_priority | reference | критерии обязательности, штрафов и операционного риска |
Методология и правила
- Разложил финучёт на ежедневную модель ДДС: стартовый остаток, поступления, обязательные списания, управляемые платежи и финальный остаток.
- Вынес правила платежей в отдельный слой: обязательность, приоритет, допустимость переноса, SLA согласования и причина блокировки.
- Сценарии считаются поверх одной версии платёжного календаря, чтобы решение по переносу не меняло исторический факт.
- Модель кассового разрыва считает минимальный остаток, худший день, дни ниже порога и сумму платежей к переносу.
- Сценарная модель показывает, что будет при задержке поступлений, ускорении оплат или переносе управляемых платежей.
- Скоринг приоритета платежа учитывает обязательность, штраф, поставщика, просрочку, влияние на продажи и операционный риск.
Артефакты и стек
Dashboard · Data Model · Финансовые правила · Scenario Model · UAT
Что бы сделал иначе
- P&L не заменяет ДДС: прибыльный период может иметь кассовый разрыв.
- Платёжный календарь должен быть интерактивным, иначе переносы снова уходят в чат.
- Для руководителя важнее худший день и очередь действий, чем длинный список платежей.
Похожая задача?
Расскажите, где у вас расходятся цифры или не хватает картины. Отвечу, чем это лечится и с чего начать.