Планирование выплаты зарплаты

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

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

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

Что делает: Проверяет, хватит ли денег на зарплату, при нехватке готовит напоминания должникам и затем подготавливает расчёт, который проводите вы.
Когда брать: Когда зарплату нужно платить через несколько дней и вы не уверены, что хватит денег на счёте.
Когда не брать: Если нужна только проверка табелей без прогноза денег и работы с должниками.
Пример запроса: Зарплата в пятницу, а денег впритык. Хватит ли на всех и у кого из клиентов можно срочно получить оплату?
Работает лучше с: учётная система (QuickBooks, Xero, NetSuite, MYOB, Zoho Books), почта (Gmail или M365), PayPal, Square, Stripe, Gusto, QuickBooks Payroll

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

Как включить

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

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

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

Текст

---
name: plan-payroll
description: Проводит цепочку «уверенность в зарплате» от начала до конца: прогнозирует деньги на период выплаты зарплаты через cash-flow-snapshot, ранжирует и составляет напоминания по просроченным счетам через invoice-chase, чтобы закрыть любой разрыв, затем собирает табели, отмечает каждую аномалию и готовит расчёт через payroll-prep. В Gusto расчёт готовится для отправки владельцем; в QuickBooks Payroll или без зарплатной системы последний шаг — проверенная ведомость расчёта, которую владелец вводит сам. Эта цепочка никогда не нажимает кнопку зарплаты. Опирается на учётную книгу (MYOB, NetSuite, QuickBooks, Xero или Zoho Books), с Gmail или M365, PayPal, Square, Stripe, а также Gusto или QuickBooks Payroll добавляет детали и откатывается на загрузку CSV и табелей. Используй всякий раз, когда зарплата вызывает тревогу, в том числе по фразам «смогу ли я выплатить зарплату», «зарплату надо платить в пятницу», «спланируй зарплату», «хватит ли мне денег заплатить бригаде» или «мне нужно провести зарплату, но с деньгами туго». Принимает необязательные аргументы горизонта и даты выплаты зарплаты.
allowed-tools: Read, WebFetch
---

Планирование зарплаты

Три скилла по порядку: узнать, что зарплата покрыта, закрыть разрыв, если нет, затем провести её.

Владельцы не задают здесь два отдельных вопроса. «Смогу ли я выплатить зарплату» и «проведи зарплату» — это одна тревога, и разделение её на две сессии — именно то, из-за чего расчёт вводят в 11 вечера, не проверив остаток на счёте.

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

--horizon (по умолчанию 30) — окно прогноза в днях: 30, 60 или 90
--payroll-date (необязательно) — дата проведения зарплаты; по умолчанию ближайшая запланированная дата выплаты

Шаг 1 — Покрыта ли зарплата? (cash-flow-snapshot)

Вызови cash-flow-snapshot. Он отвечает за математику прогноза, доверительные интервалы и запасной вариант через CSV — здесь ничего из этого не пересобирай.

На входе: горизонт и дата зарплаты.
На выходе: прогноз на 30/60/90 дней, названные флаги рисков, сводка в чате и XLSX.

Прежде всего скажи вердикт одной строкой: покрыта, впритык или не хватает названной суммы в долларах на названную дату.

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

Шаг 2 — Закрой разрыв (invoice-chase)

Вызови invoice-chase. Он отвечает за ранжирование, подбор тона и путь отправки для каждого типа счёта.

На входе: сумма разрыва и дата, на которую он приходится, из шага 1.
На выходе: ранжированные просроченные счета с составленным напоминанием для каждого, счета, выставленные через PayPal, поставлены в очередь как отправки PayPal, остальные — как почтовые черновики.

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

Этап согласования — ничто не отправляется без одобрения. Только черновики, пока владелец не скажет «отправляй», по каждому напоминанию или по названной им партии.

Шаг 3 — Подготовь расчёт (payroll-prep)

Вызови payroll-prep. Он отвечает за настройку периода, суммы часов, проверки аномалий и синхронизацию с учётом.

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

Переноси шаг 1 дальше, а не пересчитывай его. Когда payroll-prep сообщает, хватает ли денег на расчёт, он использует прогноз, который эта цепочка уже построила, плюс всё, что, как ожидается, соберёт шаг 2.

