month-end-prep

月次決算の準備

クイックスタート

記帳台帳と少なくとも1つの決済プロセッサーを接続し、「月次決算を始めましょう」と伝えます。Claude がチェックリストの各ステップを案内し、次に進む前に各確認ポイントでユーザーの入力を待ちます。

接続されている台帳で決算を実行します。それぞれの台帳には、読み取るデータと「要確認」の判定方法を定義したリファレンスファイルがあります：reference/quickbooks-reconcile.md、reference/xero-reconcile.md、reference/zoho-books-reconcile.md。NetSuite と MYOB については reference/v2_sources.md を参照してください。台帳は対等な関係にあります（../../shared/connector-neutrality.md）：2つ接続されている場合は、どちらが決算対象の帳簿を保持しているかを確認し、もう一方はそこでしか保持していない情報だけを読み取ります。両方の数値を決して合算しないでください。

金額はすべて事業の通貨で表します（../../shared/currency-and-locale.md）。以下のしきい値（0.50、0.01、25）もその通貨での値です。

コネクターがない場合、Claude は CSV エクスポートを依頼します。ステップを黙って省略することはありません。

ワークフロー

以下のステップを順番に進めます。各ステップには完了状態があるため、現在のステップが確定するまでは先に進まないでください。

Step 1 — 対象月を決める

どの月を決算するかユーザーに確認します。指定がない場合は、直前の暦月を既定とします。データを取得する前に確認してください。

Step 2 — 台帳の損益計算書と取引一覧を取得する

以下を取得します：

• 対象月の損益計算書（収益、売上原価、売上総利益、営業費用、純利益）
• 台帳のリファレンスファイルで定義されている取引一覧。QuickBooks：すべての収入および費用の明細を含む取引一覧。Xero：請求書、売上請求書、および銀行取引キュー。パケット内でその対象範囲を明記します。Zoho Books：売上請求書、費用、および発注書。損益計算書自体はコネクターにレポート用エンドポイントがないため、エクスポートから取得します。

台帳独自の「要確認」判定方法を使い、以下をただちに指摘します：

• QuickBooks — 未分類の明細（「Uncategorized」、空欄、「Ask My Accountant」）および Needs Review フラグ
• Xero — 月末時点で未照合の銀行明細
• Zoho Books — 各銀行口座の uncategorized_transactions 件数

件数（「確認が必要な取引が14件あります」）を提示し、続行する前に台帳で解決できるよう、該当する取引の一覧をユーザーに提示します。ユーザーが明示的に「今回はスキップ」と言わない限り、未解決項目を残したまま先に進まないでください。

フィールドの対応関係と API に関する注意事項は、reference/quickbooks-reconcile.md、reference/xero-reconcile.md、reference/zoho-books-reconcile.md を参照してください。

ステップ 3 — 決済プロセッサの入金明細を取得する

接続されている PayPal、Square、Stripe、Shopify の決済プロセッサから、同じ暦月の入金明細を取得します。

まず銀行フィードを確認してください。 決済プロセッサから銀行フィード経由で入金されている場合、その入金はすでに元帳の明細として記録されているため、照合済みかどうかを確認します。決済プロセッサ名が記載された未照合の銀行明細を探し、CSV 照合を行う前に、プロセッサごとの対応項目として一覧にします。この確認は、照合済みの状態を持つ銀行フィードを備えたすべての元帳に適用されます。通常は Xero が該当し、コネクターが銀行フィード明細を公開している場合は QuickBooks も該当します。MYOB には銀行側の情報がなく、Zoho Books は残高を公開しますが銀行取引の一覧は公開しないため、MYOB または Zoho Books の月次締めでは、以下の CSV 照合に直接進みます。

純額と純額を比較してください。そうしないと、すべての明細が不一致に見えます。 元帳には銀行への純入金額が記録され、決済プロセッサのレポートには売上総額が表示されます。これらをそのまま照合すると、各行に手数料分とまったく同じ差額が表示されます。決済プロセッサの純入金額（売上総額から手数料を差し引いた額）を使用してください。reference/gotchas.md を参照してください。

