Закрытие месяца и прогноз

Сверяет учёт за месяц, обновляет прогноз денег по закрытым цифрам и собирает пакет закрытия для вас и бухгалтера.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Сверяет учёт за месяц, обновляет прогноз денег по закрытым цифрам и собирает пакет закрытия для вас и бухгалтера.
Когда брать: В конце месяца, когда нужно закрыть книги, понять, почему изменились выручка и маржа, и подготовить пакет для бухгалтера.
Когда не брать: Если нужна только сверка без прогноза и рассылки пакета: для этого есть month-end-prep. Без учётной системы скилл не работает.
Пример запроса: Закрой апрель: сверь учёт, обнови прогноз денег и подготовь пакет для моего бухгалтера.
Нужно подключить: бухгалтерская система (QuickBooks, Xero, NetSuite, MYOB или Zoho Books)
Работает лучше с: Gusto, PayPal, Square или Stripe, Ramp, Shopify

Входит в плагин small-business. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку close-month в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: close-month
description: Закрывает учёт и превращает его в решение трёхзвенной цепочкой: month-end-prep сверяет учётную систему со всеми подключёнными платёжными системами и пишет пояснение к отчёту о прибылях и убытках (P&L); затем cash-flow-snapshot обновляет прогноз на 30/60/90 дней по только что закрытым данным, а не по сырым; и report-builder публикует и рассылает пакет закрытия. Требуется учётная система (MYOB, NetSuite, QuickBooks, Xero или Zoho Books); при подключении использует Gusto, PayPal, Ramp, Shopify, Square и Stripe, а при их отсутствии — загруженные выписки или CSV. Запускай по фразам «закрой месяц», «конец месяца», «закрой книги», «сверь», «отправь пакет закрытия моему бухгалтеру» или когда владелец спрашивает, почему в прошлом месяце изменилась выручка или маржа. Если владельцу нужна только сверка и её флаги, без обновления прогноза и рассылки пакета, направляй прямо в month-end-prep.
allowed-tools: Read, WebFetch
---

Запусти цепочку закрытия месяца. Сначала закрой, затем строй прогноз по закрытому учёту, затем публикуй. Порядок и есть продукт.

Разбери аргументы:

--month (по умолчанию предыдущий календарный месяц) — YYYY-MM
--save-to (по умолчанию files) — files (Drive / OneDrive), desktop или both

Нужна учётная система — MYOB, NetSuite, QuickBooks, Xero или Zoho Books, какая подключена; они равноправны (../../shared/connector-neutrality.md). Если ни одна недоступна, остановись и скажи об этом. Сверка без учётной системы — это не закрытие. Предложи путь через CSV из month-end-prep, а не выдавай неполный пакет. Если подключены две учётные системы, спроси, в какой лежат закрываемые книги, и назови её в пакете.

Шаг 1. Закрой и сверь (month-end-prep)

Запусти month-end-prep для целевого месяца от начала до конца.

На входе: целевой месяц.
На выходе: таблица сверки, отмеченные позиции (без категории, подозрительные дубли, отсутствующие чеки), пояснение к P&L и пакет закрытия — XLSX плюс одностраничный PDF.
Шлагбаум: остаётся собственное подтверждение на шаге 6 в month-end-prep. Владелец разбирает каждую отмеченную позицию — или явно пропускает её, — прежде чем запустится что-либо дальше.

Этот шаг отвечает за цифры. Ничто дальше по цепочке не пересматривает категории транзакций и не пересчитывает выручку.

Жёсткий шлагбаум перед шагом 2

Не начинай прогноз, пока владелец не подтвердил закрытие. Прямо скажи, чего ждёшь:

«Учёт за апрель закрыт — отклонения на 3 200 USD разобраны, два чека всё ещё отсутствуют. Готовы обновить прогноз денег по этим закрытым данным?»

Если отмеченные позиции остаются открытыми, назови их и спроси, строить ли прогноз всё равно. Прогноз, построенный на одиннадцати транзакциях без категории, — это прогноз, построенный на догадке, и владелец вправе знать, что именно он получает.

Шаг 2. Прогноз по закрытому учёту (cash-flow-snapshot)

Запусти cash-flow-snapshot, взяв сверенный месяц как историческую базу.

На входе: данные закрытого месяца с шага 1 — фактические сроки поступления дебиторки, фактические постоянные расходы в том виде, как они разнесены, фактическая задержка расчётов.
На выходе: прогноз на 30/60/90 дней с доверительными коридорами и названными рисками.
Шлагбаум: нет. Прогноз только читает.

