ほとんどの文書未処理は、1 つの難しい請求書や契約によって作成されるわけではありません。これらは、通常のドキュメントがさまざまなチャネルを通じて到着したり、さまざまな形式で到着したり、下流チームが必要とするフィールドなしで到着したりしたときに構築されます。その後、人々は時間をかけてソースを見つけ、何が欠けているかを確認し、そのアイテムを先に進められるかどうかを判断します。
これはドキュメント自動化の有益な出発点であり、「プロセスから人を排除できるか?」ではありません。しかし、「明確なルールに従うことができる反復可能なチェックはどれですか?また、人が決定する必要があるのはどのようなケースですか?」
運用、財務、調達、サービスのリーダーは、実装を決定する前に答えを設計する必要があります。健全なプロセスは、日常的な取り込みと例外を区別し、レビュー担当者が必要とする証拠を保存し、文書が通常の手順に適合しない場合に作業を停止またはリダイレクトする権限を誰かに与えます。
自動化は境界であり、包括的な決定ではありません
ドキュメントの作業を、スキャンしてデータを抽出し、送信するという 1 つのアクティビティとして説明したくなります。実際には、繰り返し発生するドキュメントにはさまざまなリスクが伴います。予期されるフィールドを備えた完全で使い慣れたドキュメントは、定義された処理パスの候補となる可能性があります。金額の不足、矛盾するサプライヤー記録、異常な条項、不明瞭な所有権、または機密性の高い内容を含む文書は、別の種類の作業となります。
抽出結果はビジネス上の決定と同じものではないため、境界は重要です。自動化されたステップは、情報の整理に役立つ場合があります。黙って承認権限を与えられるべきではありません。
便利な最初の分割は次のようになります。
- 証拠に裏付けられた日常的な作業: 文書を受け取り、その種類を特定し、合意されたフィールドを抽出し、必要な情報を確認し、元のソースを添付し、承認されたルールに従って転送します。
- レビューが必要な例外: 不完全、信頼性が低い、異常、機密性が高い、影響力が大きい、財務的、契約的、または合意されたルールから外れた文書。
これにより、ドキュメント処理ワークフローが理解しやすくなります。通常のパスは明示的であり、例外パスは後付けではありません。
定義されたルーチン パスに適しているもの
検出中に、チームは、一部の定期的な摂取ステップが自動化を評価できるほど安定しているかどうかを調べることができます。たとえば、ワークフローでは、既知のドキュメント タイプを分類し、選択したフィールドの構造化ビューを準備し、必要な情報が存在するかどうかを確認し、完全なアイテムを次の承認されたステップに送信することができます。
見慣れた形状に似ているからといって、すべてのアイテムが「安全」であるという意味ではありません。ルールは具体的である必要があります。対象範囲内の文書タイプ、重要なフィールド、添付したままにする必要がある証拠ソース、および項目を進めるための条件を定義します。
サプライヤーの請求書の場合、ルーチン パスにより、次のような手順でドキュメントをレビュー用に準備できます。
- 承認されたソースから受信ファイルを取得する。
- 請求書として識別し、合意されたフィールドを構造化ビューに抽出する。
- 必須フィールドをチェックし、定義されたルールに基づいて利用可能なレコードを比較する。
- 元のドキュメントと関連するソース コンテキストを保存する。
- 一致した完全なアイテムを承認された承認ステップにルーティングします。
ワークフローは準備とルーティングを行います。権限のある担当者は、承認と職務分掌の責任を負います。この区別は、財務チームと調達チームにとって特に重要です。
インテリジェントなドキュメント処理には例外設計が必要
インテリジェントなドキュメント処理というフレーズは、認識や抽出に注目することがよくあります。これらは評価に役立つ機能ですが、運用プロセスの一部にすぎません。信頼度スコアに関する Microsoft のガイダンスは実際的なポイントを示しています。つまり、信頼度シグナルは、抽出されたフィールドを確定した事実として扱うのではなく、いつチェックする必要があるかを判断するのに役立ちます。 Microsoft Learn
より重要な問題は、次に何が起こるかということです。信頼性の低い結果を誰が見るのでしょうか?その査読者は元の文書を検査できますか?彼らにはそれを修正または拒否する時間と権限があるでしょうか?必要なソースが欠落している場合、または 2 つのレコードが一致しない場合はどうなりますか?
効果的なドキュメント レビュー ワークフローは、レビュー担当者に有意義な決定を下すためのコンテキストを提供します。これには、元のソース、抽出または要約された情報、アイテムにフラグが付けられた理由、およびアイテムを受け入れる、返品する、説明を要求する、またはアイテムを別の場所にルーティングするための明確な選択肢が含まれている必要があります。
実稼働ドキュメント処理に関する AWS の議論でも、抽出だけでは不十分であることが強調されています。品質評価、ビジネス ルールの検証、人間によるレビュー、テスト、エラー処理は、より広範なワークフローの一部です。これは有用な動作原理であり、特定の KeepSolid Automations 実装について約束するものではありません。 AWS 機械学習ブログ
キューがいっぱいになる前にドキュメント例外処理を定義する
優れたドキュメント例外処理は具体的です。その人間が誰なのか、何を確認する必要があるのか、どのような決定を下す権限が与えられているのかを誰も知らない場合、「人間に送信する」だけでは十分ではありません。
自動化の機会を評価する前に、ビジネスにとって重要な例外カテゴリを文書化してください。それらには以下が含まれる場合があります:
- フィールドが欠落している、読み取れない、またはソースと矛盾している。
- 文書タイプが予想される取り込み経路と一致していない。
- 信頼シグナルが合意されたしきい値を下回っている。
- 必要な記録、購入参照、または承認が利用できない。
- 内容が機密であるか、レビュー担当者に必要な権限がない。
- アイテムは契約、支払い、法的立場などに影響を及ぼす可能性がある。結果的な結果。
カテゴリごとに、トリガー、アイテムとともに保持される証拠、指定されたレビュー担当者またはエスカレーション所有者、および許可される次のアクションという 4 つの実用的な要素を定義します。また、通常のルートが失敗した場合、またはレビュー担当者が時間内に行動できない場合のフォールバックも定義します。所有権のないキューは、不確実性を別の受信箱に移動するだけです。
査読者が結果的な決定をコントロールできるようにする
最強のドキュメント ワークフローにより、ユーザーは重要な詳細を簡単に確認できるようになり、システムがその役割を超えにくくなります。レビュー担当者は、ソースドキュメント、関連するサポート記録、および項目がレビュー担当者に転送された理由を理解するための十分な説明にアクセスする必要があります。
彼らには実際の権限も必要です。 「承認」をクリックすることしかできないレビュー担当者は、意味のある制御を提供していません。ルールが状況に適合しなくなった場合には、出力を拒否したり、不足している情報を要求したり、代替パスを選択したり、プロセスを一時停止したりできる必要があります。
これは、IBM Institute for Business Value の調査による広範な論点と一致しています。つまり、組織は自動化を単独で追求するのではなく、人材、プロセスの再設計、ガードレール、意思決定サポートを通じて AI を拡張します。文書作業では、ワークフローがどの程度の解釈を実行するかを決定する前に、プロセスの所有権とレビュー責任を割り当てることを意味します。 IBM ビジネスバリュー研究所
文書取得のための発見チェックリスト
KeepSolid Automations は、文書の取り込みとインテリジェンスを、すぐに発見できる機会として評価できます。目的は、設計または実装パスを提案する前に、実際の動作条件を理解することです。
役立つ発見に関する会話には次の内容が含まれます。
- どのドキュメント タイプが繰り返し発生し、どこでビジネスに参入するのか。
- 各タイプにどのフィールド、ソース参照、チェックが必要なのか。
- ルーチン、完全な項目と例外の構成要素、
- 財務、調達、法務、サービス、またはその他の責任あるレビュー担当者が必要となる例外はどれか。
- レビュー担当者が必要とする権限、アクセス境界、および証拠は何か。
- 適切な受け入れ基準、エラー処理、リカバリ パス、および手動フォールバックは何か。
- どのアクションが常に人間の明示的な承認の下に置かれなければならないか。
その評価の結果は、即座にビルドを決定するものではなく、より明確なプロセス マップになる可能性があります。一部のワークフローはさらに設計できる状態になっている場合があります。他の人は、よりクリーンな入力、より強力な所有権、またはより狭い範囲を最初に必要とするかもしれません。
正しい目標はレビュー可能なプロセスである
ドキュメントの自動化により、ルールと証拠が明確であれば、繰り返しの処理が削減されます。また、資格のある人が行動できるよう、不確実性を早期に可視化する必要があります。
これは、すべてのドキュメントを最初から最後まで自動化するよりも永続的な目標です。チームがルーチン パス、例外パス、人間の意思決定ポイントを一緒に設計すると、結果的な判断をブラック ボックスに委ねることなく、管理された自動化の機会を評価できます。
チームが定期的な請求書、フォーム、契約書、または内部記録を扱う場合、KeepSolid Automations は、ドキュメント フロー、重要なフィールドと証拠、例外ルート、管理されたプロセスに必要な人間によるレビュー ポイントの評価に役立ちます。
よくある質問
ドキュメントの自動化と自律的な承認の違いは何ですか?
ドキュメントの自動化により、取り込みを整理し、構造化された情報を準備し、定義された要件を検証し、合意されたルールに基づいて作業をルーティングできます。自律的な承認は、責任ある人間の承認なしに結果的な決定を下すことになります。財務上、契約上、法律上、機密性が高い、影響が大きい、または信頼性が低いケースについては、この記事では人間によるレビューと明示的なエスカレーションを推奨します。
どのドキュメントをレビューのためにエスカレーションする必要がありますか?
不完全、信頼性が低い、異常、機密性が高い、影響力が大きい、または合意されたルールから逸脱している文書はエスカレーションします。契約上、法律上、財政上の例外も、情報源となる証拠を検査して次のステップを選択できる資格のある権限のある人に残されるべきです。
文書処理ワークフローはソース証拠を保存できますか?
これは、検出時に評価する必要がある重要な要件です。レビュー担当者は、抽出されたフィールドや概要のみに依存するのではなく、元の文書と関連するコンテキストを検査できる必要があります。正確なアプローチは、クライアントのドキュメント、データ、権限、システム、リスク要件によって異なります。
