UiPath Documentation
document-understanding
latest
false
Document Understanding API ガイド
  • 基本情報
    • 概要
    • 上限とクォータ
    • オートメーションを Document Understanding API v1 から v2 に移行する
  • Document Understanding™ Cloud API v1 の使用例
  • ライセンス
  • トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。

Validation サービスを使用する

Document Understanding の検証サービス API の使用方法 (ポーリングベースの GET 呼び出しを使用して Action Center で検証タスクを作成する方法など)

Document Understanding では、人間による検証に対して次の 2 つのアプローチがサポートされています。

  • 検証サービス — 検証タスクを Action Center で直接作成します。これは、Action Center 内で管理される標準の検証フローに使用します。
  • アプリ タスク — 検証成果物を個別に準備してから、人間による検証用の UiPath アプリ タスク をアプリケーションで作成できるようにします。検証タスクをいつ、どこで、どのユーザー インターフェイスで提示するかを制御する必要がある場合に使用します。UiPath のアプリ タスクを使用するには、「 抽出データの検証用の成果物を作成する」で説明されている成果物 API を使用します。

検証サービス​

documentId と、classifierId または extractorId を使用してデータを検証します。この API を呼び出すことにより、Action Center に検証タスクが作成されます。

各アクションには、1 つの POST 呼び出しと複数の GET 呼び出しが必要です (ポーリングのため)。つまり、分類結果を検証する場合は、1 つの POST 呼び出しと複数の GET 呼び出しを実行する必要があります。抽出結果の検証についても同様です。

POST 呼び出しを開始する場合、以前に POST 要求の要求本文で分類器/抽出器を呼び出したときに受信した classificationResults / extractionResults を追加する必要があります。

検証エクスペリエンスをカスタマイズする​

タクソノミーを入力パラメーターとして渡して、検証エクスペリエンスをカスタマイズすることもできます。たとえば、フィールドのホットキーやフィールドの表示色を変更できます。

注:

検証データは 30 日後に論理的に削除されます。

注:

検証 API を使用して生成 AI モデルの抽出結果または分類結果を検証する場合は、要求時にプロンプトも入力するようにしてください。

  • 検証サービス​
  • 検証エクスペリエンスをカスタマイズする​

このページは役に立ちましたか?

接続

ヘルプ リソース サポート

学習する UiPath アカデミー

質問する UiPath フォーラム

最新情報を取得