00 · CASE IN 30 SECONDS
Кейс за 30 секунд
Финансы видели P&L, но не имели ежедневного контура денежных разрывов: платежи, поступления, обязательства и переносы жили в разных таблицах.
Спроектировал модель денежных потоков, правила приоритизации платежей, календарь обязательств, сценарии переноса и dashboard приемки.
Dashboard · Data Model · Финансовые правила · Scenario Model
Кассовый разрыв и платежные решения стали видны до даты списания
01 · КОНТЕКСТ
Бизнес-контекст
Контур нужен для финансового директора, операционного руководителя и бухгалтерии: видеть остаток денег, обязательные платежи, риск просадки и решения по переносу.
02 · ПРОБЛЕМА
Проблема
Финансы видели P&L, но не имели ежедневного контура денежных разрывов: платежи, поступления, обязательства и переносы жили в разных таблицах.
03 · РОЛЬ
Что я сделал
Спроектировал модель денежных потоков, правила приоритизации платежей, календарь обязательств, сценарии переноса и dashboard приемки.
04 · БИЗНЕС-ПРАВИЛА
Бизнес-логика и правила
- Денежный поток разделяется на подтвержденные поступления, плановые поступления, обязательные платежи и управляемые платежи.
- Платеж нельзя переносить без изменения статуса, причины и владельца согласования.
- Кассовый разрыв считается по ежедневному running balance с учетом минимального остатка.
- Приоритет платежа зависит от типа обязательства, штрафа за перенос, контрагента, даты и влияния на операционный процесс.
05 · АРХИТЕКТУРА
Архитектура данных
Источники
- банк-клиент mock
- план поступлений
- реестр платежей
- договорные обязательства
Загрузка
- daily import
- payment classification
- scenario inputs
Хранилище
- cashflow facts
- payment calendar
- scenario runs
Витрина
- платежный календарь
- cash gap dashboard
- approval queue
- scenario board
06 · МОДЕЛЬ ДАННЫХ
Модель данных / витрины
07 · МЕТОДОЛОГИЯ
Методология, процедуры, модель и эффект
Методология
- Разложил финучет на ежедневную cashflow-модель: opening balance, inflow, mandatory outflow, flexible outflow, closing balance.
- Вынес правила платежей в отдельный слой: обязательность, приоритет, допустимость переноса, SLA согласования и причина блокировки.
- Сценарии считаются поверх одной версии платежного календаря, чтобы решение по переносу не меняло исторический факт.
Что перенесено в систему
- Ручной платежный календарь заменен dashboard-контуром с календарной сеткой и очередью approval.
- Ежедневный контроль денег перенесен из Excel в повторяемый расчет running balance.
- Процедура переноса платежа фиксирует владельца, новую дату, причину, эффект на cash gap и статус согласования.
Модель и критерии
- Cash gap model считает минимальный остаток, worst day, days below threshold и сумму платежей к переносу.
- Scenario model показывает, что будет при задержке поступлений, ускорении оплат или переносе управляемых платежей.
- Payment priority score учитывает обязательность, штраф, поставщика, просрочку, влияние на продажи и операционный риск.
Измеримый эффект
- Финансовая команда видит риск кассового разрыва до даты платежа.
- Переносы стали управляемым сценарием с причиной, владельцем и эффектом.
- P&L и cashflow разделены: прибыль не подменяет платежеспособность.
08 · ДЕМО DASHBOARD
Рабочий dashboard
Открыть Dashboard LabУ каждого кейса отдельный экран на mock data. Это не одинаковый шаблон с разными подписями, а презентационный слой поверх реальной логики проекта: метрики, контрольные правила, риски и управленческие действия.
Что должен решить руководитель?
Dashboard нужен не для красоты, а для решения
- Переносить ли платежи и какие именно?
- Хватает ли денег до конца недели с учетом обязательных списаний?
- Какой worst day и кто владелец решения по cash gap?
- Какие платежи требуют согласования сегодня?
CASHFLOW PAYMENT CALENDAR
Cashflow и платежный календарь
Финансовый cashflow-контур: ежедневный running balance, обязательные платежи, управляемые переносы и сценарный cash gap. Все числа синтетические.
Календарь платежей и остатков
Каждый день показывает opening, inflow, outflow и платежи, которые создают риск кассового разрыва.
Поступления и списания
Payout bridge: удержания не являются bank outflow
nettingУправленческие решения
Дневные остатки выше минимального резерва.
Комиссии, логистика и эквайринг МП уменьшают выплату в payout bridge, но не дублируются платежами банка.
Период может быть прибыльным, но иметь ежедневный кассовый разрыв из-за дат выплат и поставщиков.
Action queue
Worst day 04.07: запас выше лимита на 6.8 млн ₽.
Комиссии МП не отражаются как банковские платежи: они удержаны netting внутри payout bridge.
ФОТ, налоги и аренда защищены как обязательные платежи без сценарного переноса.
Управляемые платежи требуют владельца, статуса и даты нового согласования.
09 · АРТЕФАКТЫ
Артефакты
Интерактивный экран на mock data: KPI, фильтры, графики, таблицы и управленческие выводы.
Платежный календарь и cashflow controlСущности, факты, справочники и расчетные слои, по которым можно принять результат.
Closing balance сверяется с банковским остатком на конец дня.Словарь правил учета: признание, аллокации, комиссии, платежи, статусы и допуски.
Closing balance сверяется с банковским остатком на конец дня.Сценарная логика: драйверы, ограничения, sensitivity, cash gap и эффект решения.
Closing balance сверяется с банковским остатком на конец дня.Чеклист приемки: сверки, граничные случаи, роли владельцев и критерии готовности.
Closing balance сверяется с банковским остатком на конец дня.10 · ВАЛИДАЦИЯ
Подход к валидации
- Closing balance сверяется с банковским остатком на конец дня.
- Обязательные платежи не могут перейти в moved без причины и владельца.
- Сценарный cash gap пересчитывается после каждого изменения даты платежа.
- UAT проверяет календарь, очередь согласования, статусы и экспорт платежей.
11 · БИЗНЕС-ИМПАКТ
Бизнес-импакт
Кассовый разрыв и платежные решения стали видны до даты списания
12 · ВЫВОДЫ
Выводы и улучшения
- P&L не заменяет cashflow: прибыльный период может иметь кассовый разрыв.
- Платежный календарь должен быть интерактивным, иначе переносы снова уходят в чат.
- Для руководителя важнее worst day и action queue, чем длинный список платежей.