Объясни в результате, почему важен именно такой порядок. Прогноз на сырых книгах наследует каждый неверно разнесённый расход и каждый несопоставленный расчёт. Запуск после закрытия означает, что история сроков платежей реальна, а нижняя граница постоянных расходов верна. Достаточно одной строки:

«Этот прогноз построен на закрытом учёте за апрель, поэтому сроки поступлений и нижняя граница расходов отражают сверенные цифры, а не сырой журнал».

Если при закрытии всплыло то, что сдвигает прогноз, — удалённый дубль списания у поставщика, наконец сопоставленный расчёт, — покажи разницу с прогнозом прошлого месяца.

Шаг 3. Опубликуй и разошли (report-builder)

Запусти report-builder, чтобы упаковать и доставить закрытие.

На входе: пояснение к P&L и пакет с шага 1, прогноз с шага 2.
На выходе: объединённый пакет закрытия — сначала сводка в чате, затем рабочая книга. Сохрани определение, чтобы закрытие в следующем месяце публиковало тот же набор без нового описания.
Шлагбаум: сохранение на собственный диск владельца происходит автоматически. Отправка бухгалтеру или кому-либо ещё — нет: составь сообщение, покажи его и жди.

Объединяй, а не скрепляй степлером. Пакет читается так: каким был месяц, что говорит учёт, как выглядят следующие 90 дней по этому учёту и что ещё открыто.

Пример, Okonkwo Mechanical: «Апрель закрыт с 84 200 USD, на 6% больше, чем в марте. Маржа удержалась на 38%. Два чека пока не получены. Прогноз на 30 дней — 11 400 USD чистыми в середине диапазона; качели создаёт 12 400 USD от Rosewood».

Чего не делать

Не строй прогноз до подтверждения закрытия. Порядок — вся причина, по которой это цепочка.
Не исправляй отмеченную позицию автоматически. Покажи расхождение, порекомендуй действие, жди.
Не удаляй подозрительный дубль без явного подтверждения. Покажи обе записи рядом.
Не пересчитывай число ниже по цепочке. Шаг 1 отвечает за книги; последующие шаги лишь ссылаются на них.
Не отправляй пакет бухгалтеру без согласования.
Не продолжай без учётной системы. Скажи, чего не хватает, по категориям, и предложи путь через CSV.

Результат

Закончи итоговым абзацем: выручка и маржа, ещё открытые пробелы, середина 30-дневного прогноза и главный риск для неё, пути к файлам. Если что-то пропущено, а не решено, перечисли это, чтобы владелец мог вернуться.

Также оформи объединённое закрытие одним HTML-артефактом в общем фирменном стиле артефактов (../../shared/artifact-style.md) — как дополнение к итогу в чате и файлам пакета, а не вместо них. Выручка, процент маржи и середина 30-дневного прогноза — плитки показателей со сравнением в поясняющих строках; сверка и отмеченные позиции — таблица с суммами цифрами одинаковой ширины (tabular-nums) и плашкой статуса в каждой строке (хорошо — сверено, внимание — пропущено, критично — не решено); прогноз на 30/60/90 дней получает собственную панель; страницу замыкает чек-лист открытых позиций.

После прогона

Одна строка: месяц закрыт, прогноз обновлён, пакет опубликован. Затем единственный самый уместный следующий шаг и не больше двух других рядом:

Если прогноз отметил риск по зарплате: «хватит ли мне на зарплату» запускает /plan-payroll.
«Кто мне должен деньги?» запускает invoice-chase по дебиторке, которую закрытие только что подтвердило.
«Недельный пакет по расписанию» запускает /report-pack, чтобы эти цифры повторялись.

Не больше трёх предложений. Никогда не повторяй предложение, от которого владелец отказался в этой сессии.

Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс работал с инструментом, который не подключён или не указан, предложи build-connector: он сначала проверяет каталог коннекторов, а иначе подключает через Zapier и никогда не собирает вручную обращения к «сырому» API. Когда подключение создано, инструмент входит в этот скилл как любой другой необязательный коннектор, с теми же шлагбаумами согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/close-month, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: close-month
description: Closes the books and turns them into a decision as a three-link chain — month-end-prep reconciles the ledger against every connected payment processor and writes the P&L narrative, cash-flow-snapshot then refreshes the 30/60/90-day forecast off the newly closed numbers rather than raw ones, and report-builder publishes and distributes the close packet. Requires a ledger (MYOB, NetSuite, QuickBooks, Xero, or Zoho Books) and uses Gusto, PayPal, Ramp, Shopify, Square, and Stripe when connected, falling back to statement or CSV uploads. Trigger on "close the month," "month-end," "close the books," "reconcile," "send the close packet to my accountant," or when the owner asks why revenue or margin moved last month. An owner who wants only the reconciliation and its flags, with no forecast refresh and no packet distribution, routes to month-end-prep directly.
allowed-tools: Read, WebFetch
---

