グループ資金集中（CMS）の日次残高と各社の帳簿残高の差異一覧を作る
グループの資金を親会社に集中する仕組み（CMS）で、システムが出す各社の日次残高（預け・借り）と、各社の帳簿の残高を月末で突き合わせ、片方にしかない入出金と差額をAIに出させる方法です。突合はAI、原因は各社の経理に確認、集中の条件は財務と各社の合意。
1. Before ― 手元はどうなっているか
架空のITコンサル企業、オリオンテクノロジーズ株式会社。子会社3社の資金を、親会社の口座に日次で集中しています（キャッシュ・マネジメント・システム、CMS）。各社の余剰資金は親会社への預け、不足分は親会社からの借りとして、CMSが日次で残高を出します。
- CMSの月末残高と、子会社の帳簿の「親会社への預け金／借入金」残高が合わない。毎月、どこかの1社が合わない。
- 子会社の経理が、CMSの入出金を月末にまとめて仕訳している。日々の動きと帳簿の動きがずれる。
- CMSの手数料・利息が、親会社側だけに計上されていて、子会社側にない月がある。
- 連結の相殺で「合わない」と分かるのは決算の最中。そこから原因を探すと、締めが遅れる。
集中の条件（利率・手数料）は財務と各社の合意の話。この記事でやるのは、CMSの残高と各社の帳簿を月末に突き合わせ、片方にしかない動きを出すことです。銀行残高と帳簿の差異一覧を、CMSに当てはめたものです。
2. 問題の分解 ― 何を整えれば進むのか
(a) CMSから、子会社ごとの月次の入出金明細と月末残高を出す … 日付／入金（預け）／出金（借り）／手数料・利息／残高。
(b) 各子会社の帳簿から、親会社に対する預け金・借入金の元帳を出す … 日付／借方／貸方／摘要。
(c) 突き合わせて、片方にしかない行と、月末残高の差額を出す … AI。子会社ごとに。
(d) 差額の原因を子会社の経理に確認する … 人。
(e) 親会社側の帳簿とも同じ突合をする … 親会社の「子会社からの預り金／貸付金」。
差額の原因を決めること、集中の条件を決めること。AIは「月末の仕訳のタイミング差と思われます」と書きますが、子会社の経理に聞かないと分かりません。それから、利率・手数料の設定が妥当かは、財務と各社、必要なら税理士と。AIに任せるのは、CMSと帳簿を突き合わせて、片方にしかない行と差額を出すまで。子会社ごとに1社ずつ（まとめると取り違えます）。
3. AIに任せること／人が判断すること
- CMSの明細と子会社の帳簿を突き合わせ、片方にしかない行を出す
- 片方にしかない行の合計と、月末残高の差額を照合する
- 手数料・利息の行が、CMSと帳簿の両方にあるかを確かめる
- 子会社ごとの差異一覧の型に整える
- 差額の原因（子会社の経理に確認）
- 子会社の仕訳のタイミングを変えるかどうか
- 集中の条件（財務・各社・税理士）
- 連結での相殺の扱い（監査法人と）
4. 実行 ― AIとのやりとり
準備 ― CMSの明細と子会社の元帳（1社分）
CMSの子会社Sの当月明細（日付／預け／借り／手数料・利息／残高）と、子会社Sの帳簿の親会社に対する元帳（日付／借方／貸方／摘要）。両方の月末残高。子会社は記号、金額は千円単位。
往復1回目 ― AIが原因を書いた
①は正確だった。CMSのみ3行（月末2日間の預け 2件、利息 1件）、帳簿のみ1行（出金 −200）。各行に「月末の仕訳未計上と思われる」「利息の計上漏れ」「誤記の可能性」と付いていた。②は一致。
原因は推測です。帳簿のみの −200 は、子会社が親会社に送ったつもりでCMSに反映されていない（システムの締め時刻の差）かもしれず、それは子会社の経理と財務の両方で確かめることです。
「原因の記述を削除し、①は行の表だけにしてください。」
表だけになった。
子会社Sの経理に4行を見せます。CMSのみの預け2件は、月末にまとめて仕訳する運用で未計上。利息は「CMSの利息を計上する仕訳を知らなかった」。−200は、子会社がCMSの締め時刻の後に送金したもので、翌日のCMS明細に載っていました。3種類の原因が、1回の突合で分かれました。
往復2回目 ― 手数料・利息が片方にしかない
③で「利息：CMSにあり／帳簿になし」「手数料：CMSにあり／帳簿になし」。「子会社側で計上ルールが決まっていない可能性があります」と付いていた。
問題ではなく、これがこの往復の価値です。手数料と利息が子会社の帳簿に一度も出てこない。「可能性」の文はいらないが、事実は重要。
「『可能性』の記述を削除し、③は表だけにしてください。」
表だけになった。
子会社Sだけでなく3社とも、CMSの利息・手数料の仕訳ルールがありませんでした。財務から3社に「CMSの利息・手数料は、CMSの明細をもとに月末に計上する」というルールを出します。科目をどうするかは、各社の経理と監査法人で。
5. エラーと例外 ― うまくいかないとき
- CMSの明細が日次で細かすぎる … 日ごとの純額（預け−借り）で突き合わせます。合わない日だけ明細を見ます。
- 子会社の帳簿が月末一括で、日次の動きがない … 月末残高の差額だけを見て、原因を「月末一括仕訳」として記録します。日次で仕訳に変えるかは子会社と。
- 親会社側の帳簿も合わない … 親会社の「子会社からの預り金／貸付金」も同じ型で突き合わせます。3つ（CMS・親・子）が揃えば、連結の相殺は通ります。
- AIがまた原因を書く … 削除。毎回。
6. 検証 ― 正しいとどう言えるか
- 片方にしかない行の合計が、残高の差額と一致しているか。
- 各行の原因が、子会社の経理に確認したものか（AIの推測でないか）。
- 手数料・利息の計上ルールが3社に出て、翌月から③が「両方にあり」になったか。
- 連結の相殺で「合わない」が、決算の最中ではなく月次で見つかるようになったか。
7. 注意点
8. After ― 翌月以降、何が変わるか
- 連結の相殺で止まるのが、月次の突合で先に見つかるようになります。
- 子会社ごとの「合わない原因の型」（月末一括・締め時刻・利息未計上）が分かり、対策が打てます。
- 利息・手数料の計上ルールがグループで揃います。
- 差異一覧が毎月たまり、監査法人への説明資料になります。
- CMSの先月末の子会社別残高と、各社の帳簿の残高を並べる
- 合わない社を1つ選び、CMSの明細と帳簿の元帳を出す
- 片方にしかない行を出させ、合計が差額と合うか見る
応用 ― 難易度を上げる場合
1口座の銀行残高の差異は銀行残高と帳簿が合わないとき、差異の一覧を作る、毎朝の残高の見方は複数口座の残高を、毎朝1枚にまとめて「いつもと違う」を見るへ。子会社への個別の貸付は子会社への貸付の契約・利息・残高を、子会社側の記録と突き合わせる一覧にする。毎月同じ突合なら、抽出はPythonにさせてよいです（グループ間照合の自動化）。