Этап согласования — флаги, по одному. payroll-prep разбирает каждую аномалию отдельно. Не сводите их в одно «выглядит нормально?» — каждая из них касается чьей-то зарплаты.

Этап согласования — сам расчёт. Если подключён Gusto, расчёт готовится в Gusto (payroll-prep записывает одобренные данные через update_payroll; run_payroll не вызывается никогда). Если подключён QuickBooks Payroll, коннектор даёт только чтение и не умеет записывать подготовку расчёта, поэтому итог — проверенная ведомость расчёта, которую владелец вводит сам; это то, что коннектор умеет сегодня, а не менее полноценный путь. Подготовка работает, только когда источник действительно вернул список сотрудников и график: payroll-prep останавливает путь подготовки, когда подключённый источник сообщает о сотрудниках, но не отдаёт их, и тогда цепочка заканчивается ведомостью расчёта, о чём говорится прямо. Отправляет расчёт владелец. Если нет ни того, ни другого, итоговый материал — проверенная ведомость расчёта для ручного ввода, и это полноценный результат, а не урезанный. Это касается и случая, когда Gusto сообщает о блокировках: ведомость расчёта наследует список блокировок от payroll-prep.

Шаг 4 — Замкни круг

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

Рэй Оконкво видит это в четырёх строках: денег не хватает USD 4 200 на 15-е, отправлены три напоминания на USD 6 800, два из них вероятно сработают в пределах окна, расчёт подготовлен на 9 человек на USD 18 340, по Маркусу всё ещё открыта одна пропущенная отметка.

Результат

Выдай сводку шага 4 в том виде, который владелец сохранил как предпочтительный, — никогда не делай markdown-файл по умолчанию. Посмотри пункт Output preference в блоке ## Business context (правило общего руководства по оформлению, ../../shared/artifact-style.md):

Визуальный артефакт (по умолчанию): оформи сводку в виде HTML-страницы в фирменном стиле — вердикт по деньгам как ведущая плитка с показателем, отправленные напоминания и ожидаемые по ним поступления в табличных цифрах (tabular-nums) и итоги подготовленного расчёта со значком на каждом оставшемся открытым флаге. Ожидаемые деньги помечаются как ожидаемые.
Предпочтение docx / md / notion / canva: выдай то же содержание в этой форме — файл DOCX или markdown, страница Notion, созданная через коннектор (в названном месте, ничего не перезаписывая), или документ Canva, созданный через коннектор Canva (каждый раз новый дизайн с датой в названии; таблицы превращаются в списки). Если Notion или Canva не подключены, вернись к визуальному артефакту и скажи, что причина в этом.
«Лучше всего для» скилла: используй визуальный артефакт — этот результат — один экран, отвечающий на вопрос «смогу ли я выплатить зарплату».

Сбои коннекторов

Если ни одна учётная книга не доступна (MYOB, NetSuite, QuickBooks, Xero или Zoho Books — та, которой пользуется владелец), остановись и скажи об этом по категории: прогноз — фундамент цепочки. Если не работает платёжный коннектор или почтовый коннектор (Gmail или M365), назови его и продолжай с остальным. Если не работает зарплатная система, перейди на путь через ведомость расчёта, а не прерывай работу: владелец всё равно получит зарплату, которую сможет провести. Когда расчёт нельзя ни подготовить, ни синхронизировать с учётом — из-за блокировок, отсутствия прав на запись, — скажи об этом в сводке шага 4 и выдай ведомость расчёта вместе со сводкой по проводкам, чтобы бухгалтер ввёл их сам; какой путь применим, определяет проверка блокировок в payroll-prep.

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

Не отправляй зарплату. Цепочка готовит; отправляет владелец. Это верно, даже если владелец просит продолжать.
Не отправляй напоминание без одобрения. Черновики, пока не сказано иное.
Не пропускай шаг 1 потому, что владелец попросил «просто провести зарплату». Проверка денег занимает тридцать секунд, и именно ради неё эта цепочка и существует.
Не пересчитывай прогноз внутри шага 3. Один набор цифр по деньгам, из одного места.
Не объединяй разбор аномалий. Одно решение на одного человека по одной проблеме.
Не считай отсутствие зарплатного коннектора препятствием. Ведомость расчёта — задуманный путь. Прежде чем заключить, что зарплатного источника нет, проверь QuickBooks Payroll: у бизнеса на QuickBooks он часто есть, даже когда Gusto нет.
Не обещай собранные деньги так, будто они уже поступили. Ожидаемое остаётся ожидаемым; помечай это.
Не воспроизводи номер социального страхования (SSN), дату рождения, домашний адрес или банковский номер нигде в результатах цепочки (../../shared/personal-data.md).

