document-understanding
latest
false
- 概要
- 基本情報
- モデルを構築する
- モデルを使用する
- ML パッケージ
- 1040 (米国の個人所得税申告書) - ML パッケージ
- 1040 Schedule C (米国の個人所得税申告書のスケジュール C) - ML パッケージ
- 1040 Schedule D (米国の個人所得税申告書のスケジュール D) - ML パッケージ
- 1040 Schedule E (米国の個人所得税申告書のスケジュール E) - ML パッケージ
- 1040x (米国の個人所得税修正申告書) - ML パッケージ
- 3949a - ML パッケージ
- 4506T (米国の納税申告証明依頼書) - ML パッケージ
- 941x (米国の雇用主による四半期連邦税修正申告書) - ML パッケージ
- 9465 (米国の分割納付申請書) - ML パッケージ
- ACORD125 (企業向け保険契約申込書) - ML パッケージ
- ACORD126 (企業総合賠償責任保険) - ML パッケージ
- ACORD131 (アンブレラ/エクセス保険) - ML パッケージ
- ACORD140 (商業保険申込書の財物補償条項) - ML パッケージ
- ACORD25 (賠償責任保険証明書) - ML パッケージ
- Bank Statements (銀行預金残高証明書) - ML パッケージ
- BillsOfLading (船荷証券) - ML パッケージ
- Certificate of Incorporation (会社存在証明書) - ML パッケージ
- Certificate of Origin (原産地証明書) - ML パッケージ
- Checks (小切手) - ML パッケージ
- Children's Product Certificate (子供向け製品証明書) - ML パッケージ
- CMS 1500 (米国の医療保険請求フォーム) - ML パッケージ
- EU Declaration of Conformity (EU 適合宣言書) - ML パッケージ
- Financial Statements (財務諸表) - ML パッケージ
- FM1003 (米国の統一住宅ローン申請書) - ML パッケージ
- I9 (米国の就労資格証明書) - ML パッケージ
- ID Cards (ID カード) - ML パッケージ
- Invoices (請求書) - ML パッケージ
- InvoicesAustralia (請求書 - オーストラリア) - ML パッケージ
- InvoicesChina (請求書 - 中国) - ML パッケージ
- Invoices Hebrew (請求書 - ヘブライ語) - ML パッケージ
- InvoicesIndia (請求書 - インド) - ML パッケージ
- InvoicesJapan (請求書 - 日本) - ML パッケージ
- Invoices Shipping (船積送り状) - ML パッケージ
- Packing Lists (梱包明細書) - ML パッケージ
- Payslips (給与明細) - ML パッケージ
- Passports (パスポート) - ML パッケージ
- Purchase Orders (発注書) - ML パッケージ
- Receipts (領収書) - ML パッケージ
- RemittanceAdvices (送金通知書) - ML パッケージ
- UB-04 (健康保険請求フォーム) - ML パッケージ
- Utility Bills (公共料金の請求書) - ML パッケージ
- Vehicle Titles (自動車の権利書) - ML パッケージ
- W2 (米国の源泉徴収票) - ML パッケージ
- W9 (米国の納税申告書) - ML パッケージ
- パブリック エンドポイント
- サポートされている言語
- Insights のダッシュボード
- データおよびセキュリティ
- ライセンス
- 使い方
プロジェクトの成功を評価する
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
Document Understanding モダン プロジェクト ユーザー ガイド
Last updated 2024年11月14日
プロジェクトの成功を評価する
このページで説明されているメトリックを追跡して、プロジェクトの成功を確認できます。
追うべき最も関連性の高いメトリックは、推定節約時間です (時間数で表されます)。このメトリックは ROI に直接関連付けることができ、Document UnderstandingTM プロセスを使用して節約できた時間を追跡します。追跡にあたっては、1 人の人間がドキュメントを 1 ページ処理するのに、設定した時間が費やされるとみなされます。このメトリックでは、次の式を使用します。
{推定節約時間} = {処理されたドキュメントの数} * {x} (分) - {検証時間}
- 処理されたドキュメントの数: オートメーションを使用して処理されたドキュメントの総数です。
- x: ユーザーが 1 つのドキュメントをオートメーションなしで処理するのにかかると思われる時間です。
- 検証時間: ユーザーが分類ステーションまたは検証ステーションで、処理されたすべてのドキュメントの検証に費やした時間です。検証を必要としないドキュメントでは 0 と見なされます。
例:
10 分 = 2 ドキュメント * 5 分 (手動処理) - 0 分の検証
推定節約時間以外にも、プロジェクトのパフォーマンスと成功を評価するために追跡する価値のある重要なメトリックがあります。
メトリック | 説明 | 追跡するタイミング |
---|---|---|
処理されたドキュメントの数 | 処理されたドキュメントの総数です。 | このメトリックを使用して、次のことを行います。
|
検証時間 | 分類と抽出結果の検証に費やされた合計時間です。 | このメトリックを使用して、次のことを行います。
|
平均処理時間 | ドキュメントの処理に必要な平均時間です。ユーザーが検証に費やす時間を含み、検証を必要としないドキュメントでは 0 と見なされます。次の式が使用されます。
{平均処理時間} = ({ドキュメントの処理に要した時間} / {処理されたドキュメント数}) の合計 例: 10 個のドキュメントが処理され、ドキュメントごとに 2 分かかり、人間参加型で検証される 5 つのドキュメントではさらに 2 分余分にかかる場合: (2*5 + 4*5 = 3 分の平均処理時間) | このメトリックを使用して、オートメーションを導入した後、ユーザーがドキュメントを処理するのに必要な時間を追跡します。 |
フィールドの修正の傾向 | 変更内容 (編集された値、編集されたボックス、存在しないとしてマーク済みなど) 別の、修正されたフィールドの月ごとの数です。修正に加えて、フィールドの合計数のベースラインも提供するため、修正されたフィールドの合計数を確認できます。 | このメトリックを使用して、次のことを行います。
|
プロジェクト成功のメトリックを改善する方法について、次のヒントとコツを確認してください。
- 推定節約時間を改善するには:
- 処理されるドキュメントの量を増やします。
- ビジネス ルールを追加することで、検証時間とストレートスルー処理を改善します。
- 検証時間と平均処理時間を改善するには:
- 検証用のドキュメントを人間参加型の検証に送信するかどうかを決定するロジックを定義します。
- モデルを微調整し、正確に抽出されていないフィールドのトレーニング データを追加します。フィールドの修正の傾向に基づいて行動し、最も注意が必要なフィールドを特定して、そこでの抽出の改善に焦点を当てます。
- 生成 AI による検証機能を使用します。