複数法人の仕訳AI導入前に決めるルール設計｜法人ID・勘定科目・確認責任を分ける

複数法人の証憑を一つの担当チームで処理すると、同じ取引先名や摘要でも法人ごとに処理方針が異なることがあります。法人IDがないままAIへ渡したり、共通ルールで上書きしたりすると、誰が何を根拠に確認した候補かを追えません。

先に決めるのは、AIの精度ではありません。証憑から候補、候補から承認までを一つの記録で結び、法人別の責任者が例外を判断できる境界です。単一法人の入口整理はひとり社長の経理AIフロー、経理業務全体の棚卸しは不動産会社の経理効率化も参照してください。

具体例：同じ取引先でも法人をまたいで流用しない

以下は説明用の架空例です。物件管理を行うA社と、修繕業務を行うB社が同じ事務センターへ証憑を集めているとします。同じ取引先からの請求でも、契約、取引目的、法人ごとの会計方針によって確認すべき内容は変わります。

B社の過去処理が似ていても、法人IDが異なればそのまま確定しません。A社の確認者が証憑と契約を確認し、必要なら税理士へ照会してから反映します。

証憑・候補・承認を一つのキーで結ぶ

共通ルールと法人別ルールを分ける

ルールには版、適用開始日、変更理由、承認者を持たせます。候補を再作成しても、当時どの版を参照したかを上書きしません。人の承認を業務へ組み込む考え方はAI業務の人間承認設計で詳しく整理しています。

一次資料から確認できる範囲

• 国税庁「帳簿書類等の保存期間」では、法人が取引に関して作成・受領した帳簿書類について、一般に7年間の保存が案内されています。本記事は、この期間をAIログなどへ拡張しません。
• 国税庁のERPシステムを利用する場合の事例には、取引データから会計データベースへ連携し、会計処理に必要な補完情報をマスターデータベースから参照する構成例があります。これは同事例の構成であり、すべての会社への要件ではありません。
• 経済産業省「AI社会実装アーキテクチャー検討会」報告書は、リスクに応じて記録・ログや人の関与を設計する考え方を示しています。本記事では、その考え方を候補・版・承認の追跡へ限定して参照しています。

AI候補を止める条件と確認責任

• 法人ID、証憑ID、適用ルール版のいずれかがない。
• 法人別ルールと共通ルールが競合している。
• 確認者が未割当、または承認権限がない。
• 証憑の金額・日付・取引先と候補の根拠を結べない。
• 過去にない取引、契約変更、判断が必要な例外である。

停止した候補は、各法人の責任者が証憑とルールを確認します。税務・会計上の判断が必要なら税理士へ照会し、その回答を受けた責任者が承認または差戻しを記録します。

導入前後に観察する数字

成果を保証する指標ではなく、設計の欠落を見つける観察項目です。

• 法人ID、証憑ID、ルール版が欠けている候補件数
• 証憑への参照が切れている候補件数
• 確認者が未割当の候補件数
• 人が変更・差戻しした候補件数と理由別内訳
• 未解決の例外件数と、法人別の滞留状態

来週やること：10件で境界を確認する

1. 対象とする2法人と、各法人の確認責任者・代行役を決める。
2. 法人ごとに実在する証憑を5件ずつ選び、証憑IDと法人IDを付ける。
3. 共通ルールと法人別ルールを一枚に分け、初版番号と承認者を記録する。
4. AIが作るのは候補までとし、証憑・候補・版・確認者・状態を結ぶ。
5. 欠落、競合、未割当、例外の件数を確認し、実装へ進む条件を決める。

導入前チェックリスト

• すべての候補に法人IDと証憑IDがある。
• 共通ルールと法人別ルールの優先順位が決まっている。
• 各ルールに版、開始日、変更理由、承認者がある。
• AI候補を人が確定するまで反映しない。
• 法人別の確認者、代行者、税理士への照会条件がある。
• 例外と差戻しの理由を後から追える。