xAIGrowth
Partners
あったらいいな、を形に。
開発を相談する

ホーム / お役立ちコラム / 書類確認・差し戻し

WORKFLOW IMPLEMENTATION

不足書類の確認と差し戻しをAIで減らす|「揃った」を定義する業務設計

添付があるから受付完了、としていませんか。必要な内容が揃っているかを、担当者の記憶ではなく案件ごとの条件で確かめます。

この記事の要点

  • ファイル有り、読取り済み、内容確認済みを別々に扱う。
  • 必要書類は承認済みルールで決め、AIに要件を作らせない。
  • 追加提出が来たら、過去の不足一覧と対応付ける。

「書類が揃った」を人によって変えない

受付の時点では問題なしと言われたのに、後工程で別の資料が必要になる。こうした差し戻しは、担当者が不注意だからとは限りません。申込区分や対象期間によって必要な資料が変わるのに、その条件が一覧化されていない可能性があります。

まず、案件の区分、必要項目、代替資料を認める条件、判断する責任者を整理します。資料の内容が適切かという審査と、指定された項目が記載されているかという形式確認を分けることで、AIが支援する範囲が明確になります。

設計例:三つの添付から、何が不足しているかを示す

架空の申込で、申込書、対象期間の明細、確認書が必要だとします。添付が三つあっても、同じ明細の重複や対象期間の相違があれば揃っていません。AIは種別・記載期間の候補を抽出し、システムが今回の要件に照らして不足候補を作ります。

チェック画面には、要件、対応する資料、根拠ページ、状態を並べます。「署名らしい画像がある」ことと「署名が有効である」ことは別です。画像の存在を抽出できても、内容の適否や有効性は所定の確認担当者に残します。

確認状態を分ける例
工程・観点仕組みに残すもの確認すること
未受領対応する資料がない不足候補へ
内容未確認資料はあるが判断できない根拠付きで確認待ち
確認済み対象条件を確認した適用ルールと確認者を保存

差し戻しは、相手が次に何をすればよいかまで

「書類不備です」では、相手も何を直すべきか分かりません。どの項目が、どの条件に対して不足しているかを特定し、再提出の方法と連絡先を含む文案を作ります。AIが期限や必須条件を新たに付け足さないよう、承認された案内文を使います。

追加提出が来たら新しい案件にせず、受付IDと不足項目に対応付けます。以前の提出物を消さず、差し替えか追加かを区別します。複数担当者が同時に対応する場合は、二重の差し戻しを防ぐため送信済みの状態を共有します。

同じ案件で、何往復の確認が発生していますか。

対象の仕事、現在使っているシステム、確認や差し戻しが発生する場面をお聞かせください。個人情報や機密資料の原本は送らず、まず業務の流れから整理します。

必要書類が変わった時の扱いを決める

運用変更の前に受け付けた案件へ、新ルールを遡って適用するかは責任者が決めます。AIが最新の一覧を見つけたからといって、進行中のすべての案件に適用してはいけません。案件ごとに適用ルールの版と受付日を記録します。

例外的に書類を省略した場合も、誰がどの理由で認めたかを残します。その例外を学習データとして無条件に一般化すると、次の案件まで省略されるおそれがあります。

確認の正確さと、往復回数を合わせて見る

正しい資料を不足扱いする誤検出と、不足を見逃す誤りを分けて集計します。全件を保留にすれば見逃しは抑えられても、現場は楽になりません。担当者の確認時間、相手との往復回数、受付から完了までの日数も見ます。

最初の試行は申込区分を一つに絞り、読めない資料、期限違い、重複、代替資料を含めます。条件が整理できていない場合は、AI実装の前に現場とルール表を作ることが必要です。

よくあるご質問

すべて自動で差し戻せますか?

誤った要求や誤送信の影響を見て決めます。最初は不足候補と連絡文の下書きに限定し、送信は人が確認します。

紙の書類でも使えますか?

スキャン後の処理は検討できますが、読取り品質や原本確認の手順が必要です。不鮮明な箇所を推測で補わない設計にします。

この記事の位置づけ

業務例・比較表は当社が提案する設計上の例であり、特定のお客様の実績やお問い合わせ内容を紹介するものではありません。効果や適合性を保証するものではなく、実際の範囲は業務・データ・管理体制を確認して決めます。

同じ案件で、何往復の確認が発生していますか。

対象の仕事、現在使っているシステム、確認や差し戻しが発生する場面をお聞かせください。個人情報や機密資料の原本は送らず、まず業務の流れから整理します。