После цепочки

Зарплата покрыта, напоминания отправлены, а расчёт подготовлен для отправки владельцем. Естественный следующий шаг — «оплати счета»: /pay-the-bills занимается стороной поставщиков с той же картиной денег перед глазами. Рядом также «прогноз денег» (cash-flow-snapshot) — следить за позицией, пока напоминания приносят оплату, и «закрой месяц» (/close-month) — когда период завершится. Предложи не больше трёх вариантов и пропусти любой, от которого владелец уже отказался в этой сессии.

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

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

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

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

---
name: plan-payroll
description: Runs the payroll-confidence chain end to end — forecasts cash across the payroll window with cash-flow-snapshot, ranks and drafts overdue-invoice reminders with invoice-chase to close any gap, then assembles timesheets, flags every anomaly, and stages the run with payroll-prep. On Gusto the run is staged for the owner to submit; on QuickBooks Payroll, or with no payroll system, the last step is a validated run sheet the owner keys in. This chain never presses the payroll button. Builds on the ledger (MYOB, NetSuite, QuickBooks, Xero, or Zoho Books), with Gmail or M365, PayPal, Square, Stripe, and either Gusto or QuickBooks Payroll adding detail, and falls back to CSV and timesheet uploads. Use it whenever payroll is the worry, including "can I make payroll," "payroll is due Friday," "plan payroll," "will I have enough to pay the crew," or "I need to run payroll but money is tight." Accepts optional horizon and payroll-date arguments.
allowed-tools: Read, WebFetch
---

# Plan Payroll

Three skills in order: know payroll is covered, close the gap if it is not, then run it.

Owners do not ask two separate questions here. "Can I make payroll" and "run payroll" are one worry, and splitting them across two sessions is how a run gets keyed in at 11pm without anyone checking the bank balance first.

Parse arguments:

- `--horizon` (default `30`) — forecast window in days: 30, 60, or 90
- `--payroll-date` (optional) — the date payroll runs; defaults to the next scheduled pay date

## Step 1 — Is payroll covered? (cash-flow-snapshot)

Invoke `cash-flow-snapshot`. It owns the forecast math, the confidence bands, and the CSV fallback — do not rebuild any of it here.

- **Goes in:** the horizon and the payroll date.
- **Comes out:** a 30/60/90-day forecast, named risk flags, a chat summary, and an XLSX.

Say the verdict in one line before anything else: covered, tight, or short by a named dollar amount on a named date.

**Gate — where the chain goes next.** If payroll is comfortably covered, ask whether to skip the collection step and go straight to the run. If there is a gap, present it and wait for an explicit "see what we can collect" before Step 2.

## Step 2 — Close the gap (invoice-chase)

Invoke `invoice-chase`. It owns the ranking, the tone matching, and the send path per invoice type.

- **Goes in:** the gap amount and the date it lands, from Step 1.
- **Comes out:** ranked overdue invoices with a drafted reminder each, PayPal-issued invoices queued as PayPal sends and the rest as mail drafts.

Tie the ranking back to Step 1: show what gets collected inside the horizon and whether that actually closes the payroll gap. A reminder that pays in 45 days does nothing for a Friday run — say so.

**Gate — nothing sends without approval.** Drafts only until the owner says send, per reminder or as a batch they name.

## Step 3 — Stage the run (payroll-prep)

Invoke `payroll-prep`. It owns the period setup, the hour totals, the anomaly checks, and the books sync.

- **Goes in:** the pay period, the roster, and the cash verdict from Step 1.
- **Comes out:** a run sheet person by person, every anomaly flagged against the person it belongs to, totals, and the cash needed on the pay date.

Carry Step 1 forward instead of recomputing it. When `payroll-prep` reports whether the run clears, it uses the forecast this chain already produced, plus anything Step 2 is expected to collect.

**Gate — the flags, one at a time.** `payroll-prep` walks each anomaly separately. Do not collapse them into a single "looks good?" — each one is a person's pay.

