P&Lは「利益が出ているか？」に答えます。13週キャッシュフロー予測は、Eコマースストアを実際に潰す質問「期日通りにサプライヤーへの残高を支払えるか？」に答えます。
サプライヤーからのメールは丁寧で交渉の余地はありません。秋の在庫注文の残高は、コンテナが出荷される際に、2週間後の金曜日に支払期日を迎えます。それは数ヶ月前に合意した金額です。銀行アプリを開き、残高を見て、何度も行ってきた頭の中の計算をします — 入金があり、給与が出て、間もなく消費税の申告がある — そして、実際にお金があるかどうか分からないことに気づきます。
奇妙なことに、ビジネスは順調です。前四半期は黒字でした。会計士がそう言いました。しかし、あなたはもう一方の状況も経験したことがあります — 頭の中の計算が間違っていて、薄い週にサプライヤーの支払いが不渡りになり、口座間でお金を移動させ、迷惑をかけられない唯一の業者に謝罪メールを作成するのに2日間費やしたのです。
その状況にあなたを再び追い込む信念は単純なものです：「利益が出ているのだから、現金は自然と何とかなるだろう。」ほとんどのビジネスにとって、それは単なる楽観論です。在庫を抱えるストアにとっては、構造的に誤りです — なぜなら、利益は四半期を通じてスムーズに計上されるのに対し、現金はまとめて出ていくからです。13週キャッシュフロー予測は、Eコマースに特化した解決策です：1つのスプレッドシート、15行、毎週月曜日に更新され、まだ6週間先にある悪い週を教えてくれます。
なぜ13週間か — そしてなぜ週次か
13週間というのは任意の期間ではありません。それは1四半期です — ほとんどのストアにとって、それはおおよそ1回の完全な在庫サイクルでもあります：発注書を出し、デポジットを支払い、出荷時に残金を支払い、商品を受け取り、売り切り、現金を受け取る。短い予測では、発注書の全工程を見ることはできません。長い予測は、計画を装った推測です。
週次の粒度は、期間よりもさらに重要です。月次のキャッシュフロー予測 — ほとんどの会計ソフトウェアがデフォルトで生成する種類 — は、在庫を多く抱えるストアを潰すものを平均化してしまいます。収入が95,000ドルで支出が90,000ドルの月は、快適に見えます。しかし、その支出の58,000ドルが第2週に、収入21,000ドルに対して発生した場合、「順調」な月の途中で8日間、あなたは深刻なマイナスでした。あなたの銀行は平均を取りません。サプライヤーも同様です。
週次の列は、週に30分で維持できる最も細かい解像度であり、かつ、危機を捉えるのに十分な粗さの解像度です。それが全体の設計です。
Eコマース予測を構成する項目
一般的な中小企業向けキャッシュフロー予測はここでは役に立ちません。なぜなら、eコマースの資金には、一般的なテンプレートではモデル化できないタイミングの特性があるからです。そのうち5つが最も大きな問題を引き起こします。
入金は販売日ではなく、入金サイクルで届きます。今週行った販売は、今週の現金ではありません。Shopifyはそれらをまとめて、手数料と返金を差し引き、独自のスケジュールで入金します。だからこそ、あなたの入金額は販売額と一致しないのです。実際の入金額を差し引いた後の、入金された日の入金を予測してください。入金ではなく販売を予測すると、すべての列が数日と数パーセントずれてしまい、赤字の週を隠すのに十分です。
在庫のPO（発注書）支払いは、不規則な支出の元凶です。給与や広告費は規則的です。しかし、発注書はそうではありません。発注時に一部支払い、出荷時に残高の大部分、場合によっては納品条件による最終的な分割払いが発生します。在庫が多いストアでは、単一の季節的な発注書が、特定の木曜日に支払われるべき総収入の3〜4週間分に相当することがあります。この行こそ、予測があなたを守るために存在する理由なのです。
融資の返済は毎週引き落とされます。Shopify Capitalのような前払いを利用している場合、販売額の固定割合が銀行に入金される前に差し引かれます。これは主に元本であり経費ではない返済ですが、どちらにしても現金としては100%です。これを独自の支出行として予測してください。注意点：返済が支払いから差し引かれる場合は、支払いを総額で予測し、返済行を残すか、ネット額で予測して行を削除してください。両方行うと、支出を二重にカウントしてしまいます。
売上税は特定の週に引き落とされます。四半期中に集めた売上税はあなたの所有物ではなく、月次または四半期ごとの申告スケジュールと州によって、集中した返金週に引き落とされます。毎月20日頃に申告する月次申告者は、毎月同じ週に予測可能な4桁の支出があります。これらの週を予測に明示的に含めてください。（申告サイクルは州やあなたの取引量によって異なります。あなたの状況については、税理士にご確認ください。）
ゲートウェイとBNPLは独自のタイミングで支払われます。PayPal、Klarna、Shop Pay Installmentsなど、それぞれが独自のサイクルで決済され、数日以内に決済されるものもあれば、準備金を保持するものもあります。チェックアウトの相当な割合がこれらを経由する場合、Shopifyの数値に合算するのではなく、独自のタイミングを持つ独自の入金行が必要です。
構築：15行、13列
空白のスプレッドシートを開きます。13列（月曜日から始まる週ごと）。15行：
| # | 行 | 数値の出所 |
|---|---|---|
| 1 | Shopifyの入金 | 入金スケジュール × 最近の週平均（季節性を考慮して調整） |
| 2 | その他のゲートウェイ/BNPLの入金 | 各プロバイダーの決済サイクル |
| 3 | 卸売/B2Bの回収 | 未請求の請求書（期日順、次に現実的な支払い期日順） |
| 4 | その他の現金流入 | マーケットプレイスの入金、リベート、その他すべて |
| 5 | 在庫のPO支払い | PO条件に基づく入金と残高（期日順） |
| 6 | 送料、関税、通関料 | 出荷スケジュール。ブローカーは到着近くに請求書を発行 |
| 7 | 給与と契約者 | あなたの給与カレンダー |
| 8 | 広告費 | カードの決済日（キャンペーン日ではない） |
| 9 | ソフトウェアと固定経費 | サブスクリプションの請求日 |
| 10 | 家賃 / 3PL請求書 | リースおよび3PLの請求サイクル |
| 11 | 売上税の送金 | 申告カレンダー |
| 12 | 融資の送金 | 前払い条件（上記の二重計上に関する警告を参照） |
| 13 | 純キャッシュフロー | 1〜4行から5〜12行を引いたもの |
| 14 | 期首現金 | 前週の期末現金 |
| 15 | 期末現金 | 14行目 + 13行目 — 唯一重要な数字 |
次に、丸められた架空の数字で歩みを進めましょう。あなたの店舗が月に約105,000ドルを売り上げているとします。Shopifyの支払い額は週に22,000ドル（季節的な落ち込みで5〜7週目は19,000ドルに鈍化）、さらに他のゲートウェイから週に2,500ドルが入ってきます。銀行には14,000ドルから始めます。84,000ドルの秋の在庫POを発注しました。30％のデポジットは2週目に、残りの出荷時決済額33,600ドルは6週目に、貨物と関税4,500ドルは7週目に到着します。給与は週に3,600ドル、広告は6,000ドル、経費は1,400ドル、キャピタルクラスの送金は約3,000ドル、3PL請求書は月に3,800ドル、売上税は約8,400ドルで、3週目、7週目、12週目に送金されます。
最初の9週間における13行目と15行目の結果を以下に示します（単位：千ドル）：
| 週 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
|---|---|---|---|---|---|---|---|---|---|
| 純キャッシュフロー | +6.7 | −14.7 | +2.1 | +10.5 | +3.7 | −26.1 | −5.1 | +10.5 | +14.7 |
| 期末現金 | 20.7 | 6.0 | 8.1 | 18.6 | 22.3 | −3.8 | −8.9 | 1.6 | 16.3 |
これです。6週目と7週目が赤字です。ビジネスが失敗しているからではなく、9週目には再び快適に黒字に戻っていますが、PO残高、運賃請求書、売上税の送金がすべて季節的な支払い減少期間に重なるためです。月次ビューではこれを捉えられません。四半期では黒字になり、個々の月でさえほぼ相殺されます。週ごとの累積行だけが、銀行残高がゼロを下回る8日間を示してくれます。
上記のすべての数字は例であり、意図的に丸められています。重要なのは数字ではなく、あなたの店舗には6週目に相当するものがあり、それが現在見えなくなっているということです。
月曜日のアップデート：帳簿照合から30分
一度作成した予測は記念品にすぎません。ツールはリズムです。毎週月曜日の朝、30分。
ルーチンは機械的です。前週の予測列を実績に置き換えます。どこで間違えたか（支払いが予想より少なかった、請求書が遅れたなど）を記録し、学んだことを基に残りの週を調整します。最後に新しい13週目を追加します。赤字またはそれに近いものがないか、期末現金行を確認します。完了です。
その30分が本物かどうかを決める部分です。あなたの予測は、それが始まる帳簿と同じくらいしか良くありません。「予測を実績に置き換える」というのは、銀行と照合された支払い、収益から分離された手数料、適切な場所にある返金など、実績があることを前提としています。あなたの帳簿が数週間遅れている場合、毎週月曜日は考古学セッションから始まり、予測は4週目までに静かに死にます。クリーンで最新の帳簿は、この演習全体が立っている基盤です。それはあなたの税金と利益率が依存しているのと同じインフラストラクチャです。ここで同期ツールは、それ自体で簿記を行うこととは関係のない方法で、その価値を発揮します。LedgerPortはShopifyとWooCommerceの支払いをQuickBooksに自動的に照合するため、月曜日の「実績」は予測を開いたときにすでにそこにあります。
そして、会計事務所が帳簿を管理している場合は、これを提供してもらうように依頼してください。それは、彼らがすでに維持している照合済みファイルから生成される、eコマース企業がすでに作成している成果物である、13週間のキャッシュフロー予測です。
赤字週に実際に対処すること
予測は6週目を修正するものではありません。それは、あなたがそれを修正するための6週間を稼ぐものです。そして、メニューのほとんどすべてが6週間先では機能し、6日前では失敗します。
- 給与ではなく、POを動かしましょう。サプライヤーに配送を分割するように依頼してください。残高の半分を出荷時に、半分を納品時に支払うか、出荷日を2週間シフトします。サプライヤーは、早期に依頼された場合はこれを日常的に処理しますが、支払いがすでに遅延している場合は、これを悪く処理します。
- 必要ないときに条件を交渉しましょう。 30/70ではなく30/40/30の支払い構造、または残高のネット30は、数万ドルを週の境界を越えて移動させます。帳簿がクリーンで、具体的な依頼をしている場合、条件を獲得するのは最も簡単です。「私たちのキャッシュモデルは逼迫を示しています。残高を分割できますか？」
- 集金を早めましょう。卸売を行っている場合、6週目が、B2B請求書に支払期日、リマインダー、およびQuickBooksでの適切なAR追跡が必要な理由です。9週目ではなく6週目に回収された8,000ドルの請求書は、問題の半分を消去できます。
- 必死ではなく、冷静に融資を手配しましょう。ギャップが現実であり、上記の修正でそれが閉じない場合、1週目に交渉された信用枠は安価な保険です。6週目に見つけられた同じ資金は高価で急いでいます。送金が新しい12行目になることを忘れないでください。
4つすべてに共通することに注意してください。それらは危機ではなく、電話です。それがスプレッドシートのすべてのリターンです。1週目に6週目を見る店舗は、サプライヤーに日常的な依頼をします。6週目に6週目を発見した店舗は、謝罪をします。
木曜日、再訪
そのサプライヤーのメールに戻りましょう。2週間後に残高が支払われますが、お金があるかどうかわかりませんでした。このスプレッドシートがあれば、それは10秒で回答できる質問になります。列にスクロールして、15行目を読みます。問題なければ、それについて考えるのをやめます。赤であれば、悪い木曜日ではなく、2週間と4つの選択肢があります。
15行。13週間。月曜日に30分。ただし、それを供給する帳簿がすでに照合されていることが前提です。これは自動化する価値のある唯一の入力です。支払い照合がまだエクスポートとクリーンアップで実行されている場合、それが最初の修正です。LedgerPortの無料プランは、それらの周りで予測を構築しながら、実際の結果を流し込むための低リスクの方法です。
