少人数の請求処理では、手順書と請求書ごとの状態台帳を一緒に作ります。受付、内容確認、承認、会計登録、支払担当への引渡しを分け、各工程の担当・完了条件・止める条件を決めてください。AIには確認資料の整理や未処理の抽出を任せ、承認者や支払可否は社内規程に従って人が判断します。
ここではチーム内の手順を整えるための設計例を示します。実際の承認依頼、会計システムの設定変更、請求書登録、送金を行った結果ではありません。利用中の会計環境・決裁規程・取引条件に合わせて、担当者が必要な統制を確認してください。
目次
請求書を一つの状態台帳で追う
メール、共有フォルダ、担当者のメモだけで処理すると、「誰かが確認したはず」の状態が残りやすくなります。原本の保管先と請求書IDを決め、受付経路が複数でも同じ案件へ対応付けます。再送や訂正版を新しい支払案件へ自動追加せず、元請求との関係を記録します。
最低限、請求書ID、仕入先ID、請求番号・版、金額・通貨、受領日、支払条件の根拠、現在状態、担当者、承認者、次の確認期限を持たせます。期限をAIの推測で埋めず、請求書・契約と社内手続を確認します。自由記述のコメントだけに頼らず、状態はチーム内で意味をそろえてください。
表は横にスクロールできます
| 状態の例 | 完了条件 | 次の担当 |
|---|---|---|
| 受付済み | 原本と識別子があり、重複・訂正関係を確認 | 内容確認担当 |
| 内容確認中 | 仕入先、取引、数量・金額、必要資料を照合 | 確認担当または照会先 |
| 承認待ち | 判断材料と対象版が固定されている | 規程上の承認者 |
| 差戻し・保留 | 不足・不一致と解除条件が明記されている | 修正・照会担当 |
| 承認済み | 決定者、日時、範囲、条件、対象版が残る | 会計登録担当 |
| 登録確認済み | 会計側の記録と今回請求の対応が取れる | 支払手続の担当 |
| 引渡し確認済み | 受渡先が案件と条件を受領した証拠がある | 既存の支払手続へ |
「引渡し確認済み」は支払済みと同じではありません。支払まで同じ台帳で追う場合は、実行記録と照合する別状態を作ります。承認メールを送ったことも、相手が案件を確認したことや、会計登録が成功したこととは分けます。
工程ごとに責任と例外の行き先を決める
人数が少なく一人が複数工程を担当する場合も、誰が確認し誰が承認するかを欄として分けます。規程上必要な独立確認ができないなら、AIの確認を代わりの承認者にせず、責任者が代替の確認方法を決めます。不在時の代理者、金額や取引条件で変わる経路、代理承認の記録方法も先に定めます。
発注書がない定期サービス、分納、金額差、仕入先不明、口座変更、重複の疑いなどは、通常案件と同じ流れへ押し込まないでください。「要確認」だけで止めず、不足資料・確認先・回答待ちの期限・回答後に戻る工程を残します。承認者の返信がない案件を、期限が来たから承認済みへ変える運用にはしません。
Dynamics 365の請求書自動処理の説明（新しいタブで開く）では、受領との照合、workflowへの提出、転記前のsimulation、履歴確認が別々の処理として示されています。小規模チームでも、このように処理の境界を分けて記録する考え方が使えます。ただし、同製品の設定や自動処理を導入すべきという意味ではありません。現在の台帳と承認手段から始められます。
承認依頼は対象の版と判断材料を固定する
架空の例として、担当Aが請求書を受け、担当Bが受領内容を確認し、規程上の責任者Cが承認する流れを考えます。Aは原本と案件を登録し、Bは注文・受領・金額の根拠を付けます。AIは資料一覧と不足候補を整理します。Cへ渡す文面には、承認してほしい対象、金額・通貨、請求書版、確認済み事項、未確認・例外を短く示します。
承認依頼後に訂正版で金額や支払条件が変わったら、古い承認を新しい版へ自動流用しません。変更箇所を記録し、規程に従って再確認・再承認の要否を判断します。差戻しでは元の依頼を消さず、修正理由、新しい版、再提出先を対応付けます。誰の何に対する承認かを後から説明できることが必要です。
AIに任せる処理を台帳の下書きに限定する
AIへの入力には、許可された原文参照と台帳の必要項目だけを渡します。「未処理を探して」という依頼なら、状態・担当・期限の不足を一覧にするところまでにし、督促メールの送信や承認状態の変更を同じ操作へ含めません。未確認の支払条件、税率、仕入先IDを生成して空欄へ埋めないよう指定します。
表は横にスクロールできます
| AIの補助 | 人が確認すること | 止める条件 |
|---|---|---|
| 原資料の項目抽出 | 元ページとの一致 | 読取不明、欠損、版不一致 |
| 不足資料の候補整理 | 必須資料と例外規程 | 規程を確認できない |
| 承認依頼の草案 | 対象版、金額、経路、未確定条件 | 条件や承認者が不明 |
| 滞留案件の抽出 | 状態更新漏れか実際の未処理か | 履歴が衝突、外部処理が不明 |
登録失敗や引渡し漏れから戻せるようにする
会計登録でエラーが出た場合は、台帳のボタン表示だけで再登録しません。既存の会計記録、処理ID、対象請求書を読み戻し、登録済み・未登録・結果不明を分けます。結果不明の案件は確認待ちへ置き、二重登録を避けてください。登録先のIDと台帳の案件IDを対応付ければ、後から照合できます。
最後に、原本の版、確認根拠、承認記録、登録記録、引渡しの受領先がつながるかを架空資料で確認します。正常案件だけでなく、訂正版、承認者不在、差戻し、同じ請求書の再送、登録結果不明を含め、どの状態で誰が止めて解除するかをたどります。運用開始後は滞留と例外の理由を見直し、工程を増やす前に曖昧な担当と完了条件を直してください。