**Gate — the run itself.** With Gusto connected, the run is staged in Gusto (`payroll-prep` writes the approved inputs with `update_payroll`; `run_payroll` is never called). With QuickBooks Payroll connected, the connector holds the reads and no run-staging write, so the outcome is the validated run sheet the owner keys in — what the connector holds today, not a lesser path. Staging holds only when the source actually returned a roster and a schedule: payroll-prep stops the staging path when a connected source reports employees but delivers none, and the chain then ends on the run sheet, stated plainly. **The owner submits it.** With neither, the deliverable is a validated run sheet for manual entry, and that is a complete outcome, not a degraded one. This includes when Gusto reports blockers — the run sheet inherits the blocker list from `payroll-prep`.

## Step 4 — Close the loop

One recap, in this order: the cash verdict, what was sent and to whom, the projected position if the reminders convert, and the staged run — headcount, total hours, total gross, cash leaving the account, pay date, and any flags left open.

Ray Okonkwo sees it in four lines: cash short USD 4,200 on the 15th, three reminders sent covering USD 6,800, two likely inside the window, run staged for 9 people at USD 18,340 with one missing punch still open on Marcus.

## Output

**Deliver the Step 4 recap per the owner's stored output preference — never default to a markdown file.** Check the `## Business context` block's `Output preference` (shared style guide rule, `../../shared/artifact-style.md`):

- **Visual artifact (the default):** render the recap as an HTML page in the house style — the cash verdict as the lead stat tile, the reminders sent and their projected collections in tabular-nums, and the staged run's totals with a pill on any flag left open. Projected cash is labeled projected.
- **docx / md / notion / canva preference:** deliver the same content in that form — a DOCX or markdown file, a Notion page created via the connector (named destination, never overwriting), or a Canva Doc created via the Canva connector (a new design each run, named with the date; tables become lists); fall back to the visual artifact if Notion or Canva is not connected — and say that is why.
- **Best for skill:** use the visual artifact — this output is one screen that answers "can I make payroll".

## Connector failures

If no ledger is reachable (MYOB, NetSuite, QuickBooks, Xero, or Zoho Books — whichever the owner uses), stop and say so by category — the forecast is the foundation of the chain. If a payment connector or the mail connector (Gmail or M365) fails, name it and continue with the rest. If the payroll system fails, fall to the run sheet path rather than aborting; the owner still gets a payroll they can run. When the run cannot be staged or synced into the books — blockers, missing write access — say so in the Step 4 recap and deliver the run sheet plus the journal-entry summary for the bookkeeper to key in; `payroll-prep`'s blocker check decides which path applies.

## What not to do

- **Do not submit payroll.** The chain stages; the owner submits. This holds even when the owner asks it to go ahead.
- **Do not send a reminder without approval.** Drafts until told otherwise.
- **Do not skip Step 1 because the owner asked to "just run payroll."** The cash check is thirty seconds and it is the reason this chain exists.
- **Do not recompute the forecast inside Step 3.** One set of cash numbers, from one place.
- **Do not batch the anomaly review.** One decision per person per issue.
- **Do not treat a missing payroll connector as a blocker.** The run sheet is a designed path. Check for QuickBooks Payroll before concluding there is no payroll source; a business on QuickBooks often has it without having Gusto.
- **Do not promise collected cash as if it landed.** Projected is projected; label it.
- **Do not reproduce anyone's SSN, date of birth, home address, or bank number** anywhere in the chain's outputs (`../../shared/personal-data.md`).

## After the chain

Payroll is covered, the reminders are out, and the run is staged for the owner to submit. The natural next step is "pay the bills" — `/pay-the-bills` handles the vendor side with the same cash picture on screen. Also nearby: "cash forecast" (`cash-flow-snapshot`) to watch the position as the reminders convert, and "close the month" (`/close-month`) when the period wraps. Offer at most three, and skip any offer the owner already 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 / plan-payroll ↗. Ссылка проверена 2026-10-10.

