個人事業のキャッシュフローはカレンダーで管理する ― 会計ソフトの前に決める資金繰り設計

2026-10-05 | Shinichi Noguchi | 財務 × 個人事業 × ソフトウェア思考

【技術相談】本件の内容に関して30分間の無料相談承ります →

黒字でも、現金がない。資金繰りをカレンダーで設計する

この記事をシェア

請求書は出した。今月の売上も立っている。それでも、来週の引き落としを通せるかは別の話です。入金が15日で外注費の支払いが10日なら、その5日間をつなぐ現金が要る。月末に残高が戻る見込みでも、10日の支払いには間に合いません。

会計ソフトを選ぶ前に決めたいのは、どの口座の現金を、何日先まで、どの入出金で予測するかです。これは会計ソフトの導入を遅らせるという意味ではありません。記帳と並行して、未来の支払日に間に合うかを確認するための設計です。

ここでは、架空の個人事業を例に、5列のledger.csvと固定カレンダーから最低残高を計算します。実在する事業の通帳や、筆者の資金繰り実績ではありません。数値はすべて説明用の試算です。

※2026年10月5日時点の公開情報に基づきます。税務・融資の制度は末尾の公式資料で確認しています。カレンダーの日付・金額は仮定で、実際の納付期限やサービスの課金日を表すものではありません。

30秒の紹介動画(YouTubeショート)

YouTubeで見る

黒字の確認と、支払える日の確認を分ける

請求額、損益計算上の売上、口座に着金した金額。この3つは一致するとは限りません。例えば、源泉徴収がある契約なら請求額と振込額は異なり、カードで購入した機器は購入日と口座引落日がずれます。売上や費用を認識する時点と、現金が動く時点を分けて扱う必要があります。

借入金の入金も同様です。残高は増えますが、売上ではありません。返済の元本は残高を減らしても、そのまま全額が経費になるわけではない。資金繰り表では現金の動きとして載せ、会計では適切な区分で処理します。

月次レポートの完成を待つ運用なら、途中の不足への対応が遅れます。ただし「会計ソフトなら必ず30日遅れる」とは言えません。更新頻度や予測機能の有無で違います。問題は道具の種類より、未来の入出金を登録して最低残高を見る運用があるかどうかです。

資金繰りで見るのは、月末残高だけではありません。予測期間の中でいちばん残高が低くなる日と、その金額です。同日に入金と引落しがある場合も、着金を待たずに出金される可能性を確認します。

5列のCSVを置く。残高は入力値から計算する

最初は、事業用の普通預金口座1つを対象にします。開始残高は10月1日時点の50万円。予測は11月5日まで、入金をプラス、出金をマイナスにそろえます。実務ではこの先も90日程度まで延ばし、年払い費用や納税など遠い予定は別途拾う、という始め方が考えられます。

ダウンロードできるledger.csvは次の内容です。10月1日の行は開始時点を示すだけなので、収支はゼロ。残高50万円を入金として加算しません。

架空サンプルの ledger.csv をダウンロード

日付,区分,収支,残高,備考
2026-10-01,開始残高,0,500000,対象口座Aの開始残高・架空例
2026-10-05,予定出金,-40000,460000,CF001 クラウド・カード引落し
2026-10-10,予定出金,-60000,400000,CF002 外注費
2026-10-15,予定入金,400000,800000,CF003 請求A・着金予定額
2026-10-20,予定出金,-180000,620000,CF004 外注費
2026-10-26,予定出金,-30000,590000,CF005 保険・共済
2026-10-27,予定出金,-20000,570000,CF006 返済・元利合計
2026-10-30,予定出金,-100000,470000,CF007 納付予定・仮定
2026-10-31,予定出金,-180000,290000,CF008 生活費への移動
2026-11-05,予定入金,300000,590000,CF009 請求B・着金予定額

