close-month

月末の一連の処理を実行します。締め処理を行い、締めた帳簿に基づいて予測し、その後に公開します。この順序こそが成果物の価値です。

引数を解析します：

• --month（デフォルト：前月）— YYYY-MM
• --save-to（デフォルト files）— files（Drive / OneDrive）、desktop、または both

台帳が必須です — 接続されている MYOB、NetSuite、QuickBooks、Xero、Zoho Books のいずれかです。これらは同等の選択肢です（../../shared/connector-neutrality.md）。どの台帳にも接続できない場合は、処理を中止してその旨を伝えてください。台帳なしでの照合は締め処理ではありません。一部だけをまとめたパケットを作成するのではなく、month-end-prep の CSV 手順を案内してください。台帳が2つ接続されている場合は、どちらの帳簿を締めるのかを尋ね、パケット内に台帳名を記載してください。

ステップ1 — 締め処理と照合（month-end-prep）

対象月について、month-end-prep を最初から最後まで実行します。

• 入力： 対象月。
• 出力： 照合表、フラグが付いた項目（未分類、重複の疑い、領収書の不足）、損益計算書の説明、締め処理パケットの XLSX と1ページの PDF。
• ゲート： month-end-prep 自身のステップ6の承認条件を満たしていること。後続処理を実行する前に、担当者がフラグの付いた項目をすべて確認するか、明示的にスキップする必要があります。

数値を確定するのはこのステップです。 以降の処理で取引を再分類したり、売上を修正したりすることはありません。

ステップ2の前に必ず満たすべき条件

担当者が締め処理を承認するまで、予測を開始しないでください。何が保留中なのかを明確に伝えます。

「4月の帳簿を締めました。3,200 USD の差異は解消済みで、領収書が2件不足しています。この確定数値に基づいてキャッシュフロー予測を更新しますか？」

フラグの付いた項目が未解決の場合は、その項目を挙げ、予測を続けるかどうか尋ねてください。未分類の取引が11件ある状態で作る予測は、推測に基づく予測です。担当者には、どちらを受け取ることになるのかを知る権利があります。

ステップ2 — 締めた帳簿に基づいて予測（cash-flow-snapshot）

照合済みの月を過去データの基準として、cash-flow-snapshot を実行します。

• 入力： ステップ1で締めた月の数値 — 実際の売掛金回収時期、勘定科目に記帳された実際の固定費、実際の入金反映の遅れ。
• 出力： 信頼度の範囲とリスクの明示を含む、30／60／90日予測。
• ゲート： なし。予測は読み取り専用です。

この順序が重要な理由を出力に記載してください。 未処理の帳簿に基づく予測には、誤った勘定科目に記帳された経費や、照合されていない入金がすべて引き継がれます。締め処理の後に実行すれば、支払い時期の履歴は実績に基づき、固定費の下限も正確になります。次のように一文で十分です。

「この予測は4月の確定済み帳簿に基づいているため、回収時期とコストの下限には未処理の記録ではなく、照合済みの数値が反映されています。」

締め処理で予測に影響する項目が判明した場合（削除されたベンダーへの重複請求や、ようやく照合された入金など）は、先月の予測との差を明記してください。

ステップ3 — 公開と配布（report-builder）

締め処理をまとめて配布するために、report-builder を実行します。

• 入力： ステップ1の損益計算書の説明とパケット、ステップ2の予測。
• 出力： 統合された締め処理パケット — まずチャットの要約、次にワークブック。定義を保存し、翌月も説明し直さなくても同じパケットが公開されるようにします。
• ゲート： 担当者自身のドライブへの保存は自動です。会計士やその他の人への送信は自動ではありません — メッセージの下書きを作成して提示し、承認を待ちます。

資料をただ束ねるのではなく、内容を統合します。パケットには、今月の実績、帳簿が示す内容、その帳簿に基づく今後90日間の見通し、未解決事項を記載します。

例、Okonkwo Mechanical：「4月の締め売上高は84,200 USDで、3月比6％増でした。利益率は38％を維持しました。領収書が2件未提出です。30日予測の中央値では純額が11,400 USDとなり、変動要因はRosewoodの12,400 USDです。」

してはいけないこと

• 決算の承認が完了する前に、予測を立てないでください。 この順序こそが、これを一連の処理にしている理由です。
• フラグが付いた項目を自動修正しないでください。 差異を示し、対応を提案して、待ってください。
• 明示的な確認なしに、重複の疑いがある項目を削除しないでください。 両方のレコードを並べて示してください。
• 後続のステップで数値を繰り返し記載しないでください。 ステップ 1 で帳簿を確定し、後続のステップではその数値を参照してください。
• 承認を得ずに、パケットを会計士に送付しないでください。
• 台帳なしで処理を進めないでください。 不足しているものをカテゴリ別に示し、CSV での対応方法を提示してください。

出力

最後に 1 段落で要約します。売上高と利益率、未解決の差異、30 日予測の中央値と最大のリスク、ファイルパスを記載してください。解決ではなくスキップした項目があれば、オーナーが後で対応できるように一覧にしてください。

さらに、統合後の決算を、所定のアーティファクトスタイル（../../shared/artifact-style.md）に従った 1 つの HTML アーティファクトとして出力します。これはチャットでの要約やパケットファイルに追加するものであり、それらの代わりにはなりません。売上高、利益率（％）、30 日予測の中央値は、比較情報を補足行に添えた統計タイルにします。照合項目とフラグ付き項目は、金額に等幅数字を使い、各行にステータスピル（照合済みは good、スキップは warn、未解決は critical）を付けた表にします。30／60／90 日の予測には専用のパネルを設けます。未処理項目のチェックリストをページの最後に配置します。

実行後

1 行で、月次決算を締め、予測を更新し、パケットを公開したことを伝えます。その後、最も関連性の高い次のステップを 1 つ示し、補足として最大 2 つを近くに添えます。

• 予測で給与支払いのリスクがフラグされた場合：「給与を支払えるか」は /plan-payroll を実行します。
• 「誰が未払いですか？」は、決算で確認した売掛金に対して invoice-chase を実行します。
• 「週次パックを予定どおりに」は、これらの数値を定期的にまとめるため /report-pack を実行します。

提案は最大 3 件です。このセッションでオーナーが辞退した提案を繰り返してはいけません。

一覧にないツールを使用する場合

このスキルに記載されているコネクターは、テスト済みの方法であり、利用を限定するものではありません。オーナーが、接続されていない、または一覧にないツールをこの処理に使いたい場合は、build-connector を提案してください。このツールはまずコネクターディレクトリを確認し、該当するものがなければ Zapier 経由で接続します。生の API に対して手作業で構築することはありません。接続が確立されたら、そのツールは他の任意のコネクターと同様に、このスキルに加わり、同じ承認ゲートに従います。