---
name: plan-payroll
description: Проводит цепочку «уверенность в зарплате» от начала до конца: прогнозирует деньги на период выплаты зарплаты через cash-flow-snapshot, ранжирует и составляет напоминания по просроченным счетам через invoice-chase, чтобы закрыть любой разрыв, затем собирает табели, отмечает каждую аномалию и готовит расчёт через payroll-prep. В Gusto расчёт готовится для отправки владельцем; в QuickBooks Payroll или без зарплатной системы последний шаг — проверенная ведомость расчёта, которую владелец вводит сам. Эта цепочка никогда не нажимает кнопку зарплаты. Опирается на учётную книгу (MYOB, NetSuite, QuickBooks, Xero или Zoho Books), с Gmail или M365, PayPal, Square, Stripe, а также Gusto или QuickBooks Payroll добавляет детали и откатывается на загрузку CSV и табелей. Используй всякий раз, когда зарплата вызывает тревогу, в том числе по фразам «смогу ли я выплатить зарплату», «зарплату надо платить в пятницу», «спланируй зарплату», «хватит ли мне денег заплатить бригаде» или «мне нужно провести зарплату, но с деньгами туго». Принимает необязательные аргументы горизонта и даты выплаты зарплаты.
allowed-tools: Read, WebFetch
---

# Планирование зарплаты

Три скилла по порядку: узнать, что зарплата покрыта, закрыть разрыв, если нет, затем провести её.

Владельцы не задают здесь два отдельных вопроса. «Смогу ли я выплатить зарплату» и «проведи зарплату» — это одна тревога, и разделение её на две сессии — именно то, из-за чего расчёт вводят в 11 вечера, не проверив остаток на счёте.

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

- `--horizon` (по умолчанию `30`) — окно прогноза в днях: 30, 60 или 90
- `--payroll-date` (необязательно) — дата проведения зарплаты; по умолчанию ближайшая запланированная дата выплаты

## Шаг 1 — Покрыта ли зарплата? (cash-flow-snapshot)

Вызови `cash-flow-snapshot`. Он отвечает за математику прогноза, доверительные интервалы и запасной вариант через CSV — здесь ничего из этого не пересобирай.

- **На входе:** горизонт и дата зарплаты.
- **На выходе:** прогноз на 30/60/90 дней, названные флаги рисков, сводка в чате и XLSX.

Прежде всего скажи вердикт одной строкой: покрыта, впритык или не хватает названной суммы в долларах на названную дату.

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

## Шаг 2 — Закрой разрыв (invoice-chase)

Вызови `invoice-chase`. Он отвечает за ранжирование, подбор тона и путь отправки для каждого типа счёта.

- **На входе:** сумма разрыва и дата, на которую он приходится, из шага 1.
- **На выходе:** ранжированные просроченные счета с составленным напоминанием для каждого, счета, выставленные через PayPal, поставлены в очередь как отправки PayPal, остальные — как почтовые черновики.

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

**Этап согласования — ничто не отправляется без одобрения.** Только черновики, пока владелец не скажет «отправляй», по каждому напоминанию или по названной им партии.

## Шаг 3 — Подготовь расчёт (payroll-prep)

Вызови `payroll-prep`. Он отвечает за настройку периода, суммы часов, проверки аномалий и синхронизацию с учётом.

- **На входе:** расчётный период, список сотрудников и вердикт по деньгам из шага 1.
- **На выходе:** ведомость расчёта по людям, каждая аномалия отмечена у того человека, к которому она относится, итоги и деньги, нужные на дату выплаты.

Переноси шаг 1 дальше, а не пересчитывай его. Когда `payroll-prep` сообщает, хватает ли денег на расчёт, он использует прогноз, который эта цепочка уже построила, плюс всё, что, как ожидается, соберёт шаг 2.

**Этап согласования — флаги, по одному.** `payroll-prep` разбирает каждую аномалию отдельно. Не сводите их в одно «выглядит нормально?» — каждая из них касается чьей-то зарплаты.

**Этап согласования — сам расчёт.** Если подключён Gusto, расчёт готовится в Gusto (`payroll-prep` записывает одобренные данные через `update_payroll`; `run_payroll` не вызывается никогда). Если подключён QuickBooks Payroll, коннектор даёт только чтение и не умеет записывать подготовку расчёта, поэтому итог — проверенная ведомость расчёта, которую владелец вводит сам; это то, что коннектор умеет сегодня, а не менее полноценный путь. Подготовка работает, только когда источник действительно вернул список сотрудников и график: payroll-prep останавливает путь подготовки, когда подключённый источник сообщает о сотрудниках, но не отдаёт их, и тогда цепочка заканчивается ведомостью расчёта, о чём говорится прямо. **Отправляет расчёт владелец.** Если нет ни того, ни другого, итоговый материал — проверенная ведомость расчёта для ручного ввода, и это полноценный результат, а не урезанный. Это касается и случая, когда Gusto сообщает о блокировках: ведомость расчёта наследует список блокировок от `payroll-prep`.