区分に「予定」「実績」を含めると、列を増やさず状態を区別できます。備考のCF003は行を追う識別子です。入金を確認したら、同じ識別子の予定行を実績に置き換えます。予定40万円に実績40万円を追加すると、入金を80万円と数えてしまいます。

一部だけ入金された場合は、元の40万円の予定行を「実績25万円」と「残りの予定15万円」に分け、枝番を付けます。元の予定40万円を残したまま増やさない。実績になった行の日付は実際の着金日へ直します。

残高列を、手計算した数字の置き場にしない

スプレッドシートへ取り込むときは、A〜E列を上記の5列にし、H1に「開始残高」、I1に500000を入れます。D2を次の式に置き換えて、最終行までコピーします。C列は数値、A列は日付として認識されていることを確認してください。

=$I$1+SUM($C$2:C2)

前の行の残高に依存する式ではなく、開始残高と収支の累計から計算する形です。途中の残高セルを誤って書き換えても、後続の式がその値を参照し続けることを避けられます。ただし行を挿入したときには、式が入っているか確認が必要です。CSVには式の再計算機能がないため、公開サンプルの残高列は計算済みの値を入れています。

日付順に並べ替えるときは5列全体を選び、並べ替え後にD列の式を入れ直します。日付列だけを動かすと金額との対応が壊れます。同日の順序を確認できない場合は、出金を先に置いた保守的な見方も併せて確認します。

このCSVと、税務の帳簿は役割が違う

この5列は、未来の残高を見るための補助表です。白色申告でも取引年月日、相手方、金額などの記帳・保存が求められます。2026年分の青色申告特別控除55万円には正規の簿記などの要件があり、65万円にはさらに所定の要件があります。CSVを1枚作っただけで満たしたことにはなりません。国税庁:記帳・帳簿等の保存、青色申告特別控除

会計ソフトや税理士には、通帳・請求書・領収書などの根拠資料と、確認済みの実績を渡します。予測行をそのまま仕訳として取り込まない。資金繰りCSVを「正」、税務帳簿を「写し」と固定するより、それぞれの目的に応じて根拠資料と照合する設計のほうが誤解がありません。

固定カレンダーに置くのは、発生日ではなく出金日

クラウド利用料は、サービス上の請求日とカードの口座引落日が違うことがあります。残高予測へ入れるのは、対象口座から現金が出る日です。カード利用額と引落額を両方出金として足さないよう、支払い経路まで書いておきます。

架空の固定カレンダー。実際の日付は契約・明細・納付書で確認
予定日対象金額確認するもの
毎月5日クラウド等のカード引落し4万円の仮定カード明細。利用額は変動する
毎月26日保険・共済3万円の仮定契約と口座明細
毎月27日借入返済2万円の仮定返済予定表。元本と利息を含める
納付書に記載の日税の支払い10万円の仮定この例だけ10月30日に置く
月末の予定生活費への移動18万円の仮定事業口座からの出金。経費とは区別

家賃や年払いソフト、機器購入など、自分の事業にある項目を足していきます。休日の前後で引落日が動くルールも契約ごとに確認する。「毎月27日」と書けても、実際に27日とは限りません。

納税用の別口座に取り分ける場合は、管理範囲を決めます。対象が事業口座Aだけなら、別口座への移動はAからの出金です。両口座を合算しているなら内部移動は総残高を減らしませんが、納税用として確保した分を自由に使える資金から除きます。取り分けと実際の納付を二重に控除しないことが検算のポイントです。

月末は29万円。でも、入金がずれると11万円足りない

通常のサンプルでは、10月15日に40万円が入り、10月末の残高は29万円です。ところが、その40万円が11月2日にずれるとどうなるか。入金行の日付を変え、並べ替えて残高を再計算すると、10月31日にはマイナス11万円になります。