Run the month-end chain. Close, then forecast off the closed books, then publish. The ordering is the product.

Parse arguments:
- `--month` (default: previous calendar month) — `YYYY-MM`
- `--save-to` (default `files`) — `files` (Drive / OneDrive), `desktop`, or `both`

**A ledger is required** — MYOB, NetSuite, QuickBooks, Xero, or Zoho Books, whichever is connected; they are peers (`../../shared/connector-neutrality.md`). If none is reachable, stop and say so. Reconciliation without a ledger is not a close. Offer the CSV path from `month-end-prep` rather than producing a partial packet. If two ledgers are connected, ask which holds the books being closed and name it in the packet.

## Step 1 — Close and reconcile (month-end-prep)

Run `month-end-prep` for the target month, start to finish.

- **In:** the target month.
- **Out:** the reconciliation table, the flagged items (uncategorized, suspicious duplicates, missing receipts), the P&L narrative, and the close packet XLSX plus one-page PDF.
- **Gate:** `month-end-prep`'s own Step 6 sign-off holds. The owner triages every flagged item — or explicitly skips it — before anything downstream runs.

**This step owns the numbers.** Nothing later in the chain recategorizes a transaction or restates revenue.

### The hard gate before Step 2

Do not start the forecast until the owner has signed off on the close. Say plainly what is waiting:

> "Books are closed for April — USD 3,200 in variances resolved, two receipts still missing. Ready to refresh your cash forecast off these closed numbers?"

If flagged items are still open, name them and ask whether to forecast anyway. A forecast built on eleven uncategorized transactions is a forecast built on a guess, and the owner deserves to know which they are getting.

## Step 2 — Forecast off the closed books (cash-flow-snapshot)

Run `cash-flow-snapshot` using the reconciled month as its historical base.

- **In:** the closed-month figures from Step 1 — actual AR collection timing, actual fixed costs as coded, actual settlement lag.
- **Out:** the 30/60/90-day forecast with confidence bands and named risks.
- **Gate:** none. The forecast is read-only.

**Say why this ordering matters, in the output.** A forecast run on raw books inherits every miscoded expense and every unmatched settlement. Running it after the close means the payment-timing history is real and the fixed-cost floor is right. One line is enough:

> "This forecast is built on April's closed books, so the collection timing and cost floor reflect reconciled numbers — not the raw register."

If the close surfaced something that moves the forecast — a duplicate vendor charge removed, a settlement finally matched — call out the delta against last month's forecast.

## Step 3 — Publish and distribute (report-builder)

Run `report-builder` to package and deliver the close.

- **In:** the P&L narrative and packet from Step 1, the forecast from Step 2.
- **Out:** the merged close packet — chat summary first, then the workbook. Save the definition so next month's close publishes the same pack without being described again.
- **Gate:** saving to the owner's own drive is automatic. **Sending to an accountant or anyone else is not** — draft the message, show it, and wait.

Merge, do not staple. The packet reads: what the month was, what the books say, what the next 90 days look like off those books, and what is still open.

Example, Okonkwo Mechanical: "April closed at USD 84,200, up 6% on March. Margin held at 38%. Two receipts outstanding. The 30-day forecast is USD 11,400 net at the midpoint — Rosewood's USD 12,400 is the swing."

## What not to do

- **Do not forecast before the close is signed off.** The ordering is the entire reason this is a chain.
- **Do not auto-fix a flagged item.** Show the gap, recommend the action, wait.
- **Do not delete a suspected duplicate without explicit confirmation.** Show both records side by side.
- **Do not restate a number downstream.** Step 1 owns the books; later steps cite them.
- **Do not send the packet to an accountant without approval.**
- **Do not proceed without a ledger.** Say what is missing, by category, and offer the CSV path.

## Output

End with a one-paragraph recap: revenue and margin, gaps still open, the 30-day forecast midpoint and its top risk, and the file paths. If anything was skipped rather than resolved, list it so the owner can come back to it.