各入金明細を、元帳の銀行入金明細と照合します。

• 一致 — 金額と日付が 2 日以内の差で一致する場合 → 照合済みにします
• 差額が 0.50 未満 — 端数処理／手数料による差額です。記録しますが、フラグは立てません
• 差額が 0.50 以上 — 差額を添えてフラグを立てます
• 入金明細はあるが、元帳に入金がない — 「元帳に記録なし」としてフラグを立てます
• 元帳に入金があるが、入金明細がない — 「決済プロセッサのデータに入金なし」としてフラグを立てます

入金明細のフィールド対応については reference/paypal-settlements.md（PayPal、Square、Stripe）を、Shopify については reference/v2_sources.md を参照してください。

ステップ 4 — 不審な重複を検出する

取引一覧をスキャンし、重複している可能性のある請求や入金を探します。次の3 つすべてが一致する場合、その取引を不審な重複としてフラグを立てます。

• 金額が同じ（差が 0.01 以内）
• 仕入先名または顧客名が同じ
• 記録日が互いに 5 暦日以内

実際に元帳に記録されているものをスキャンしてください。QuickBooks では取引一覧を対象とし、まず分割行を取引 ID ごとにまとめます。Xero では、請求書が二重に入力されると、銀行明細はなく、未払いの書類が 2 件作成されます。そのため、銀行明細ではなく請求書と売上請求書をスキャンします（連絡先が同じ、合計額が同じ、5 日以内、どちらも未払い、または期間内に一方が支払い済み）。対応付けについては reference/xero-reconcile.md を参照してください。Zoho Books も同様です。書類として請求書と経費をスキャンします（reference/zoho-books-reconcile.md）。

フラグを立てた取引の組み合わせをユーザーに提示します。それぞれが正当な取引（例：毎週発生する定期購読）か、取り消すべき実際の重複かは、ユーザーが判断します。

5 日間の期間は絞り込み条件であり、すべてを検出できる保証ではありません。 同じ請求が二重に入力された場合に検出しつつ、毎週の定期請求が大量に表示されないようにしますが、3 週間離れた実際の二重支払いは見逃します。スキャンした条件（「5 日以内の繰り返し」）を明示し、問題が疑われる仕入先については、問題なしと判断するのではなく期間を広げてください。

よくある誤検出のパターンとその見分け方については、reference/gotchas.md を参照してください。

ステップ 5 — 領収書の確認

まず台帳を確認します。取引に添付ファイルがあれば、領収書が保管されているものとみなします （QuickBooks では AttachmentCount、Xero では include_line_items=true の場合にのみ返される has_attachments、Zoho Books の請求書と経費では has_attachment）。次に、 デスクトップコネクターが利用可能な場合は、領収書フォルダーを確認します（ユーザーにパスを 尋ねます。既定のパスは ~/Documents/Receipts です）。対象月の領収書を確認してください。

25を超える経費取引のうち、書類が添付されていないものについて、次を行います。

• 一致する領収書ファイルがあるか確認します（金額の差が±0.50以内、日付の差が3日以内のものを照合します）
• 一致 → 「領収書あり」と記録します
• 不一致 → 「領収書なし」としてフラグを付けます

領収書がないものを一覧表示します。ユーザーはファイルを提供するか、「領収書不要」として指定できます （例：領収書が発行されない定期的な自動引き落とし）。

デスクトップコネクターが利用できない場合は、領収書がある経費をユーザーに確認します。このステップを 何も伝えずに省略しないでください。

ステップ 5a — 給与の照合

給与コネクター（Gusto または QuickBooks Payroll）が接続されている場合にのみ実行します（接続されて いる方）。それ以外の場合は省略し、このパケットには給与の欄がないことを伝えてください。

対象月に実際に支払われた金額を、合計のみ取得します。