開始残高50万円。入金日だけを変えた比較(単位:万円)
日付通常の入金40万円の入金が11月2日へ遅延
10月1日5050
10月5日4646
10月10日4040
10月15日8040
10月20日6222
10月26日5919
10月27日5717
10月30日477
10月31日29−11
11月2日2929
11月5日5959
入金遅延で最低残高が29万円からマイナス11万円に下がる前の表を図示。青が通常、赤の破線が遅延。両方とも11月5日は59万円だが、遅延時は10月31日に資金不足となる。 残高(万円)━ 通常┄ 入金遅延80604020010/110/1510/3111/5 −11万円
イベント順の模式図です。横軸の間隔は実際の日数に比例しません。時点ごとの値は上の表を参照してください。マイナスは支払いを実行できない予測上の不足を示します。

入金遅延シナリオのCSVをダウンロード

遅延した40万円を削除するのではなく、遅れた先へ移すのがポイントです。通常予測、入金遅延、さらに機器交換費が重なる場合を別シートにし、同じ入金を重複させずに比較します。1件ずれたときの影響と、複数の問題が重なったときの影響を分けて見られます。

必要な開始資金と、追加で用意する額を分けて計算する

開始時点以降の収支累計をC(t)、残しておきたい予備費をRとすると、この予測期間を通すための必要開始資金は次のように計算できます。開始時点の累計ゼロも含めます。

必要開始資金 = max(0, −min C(t)) + R

追加必要額 = max(0, 必要開始資金 − 現在の開始残高)

通常シナリオの最低累計はマイナス21万円。予備費を仮に10万円残したいなら、必要開始資金は31万円です。入金遅延では最低累計がマイナス61万円となり、同じ予備費を残すには71万円必要になります。現在50万円なので、追加必要額は21万円。マイナス残高をゼロに戻す11万円と、予備費10万円を合わせた額です。

ここでいう「落ち込み」は、開始時点を基準にした収支累計の最小値です。期間中の最高残高80万円からの下落幅とは違います。また、遅延を織り込んだシナリオで計算した後に、同じ遅延分を予備費へもう一度足さないようにします。

予備費10万円は推奨値ではありません。壊れた機器の代替費、まだ確定していない支出、復旧までの日数などから決める仮の数字です。税の確定額や年払い費用のように予定が立つものは先にカレンダーへ入れ、予備費に押し込めない。固定費が何か月分かという目安も、この日付ベースの計算に照らして確かめます。

不足が見えたら、締切と総費用で手段を比較する

21万円の不足が見えたからといって、すぐ21万円を借りれば終わりではありません。いつまでに着金が要るか、その後の返済や手数料を載せても残高を保てるか。対策後のカレンダーまでつなげて考えます。

資金不足への対応。条件・費用は個別の契約と見積もりで確認
手段適用条件・日程費用と後への影響
入金前倒し・支払日の変更取引先の合意が必要。確定した金額と日付を記録割引や追加費用の有無を確認。支払延期は将来の出金へ移す
融資・当座借越審査・契約が必要。既存枠も利用可能額と条件を確認利息・諸費用・元本返済を予測に加える。着金日を確約なしに予定へ入れない
売掛債権の売却(ファクタリング)対象債権、契約内容、実際の入金日を確認手数料等で受取額が減る。売却した債権の入金は通常予測から除く

まず入金予定の根拠と不足の原因を確認し、止められる未契約の支出を見直す。そのうえで期日前に相手へ日程変更を相談し、金融機関にも並行して必要日・必要額・返済見込みを伝えます。相談の順番は作れても、調達手段の順番を「常にこれが先」と固定すると締切を逃すことがあります。

日本政策金融公庫の一般貸付は運転資金にも対応し、条件は制度・審査等によって異なります。商工中金も運転資金を扱いますが、融資対象は株主である中小企業組合とその組合員などです。個人事業だから一律に使えるとはせず、対象と実行までの日程を確認します。日本政策金融公庫:一般貸付、商工中金:資金調達

「手数料5%」を、受取額と日数に戻す

