cash-flow-snapshot

Files (3)

• SKILL.md
• worked-example.md · reference/examples/
• gotchas.md · reference/

SKILL.md (first lines)

<!-- Производное от 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 — Пометить риски поимённо

From ilyautov/small-business-ru, Apache-2.0.

More from ilyautov/small-business-ru