cash-flow-snapshot · git:20260615.8f5263b · 2026-06-15 · sha256 ef12bb1959e47fd3
cash-flow-snapshot git:20260615.8f5263bA
Immutable. This exact content is served forever at /api/v1/blob/ef12bb1959e47fd3.
---
name: cash-flow-snapshot
description: >
Берёт дебиторку и кредиторку, историю сроков поступления денег и известные
постоянные расходы из бухгалтерии (1С, МойСклад) и платёжных сервисов
(ЮKassa, Тинькофф, банк-выписка) — или из выгрузки CSV — и строит прогноз
денежного потока на 30/60/90 дней с доверительными коридорами по проценту
отклонения и поимёнными флагами рисков. На выходе — сводка в чат и XLSX для
скачивания. Триггеры: «посчитай денежный поток», «спрогнозируй кэшфлоу»,
«хватит ли на зарплату», «на сколько хватит денег», «запас прочности»,
«кассовый разрыв», «хватит ли на налоги». В выплаты ВКЛЮЧАЕТ предстоящие налоги и взносы (из навыка tax-calendar-proactive) — именно они чаще всего создают кассовый разрыв. Если коннектор не подключён — переходит на выгрузку CSV или грубый режим по средним.
compatibility: "Нужен хотя бы один из: коннектор ~~бухгалтерия (1С/МойСклад), коннектор ~~платежи (ЮKassa/Тинькофф/банк-выписка), загрузка файла (fallback на CSV). Вывод использует skill xlsx."
---
<!-- Производное от Anthropic knowledge-work-plugins / small-business (Apache-2.0, (c) Anthropic). Локализовано под РФ, файл изменён. См. /NOTICE и /LICENSE. -->
# Прогноз денежного потока
Кассовый разрыв не сваливается как снег на голову — он виден за недели, если
кто-то держит перед глазами календарь платежей. Чаще всего рвут кассу именно
налоги и взносы, про которые забыли. Этот скилл смотрит за вас: на 30/60/90
дней вперёд, с поимёнными флагами «вот тут не хватит и вот почему».
Результат в двух частях: краткая сводка в чат и XLSX-книга для скачивания —
с доверительными коридорами по проценту отклонения.
**Быстрый старт**
> «Хватит ли мне денег на зарплату в следующем месяце?»
Claude подтягивает дебиторку/кредиторку и постоянные расходы из подключённых
источников, считает ожидаемые поступления и выплаты в окнах 30, 60 и 90 дней,
накладывает доверительные коридоры на основе исторического разброса сроков
оплаты по каждому клиенту и помечает конкретные риски по имени.
---
## Рабочий процесс
### Шаг 1 — Определить доступные источники данных
Проверь, какие коннекторы подключены. Пробуй в таком порядке:
1. `~~бухгалтерия` (например, 1С:Бухгалтерия или МойСклад) — основной источник
по дебиторке (нам должны), кредиторке (мы должны) и постоянным расходам
2. `~~платежи` (например, ЮKassa, Тинькофф Касса, СБП) — история операций и
сроки зачисления
3. Банк-клиент (выписка) — поступления и списания по расчётному счёту
4. Загрузка CSV — fallback, если ни один коннектор не подключён
Если ни один коннектор не подключён и файл не приложен, попроси собственника
либо подключить источник, либо выгрузить CSV (таблица доходов/расходов в любом
разумном формате). Отметь в выводе, какие источники использованы — это влияет
на ширину доверительного коридора.
**Грубый режим (zero-prompt, когда данных нет вообще):** если собственник не
готов выгружать файл — спроси 4 числа простыми словами: «сколько сейчас на
счету», «сколько в среднем приходит в месяц», «сколько в среднем уходит в
месяц», «кто и сколько должен с примерным сроком». Этого хватает на грубый
прогноз с широким коридором (±40–50%) и пометкой «оценка по средним, без
детализации». Лучше грубый прогноз сегодня, чем точный никогда.
### Шаг 2 — Подтянуть данные
**Из `~~бухгалтерия` (1С / МойСклад):**
- Дебиторская задолженность с разбивкой по срокам: клиент, сумма счёта, дата
счёта, срок оплаты, дней просрочки
- Кредиторская задолженность: поставщик, сумма к оплате, срок оплаты
- Регулярные постоянные расходы: аренда, зарплата, подписки (искать
повторяющиеся операции)
**Из `~~платежи` (ЮKassa / Тинькофф / банк-выписка):**
- История зачислений: дата операции, сумма, дата фактического поступления
на счёт
- По задержке зачисления (дата операции → дата поступления) считай средний и
разброс задержки оплаты по каждому источнику
**Из выгрузки CSV:**
- Парсить как таблицу доходов/расходов
- Нужные столбцы (названия гибкие): дата, сумма, тип (доход или расход),
описание
- Если столбцы неоднозначны — покажи строку заголовка и попроси собственника
подтвердить разметку
**Налоговые обязательства (обязательный отток — часто забывают):**
- Запусти логику навыка `tax-calendar-proactive`: по профилю бизнеса (форма,
режим, оборот) определи предстоящие в окнах 30/60/90 налоги и взносы —
авансы УСН (28.04/28.07/28.10), фикс. взносы ИП (28.12), доп. 1% (01.07),
НДФЛ/взносы за сотрудников (ЕНП, 28 числа).
- Каждый такой платёж добавь как запланированную выплату на его дату с суммой
из канона (`RULES.md` раздел 4). Это не «постоянный расход» —
это разовые крупные оттоки, которые рвут кассу именно потому, что про них
забывают.
### Шаг 3 — Посчитать исторические сроки оплаты
Для каждого клиента-должника (или источника дохода из CSV) посчитай:
- **Средняя задержка оплаты** — среднее число дней от даты счёта/операции до
поступления денег
- **Разброс оплаты** — стандартное отклонение задержки по последним 6–12
платежам
- Используй разброс для ширины доверительного коридора (см. Шаг 4)
Если по клиенту меньше 3 платежей — бери среднее по всей базе как точечную
оценку и применяй коридор по умолчанию ±30%. Когда данных по CSV достаточно
(≥3 платежей на источник), считай коридор из фактического разброса — не
подставляй ±30% автоматически.
### Шаг 4 — Построить прогноз на 30/60/90 дней
Сделай три временных окна: 0–30 дней, 31–60 дней, 61–90 дней.
Для каждого окна посчитай:
| Строка | Метод |
|---|---|
| Ожидаемые поступления | Дебиторка со сроком в окне, скорректированная на среднюю задержку оплаты |
| Ожидаемые выплаты | Кредиторка со сроком в окне + постоянные расходы, попадающие в окно |
| Чистая денежная позиция | Поступления − Выплаты |
| Доверительный коридор | ± средневзвешенный разброс оплаты как % от ожидаемых поступлений |
Формула доверительного коридора:
```
коридор_% = средневзв_стд_отклонение_дней / средняя_задержка_дней
низ = чистый_поток × (1 − коридор_%)
верх = чистый_поток × (1 + коридор_%)
```
Округляй коридор_% до одного знака после запятой. Ограничивай ±50% — больший
разброс означает, что данных слишком мало для модели; вместо этого помечай это
флагом (см. Шаг 5).
### Шаг 5 — Пометить риски поимённо
Найди условия, при которых нижняя граница коридора уходит в минус или
возникает кассовый разрыв. Для каждого риска дай однострочный флаг:
- **Риск просрочки:** «Клиент X исторически платит на 18 дней позже срока;
это сдвигает его счёт на 84 000 ₽ из окна 30 дней на 48-й день.»
- **Кассовый разрыв на зарплату:** «Зарплата (220 000 ₽) выпадает на 15.04.
Деньги на счёте по нижней границе на 14.04: 192 000 ₽. Риск нехватки:
28 000 ₽.»
- **Налоговый кассовый разрыв:** «28.07 — аванс УСН (≈150 000 ₽) и 01.07 —
доп. взнос 1% (77 000 ₽). Суммарно 227 000 ₽ за две недели. Деньги по нижней
границе на 28.07: 180 000 ₽. Риск нехватки: 47 000 ₽. Совет: придержать
выплату поставщику X или ускорить оплату от клиента Y.»
- **Предупреждение о нехватке данных:** «По клиенту Y всего 2 платежа в
истории — коридор выставлен по умолчанию ±30%.»
- **Предупреждение об отсутствии коннектора:** «Считаем только по данным CSV —
нет данных по кредиторке и регулярным расходам в реальном времени.
Доверительные коридоры шире обычного.»
Ограничься топ-5 рисками по серьёзности (сначала наибольшие по сумме в рублях).
### Шаг 6 — Выдать результат
**Сводка в чат** (всегда):
```
Прогноз денежного потока — [диапазон дат]
Источник(и): [использованные коннекторы]
Ожидаемо Низ Верх
30 дней нетто: X XXX ₽ X XXX ₽ X XXX ₽
60 дней нетто: X XXX ₽ X XXX ₽ X XXX ₽
90 дней нетто: X XXX ₽ X XXX ₽ X XXX ₽
⚠ Помечено рисков: [количество]
• [риск 1]
• [риск 2]
...
```
**XLSX-книга** (всегда):
Перед генерацией прочитай `xlsx/SKILL.md`. Сделай книгу из трёх листов:
1. **Сводка** — таблица прогноза 30/60/90 с доверительными коридорами. Под
строкой каждого окна разверни подстроки с отдельными операциями, из которых
складываются поступления (зелёным) и выплаты (красным). Так оценку можно
проверить, не уходя с листа «Сводка».
2. **Детализация** — все операции, сгруппированные по окнам, отсортированные по
дате внутри группы. Включи столбец с нарастающим итогом (накопленные
поступления минус выплаты внутри окна) и строку-итог внизу каждого окна с
суммой поступлений, выплат и нетто. Прошедшие операции вынеси серым в
отдельный раздел внизу для справки. Проследи, чтобы у всех трёх окон были
строки, даже если одно пустое — покажи строку-заглушку «В этом окне операций
нет».
3. **Риски** — помеченные риски с суммой в рублях и затронутым окном.
Сохрани как `cash-flow-snapshot-[ГГГГ-ММ-ДД].xlsx`.
---
## Approval gates (точки подтверждения)
Необратимых действий нет — скилл работает только на чтение. Подтверждение перед
построением прогноза не требуется.
Напомни собственнику после выдачи:
> «Этот прогноз построен на основе [перечисленные источники]. Подготовлено для
> проверки вашим бухгалтером. Не является налоговой или финансовой
> консультацией — сверьтесь с бухгалтером, прежде чем принимать решения о
> привлечении финансирования.»
---
## Reference-файлы
| Файл | Когда загружать |
|---|---|
| `reference/gotchas.md` | Когда коннектор вернул неожиданные данные или разброс экстремальный |
| `reference/examples/worked-example.md` | Когда нужен образец формата вывода для нового вида данных |