月次決算（毎月のビジネス成績をまとめる作業）を自動化する3段階のプロセスです。 **第1段階「月末準備」** 元帳（事業のお金の記録）をすべての連携済みの決済サービス（支払い処理業者）と照らし合わせて、不一致がないか確認します。その後、損益計算書（売上から経費を引いた利益の報告書）の説明文を作成します。 **第2段階「キャッシュフロー・スナップショット」** 新しく確定した数字を基に、今後30日・60日・90日の資金繰り見通しを更新します。 **第3段階「レポート作成」** 決算資料一式をまとめて、それを配布します。 **必要な環境:** - 会計ソフト：MYOB、NetSuite、QuickBooks、Xero、Zoho Books のいずれか - 連携できる決済・給与サービス：Gusto、PayPal、Ramp、Shopify、Square、Stripe（これらが接続されていれば自動利用、そうでない場合は銀行明細書またはCSVファイル（表計算ソフト形式のデータ））をアップロード） **使用場面:** 次のような場合に使用：「月を閉じて」「月末」「決算を完了」「照合をして」「決算資料を会計担当者に送付」というように指示したとき、または経営者が「先月売上（または利益）が変わった理由は何か」と質問したとき **カスタマイズ:** 決算資料と不一致チェックの結果だけが必要で、見通しの更新や資料配布は不要な場合は、「月末準備」のステップだけを直接実行するよう指定できます。
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.
月次決算チェーンを実行します。決算を済ませてから、確定した帳簿をもとに資金繰り予測を行い、結果を公開します。この順序が重要です。
引数の指定:
--month（デフォルト: 前月）— YYYY-MM 形式--save-to（デフォルト: files）— files（GoogleドライブまたはOneDrive）、desktop、または both会計ソフトが必須です — MYOB、NetSuite、QuickBooks、Xero、Zoho Books のいずれかが接続されていることが必要です。接続できるものがない場合は、ここで止まります。会計ソフトがないと決算作業は進められません。その場合は month-end-prep のCSVパス（データファイルの所在地）を提示するようにしてください。複数の会計ソフトが接続されている場合は、どちらで帳簿を閉じるのかを確認し、結果に明記してください。
対象月について month-end-prep を最初から最後まで実行します。
month-end-prep の第6ステップの承認が必要です。所有者が全てのフラグ付き項目を精査するか、明示的にスキップしてから、次に進みます。このステップが数字の正確さを担保します。 後続のステップでは、取引を変更したり、収益を修正したりしてはいけません。
決算の承認を得るまで、資金繰り予測に進まないでください。明確に待機中の内容を伝えます：
「4月の帳簿が確定しました — 3,200 ドルの差異が解決され、2件の領収書がまだ不足しています。この確定した数字をもとに現金予測を更新しますか？」
フラグ付き項目がまだ解決されていない場合は、その項目を名指しして、それでも予測を実施するかどうかを確認します。分類されていない11件の取引をもとに作られた予測は、推測に基づいているようなものです。所有者はどちらを得ようとしているのかを知る権利があります。
確定した月を過去データとして使用し、cash-flow-snapshot を実行します。
出力に、この順序が重要な理由を書きます。 未整理の帳簿をもとに予測を立てると、分類誤りや未処理の決済が全て引き継がれます。決算後に実行することで、回収タイミングの履歴が正確になり、固定費の下限も正しくなります。1行あれば十分です：
「この予測は4月の確定帳簿をもとにしているため、回収タイミングと費用下限は未整理データではなく確定した数字を反映しています。」
決算で予測を変える要素（重複していた仕入先請求の削除、ようやく確認できた決済など）が見つかった場合は、先月の予測との差異を明記します。
report-builder を実行して、決算内容をパッケージにして配信します。
パッケージは一つの統合文書にします。内容は：先月の概要、帳簿の内容、確定帳簿をもとにした90日先の見通し、未解決の項目。
例（オコンクウォ・メカニクス社）：「4月は84,200ドルで決算、3月比6%増。利益率は38%で維持。領収書2件未確認。30日先の予測は11,400ドル（中央値）— ローズウッド社の12,400ドルが最大の変動要因です。」
最後に1段落の要約：収益と利益率、未解決のギャップ、30日先予測の中央値とその最大リスク、ファイルのパス。解決ではなくスキップした項目があれば列記して、所有者が後で対応できるようにします。
また、決算内容をHTMLで1つの成果物として表示します（共通の成果物スタイル に準拠）— チャットの要約とパッケージファイルに加えて表示するもので、代わりではありません。収益、利益率パーセント、30日先予測の中央値は統計タイル（比較値を背景行として）で；照合とフラグ付き項目はテーブル（金額は等幅フォント、各行にステータスバッジ：確認済み・スキップ・未解決）で；30・60・90日予測は専用パネルで；未実施項目チェックリストでページを閉じます。
1行で：月次決算が確定し、予測が更新され、パッケージが公開されました。その後、最も関連性の高い次のステップ 1 つと、その近辺の選択肢 2 つまで：
/plan-payroll を実行しますinvoice-chase を実行します/report-pack を実行して、これらの数字を繰り返し発行します最大3つの提案。このセッション中に所有者が断った提案は繰り返しません。
このスキルに明記されたコネクタ（接続ツール）は動作確認済みの方法であり、絶対的なルールではありません。所有者がこのフローで接続されていない、またはリストにないツールを使いたい場合は、build-connector を提案します — コネクタディレクトリをまず確認し、その後Zapierで接続します。手作業でAPIに直接接続することはありません。接続が確立されたら、そのツールはこのスキル内の他のオプション・コネクタと同様に、同じ承認ゲート下で使用できるようになります。
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 bothA 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.
Run month-end-prep for the target month, start to finish.
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.
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.
Run cash-flow-snapshot using the reconciled month as its historical base.
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.
Run report-builder to package and deliver the close.
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."
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.
One line: the month is closed, forecast refreshed, packet published. Then the single most relevant next step, with at most two others nearby:
/plan-payroll.invoice-chase on the AR the close just confirmed./report-pack so these numbers recur.Max three offers. Never repeat an offer the owner declined this session.
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.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。