S5：お金のデータを構築する
資産形成はデータ設計である。収支の見える化が、富の正体。
このスキルで手に入るもの
Section titled “このスキルで手に入るもの”毎月、自分の会社と自分自身の月次決算が締まる状態です。
- 毎月同じ日に締まる。前月の収支・固定費・手元現金・資産と負債が、翌月の頭には数字として出ている
- 毎月同じ指標を読む。前月比、資金がもつ月数、守るべき水準との距離、この先の納税予定
- 閾値を割ったらアラートが出る。人間が思い出す必要がない
- 3年の計画に対して、今月がどこにいるかが分かる
ここまで来ると、ひとりの会社でも、中小企業の取締役会が見る水準の指標を毎月確認できます。 後述するとおり、月次の試算表がすぐ出てくる会社は、年商10億〜50億規模にならないと多くありません。月次決算が回っているひとりの会社は、その時点で多くの中小企業を追い越しています。
第1部 なぜデータなのか
Section titled “第1部 なぜデータなのか”資本主権は、人類がずっと持てなかったもの
Section titled “資本主権は、人類がずっと持てなかったもの”銀行も貨幣も流通していない社会で、人はどうやって蓄えたか。答えは家畜です。収穫物を牛や羊に変えておけば、腐らず、生きて増えます。だから家畜は資本でした。
しかしその資本は簡単に消えます。洪水が来れば流され、猛獣が来れば食われる。環境要因ひとつで蓄えが消える世界で、資本の主権を握るのは非常に難しかった。
現代の私たちは牛を飼わなくてよくなりました。しかし牛よりはるかに巧妙な搾取構造の中にいます。面白そうなショッピングモール、気づけば増えているサブスクリプション、相場の見えないコンサルティング。自分の会社のお金がどう使われ、どこで儲かっているのかが、どんどん分かりにくくなっていく。
だから資産形成は、精神論でも投資テクニックでもありません。収支をどうデータとして見える化するかという設計問題です。
富の正体は、収支の見える化
Section titled “富の正体は、収支の見える化”多くの人が「お金持ち」という言葉から想像するのは、口座残高の大きな数字、贅沢な生活、あるいは大きな売上です。しかしそれらはすべて**富の「結果」**であって、富の正体ではありません。
富の正体は、収支の見える化です。
お金持ちの定義：自分のお金がどこから来て、どこへ流れていくかを完全に把握している人
経営を見ていると、お金を持っている人と持っていない人は一瞬で分かれます。判別の基準はひとつで、収支が見える化されているかどうかです。見える化されている人は持っている。されていない人は持っていない。
そして世の中の中小企業は、驚くほど収支が見える化されていません。試算表がすぐに出てくる会社は、年商10億から50億の規模にならないと多くないというのが実感です。
稼ぐより、抜けていくところを防げ
Section titled “稼ぐより、抜けていくところを防げ”入ってくる量が少なくても、出ていく量がそれ以上に少なければ、月々の蓄えは膨らんでいきます。会社の大小に関わらず、収支が見えているかどうかがすべてです。
出ていく量を最小限にしておくと、入ってこなくても困らない状態が先に作れます。この状態を持っている経営者は、金銭に対してガツガツしなくなります。焦らないから、悪い条件の仕事を取らずに済む。
預けた瞬間、あなたが提案される側になる
Section titled “預けた瞬間、あなたが提案される側になる”資本がデータであるなら、そのデータはどんどんSaaSに集まっていきます。「あなたの資産をまとめて管理します」というサービスが、これからいくらでも現れます。
そこにAIが乗った瞬間、あなたは**「あなたの資産はここをこうした方がいい」と提案される側**になります。
分かりやすい例が不動産です。保有物件をまとめてデータ管理するサブスクリプションがあったとして、それは事業者から見れば極めて質の高い見込み客リストです。建て替えを勧めることも、リフォームを勧めることも、管理の名目でいくらでもできます。
投資信託も構造は同じです。 10万円を投じても、その10万円が世の中でどう使われているかは把握できません。増えるという利点はあっても、自分の資本に対する主権はない状態です。
浪費は「やめさせる」のではなく「把握する」
Section titled “浪費は「やめさせる」のではなく「把握する」”家族でもパートナーでも、浪費している人に「使途をまとめよう」と迫れば関係が壊れるだけです。暗い部屋に座らせて家計簿をつけさせても、続きません。
重要なのは、やめさせることではなく、どれだけ浪費しているかを把握することです。把握できれば、揉めずに議論ができます。
ここにAIエージェントが決定的に効きます。ノートに小遣い帳をきっちりつける習慣は、今の世代には成立しません。かといってAIも使わなければ、荒野に金を並べているだけの状態になります。
収支が見えないと、意思決定の根拠が持てない
Section titled “収支が見えないと、意思決定の根拠が持てない”収入が大きくても収支が見えていない人は、意思決定の根拠を持てません。なぜ毎月15万円が消えているのかを説明できないので、環境が変わるたびに振り回されます。
会社にも同じ型があります。人気店で売上は入ってくる。しかし内側はガタガタで、社長を含めて誰も収支が見えていない。会議をしてもデータが乗らないので空中戦になり、意思決定に至らない。 儲かっているうちはいいのですが、社長の病気、エースの離脱、従業員とのトラブルといった環境変化が来たときに終わります。
資産形成は、個人の財務データに基づく意思決定の連続です。投資本に書いてある「正しい方法」は、他人の財務データに基づく他人の判断であって、あなたの答えではありません。
「投資すべきか」「借金を先に返すべきか」「緊急時の資金は足りているか」。これらはすべて、自分の財務データがなければ正確には答えられません。会社なら、入ってきた資金を内部留保するか、次の投資に回すか、借入返済を優先して利息を下げるか。財務データはこの判断のために使います。
財務データのない意思決定は、地図のない旅です。そしてS2・S3で得た外部環境の情報と掛け合わせて初めて、「来年キャッシュが厳しくなる」といった見通しが立ちます。
Wealth Ladderの4ステップ
Section titled “Wealth Ladderの4ステップ”Step 1：生活の安全を確保する 毎月の収支をプラスにし、緊急時の資金を積み上げる → 目標：収支データがプラスで安定している ↓Step 2：高金利の借金をなくし、リスクを最小にする 消費者金融・カードローン等の高金利負債を解消する → 目標：高金利の借入残高がゼロ ↓Step 3：余ったお金で小さく投資を始める 失っても痛くない金額から、長期・分散の投資を開始する → 目標：余剰資金が自動的に運用される仕組みが稼働している ↓Step 4：実績を積みながら規模を拡大する 成功体験と知識を積んで、事業投資・不動産等へ範囲を広げる → 目標：線形収益と指数収益の両方が動いているStep 2の「借金をなくす」は高金利の負債の話です。 金融機関から数パーセントで正規に借りているものは、この限りではありません。
高金利の借金を抱えたまま、さらに借り増して起業する。「1億円からの大逆転」を狙う人は実際に多いのですが、これは夢物語です。まずコツコツ返済してリスクを最小にするフェーズを挟む。 段階を踏むことは後退ではなく、次の段階への土台を固める行為です。
Step 4の「線形収益と指数収益の両輪」は、S8：情報を統合し資本計画を最適化するで設計します。
第2部 月次決算の仕組みを作る
Section titled “第2部 月次決算の仕組みを作る”ここからは手順です。この部のすべての工程は「毎月締めるために何を用意するか」に従属します。
STEP1 finance/ を設計する
Section titled “STEP1 finance/ を設計する”月次決算の部品：データの置き場所
S1で作ったOntologyの配下に finance/ を作ります。
finance/ ├── monthly/ 月次のデータと決算書 │ ├── 202609/ 月フォルダを切る │ └── 202610/ ├── assets/ 総資産・負債のスナップショット（毎月更新） ├── investment/ 投資実績の追跡 ├── property/ 不動産が多い場合（任意） │ ├── accounts.md 口座・カード台帳 ← 照合の母集団 ├── recurring.md 定期契約台帳 ← 経過勘定の計上元 ├── fixed_assets.md 固定資産台帳 ← 減価償却の計上元 └── tax_calendar.md 納税カレンダー ← 先1年の納付予定上半分がデータ、下半分が台帳です。 台帳は毎月使い回す固定のファイルで、ここが月次決算の部品になります。作るのは初回だけで、あとは変化があったときに更新します。
| 台帳 | 何のためにあるか |
|---|---|
accounts.md | 「何が来ていないか」を判定するための母集団。全口座・カード・決済サービスの一覧と、会社／個人の割り当て |
recurring.md | 年払いの契約を月割にするための元データ |
fixed_assets.md | 減価償却を毎月計上するための元データ |
tax_calendar.md | この先1年の納付月と金額 |
守るべき原則が2つあります。
① 個人の finance/ と会社の finance/ は絶対に混ぜない。 ここがAIの最も混同しやすい箇所です。置き場所は個人フォルダの下（ontology/people/<氏名>/finance/ のような形）を推奨します。会社は会社のフォルダの下に別途作ります。
② monthly/ の下に月フォルダを切る。 202609 のように月単位でフォルダを分けておくと、その月の経理データが1か所に揃います。確定申告がほぼワンボタンになり、e-Taxにも連携できます。
STEP2 何で接続するか — 5つの入口と、本命のCSV
Section titled “STEP2 何で接続するか — 5つの入口と、本命のCSV”月次決算の部品：データの入口
自分の財務データをOntologyへ運ぶ経路は5つあります。
| 入口 | 使いどころ | 弱点 |
|---|---|---|
| 手入力 | 現金決済・少額の記録 | 続かない |
| 口頭・報告 | 「来月これが入る」の予定共有 | 記録に残りにくい |
| 写真（領収書） | 証憑として残す | 分析には向かない |
| メール通知 | ネットバンクの入出金通知 | サービスごとに設定が要る |
| CSV | 本命 | 手動でダウンロードする手間 |
本命はCSVです。金融サービスはほぼ例外なくCSV出力を持っています。 e-Taxへそのまま投入する利用者が多いためで、銀行・クレジットカード・証券・電子マネー・交通系IC・大手ECまで、パソコンからログインできるものはたいてい取れます。
CSVはMarkdownと同じ感覚でそのままフォルダに置いて構いません。AIは普通に読みます。速度だけならJSONの方が速いので、繰り返し読ませるものは構造化して保存し直します（STEP10）。
領収書は証憑として残すこと自体が重要です。ただし分析と仕訳はAI側でやります。写真をためること自体が目的にならないようにしてください。
STEP3 個人を1か所に集約する
Section titled “STEP3 個人を1か所に集約する”月次決算の部品：個人側のデータ源
銀行・証券・クレジットカード・交通系IC・電子マネー・大手ECを、個人向けの家計簿サービスに集約します。 連携さえしておけば、自分で入力しなくても明細が溜まり続けます。
そこから月1回、家計簿データをCSVで出力して finance/ に落とす。 これが個人側の毎月の作業です。カードの確定を待つので、月末から翌月頭が実務的なタイミングになります。
STEP4 最初の分析をやる
Section titled “STEP4 最初の分析をやる”月次決算の部品：データが意思決定に使えることの体感
仕組みを完成させる前に、1回だけ手で回してみてください。 明細を1枚落とし、質問を1つ投げる。それだけで発見が出ます。
まずCSVを1つダウンロードして finance/ に置き、AIに読み込ませます。そのうえで、こう聞きます。
・無駄なサブスクを全部出して・ルーティンになっている支出は何？・手数料の年間合計はいくら？・曜日別の偏りはある？・誰にいくら立て替えている？・数か月分を解析して、資本計画を立てて／最適化して発見が出たら、それを「やめる」かどうかはまだ決めなくて構いません。タクシーを禁止するのではなく、タクシーが本当に事業に必要かをデータで再検討できる状態になった。それが成果です。
STEP5 会社の経理をAIに運営させる
Section titled “STEP5 会社の経理をAIに運営させる”月次決算の部品：会社側のデータ源と、仕訳の自動化
個人はCSVを手で落としますが、会社側はさらに自動化できます。会計SaaSにOntology側から接続し、取ってくるだけでなく、記帳と仕訳をAIに代行させます。
MCPは連携ツールでもダウンローダーでもありません。AIがSaaSの中に入って、代わりに作業してくれる仕組みです。
目指すパイプラインはこうです。
銀行・カード・電子マネー → 会計SaaSが明細を自動取込 → AIが未仕訳明細を読み、仕訳ルールに従って起票 → 人間は例外だけを承認 → 月次でAIが試算表を読み、財務レポートを生成 → finance/ へ蓄積これを成立させる設計ポイントが4つあります。
① 明細の入口で公私を分ける
Section titled “① 明細の入口で公私を分ける”カードと口座は、明細レベルで会社用と個人用を固定します。 名義は個人のままで構いません。「このカードは会社」と決めて、接続先を分けるだけです。
- 会社側 → 会計SaaSにMCPで接続し、自動で記帳
- 個人側 → 家計簿サービスに集約し、月1回CSV
会社でも個人でも使うカードは、できるだけなくします。 「このカードの明細はすべて事業」という前提が入口で作れれば、1件ずつ公私を判別する作業——経理で最も重い判断コスト——が消滅します。サブスクの支払い先を専用カードに変更する、高速代はETCカードで自動取得する、という地道な寄せ作業が自動化の土台です。
家賃・光熱費など按分する支出は、個人払いのままで構いません。
② 仕訳ルールを言語化する
Section titled “② 仕訳ルールを言語化する”AIが仕訳を切れるのは、判断基準が言語化されているからです。S1の「AはBだ」の形式で、自分の事業の経費ルールを書き出します。
仕訳ルール表の例：
・AIツールのサブスクは通信費だ・漫画の購入は私用だ。それ以外の書籍は参考文献だから経費だ・自宅の専用作業室は家全体の10.8%だから、家賃・電気はその率で按分する・海外のシェアハウスは「事業のストーリーが今語れない」から経費ではない経費判断の核心はひとつ。その支出について、事業のストーリーが「今」語れるかです。将来の夢や気分ではなく、現在の事業との結びつきを一文で説明できるものだけが経費になります。
このルール表は最初の1回の対話（AIに明細を仕分けさせ、迷った項目に答える）で初版ができ、例外が出るたびに追記されて育ちます。2か月目からは、AIがルールを適用し、人間は新パターンだけを判定すればよくなります。
按分も同じ発想で、率ではなく根拠を設計します。 「完全業務専用の部屋の面積比」「カレンダーの商談予定とETC明細を突合して自動生成した業務走行ログ」のように、誰にでも説明できる根拠をAIに作らせる。そのうえで税理士には「何パーセントにしますか」ではなく、「この根拠で何パーセントまでいけますか」と聞きます。これが守りの強い按分です。
③ 全自動にはしない
Section titled “③ 全自動にはしない”AIが起票し、人間は例外と方針だけを見る。この分業は守りますが、承認ゲートは絶対に外しません。
実行の前に「これをやっていいですか」と聞かせ、やったことはログとして残して後から再検討できるようにします。会計ソフトの仕訳履歴保存機能（電子帳簿保存法対応）をONにして、「AIがいつ何を起票し、人がどう直したか」の監査証跡を残してください。
AI経理の信頼性は、自動化率ではなく検証可能性で決まります。
④ 主権の所在 — SaaSは配管、知性はOntology
Section titled “④ 主権の所在 — SaaSは配管、知性はOntology”ここまで構築すると、ある事実に気づきます。会計SaaSがやっているのは「銀行・カードと接続して明細を運ぶ配管」と「税制・電子帳簿保存法・申告様式への法令対応」だけで、知的な仕事——仕訳ルール、按分の根拠、経費判断のストーリー——はすべてOntology側で起きているということです。会計の頭脳は、もはやSaaSの中にはありません。
ならばSaaSは不要か。そうではありません。金融機関との接続網は個人には再現できず、法令対応を月額数千円で外注できる価値は大きく、そして何より中立の帳簿という第三者性が要ります。仕訳を起票したAIが自分で決算書まで作って「正しい」と言うのは自己検証の閉ループであり、税理士も税務署も銀行もそれを信用できません。SaaSを外して自作帳簿にするのは、主権ではなく孤立です。
主権の本質は別のところにあります。仕訳ルール・判断基準・財務データの正本を自分側（Ontology）に持つ限り、会計SaaSはいつでも乗り換え可能な部品に格下げされる。 値上げされても人質に取られず、より良いサービスが出れば移れる。ベンダーを使い倒すが依存しない。この乗り換え可能性こそが、ツール時代の資本主権です。
これは第1部の「預けた瞬間、提案される側になる」と表裏です。判断を自分側に置いておけば、提案される側にはならない。
STEP6 税を先に見る
Section titled “STEP6 税を先に見る”月次決算の部品：この先の支出のうち、最も大きく、最も読めるもの
多くの人が資金繰りで詰まるのは、生活費でも仕入れでもなく税と社会保険です。しかもこれは、事前に読める支出です。
税は3つの時点がずれます。だから先が読めます。
① いつの所得か（課税年度） ↓ 半年〜1年② いつ決まるか（申告・通知） ↓ 数か月③ いつ払うか（納付期限）住民税と国民健康保険は前年の所得で決まり、翌年の年央から納めます。だから今年の所得が確定した時点で、来年1年分は計算できます。所得税は当年分を翌年に納め、金額が大きければ当年内に予定納税がかかります。
怖いのは、取られること自体ではありません。管理できていない状態で、急に来ることです。 収入が大きかった年の翌年に住民税と社会保険が来て、その時点で収入が下がっていると、現金がないのに納付書だけが届きます。
方針は税理士、監視はOntology
Section titled “方針は税理士、監視はOntology”ここで役割を分けます。
税額の妥当性、節税の方針、制度の適用可否は顧問税理士の領域です。 このフレームワークはそこを置き換えません。
Ontology側が担うのは監視です。 先1年分の「何月にいくら」と「そのとき必要な現金の幅」を毎月AIに計算させ、納付月の手前で警告が出る状態にする。これは自分のデータでできます。
作り方は4ステップです。
- 種類を洗い出す。 所得税・住民税・国民健康保険・国民年金・固定資産税・消費税・自動車税。法人なら法人税等・法人住民税均等割・源泉所得税・社会保険が加わる
- 決まり方を書く。 前年所得ベースか当年ベースか。これが「読めるかどうか」を分ける
- 確定額を入れる。 申告書・納税通知書・納付情報から。出典を必ず書く
- 未確定を推定で埋める。 前年実績から。推定には「推定」と明記し、通知が来たら置き換える
出来上がるのはこの形です。
## 納税カレンダー
### 確定分| 納付日 | 税目 | 課税年度 | 金額 | 経路 | 状態 |
### 予測分| 納付月 | 税目 | 根拠 | 金額 | 確度 |
### いつ重い負担が抜けるか 今年の所得 → 来年の住民税・社会保険 の流れを図で1本
### 顧問税理士に確認する項目「いつ重い負担が抜けるか」を必ず書いてください。 単発で大きな所得があった年の翌年は、税と社会保険が重くなります。しかしそれは一時的なもので、いつ終わるかが構造的に決まっています。 そこを書いておかないと、その水準がずっと続く前提で計画を立ててしまい、必要以上に悲観的になります。
逆に、その負担が抜けたあとに必要な経常収入が、事業の当面の目標値になります。多くの場合これは思ったより小さな数字で、月単位の具体的な目標として使えます。
STEP7 税理士との関係はどう変わるか
Section titled “STEP7 税理士との関係はどう変わるか”ここまで整うと、税理士に渡す段階で仕訳が終わっています。 「あと何をやるのか」という状態になります。
e-Taxへ直接出せるので、話し相手はむしろ税務署になります。税理士との関係は「AIが起票と分析、税理士が方針と承認」という分業になり、顧問面談は試算表を見ながら方針を決める時間に変わります。
税理士業界はこの変化に強い危機感を持っていて、記帳業務ではなく経営コンサルティング型の税理士へ一斉に移行しようとしています。 経費の判断、助成金、制度活用はまだ担えるという読みです。
第3部 月次決算を読み、回す
Section titled “第3部 月次決算を読み、回す”土台ができたら、毎月回します。ここからがS5の本体です。
STEP8 毎月の締めを手順にする
Section titled “STEP8 毎月の締めを手順にする”締め日を決めます。 カードの確定を待って月末から翌月頭に着手し、完了目標は翌月10営業日以内から始めます。慣れたら5営業日を目指します。
毎月、同じ順で回します。
集める → 合わせる → 整える → 読む → 決める① 集める 個人は家計簿サービスからCSVを出力して月フォルダへ。会社はMCPで未仕訳を起票させ、例外だけ人が承認する。 取り込んだ明細は構造化データに落として保存します。
② 合わせる 現金の実残高と帳簿、各口座の残高と通帳・ネットバンキングを突合します。差額は原因が分かるまで「不明」として残し、消さないでください。
③ 整える 仮払金・立替の整理、前払費用と未払費用の計上、減価償却費の月割、在庫がある事業は月末在庫の確定。
④ 読む 指標を計算し、閾値判定にかけてアラートを出します（STEP9）。
⑤ 決める 数字を根拠に1件だけ意思決定し、レポートを月フォルダに保存。資産と投資実績を更新します。
「整える」を飛ばすと、前月比が読めなくなる
Section titled “「整える」を飛ばすと、前月比が読めなくなる”②と③は地味ですが、ここが明細を取り込むだけの家計簿と月次決算を分ける工程です。
年払いの契約を支払った月に全額を費用にすると、その月だけ利益が沈みます。減価償却を月割にしなければ、設備を買った月だけ赤字に見えます。支払いのタイミングで数字がガタつくと、前月比が意味を持たなくなります。
だから年払いの契約は台帳に書き、月割にして毎月計上します。
定期契約台帳（経過勘定の計上元）
年払い（前払費用の対象） カード年会費・保険・年額サブスク → 年額 ÷ 12 を毎月計上
月払い（対象外） 家賃・光熱費・通信費・月額サブスク → 支払った月がそのまま費用締まったかどうかを、機械で判定する
Section titled “締まったかどうかを、機械で判定する”その月が締まったかは、人間の記憶ではなく条件で判定します。
- 台帳の全口座が当月のデータに現れている
- 帳簿残高と実残高が一致している
- 原因不明の差額がゼロ
- 二重計上がない
- 経過勘定と減価償却が計上されている
- 資産スナップショットがある
ひとつでも欠けていれば、その月はまだ締まっていません。
副産物として、月フォルダに揃った経理データはそのまま確定申告に流れます。
STEP9 毎月読む指標を決める
Section titled “STEP9 毎月読む指標を決める”毎月同じものを見ます。 見る対象が毎月変わると比較ができません。
| # | 指標 | 何が分かるか |
|---|---|---|
| 1 | 月次の収支がプラスかマイナスか | 一番上の判定 |
| 2 | 固定費の月額合計と前月比 | 構造的な増加か、一時的な増加か |
| 3 | 売上に対する固定費の比率 | 事業が固定費を養えているか |
| 4 | 手元現金と、もつ月数 | 時間の余裕 |
| 5 | 守るべき水準との距離 | 危険域までの距離（STEP11） |
| 6 | 先1年の納税予定と、必要な現金の幅 | 読める支出（STEP6） |
| 7 | 資産・負債の残高と投資実績 | 積み上がっているか |
もつ月数は2本で見る
Section titled “もつ月数は2本で見る”指標4がこのスキルの核心です。残高そのものではなく、その残高で何か月もつかを見ます。
もつ月数 ＝ 残高 ÷ 月の必要現金月の必要現金 ＝ 生活費（または固定費）＋ その月の納税予定そして現金と流動資産の2本で出します。
- 現金でもつ月数 … 今すぐ払えるか。ここが1か月を切ると、月末ごとに綱渡りになる
- 流動資産でもつ月数 … 取り崩しを含めて何か月もつか。株式・投資信託・すぐ売れるものを含める。不動産は流動性が低いので入れない
この2本を分けると、見え方が変わります。現金だけを見れば今月末にも詰まって見えるのに、流動資産まで含めれば2年以上あることは珍しくありません。逆に、流動資産が潤沢でも現金が薄ければ、毎月の判断が硬直します。両方を出して初めて、焦るべきかどうかが分かります。
アラートの条件を先に書いておく
Section titled “アラートの条件を先に書いておく”指標を見るだけでは、見落とします。条件を先に書いて、判定を回します。
・収支がマイナスに転じた・固定費が前月比で増えた・手元現金が守るべき水準に近づいた・納付月が近い・未取込の口座がある・原因不明の差額がある閾値は各社が自分の数字で決めます。ここに書けるのは条件の型だけです。
出来上がる月次決算書の形
Section titled “出来上がる月次決算書の形”毎月、この形のファイルが1枚 finance/monthly/YYYYMM/ に残ります。
## YYYY年MM月 月次決算
### 1. 損益 経常収入 経常費用（生活費または固定費／変動費） 公租公課 一時費用 ← 非経常。分けて置く ───────────────── 経常収支 資本的支出（損益外） ← 設備投資は費用ではない 現金の流出合計
発生主義への調整 年払い契約の期間按分 ＋ 減価償却の月割 ＋ 資本的支出の損益からの除外 ▲
### 2. 貸借 資産（現金・有価証券・不動産） 負債（借入残高） 純資産
### 3. 指標（7つ・前月比つき）
### 4. アラート（条件に当てた結果）
### 5. 読み方 この月に何が起きたのかを3〜5行で
### 6. 締めの状態 締まった／未締め。未締めなら残りの条件「5. 読み方」を必ず書いてください。 数字だけ並べても、翌月の自分は思い出せません。その月の赤字が何で説明できるのかを言語化しておくと、翌月の比較が一瞬で済みます。
一時費用と資本的支出を分けることが、この決算書の要点です。 設備を買った月、解約金を払った月、税の納付が重なった月。これらを恒常的な支出と混ぜると、毎月の数字が比較できなくなります。
STEP10 分析を続けられるコストにする
Section titled “STEP10 分析を続けられるコストにする”月次決算は毎月やるものなので、1回あたりのコストが高いと続きません。 運用の作法が4つあります。
① 構造化して保存する。 CSVをそのまま毎回読ませず、JSONなどの構造化データに落として保存します。読み込みのトークン消費が下がります。
② 大量データの読み込みは頻度を決める。 毎回すべてを読み直さず、週1回などに区切ります。
③ 計算のたびに新しいスレッドを立てる。 過去ログや全データを抱えたスレッドを続けると、キャッシュのぶんだけ計算コストが増えます。作業用フォルダを分け、数値計算は独立したスレッドで実行します。
④ 作業に合わせてモデルを切り替える。
| 作業 | モデル | 推論レベル |
|---|---|---|
| 数値計算・集計・整理 | 軽量モデル | 最低 |
| アイデア出し・企画検討・方針判断 | 上位モデル | 高め |
数値計算に上位モデルを使うのは、ほぼ無駄です。 この切り替えが、効率とコストのバランスを決めます。
STEP11 3年で読む
Section titled “STEP11 3年で読む”事業の持続可能性と財務計画を検討する期間は、中期経営計画に合わせて原則3年です。
3年で読むと、単月の上下に振り回されなくなります。そのうえで、固定費に2本の線を引きます。
| 線 | 意味 |
|---|---|
| 防衛ライン | これを下回ると事業が止まる水準 |
| 自走ライン | 自分の報酬を出しても内部留保が積める水準 |
金額は業種と規模でまったく変わるので、ここに数字は書けません。一般化できるのは、線の引き方だけです。
- 単位を月数にする。 「いくら足りないか」ではなく「売上が何か月落ちたら止まるか」で問う。この問いの形は業種に依りません
- 2本の線の意味を分ける。 事業が止まらない水準と、報酬を出しても回る水準は別物です
- 線は自分のデータから出す。 固定費の月額合計を出す → 削ってよいコストと守るべきコストを分ける → 必要な現金の月数を出す、の順で計算させます
個人側の防衛ラインは、Wealth LadderのStep 1（緊急時の資金）が担っています。会社と個人で同じ形の線を引くと、判断が揃います。
削ってよいコストと、守るべきコスト
Section titled “削ってよいコストと、守るべきコスト”収支データを見るときは、「どこを削れるか」だけでなく「どこへの投資が自分の持続性を守るか」を同時に読みます。
ハードワークが必要な職種の場合：→ 業務を効率化するシステムへの投資→ 体を休ませるための時間とコストの確保→ 健康を守るための支出を「削る対象」にしない
ビジネスがまだ小さい段階では：→ 資金計画の中心は「成長」ではなく「持続可能性」→ 次のステップへの移行は、土台が安定してから富を作るとは、一見退屈に見える当たり前の日々を、ほんの少しずつプラスに転化し続けることです。そのためにまず必要なのが、自分自身が倒れない体制です。
STEP12 客観的なリスク評価を行う
Section titled “STEP12 客観的なリスク評価を行う”頭の中でざっくり計算して行う経営は、バイアスという穴だらけです。「だいたいこのくらい」「先月もこれで問題なかった」。こうした感覚的な判断の積み重ねが、気づかないうちに利益を削り続けます。
感覚での経営：「材料費はだいたい月3万くらいかな」→ 実際は月34,800円。年間で57,600円の誤差。→ それが5項目あれば年間288,000円。
帳簿ベースの経営：→ 実数を見ることで、削れるコストが初めて見える。→ AIに渡すことで、パターンと異常値が自動的に検出される。月次で締めたデータに加えて、日報や活動記録も一緒に読ませます。 財務データだけでは「なぜその月に増えたのか」が分かりません。
（AIへの依頼例）
「直近3か月の経費データと日報を読んでください。前月比で増加しているコスト項目を教えてください。売上に対して固定費の比率が高い月はいつですか？その原因として考えられることも教えてください。」ループエンジニアリング
Section titled “ループエンジニアリング”1回の分析で終わらせないでください。
最初の分析結果は、たいてい不十分です。前提が足りないからです。「目標とする契約件数」「想定している単価」「いつまでに立ち上げたいか」。こうした不足情報を補って、もう一度検討させます。
1回目：現状のデータだけで分析 → 「利益が薄い」で終わる ↓ 不足していた前提を補う2回目：目標値・期限を与えて再検討 → 「月◯件で防衛ラインに届く」が出るこの往復を回すことを、ループエンジニアリングと呼んでいます。分析の質は、往復の回数で決まります。
STEP13 何に、いくら賭けるか
Section titled “STEP13 何に、いくら賭けるか”勝負はしない。システムとアルゴリズムで勝つ。 これが現代ビジネスの基本形です。
無駄を可視化しながら経費を絞り、月々の収支をプラスにする。その積み重ねで手元資金を拡大していく。そして再投資の判断が訪れたとき、動かすのは総資産の10分の1程度を目安に、失っても致命的にならない金額に限ります。
NG：「これは絶対うまくいく」と感じた案件に全力で賭ける → 感覚ベースの判断はバイアスの塊。致命傷になりうる。
OK：総資産の10分の1以内で試す → 失敗しても立ち直れる。成功すれば知見と実績が残る。 → データが蓄積され、次の判断精度が上がる。この戦略が強い理由は、環境の構造にあります。市場の流動性は加速し続けており、変化に対応しなければならない回数はかつてと比べものになりません。その中で全額を賭ければ、一度の外れで退場です。対して小さく賭け続けるアプローチは、その場その場で負けていても、ゲームに居続けられるという構造的な強さを持ちます。長く生き残った者が、複利で積み上げて最終的に勝つ。
これは投資の上限であって、日々の消費に判断ゲートを設ける話ではありません。日常の支出は月次決算の指標2と3で見ればよく、1件ごとに悩む必要はありません。
次に投資すべき領域はS4のロールマップとエコシステム設計の中から自然に見出されます。投資実績は finance/investment/ に記録し、S6の関係者データベースと紐づけることで、どの人・企業・領域への投資が実を結んでいるかを追跡できます。
なお立ち上げ期には、報酬を抑えて内部留保を厚くし、将来の借入余力と次の事業への投資に回すという選択があります。10年単位で見ると、この方が最終的な収入は大きくなります。配分の設計はS8で扱います。
ワーク：先月分を締める
Section titled “ワーク：先月分を締める”読むだけで終わらせず、1回分を実際に締めてください。 ここを通ると、何が足りないかが自分の数字で分かります。
準備（初回のみ）
Section titled “準備（初回のみ）”- 締め日と完了目標を決める。 初回の目標は翌月10営業日以内
finance/を個人用と会社用に分けて作り、月フォルダを切る- 口座・カード・決済サービスの一覧表を作る。 1件ずつ会社か個人かを割り当て、両方で使うものをなくす
- 締めのチェックリストを1枚作る。 項目・担当・期限。以後これを毎月更新する
この一覧表が全体を決めます。 「何が来ていないか」は、来たものだけを見ていても分かりません。母集団の表を先に作ってください。
工程1 集める
Section titled “工程1 集める”一覧表の全口座が、当月のデータに現れているかを確認します。現れないものは「未取込」として記録します。
工程2 合わせる
Section titled “工程2 合わせる”現金を数えて帳簿と合わせ、各口座の残高を突合します。差額は放置せず、原因が分かるまで「不明」と明示します。
工程3 整える
Section titled “工程3 整える”仮払金・立替の整理、前払と未払の計上、減価償却の月割、月末在庫の確定。ここを飛ばすと、月次の利益が支払いのタイミングでガタつき、前月比が読めなくなります。
工程4 読む
Section titled “工程4 読む”STEP9の指標を計算させ、前月比を出し、アラート条件に当てます。
資産のスナップショットを必ず1枚取ってください。 収支をどれだけ精密に分析しても、残高がなければ「もつ月数」が出ません。この1枚が、指標の過半を握っています。
工程5 決める
Section titled “工程5 決める”数字を根拠に、1件だけ意思決定します。レポートを月フォルダに保存します。
工程6 渡す
Section titled “工程6 渡す”月次の数字を顧問税理士に渡します。方針は税理士、監視はOntology（STEP6）。
- 月中にできることは月中にやる。 入出金の記帳は週1回、支払の消込は支払日の翌日
- 締めに何営業日かかったかを毎月記録し、短くしていく
| 段階 | 完了までの営業日 | 状態 |
|---|---|---|
| 第1段階 | 20営業日以上 | 締めているが翌々月にずれ込む |
| 第2段階 | 10〜15営業日 | 毎月同じ手順で締まる |
| 第3段階 | 5〜10営業日 | 経営判断に間に合う |
多くの小規模事業にとって、現実的なゴールは10営業日以内の安定した締めです。
問いは「把握しているか」ではなく、**「先月分が締まっているか」**です。
- 先月分の収支・固定費・手元現金が、今月の頭には数字として出ている
- 口座・カード・決済サービスの一覧表があり、全件が当月のデータに現れている
- 未取込の口座、未仕訳の明細、原因不明の差額がゼロ
- 経過勘定（前払・未払）と減価償却が毎月計上されている
- 資産のスナップショットが毎月更新されている
- 事業専用のカード・口座が分離され、明細の入口で公私が分かれている
- 仕訳ルールが言語化され、AIが日常の仕訳を起票し、人間は例外だけを承認している
- もつ月数を、現金と流動資産の2本で出している
- 先1年の納税予定が毎月更新され、納付月の手前でアラートが出る
- 防衛ラインと自走ラインを自分の数字で決めている
- 数字を根拠に、毎月1件は意思決定している
- 前提となる → Milestone 1：検証可能なビジネスモデル
- 次に学ぶ → S6：スタッフ管理をAIで行う
- 配分を設計する → S8：情報を統合し資本計画を最適化する
実践の場
SOVREN Frameworkは無料で公開されている原典です。講師と一緒に自分の事業へ実装したい方のために、横浜で実践教室を開いています。