• Gusto — list_payrolls を include=totals で実行し、check_date が対象月に含まれる給与計算を 対象にします。各 totals から gross_pay、employer_taxes、employee_taxes、net_pay を取得します。 次に、同じ日付範囲で list_contractor_payments を group_by_date=true で実行し、total.wages と total.reimbursements を取得します。請負業者の合計は米国の請負業者のみを対象とします。この点を パケットの脚注に記載してください。
• QuickBooks Payroll — 直近の給与計算には qbo_payroll_get_company_last_payroll_run を使用します。 その月のそれ以前の給与計算は、給与サマリーのエクスポートから取得します。 （最初の締め処理の前に確認してください。）

台帳と照合します。手取り額、雇用主負担税額、請負業者への報酬を合算した金額が、その月の給与経費の 項目に反映されているはずです。差額が0.50を超える場合は照合項目として扱います。通常は、別の月に計上 された給与計算、またはまだ計上されていない給与仕訳が原因です。

合計のみで、個人の情報は含めません。 パケットにはその月の合計と給与計算の実行回数を記載します。 従業員名、報酬単価、個人ごとの金額はコネクターから外部に出しません。これらは給与データであり、 payroll-prep の対象です。フィールドの対応関係については reference/v2_sources.md を参照してください。

ステップ 6 — オーナー承認ゲート

先に進む前に、概要を提示します。

Needs attention (uncategorized or unreconciled):  X of X resolved
Settlement discrepancies:                        X flagged, X resolved
Suspicious duplicates:                           X flagged, X cleared
Missing receipts:                                X outstanding
Payroll cross-check:                             matched / X difference / no payroll connector

「損益計算書の概要を作成し、締めパケットをエクスポートしてもよろしいですか？」と尋ねます。

明示的な確認を得るまで、ステップ 7～8 に進まないでください。

ステップ 7 — 損益計算書の説明文を作成

その月の内容を平易な英語でまとめます。CFO向けのメモではなく、オーナーが配偶者や会計士に 共有するような説明文です。150～250語を目安にしてください。

構成：

1. 見出し — 1文で記載します。「3月の純利益は12,400 AUDで、2月から6%増加しました。」のように 書きます。通貨コードを使い、通貨記号だけの表記は避けてください。
2. 売上 — 数値の要因を説明します。データから売上の集中が見られる場合は、製品、サービス、 顧客名を記載します。
3. 粗利益率 — 維持、上昇、低下のいずれかと、その主な理由を説明します。
4. 主な経費 — 前月比で10%を超えて変動した項目、または通常の範囲を外れた項目を挙げます。 それぞれ1文で説明します。
5. 結論 — 前月と比べた純利益を記載し、比較対象となる目標があるか尋ねます。
6. 注意事項 — 翌月に注視すべき点を1～3件挙げます。

専門用語は避け、平易な英語でない用語は説明してください（「MoM」は前月比です）。

作成例は reference/examples/pl-narrative.md を参照してください。

ステップ 8 — 締めパケットをエクスポートする

次の 2 つのファイルを作成します。

close-packet-[YYYY-MM].xlsx — 3 つのシート。給与計算コネクタが接続されている場合は 4 つです。

• P&L — 台帳の損益データ（書式設定済み）
• Reconciliation — 照合済み取引とフラグ付き取引を並べて表示
• Action Items — 未解決のフラグ（未分類、領収書の不足など）
• Payroll — ステップ 5a の合計と台帳の給与費用を並べ、差額を表示

close-packet-[YYYY-MM]-summary.pdf — 1 ページ：

• 月と事業名を上部に表示
• 主な数値（売上高、売上総利益率、純利益）
• ステップ 7 の損益に関する説明
• 未処理のアクション項目がある場合は、その件数

どちらもデスクトップ、またはユーザーが指定したパスに保存します。ファイルの場所を確認して伝えてください。

列の仕様と PDF のレイアウトについては、reference/close-packet-format.md を参照してください。

また、オーナーが保存した出力設定に従って、締めの内容をページとしても提供してください。Markdown ファイルを既定にしてはいけません。## Business context ブロックの Output preference（共有スタイルガイドのルール、../../shared/artifact-style.md）を確認してください。

