士業の実務に寄り添うブックキーピング自動化ガイド
立替経費の精算・返金を「追跡可能」なモデルにする
立替経費は、支払（立替）から精算（返金）までのタイムラグと名目の揺れが起点になります。自動化の成否は、金額の集計ではなく「いつ、何の取引として、どの状態で扱うか」をデータモデルに落とし込めるかにあります。
この記事でわかること
- 精算・返金を「同一案件の状態遷移」として管理する方法
- 領収書・請求・入金のズレを吸収するキー（紐づけ）設計
- 月次レポートで必要な粒度と、確認フローの作り方
1. 立替経費を「3つの出来事」に分解する
立替経費は、次の出来事（イベント）に分解すると管理しやすくなります。
(A) 立替支払
士業側が先に支出した記録。名目・勘定科目・消費税区分の一次候補を保持。
(B) 精算（請求）
依頼者への請求、または事務側への精算依頼。金額の根拠（領収書・明細）を紐づける。
(C) 返金（入金）
依頼者からの入金、または相殺・返金の完了記録。差額や名目修正が起きる場合は、ここで補正する。
2. 状態遷移で「未精算・精算中・完了」を作る
自動化では「立替金」と「精算後の最終負担」を混ぜないことが重要です。データモデル上は、案件ごとに状態を持たせます。
- 未精算：立替支払は存在するが、返金（入金）が未完了。
- 精算中：精算（請求）まで出ているが、返金が未完了または一部完了。
- 完了：返金が成立し、差異があれば補正が反映済み。
3. 紐づけキーは「案件×期間×書類」で考える
返金のタイミングは、領収書の発行日や精算請求書の発行日とズレます。そのため、単一の日時に依存せず、次のような複合キーで紐づけ候補を作ります。
- 案件ID（依頼者・事件・業務単位）
- 期間レンジ（月次締めに合わせた取り込み単位）
- 書類ハッシュ（領収書画像やPDFの識別情報に相当するもの）
- 金額レンジ（±許容差。端数や通貨差を吸収）
候補を出すだけで終えず、差異が出た場合に「どの項目がズレたか」を追跡できる欄を用意します。これが確認工数の削減につながります。
4. 月次レポートの粒度は「状態別×勘定別」で揃える
月次で必要なのは、家計簿のような単発の分類ではありません。締め時点での見え方を統一します。
おすすめの締めビュー
ここでの「—」は自動集計に置き換わります。人が見る段階では、差異のある案件だけが抽出される設計が理想です。
5. 自動化の最小確認で精度を上げる
自動化は「ゼロ確認」を目指すより、最小確認で最大効果を狙うのが現実的です。確認ポイントを固定すると、運用が安定します。
- 名目（勘定科目）候補が複数出ている場合
- 返金が一部完了で、差異理由が未登録の場合
- 書類の紐づけキーが弱い（類似候補が多い）場合
まとめ
立替経費の精算・返金は、分類作業よりも「状態遷移」と「紐づけキー」の設計が重要です。イベント（立替支払・精算・返金）を分け、案件単位で未精算から完了へ進むモデルにすると、月次の見落としが減り、確認工数も小さくなります。