例えば、30日後に入る額面100万円の債権を、手数料5万円で売却し、今日95万円を受け取る仮定を置きます。他の費用がない場合、受取額に対する30日分の費用比率は5万円 ÷ 95万円 ≒ 5.26%。これを365日で単純年率換算すると次の値になります。

(50,000 ÷ 950,000) × (365 ÷ 30) × 100 ≒ 64.0%

これは期間の違う費用を比較するための単純年率換算の試算で、法的な貸付金利や複利の実効年率を示すものではありません。ファクタリングは一般に債権売買です。法的性質を手数料率だけで決めず、総費用、買戻し義務、不払いリスクの負担、入金までの日数を契約で確認します。

金融庁は、高額な手数料で資金繰りがかえって悪化する危険や、ファクタリングを装った貸付けについて注意喚起しています。「今日いくら受け取れるか」に加え、売却で失う将来の入金を予測から落とした後、翌月も支払えるかを見ます。金融庁:ファクタリングの利用に関する注意喚起

家計から事業口座への資金移動は、売上と別の区分で記録します。事業の不足を生活側へ移すだけにならないよう、家計に残す金額も確認する。税の納付や契約済みの支払いを、一方的に遅らせる前提で計算しないことも条件です。

毎朝は照合、週1回は予測の更新に使う

自動化の最初の対象は、残高計算そのものより「予定と実績が二重になっていないか」「日付が過ぎた入金が予定のままか」の確認です。誤った入力を速く計算しても、正しい残高にはなりません。

  1. 営業日の朝:口座残高と新しい明細を確認し、着金・引落しの予定行を実績へ置き換える。確定していない入金は実績にしない。
  2. 期日が過ぎたら:未着金の識別子を一覧にし、相手へ確認する。契約上の支払期日は記録に残し、予測日は確認結果から別途見直す。
  3. 週1回:予測期間を延ばし、未請求の契約済み案件、年払い、納税、生活費移動を点検する。通常と遅延の両シナリオを再計算する。
  4. 最低残高が予備費を下回る見込みなら:不足日・不足額・対策後の残高を確認する。対応に要る日数より早く気づけるよう、予測期間を取る。

口座明細のCSVを読み込むなら、別シートに原本を残し、銀行の取引IDがあれば照合に使います。同額の振込が複数あるので、日付・金額だけで確定的にひも付けない。請求番号や相手方を確認してから更新します。

Gitは変更履歴に使う。改ざん防止の保証にはしない

CSVは差分を見やすいため、変更理由と一緒に保存すると「なぜ入金日を移したか」を振り返れます。ただしGitの履歴は権限があれば書き換えられ、コミットしただけで変更不能になるわけではありません。アクセス制限、独立したバックアップ、根拠明細の保存を別に考えます。

実際の取引先・口座情報・金額を公開リポジトリへ載せないこと。この記事で公開しているのは架空のCSVだけです。また、Git管理をしただけで電子帳簿保存法の要件を満たすとは扱いません。税務資料の保存方法は国税庁の案内や税理士と確認します。

最初の一歩は、今日の開始残高と、次の入金までに出ていくお金を並べることです。そこに日付と根拠がそろえば、運転資金を「何となく数か月分」から、自分の支払いを通すための額へ置き換えられます。

確認した公式資料

この記事が役に立ったらシェアしてください

入金日と支払日を並べ、最低残高から必要な資金を考えるために。

カテゴリ

財務 × 個人事業 × ソフトウェア思考

公開日

2026-10-05

💬 無料技術相談のご案内

この記事でご紹介した技術について、導入や活用のご相談を30分間無料で承っております。

  • 「自社でも導入できる?」といった技術的な疑問
  • 既存システムとの連携・移行に関するご相談
  • コスト感や導入スケジュールの目安

30年以上のIT経験をもとに、率直にお答えします。強引なセールスや勧誘は一切ありません。

野口真一 野口真一

お気軽にご相談ください

記事に関するご質問や、AI・IT技術導入のご相談など、お気軽にお問い合わせください。