• ビジュアルアーティファクト（既定）： ハウススタイルの HTML ページとして締めの内容をレンダリングします。これはチャットの要約とファイルに追加するものであり、それらの代わりにはなりません。売上高、売上総利益率、純利益は統計タイルで表示し、前月比を補足行に記載します。照合結果は金額に桁揃えを適用した表にします。各フラグにはステータスピルを付けます。照合済みは良好、領収書不足と未分類項目は警告、未解決の入金差異と重複は重大として表示します。損益に関する説明と未処理項目のチェックリストは、それぞれパネルに表示します。
• docx / md / notion / canva の設定： 同じ内容を指定の形式で提供します。DOCX または Markdown ファイル、コネクタを使って作成した Notion ページ（名前を指定した保存先を使用し、既存の内容は上書きしません）、または Canva コネクタを使って作成した Canva Doc（実行ごとに新しいデザインを作り、日付を付けて命名します。表はリストに変換します）。Notion または Canva が接続されていない場合はビジュアルアーティファクトに切り替え、その理由を伝えます。パケットの XLSX と PDF はそれぞれの形式を維持します。
• スキルに最適： ビジュアルアーティファクトを使用します。パケットを会計士に渡す前に、締めの内容を画面上で確認できます。

ステップ 9 — 締めの後

何を締め、何がまだ未処理かを 1 行で伝えます。次に、最も関連性の高い次のステップを 1 つと、関連する候補を最大 2 つ提示します。

• 「キャッシュフロー予測」では、締めたばかりの数値を使って cash-flow-snapshot を実行します。
• 「レポートを作成」では、report-builder を実行してパケットを公開・配布します。
• 「税務」では、四半期末または年末が近い場合に /tax-prep を実行します。この処理の税額計算は米国連邦税に基づくため、事業コンテキストの Country が US の場合に限って提示します。

提示する候補は最大 3 つです。このセッション中にオーナーが断った候補は、再度提示しないでください。

承認ゲート

• 申告済みの月は、決して照合しないでください。 データを取得する前に、帳簿がまだ締められていないことを確認します。
• 台帳の取引を直接無効化または変更してはいけません。 フラグを提示し、変更はオーナーが台帳上で行います。
• 出力を作成する前に、必ずステップ 6 で一時停止してください。 未解決のフラグは、確認するか、明示的にスキップする必要があります。
• 仕訳の合計を超えて、個人別の給与額、SSN、銀行口座番号を締めパッケージに記載してはいけません（../../shared/personal-data.md）。

コネクターが利用できない場合の代替手段

利用できないコネクター	代替手段
QuickBooks	2つの別々のエクスポートを依頼します。損益レポートと、勘定科目別取引明細レポートです。1つのファイルに両方は含まれません。「QBのエクスポート」と依頼すると、どちらか一方だけが届き、もう一度やり取りすることになります
Xero	2つのエクスポートを依頼します。損益レポートと、すべての勘定科目を選択した勘定科目取引レポートです。さらに、銀行照合画面に表示される未照合明細の件数も依頼します。この件数はエクスポートには含まれません
NetSuite または MYOB	損益計算書と月次の取引明細を、2つのエクスポートとして依頼します。MYOBには銀行残高がないため、銀行側の情報は取引明細書から取得します
Zoho Books	接続済みの場合でも、損益計算書のエクスポート（レポートエンドポイントはありません）と銀行取引明細書（銀行取引フィードはありません）を依頼します。台帳と未分類件数はコネクターから取得します。未接続の場合は、勘定科目取引エクスポートを追加で依頼します
決済処理サービス	決済処理サービスのウェブサイトから、精算CSVを依頼します。手数料列を含める必要があります。総額のみでは、ステップ3の入金額同士の照合ができません
決済処理サービスは接続済みだが、対象期間の入金がゼロ件	データの欠落として扱い、ゼロ件で問題ないとは判断しません。コネクターが当月のデータを返さなかったことを伝え、手数料列を含む同じ精算CSVを依頼します。空のデータと照合するのではなく、レポートにデータの欠落を明記します
給与コネクター（Gusto、QuickBooks Payroll）	ステップ5aをスキップします。パケットに給与シートはなく、サマリーには「給与コネクターなし」と記載されます。台帳の給与費用項目は、損益計算書に未確認のまま表示されます
デスクトップ（領収書）	フラグが付いた各費用について、領収書の有無をユーザーに確認します