## Шаг 4 — Замкни круг

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

Рэй Оконкво видит это в четырёх строках: денег не хватает USD 4 200 на 15-е, отправлены три напоминания на USD 6 800, два из них вероятно сработают в пределах окна, расчёт подготовлен на 9 человек на USD 18 340, по Маркусу всё ещё открыта одна пропущенная отметка.

## Результат

**Выдай сводку шага 4 в том виде, который владелец сохранил как предпочтительный, — никогда не делай markdown-файл по умолчанию.** Посмотри пункт `Output preference` в блоке `## Business context` (правило общего руководства по оформлению, `../../shared/artifact-style.md`):

- **Визуальный артефакт (по умолчанию):** оформи сводку в виде HTML-страницы в фирменном стиле — вердикт по деньгам как ведущая плитка с показателем, отправленные напоминания и ожидаемые по ним поступления в табличных цифрах (tabular-nums) и итоги подготовленного расчёта со значком на каждом оставшемся открытым флаге. Ожидаемые деньги помечаются как ожидаемые.
- **Предпочтение docx / md / notion / canva:** выдай то же содержание в этой форме — файл DOCX или markdown, страница Notion, созданная через коннектор (в названном месте, ничего не перезаписывая), или документ Canva, созданный через коннектор Canva (каждый раз новый дизайн с датой в названии; таблицы превращаются в списки). Если Notion или Canva не подключены, вернись к визуальному артефакту и скажи, что причина в этом.
- **«Лучше всего для» скилла:** используй визуальный артефакт — этот результат — один экран, отвечающий на вопрос «смогу ли я выплатить зарплату».

## Сбои коннекторов

Если ни одна учётная книга не доступна (MYOB, NetSuite, QuickBooks, Xero или Zoho Books — та, которой пользуется владелец), остановись и скажи об этом по категории: прогноз — фундамент цепочки. Если не работает платёжный коннектор или почтовый коннектор (Gmail или M365), назови его и продолжай с остальным. Если не работает зарплатная система, перейди на путь через ведомость расчёта, а не прерывай работу: владелец всё равно получит зарплату, которую сможет провести. Когда расчёт нельзя ни подготовить, ни синхронизировать с учётом — из-за блокировок, отсутствия прав на запись, — скажи об этом в сводке шага 4 и выдай ведомость расчёта вместе со сводкой по проводкам, чтобы бухгалтер ввёл их сам; какой путь применим, определяет проверка блокировок в `payroll-prep`.

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

- **Не отправляй зарплату.** Цепочка готовит; отправляет владелец. Это верно, даже если владелец просит продолжать.
- **Не отправляй напоминание без одобрения.** Черновики, пока не сказано иное.
- **Не пропускай шаг 1 потому, что владелец попросил «просто провести зарплату».** Проверка денег занимает тридцать секунд, и именно ради неё эта цепочка и существует.
- **Не пересчитывай прогноз внутри шага 3.** Один набор цифр по деньгам, из одного места.
- **Не объединяй разбор аномалий.** Одно решение на одного человека по одной проблеме.
- **Не считай отсутствие зарплатного коннектора препятствием.** Ведомость расчёта — задуманный путь. Прежде чем заключить, что зарплатного источника нет, проверь QuickBooks Payroll: у бизнеса на QuickBooks он часто есть, даже когда Gusto нет.
- **Не обещай собранные деньги так, будто они уже поступили.** Ожидаемое остаётся ожидаемым; помечай это.
- **Не воспроизводи номер социального страхования (SSN), дату рождения, домашний адрес или банковский номер** нигде в результатах цепочки (`../../shared/personal-data.md`).

## После цепочки

Зарплата покрыта, напоминания отправлены, а расчёт подготовлен для отправки владельцем. Естественный следующий шаг — «оплати счета»: `/pay-the-bills` занимается стороной поставщиков с той же картиной денег перед глазами. Рядом также «прогноз денег» (`cash-flow-snapshot`) — следить за позицией, пока напоминания приносят оплату, и «закрой месяц» (`/close-month`) — когда период завершится. Предложи не больше трёх вариантов и пропусти любой, от которого владелец уже отказался в этой сессии.

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

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

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