cash-flow-snapshot

キャッシュフローのスナップショット

30／60／90日間のキャッシュフロー予測を、割合で示す分散の信頼区間と名前付きのリスクフラグとともに作成します。簡潔なチャットの要約と、ダウンロード可能な XLSX ワークブックの2部構成で出力します。

クイックスタート

「来月、給与を支払えますか？」

Claude は接続済みのソースから現在の銀行残高、売掛金／買掛金、固定費を取得し、30日、60日、90日の期間ごとに予想される入出金を計算します。顧客ごとの支払いのばらつきに基づいて信頼区間を適用し、具体的なリスクを名前付きで提示します。

---

ワークフロー

ステップ 1 — 利用可能なデータソースを確認する

利用可能なコネクターを確認します。稼働中のものすべてから、一括でデータを取得します。

1. 台帳 — 接続されている MYOB、NetSuite、QuickBooks、Xero、Zoho Books のいずれかから、売掛金の延滞状況、買掛金、固定費、現金残高を取得します。各台帳は同等の選択肢です（../../shared/connector-neutrality.md）。2つが接続されている場合は、どちらを正式な記録元とするかを尋ね、選んだほうの合計のみを使用します
2. PayPal — 取引履歴と入金タイミング
3. Square — 売上と入金履歴
4. Stripe — 請求と入金履歴
5. Shopify — 入金として注文（list-orders）を取得し、入金タイミングも確認します。Shopify 単独でも予測を実行できます。コマース事業では最大の入金元であることがよくあります。コネクターのスコープに Shopify Payments が含まれていないと、入金データの取得に失敗する場合があります。その場合は事業主に入金スケジュールを尋ね、それに基づいて予測します。遅延を決めつけてはいけません（reference/v2_sources.md）
6. CSV アップロード — コネクターが接続されていない場合に使用します

稼働中のコネクターがなく、ファイルも添付されていない場合は、ソースを接続するか、CSV（収入／支出の表形式データ。妥当な形式であればどれでも可）をアップロードするようユーザーに依頼します。出力には使用したソースを記載してください。信頼区間の幅に影響します。

必ず開始時の現金残高を確認してください —「給与を支払えるか」は純額ではなく残高に関する質問です。ステップ 2 で取得するか、「現在、事業用口座にはいくらありますか？ その残高は何日時点のものですか？」と尋ねます。決して推測してはいけません。 誰も把握していない場合は、出力の見出しを「開始残高なし — 純増減のみ」とし、リスクフラグから手元現金を除外します。

ステップ 2 — データを取得する

台帳から：

• 貸借対照表：銀行残高と現金残高、および基準日 — 開始残高（MYOB にはありません。reference/v2_sources.md を参照）
• 売掛金の延滞状況レポート：顧客名、請求額、請求日、支払期限、未払い日数
• 買掛金：仕入先名、支払額、支払期限
• 定期的な固定費：家賃、給与、サブスクリプション（定期的な取引を確認）

Gusto が接続されている場合：

• 次回の給与支払日と予定額、および通常の給与支払スケジュールの周期 — 取引の繰り返しから給与を推測するのではなく、最大の固定費を実際の数値で把握します。Gusto と台帳で給与情報が異なる場合は、支払時期と金額について Gusto の情報を優先し、その旨を出力に記載します

PayPal／Stripe／Square から：

• 入金履歴：取引日、金額、入金日
• 入金までの遅延（取引日 → 入金日）を使って、各ソースの平均支払遅延とそのばらつきを計算します

CSV アップロードから：

• 収入／支出の表形式データとして解析します
• 必須列（列名は柔軟に解釈）：日付、金額、種別（収入または支出）、説明
• 列の意味が曖昧な場合は、ヘッダー行を提示して、対応関係を確認します

ステップ 3 — 過去の支払いタイミングを計算する

売掛金の顧客ごと（または CSV の収入元ごと）に、以下を計算します。

• 平均支払遅延 — 請求日／取引日から入金までの日数の平均
• 支払いのばらつき — 過去6〜12回の支払遅延日数の標準偏差
• ばらつきを使って信頼区間の幅を設定します（ステップ 4 を参照）

顧客の支払いが3回未満の場合は、母集団平均を点推定値として使用し、既定値として ±30% のばらつき区間を適用します。十分な履歴（ソースあたり3回以上の支払い）がある CSV データで実行する場合は、実際の支払いのばらつきから区間を計算し、±30% と決めつけてはいけません。

ステップ 4 — 30／60／90 日予測を作成する

次の 3 つの期間を設定します：0～30 日、31～60 日、61～90 日。

