この記事のテーマ
法テラス案件・受託業務の入出金管理：領収書と支払記録の扱い方
法務・士業の実務では、入金と支出が複雑に交差します。とくに「領収書の性格」と「支払記録の粒度」を揃えるだけで、月次の照合や報告の手戻りが減ります。
1. まず押さえるべき「領収書」と「支払記録」の役割
領収書は「支払が行われた事実」を示す証憑です。一方、支払記録（支払台帳・仕訳の元データ）は「その事実を会計処理できる形に整形した履歴」です。両者を同じ粒度で運用しないと、後から照合が難しくなります。
- 領収書：日付、金額、宛名、但し書き、発行者情報の再現性が重要。
- 支払記録：仕訳に必要な勘定科目、費目、案件紐付けの整合が重要。
2. 法テラス案件で起きやすいズレ（よくある3パターン）
実務で多いズレは、証憑の不足ではなく「紐付けの定義」と「保存単位」の違いです。
- (1) 領収書の日付 と 支払日 が一致しない。支払の実行日と証憑発行日がズレるため、照合軸を決める必要があります。
- (2) 宛名・但し書き が複数案件で共通。受託業務の案件コードや取引単位を、領収書の情報だけに依存しない設計にします。
- (3) 金額の取り扱い（税・手数料・立替）の粒度が違う。月次集計で「何を1件」とするかを定義しておくと安全です。
3. 運用ルールは「入力」ではなく「照合」を中心に
月次の目的は、仕訳を作ること以上に「証憑と銀行・台帳の差分が説明できる状態」にすることです。そこで、以下の順でルールを組み立てます。
Step 1
照合キーを決める
日付は「証憑日」か「支払日」か、社内で統一します。案件紐付けは案件コードで上書きできる形を優先します。
Step 2
支払記録の粒度を固定
立替・返金・手数料の単位を決め、勘定科目と費目の対応表を整備します。
Step 3
証憑の保存設計
ファイル命名とメタ情報（案件コード、月次、金額）を揃え、後から検索可能にします。
Step 4
差分の説明テンプレ
照合で差分が出たときに「なぜズレたか」を記録する項目を先に用意しておくと、月次のレビューが速くなります。
4. ブックキーピング自動化で効くのは「タグ付け」と「例外処理」
領収書の読み取りを自動化するときに大切なのは、単に文字を抽出することではなく、費目や税区分の分類ルールを運用できる形にすることです。特に法テラス案件では、例外パターンが業務ごとに出るため、ルールに優先順位を持たせます。
bookkeeply.sbsのような仕訳支援では、AIによる分類をベースにしつつ、確認と出力の流れを「月次レポート作成」に直結させる運用が効果的です。
5. 月次で確認すべきチェックポイント（最小セット）
- 入金側：法テラス・受託業務の入金が、案件コード単位で台帳に反映されているか。
- 支出側：領収書の証憑日と、支払記録の照合キーが一致しているか。
- 整合：立替・返金・手数料が、勘定科目と費目の定義どおりに分解されているか。
- 出力：請求書（または支払明細）と、月次の集計値が説明可能な形で紐付いているか。
まとめ
法テラス案件・受託業務の入出金管理は、「領収書の正しさ」だけでなく「支払記録として照合できる形」に整えることが中心です。照合キー、粒度、保存設計、例外処理。この4点を固定すると、月次のレビューが安定します。