Cash flow snapshot

<!-- Производное от 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	Когда нужен образец формата вывода для нового вида данных