各期間について、次の項目を計算します。

項目	方法
予想入金額	期間内に支払期限を迎える売掛金を、平均支払遅延日数で調整
予想出金額	期間内に支払期限を迎える買掛金 ＋ 期間内に発生する固定費
正味キャッシュポジション	入金額 − 出金額
信頼区間	予想入金額に対する、支払いの加重平均変動率 ±

信頼区間の計算式：

band_pct = weighted_avg_stddev_days / avg_payment_lag_days
low  = net_cash × (1 − band_pct)
high = net_cash × (1 + band_pct)

band_pct は小数点以下 1 桁に丸めます。上限は ±50% です。これを超える変動がある場合は、データがモデル化に不十分なため、代わりに警告を出してください（ステップ 5 を参照）。

ステップ 5 — リスクを特定して警告する

低位の信頼区間推定値がマイナスになる、または流動性の逼迫につながる条件を調べます。見つかったリスクごとに、1 行の警告を出します。

• 支払遅延リスク：「顧客 X は過去に 18 日遅れて支払っています。そのため、USD 8,400 の請求書は 30 日以内の期間から外れ、48 日目に入金されます。」
• 給与支払いの逼迫：「給与支払い（USD 22,000）の期日は 4 月 15 日です。4 月 1 日の期首残高 USD 31,000 に入金額を加え、出金額を差し引くと、4 月 14 日の手元資金は低位の信頼区間で USD 19,200 となります。不足リスク：USD 2,800。」残高の出典が必要です。
• データ不足の警告：「顧客 Y の支払い記録は 2 件のみです。信頼区間は既定値の ±30% に設定されています。」
• コネクター未接続の警告：「CSV データのみで実行しています。リアルタイムの買掛金データや継続費用データはありません。信頼区間は通常より広くなります。」

深刻度の高い順（影響額の大きいものを優先）に、上位 5 件までに制限します。

Step 6 — 出力を提供する

チャットの要約（必須）。予測には Markdown の表を使用し、フェンス付き コードブロックは使用しないでください。チャット画面では Markdown の表がレンダリングされますが、フェンス付きブロックは 生の等幅テキストとして表示されます。形式：

• タイトル行：キャッシュフローの概要 —
• ソース：<使用したコネクター>
• 開始残高： 時点で AUD X,XXX（または：記録なし — 純変動のみ）

続けて、金額には事業の通貨コード（../../shared/currency-and-locale.md）を付けた予測を記載します。 通貨記号だけの表記は使用しないでください。

期間	予想	低位	高位
30 日間の純額	AUD X,XXX	AUD X,XXX	AUD X,XXX
60 日間の純額	AUD X,XXX	AUD X,XXX	AUD X,XXX
90 日間の純額	AUD X,XXX	AUD X,XXX	AUD X,XXX

その後、「⚠ 指摘されたリスク：」の下に、リスクを短い箇条書きで記載します。

XLSX ブック（必須）：まず xlsx/SKILL.md を読み、次に 3 つのシートを作成します。

1. Summary — 信頼区間を含む 30／60／90 日間の予測表。各期間の行の下に、 流入（緑）と流出（赤）を構成する個々の取引を示すサブ行をインラインで追加します。 これにより、Summary シートを離れずに見積もりを監査できます。

2. Detail — すべての取引を期間ごとにまとめ、各グループ内では日付順に並べます。 期間内の流入累計から流出累計を差し引いた値を示す、純額の累計列を含めます。 各期間の末尾には、流入合計、流出合計、純額を示す小計行を追加します。 参照用に、過去の取引は別セクションにまとめて灰色表示します。 3 つの期間すべてに行を用意してください。該当する期間に取引がない場合も同様です。 その場合は「この期間に取引はありません」というプレースホルダー行を表示します。

3. Risks — 指摘されたリスクと、その金額への影響および対象期間。

cash-flow-snapshot-[YYYY-MM-DD].xlsx として保存します。

予測ページ（必須。チャットの要約と併せて提供し、代わりにしてはいけません）。オーナーが保存した出力設定に従って提供します。既定で Markdown ファイルにしてはいけません。## Business context ブロックの Output preference （共有スタイルガイドのルール、../../shared/artifact-style.md）を確認します。

