どの業務に使うか
請求書の転記と照合作業を減らすため、必要項目と差異を経理担当者へ提示する構成です。支払いの実行や承認権限の判断は、このワークフローに移しません。
入力と出力を先に決める
入力は請求書ファイル、照合対象の発注書、取引先マスタです。出力は取引先名、請求日、金額、税額、明細、請求番号などの抽出値と、各値の原文位置、照合結果、要確認の差異です。金額だけ一致しても、振込先や請求番号が異なれば別件として扱います。
Difyでの構成
開始ノードでファイルと発注番号を受け取ります。文字を含む文書は文書抽出でテキスト化し、画像やスキャンPDFは別途OCRの利用条件と精度を確認してから接続します。LLMで項目を構造化した後、コードまたは既存システムへの照会で発注情報と照合します。計算と一致判定を文章生成に任せず、固定したルールで扱います。
条件分岐では「一致」「差異あり」「読み取れない」に分けます。どの分岐でも元ファイルへの参照と抽出箇所を残し、経理担当者が確認できる形で出力します。会計システムへ転記する場合も、まず承認後に必要項目だけを送る構成を検証します。
設計で迷う点
同じ取引先名でも複数の口座や法人があり得ます。名称の類似だけでマスタを確定せず、取引先IDなど安定したキーを用います。税額・通貨・端数処理は会社の会計ルールに合わせ、ワークフロー内の暗黙の計算にしません。
例外と確認
読み取れない文字、重複請求、発注額超過、口座変更は必ず人へ回します。担当者は金額と振込先に加え、承認権限と証憑の保存先を確認します。
検証では匿名化した請求書と発注書を少数用意し、項目ごとの抽出ミスと差異検出漏れを確認します。支払い処理の接続は、この確認が済んだ後に既存の承認統制を含めて設計します。
