<!-- Производное от Anthropic knowledge-work-plugins / small-business (Apache-2.0, (c) Anthropic). Локализовано под РФ, файл изменён. См. /NOTICE и /LICENSE. -->

Прогноз денежного потока

Кассовый разрыв не сваливается как снег на голову — он виден за недели, если кто-то держит перед глазами календарь платежей. Чаще всего рвут кассу именно налоги и взносы, про которые забыли. Этот скилл смотрит за вас: на 30/60/90 дней вперёд, с поимёнными флагами «вот тут не хватит и вот почему».

Результат в двух частях: краткая сводка в чат и XLSX-книга для скачивания — с доверительными коридорами по проценту отклонения.

Быстрый старт

«Хватит ли мне денег на зарплату в следующем месяце?»

Claude подтягивает дебиторку/кредиторку и постоянные расходы из подключённых источников, считает ожидаемые поступления и выплаты в окнах 30, 60 и 90 дней, накладывает доверительные коридоры на основе исторического разброса сроков оплаты по каждому клиенту и помечает конкретные риски по имени.

Рабочий процесс

Шаг 1 — Определить доступные источники данных

Проверь, какие коннекторы подключены. Пробуй в таком порядке:

1. ~~бухгалтерия (например, 1С:Бухгалтерия или МойСклад) — основной источник

по дебиторке (нам должны), кредиторке (мы должны) и постоянным расходам

1. ~~платежи (например, ЮKassa, Тинькофф Касса, СБП) — история операций и

сроки зачисления

1. Банк-клиент (выписка) — поступления и списания по расчётному счёту
2. Загрузка 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 с доверительными коридорами. Под

строкой каждого окна разверни подстроки с отдельными операциями, из которых складываются поступления (зелёным) и выплаты (красным). Так оценку можно проверить, не уходя с листа «Сводка».

1. Детализация — все операции, сгруппированные по окнам, отсортированные по

дате внутри группы. Включи столбец с нарастающим итогом (накопленные поступления минус выплаты внутри окна) и строку-итог внизу каждого окна с суммой поступлений, выплат и нетто. Прошедшие операции вынеси серым в отдельный раздел внизу для справки. Проследи, чтобы у всех трёх окон были строки, даже если одно пустое — покажи строку-заглушку «В этом окне операций нет».

1. Риски — помеченные риски с суммой в рублях и затронутым окном.

Сохрани как cash-flow-snapshot-[ГГГГ-ММ-ДД].xlsx.

Approval gates (точки подтверждения)

Необратимых действий нет — скилл работает только на чтение. Подтверждение перед построением прогноза не требуется.

Напомни собственнику после выдачи:

«Этот прогноз построен на основе [перечисленные источники]. Подготовлено для проверки вашим бухгалтером. Не является налоговой или финансовой консультацией — сверьтесь с бухгалтером, прежде чем принимать решения о привлечении финансирования.»

Reference-файлы