• ビジュアル成果物（既定）： ハウススタイルに沿って、予測全体を HTML ページとしてレンダリングします。30／60／90 日間の純額は、各タイルの補足行に信頼区間を表示した統計タイルにします。取引の詳細は、金額を右揃えの tabular-nums で表示する表にします。各リスクフラグにはステータスピルを付けます。予測上の資金不足には「重大」、支払い遅延とデータ不足のフラグには「警告」を使用します。ソースと開始残高は、小さなヘッダーパネルに表示します。
• docx / md / notion / canva の設定： 同じ内容を指定された形式で提供します。DOCX または Markdown ファイル、コネクター経由で作成した Notion ページ（保存先を指定し、既存の内容は上書きしない）、または Canva コネクター経由で作成した Canva Doc（実行ごとに新しいデザインを作成し、日付を付けて命名。表はリストに変換）を使用します。Notion または Canva が接続されていない場合は、ビジュアル成果物に切り替え、その理由を伝えます。XLSX も併せて提供します。
• スキルに最適： ビジュアル成果物を使用します。予測はひと目で確認でき、頻繁に再実行されるためです。

---

実行後

実行内容を一文で伝えます。予測を作成し、リスクを明示しました。 続けて、最も関連性の高い次のステップを 1 つ提示し、そのほかに近い選択肢を最大 2 つ提示します。

• 給与支払いの資金不足が指摘された場合：「給与を支払えるか確認して」と言われたら /plan-payroll を実行します。
• 「誰にお金を貸している？」と言われたら、invoice-chase を実行して売掛金の回収を早めます。
• 「月次を締めて」と言われたら、/close-month を実行し、次回の予測を正確な帳簿に基づいて実行できるようにします。

提案は最大 3 つまでとし、今回のセッションでオーナーが断った提案は繰り返しません。

承認ゲート

このスキルは読み取り専用のため、予測の作成前に承認ゲートは必要ありません。

提供後に、ユーザーに次の内容を伝えます。

「この予測は、記載されているソースに基づいています。会計に関する助言の代わりにはなりません。資金調達に関する判断を行う前に、必ず記帳担当者に確認してください。」

その他のデータソースとスケジュール

完全なマッピングについては、reference/v2_sources.mdをお読みください。

• Shopify — 入金のタイミングです。コマース事業では単一の入金として最大になることが多く、入金までの遅延をモデル化する価値があります
• NetSuite — 公式帳簿です。対象セグメントの比較的大規模な事業で一般的に使われており、レポートとSuiteQLを通じて、売掛金、買掛金、固定費、現金残高を確認できます
• Xero — 公式帳簿です。延滞期間別の売掛金、請求書、銀行残高、組織の通貨と会計年度を確認できます
• Ramp — まだ帳簿に反映されていないカード支出です。予測が気付かれないまま楽観的になる最も一般的な理由です
• Rampの残高 — 実際の事業用および資金管理用口座の残高とその履歴です。事業主がRampをメインバンクとして使っている場合、記憶を頼りに入力する必要がある数値ではなく、データソースから取得した期首残高になります
• MYOB — MYOBを使う事業者の売掛金と買掛金です。読み取り専用で、銀行残高も現金残高も一切保持していません。期首残高の取得元として使わないでください

予測ロジックは何も変わりません。これらは同じモデルに追加するデータソースです。

スケジュールに沿った実行

このスキルはスケジュール設定が可能です。月次プリセットは、月が切り替わる前に現金の見通しを知らせます。

事業主が予測を役立つと感じた後に、一度提案してください。

Want this monthly, a few days before month end? That's when it's most useful,
and it's the same forecast you just got.

スケジュール設定はこのスキルの機能です。別個のコマンドはありません。

QuickBooksのサマリーフィールドは正確ではありません。 QuickBooksのサマリーオブジェクトから合計を引用する前に、../../shared/quickbooks-report-traps.mdをお読みください。買掛金のエイジングサマリーでは、仕入先クレジットが各期間の金額に相殺され、延滞額がマイナスで表示されることがあります。また、実際の明細があるのに損益計算書のサマリーで経費がゼロになることがあります。明細行を合計するか、詳細取得を使ってください。

リファレンスファイル

ファイル	読み込むタイミング
reference/gotchas.md	コネクターが想定外のデータを返す場合、または差異が極端な場合
reference/examples/worked-example.md	新しいデータ形式の出力フォーマットをモデル化する場合

一覧にないツールを使う場合

このスキルで挙げているコネクターはテスト済みの経路であり、利用を限定するものではありません。事業主が、接続されていない、または一覧にないツールをこのワークフローで使いたい場合は、build-connectorを提案してください。まずコネクターディレクトリを確認し、それ以外の場合はZapierを通じて接続します。生のAPIに対して手作業で構築することはありません。接続が確立されると、そのツールは他の任意のコネクターと同様に、同じ承認ゲートの下でこのスキルに加わります。