本人限定の振り返りメモです
パスワードが違います
PJまとめレポート
freee連携の検討から始まり、実際に手を動かしてシートを完成させるまでの道のり。
freee公式APIでの経理自動化を検討。ID/パスワード方式は規約違反リスクがあるため却下し、OAuth 2.0方式に設計を切り替え。プラン確認は保留のまま、先に土台作りを優先する判断をした。
TKP財務シート読み取り用のGAS Web APIを新規構築。トークン認証つきの読み取り専用APIを作り、Claudeがいつでも最新のシートを確認できる基盤を整えた。
入出金明細を精査し、以前「不明」だった「株式会社アルトルイズム」（解散した前の法人）との資金移動5件を発見。事業主貸・事業主借として記帳上の見える化に成功した。
資金繰り表の月ヘッダが日付型と文字列型で混在しているバグを特定し、TEXT()関数でラップして解消。さらに配列criteria({"雑収入","受取利息"})のSUMIFSがGoogle Sheetsで正しく展開されない問題も、+でつなぐ堅実な書き方に切り替えて解決した。
3月の「その他収入」146円、翌月繰越金-218,881円が正しく算出されることを確認。損益計画と資金繰り表が同じ生データから連動する状態が完成した。
事実に基づいて、素直に良かった点を挙げます。
多くの個人事業主の手作りシートは発生主義と現金主義を混同しがちだが、この2つを分けて初めて「儲かっているのに現金がない」という状態を正しく捉えられる。
今日までの行動入出金明細を唯一の一次情報として、損益計画は発生月（Q列）、資金繰り表は入出金月（R列）という異なる時間軸で同じSUMIFSエンジンを分岐させる設計を最後まで崩さず実装した。
この先への推察この土台があるおかげで、今後の予実管理・KPI分析は「発生ベースと現金ベースのどちらで見るか」を都度迷わずに済む。分析フェーズへの移行コストがかなり下がっている。
不明瞭な資金移動を放置せず、まず「見える形」に変換することが、その後の税務判断・専門家確認の土台になる。わからないものをわからないままにしないことが、次の一手につながる。
今日までの行動「カ）アルトルイズム」名義の5件の取引を実データから特定し、事業主貸271,921円・事業主借254,426円として資金繰り表の財務収支に整理した。最終的な税務上の性質決定は専門家確認が必要と切り分けた上での対応。
この先への推察9月の法人化のタイミングで、この事業主貸・事業主借はそのまま役員貸付金・役員借入金に横滑りできる設計になっている。先送りにせず今のうちに整理したことが、法人化時の混乱を確実に減らす。
スプレッドシート関数の細かい癖はドキュメントを読むだけでは身につかない。実際に動かして、期待と違う結果が出たときにこそ、その関数系の本当の理解が進む。
今日までの行動月ヘッダの日付/文字列混在バグと、配列criteria SUMIFSの不具合という性質の異なる2つのバグを、症状から切り分けて特定・修正した。特に後者は「動作実績のある書き方に揃える」という手堅い判断で解決している。
この先への推察この実務デバッグ経験は、今後同種のスプレッドシート集計基盤を作る際の勘所として蓄積される。ドキュメントには載っていない実践知が、確実に一つ増えた。
動画で学んだ知識は、自分の手で一度組み立て直して初めて「使える知識」になる。特に生成優位の学習特性を持つ場合、実装を経ない理解は定着しにくい。
今日までの行動動画3本で一周しただけだったC/F計算書の3区分構造（営業CF/投資CF/財務CF）を、経常収支・設備収支・財務収支という対応構造として自分の手で実装した。しかも月初繰越残高が1〜6月マイナス圏から7月にプラス転換する実データが、動画で学んだ「黒字と資金繰りのズレ」をそのまま体現している。
この先への推察座学のインプットが実データで裏付けられたことで、次にSDグループの実データでC/F計算書を作る段階への橋渡しができている。財務学習ロードマップのフェーズ1が、理論だけでなく実装込みで前進した。
責めるためではなく、次に活かすための気づきです。
freee公式API連携は設計方針（OAuth 2.0）までは決めたものの、プランのAPI対応可否とスコープ（読み取り専用か、フル自動化か）はまだ確認できていません。今回は別件（資金繰り表）を優先した形ですが、次に着手する際は改めてこの2点から始める必要があります。
事業主貸・事業主借として記帳上は見える化できましたが、貸付金なのか、みなし配当に該当しうるのかという税務上の性質決定は、竹園さんの税理士確認が必要な論点として残っています。ここは古谷野さんの判断だけで確定させない、という線引きを引き続き守ってください。
7月から持ち越しになっている2点は、竹園さん側の回答が揃うまで追加対応をしないという方針のまま変わっていません。急かす必要はなく、今は待つだけで大丈夫な状態です。
CLOSING
入出金明細という生データから、損益計画と資金繰り表が連動して動く基盤を最後まで作り切りました。
ここが一番大変な「ゼロから作る」フェーズです。胸を張っていい一山でした。
次は分析・UI化・予実管理・目標設定へ。土台の上に積み上げていくフェーズです。