その他のデータソース

マッピングについては reference/v2_sources.md をご覧ください。

• Shopify — 精算照合を主要な照合項目として扱います。注文、入金、手数料はそれぞれ異なる形で記録され、原因不明の差異が生じやすい項目です
• NetSuite — 大規模な企業でよく使われる正式な帳簿です。損益計算書と台帳の取得には、レポートとSuiteQLを使用します
• Xero — 独自の台帳形式（請求書、売上請求書、銀行キュー）と、独自の注意喚起項目（未照合の銀行明細）を持つ正式な帳簿です。マッピングは reference/xero-reconcile.md に記載されています
• MYOB — 損益計算書と売掛金／買掛金の残高を取得できます。銀行残高はないため、月次締めの銀行側の情報は取引明細書から取得します
• Zoho Books — 請求書、費用、発注書などの書類台帳を持つ正式な帳簿です。銀行残高と注意喚起項目としての未分類件数を取得できますが、レポートエンドポイントも銀行フィードエンドポイントもありません。そのため、損益計算書と入金の照合にはエクスポートを使用します。マッピングは reference/zoho-books-reconcile.md に記載されています
• Ramp、Expensify — カードと費用の明細を取得し、支出額と記帳額の差を解消します
• Gusto、QuickBooks Payroll — 実際に実行された給与支払い（総支給額、雇用主負担税、手取り額、業務委託先への支払い）の月次合計を取得します。ステップ5aでは、予定額ではなく実際の支払額と台帳の給与費用を照合します。合計のみを使用し、個人別データはパケットに含めません

月次締めの手順もパケットも同じです。照合対象となるデータソースが増えるだけです。

QuickBooksのサマリーフィールドは誤った値を返すことがあります。 QuickBooksのサマリーオブジェクトから合計を引用する前に、../../shared/quickbooks-report-traps.md をお読みください。買掛金年齢表のサマリーは、仕入先のクレジットを各期間の金額に相殺して含めるため、期限超過額がマイナスになることがあります。また、損益サマリーは実際の明細行があるにもかかわらず、費用をゼロとして報告することがあります。明細行を合計するか、詳細取得の呼び出しを使用してください。

参照ファイル

• reference/quickbooks-reconcile.md — QB のフィールド マッピング、API のページネーション、よくあるデータの問題
• reference/xero-reconcile.md — Xero の登録簿の 定義、未照合明細のシグナル、ドキュメントレベルの重複チェック、添付ファイル
• reference/zoho-books-reconcile.md — Zoho Books の 登録簿の定義、未分類件数のシグナル、エクスポートが必要な項目
• reference/paypal-settlements.md — PayPal、Square、Stripe の決済 レポートの構成
• reference/close-packet-format.md — xlsx の列 仕様、PDF のレイアウト、ファイル名の規則
• reference/gotchas.md — 重複の誤検出、分割取引、 月の一部だけを対象とする場合の注意点
• reference/examples/pl-narrative.md — 損益計算書の説明例

記載されていないツールを使用する場合

このスキルで指定されているコネクターは、検証済みの接続方法であり、選択肢を限定するものではありません。オーナーが未接続または未記載のツールをこのワークフローで使いたい場合は、build-connector を提案してください。まずコネクターディレクトリを確認し、それ以外の場合は Zapier 経由で接続します。未加工の API に直接接続するものを一から構築することはありません。接続が確立されると、そのツールは他の任意のコネクターと同様に、同じ承認ゲートのもとでこのスキルに加わります。