Also render the merged close as one HTML artifact using the house artifact style (`../../shared/artifact-style.md`) — additive to the chat recap and the packet files, never instead of them. Revenue, margin percent, and the 30-day forecast midpoint are stat tiles with their comparison as context lines; the reconciliation and flagged items are a table with tabular-nums amounts and a status pill per row (good reconciled, warn skipped, critical unresolved); the 30/60/90 forecast gets its own panel; the open-items checklist closes the page.

## After the run

One line: the month is closed, forecast refreshed, packet published. Then the single most relevant next step, with at most two others nearby:

- If the forecast flagged a payroll risk: "can I make payroll" runs `/plan-payroll`.
- "Who owes me money?" runs `invoice-chase` on the AR the close just confirmed.
- "The weekly pack, on schedule" runs `/report-pack` so these numbers recur.

Max three offers. Never repeat an offer the owner declined this session.

## Using a tool that isn't listed

The connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer `build-connector` — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.

Источник: anthropics/knowledge-work-plugins / small-business / close-month ↗. Ссылка проверена 2026-10-10.

---
name: close-month
description: Закрывает учёт и превращает его в решение трёхзвенной цепочкой: month-end-prep сверяет учётную систему со всеми подключёнными платёжными системами и пишет пояснение к отчёту о прибылях и убытках (P&L); затем cash-flow-snapshot обновляет прогноз на 30/60/90 дней по только что закрытым данным, а не по сырым; и report-builder публикует и рассылает пакет закрытия. Требуется учётная система (MYOB, NetSuite, QuickBooks, Xero или Zoho Books); при подключении использует Gusto, PayPal, Ramp, Shopify, Square и Stripe, а при их отсутствии — загруженные выписки или CSV. Запускай по фразам «закрой месяц», «конец месяца», «закрой книги», «сверь», «отправь пакет закрытия моему бухгалтеру» или когда владелец спрашивает, почему в прошлом месяце изменилась выручка или маржа. Если владельцу нужна только сверка и её флаги, без обновления прогноза и рассылки пакета, направляй прямо в month-end-prep.
allowed-tools: Read, WebFetch
---

Запусти цепочку закрытия месяца. Сначала закрой, затем строй прогноз по закрытому учёту, затем публикуй. Порядок и есть продукт.

Разбери аргументы:
- `--month` (по умолчанию предыдущий календарный месяц) — `YYYY-MM`
- `--save-to` (по умолчанию `files`) — `files` (Drive / OneDrive), `desktop` или `both`

**Нужна учётная система** — MYOB, NetSuite, QuickBooks, Xero или Zoho Books, какая подключена; они равноправны (`../../shared/connector-neutrality.md`). Если ни одна недоступна, остановись и скажи об этом. Сверка без учётной системы — это не закрытие. Предложи путь через CSV из `month-end-prep`, а не выдавай неполный пакет. Если подключены две учётные системы, спроси, в какой лежат закрываемые книги, и назови её в пакете.

## Шаг 1. Закрой и сверь (month-end-prep)

Запусти `month-end-prep` для целевого месяца от начала до конца.

- **На входе:** целевой месяц.
- **На выходе:** таблица сверки, отмеченные позиции (без категории, подозрительные дубли, отсутствующие чеки), пояснение к P&L и пакет закрытия — XLSX плюс одностраничный PDF.
- **Шлагбаум:** остаётся собственное подтверждение на шаге 6 в `month-end-prep`. Владелец разбирает каждую отмеченную позицию — или явно пропускает её, — прежде чем запустится что-либо дальше.

**Этот шаг отвечает за цифры.** Ничто дальше по цепочке не пересматривает категории транзакций и не пересчитывает выручку.

### Жёсткий шлагбаум перед шагом 2

Не начинай прогноз, пока владелец не подтвердил закрытие. Прямо скажи, чего ждёшь:

> «Учёт за апрель закрыт — отклонения на 3 200 USD разобраны, два чека всё ещё отсутствуют. Готовы обновить прогноз денег по этим закрытым данным?»

Если отмеченные позиции остаются открытыми, назови их и спроси, строить ли прогноз всё равно. Прогноз, построенный на одиннадцати транзакциях без категории, — это прогноз, построенный на догадке, и владелец вправе знать, что именно он получает.

## Шаг 2. Прогноз по закрытому учёту (cash-flow-snapshot)

Запусти `cash-flow-snapshot`, взяв сверенный месяц как историческую базу.

- **На входе:** данные закрытого месяца с шага 1 — фактические сроки поступления дебиторки, фактические постоянные расходы в том виде, как они разнесены, фактическая задержка расчётов.
- **На выходе:** прогноз на 30/60/90 дней с доверительными коридорами и названными рисками.
- **Шлагбаум:** нет. Прогноз только читает.

**Объясни в результате, почему важен именно такой порядок.** Прогноз на сырых книгах наследует каждый неверно разнесённый расход и каждый несопоставленный расчёт. Запуск после закрытия означает, что история сроков платежей реальна, а нижняя граница постоянных расходов верна. Достаточно одной строки:

> «Этот прогноз построен на закрытом учёте за апрель, поэтому сроки поступлений и нижняя граница расходов отражают сверенные цифры, а не сырой журнал».

Если при закрытии всплыло то, что сдвигает прогноз, — удалённый дубль списания у поставщика, наконец сопоставленный расчёт, — покажи разницу с прогнозом прошлого месяца.

## Шаг 3. Опубликуй и разошли (report-builder)

Запусти `report-builder`, чтобы упаковать и доставить закрытие.

- **На входе:** пояснение к P&L и пакет с шага 1, прогноз с шага 2.
- **На выходе:** объединённый пакет закрытия — сначала сводка в чате, затем рабочая книга. Сохрани определение, чтобы закрытие в следующем месяце публиковало тот же набор без нового описания.
- **Шлагбаум:** сохранение на собственный диск владельца происходит автоматически. **Отправка бухгалтеру или кому-либо ещё — нет**: составь сообщение, покажи его и жди.

Объединяй, а не скрепляй степлером. Пакет читается так: каким был месяц, что говорит учёт, как выглядят следующие 90 дней по этому учёту и что ещё открыто.

Пример, Okonkwo Mechanical: «Апрель закрыт с 84 200 USD, на 6% больше, чем в марте. Маржа удержалась на 38%. Два чека пока не получены. Прогноз на 30 дней — 11 400 USD чистыми в середине диапазона; качели создаёт 12 400 USD от Rosewood».

## Чего не делать

- **Не строй прогноз до подтверждения закрытия.** Порядок — вся причина, по которой это цепочка.
- **Не исправляй отмеченную позицию автоматически.** Покажи расхождение, порекомендуй действие, жди.
- **Не удаляй подозрительный дубль без явного подтверждения.** Покажи обе записи рядом.
- **Не пересчитывай число ниже по цепочке.** Шаг 1 отвечает за книги; последующие шаги лишь ссылаются на них.
- **Не отправляй пакет бухгалтеру без согласования.**
- **Не продолжай без учётной системы.** Скажи, чего не хватает, по категориям, и предложи путь через CSV.

## Результат

Закончи итоговым абзацем: выручка и маржа, ещё открытые пробелы, середина 30-дневного прогноза и главный риск для неё, пути к файлам. Если что-то пропущено, а не решено, перечисли это, чтобы владелец мог вернуться.

Также оформи объединённое закрытие одним HTML-артефактом в общем фирменном стиле артефактов (`../../shared/artifact-style.md`) — как дополнение к итогу в чате и файлам пакета, а не вместо них. Выручка, процент маржи и середина 30-дневного прогноза — плитки показателей со сравнением в поясняющих строках; сверка и отмеченные позиции — таблица с суммами цифрами одинаковой ширины (tabular-nums) и плашкой статуса в каждой строке (хорошо — сверено, внимание — пропущено, критично — не решено); прогноз на 30/60/90 дней получает собственную панель; страницу замыкает чек-лист открытых позиций.

## После прогона

Одна строка: месяц закрыт, прогноз обновлён, пакет опубликован. Затем единственный самый уместный следующий шаг и не больше двух других рядом:

- Если прогноз отметил риск по зарплате: «хватит ли мне на зарплату» запускает `/plan-payroll`.
- «Кто мне должен деньги?» запускает `invoice-chase` по дебиторке, которую закрытие только что подтвердило.
- «Недельный пакет по расписанию» запускает `/report-pack`, чтобы эти цифры повторялись.

Не больше трёх предложений. Никогда не повторяй предложение, от которого владелец отказался в этой сессии.

## Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс работал с инструментом, который не подключён или не указан, предложи `build-connector`: он сначала проверяет каталог коннекторов, а иначе подключает через Zapier и никогда не собирает вручную обращения к «сырому» API. Когда подключение создано, инструмент входит в этот скилл как любой другой необязательный коннектор, с теми же шлагбаумами согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/close-month, лицензия Apache-2.0. Изменения: перевод на русский язык.