クイックスタート

​

レビュー機能の概要

1. レビュー規則を設定 - 規則リポジトリ内に規則グループと規則を作成し、レビュー基準を定義します
2. レビュータスクを作成 - レビュー対象の抽出タスクを選択し、レビュータスクを送信します
3. レビュー結果を確認 - どの規則が通過し、どの規則が不通過だったか、またそのレビュー根拠を確認します

​

画面での利用手順

​

ステップ 1: 規則リポジトリを作成

• 「規則リポジトリを作成」ボタンをクリックします
• 規則リポジトリ名を入力します（例: 「請求書レビュー規則リポジトリ」）
• 保存すると規則リポジトリ ID を取得できます

​

ステップ 2: 規則グループを作成

• 作成済みの規則リポジトリを選択します
• 「規則グループを作成」をクリックします
• 規則グループ名を入力します（例: 「請求書コンプライアンスチェック」）
• 保存すると規則グループ ID を取得できます

​

ステップ 3: レビュー規則を作成

• 規則名: 規則を識別するための名前
• 規則プロンプト: レビュー規則を説明するプロンプト。AI のレビュー判定を導くために使用されます
• 適用カテゴリ: この規則を適用する文書カテゴリ（例: 請求書、契約書など）
• リスクレベル: 規則のリスクレベル（高リスク、中リスク、低リスク）
• 参照フィールド: レビュー時に値を参照する抽出フィールド

• 規則名: 「請求金額チェック」
• 規則プロンプト: 「請求金額が 0 より大きく、1000000 未満であることを確認する」
• 適用カテゴリ: 請求書
• リスクレベル: 高リスク
• 参照フィールド: 請求金額

​

ステップ 4: レビュータスクを作成

• レビュー対象の抽出タスクを選択します（extract_task_ids）
• 使用する規則リポジトリを選択します（repo_id）
• タスク名を入力します
• レビュータスクを送信します

​

ステップ 5: レビュー結果を確認

• タスクステータス: レビュータスク全体の状態（未レビュー、レビュー中、成功、失敗など）
• 規則グループ結果: 各規則グループのレビュー状況
• 規則結果: 各規則のレビュー結果（通過 / 不通過）
• レビュー根拠: AI が提示したレビュー根拠。通過または不通過になった理由を確認できます
• 位置アンカー: レビュー根拠に対応する原文上の位置。問題箇所の特定に利用できます

​

レビュー結果の説明

• レビューステータス:
  • 0: 未レビュー
  • 1: レビュー通過
  • 2: レビュー失敗
  • 3: レビュー中
  • 4: レビュー不通過
• レビュー根拠: AI が提示したレビュー理由。なぜそのレビュー結果になったかを説明します
• 位置アンカー: レビュー根拠に対応する原文上の位置座標。文書上で関連箇所をハイライトするために利用できます

​

用語

​

規則リポジトリ管理

​

規則リポジトリ（Rule Repository）

• 業務シナリオごとにレビュー規則を論理的にまとめられます
• レビュータスクを作成する際に、使用する規則リポジトリを指定します
• 規則リポジトリは個別に作成、更新、削除できます

• 「請求書レビュー規則リポジトリ」 - 請求書関連のレビュー規則をまとめます
• 「契約書レビュー規則リポジトリ」 - 契約書関連のレビュー規則をまとめます

​

規則グループ（Rule Group）

• 規則を分類し、検索や管理をしやすくします
• レビュー結果では、規則グループが結果表示の 1 つの単位になります
• 規則グループは個別に作成、更新、削除できます

• 「請求書コンプライアンスチェック」 - 請求書がコンプライアンス要件を満たしているかを確認します
• 「請求金額チェック」 - 請求金額の妥当性を確認します
• 「請求日チェック」 - 請求日の有効性を確認します

​

規則（Rule）

1. 規則名: 規則を識別、管理するための名前
2. 規則プロンプト（Prompt）: レビュー規則を説明し、AI のレビュー判定を導くプロンプト。規則の中核であり、レビュー基準とロジックを明確に記述する必要があります
3. 適用カテゴリ（Category IDs）: この規則を適用する文書カテゴリ。これらのカテゴリに一致する抽出タスクにのみ規則が適用されます
4. リスクレベル（Risk Level）:
   • 10: 高リスク
   • 20: 中リスク
   • 30: 低リスク
5. 参照フィールド（Referenced Fields）: レビュー時に値を取得するために参照する抽出フィールド

{
  "name": "請求金額チェック",
  "prompt": "請求金額が 0 より大きく、1000000 未満であることを確認し、範囲外の場合はレビュー不通過とする",
  "category_ids": ["invoice_category_id"],
  "risk_level": 10,
  "referenced_fields": [
    {
      "category_id": "invoice_category_id",
      "category_name": "請求書",
      "fields": [
        {
          "field_id": "amount_field_id",
          "field_name": "請求金額"
        }
      ]
    }
  ]
}

​

レビュー対象

• 抽出タスクは文書アップロードと抽出フローによって生成されます
• 各抽出タスクは 1 つ以上のファイルに対応します
• 抽出タスクには、フィールド、表、印影などの抽出結果が含まれます
• 抽出が完了したタスクだけをレビュー対象として利用できます

• ファイルアップロード API が返す task_id から取得します
• ファイル確認 API から、抽出完了済みファイルに対応するタスク ID を取得します

​

レビュータスク

• タスク名: レビュータスクを識別するための名前
• 規則リポジトリ ID: 使用する規則リポジトリを指定します
• 抽出タスク ID リスト: レビュー対象となる抽出タスク ID のリスト

1. 規則マッチング: システムが規則リポジトリ内の規則と抽出タスクのカテゴリを照合します
   • マッチング条件: 規則の category_ids に含まれるすべてのカテゴリが、抽出タスクのカテゴリリストに存在する必要があります
   • マッチング結果: マッチした規則だけが実行されます
2. フィールド取得: マッチした規則に参照フィールドが設定されている場合、システムは抽出結果からそれらのフィールド値を取得します
   • 参照フィールドは空でもかまいません。空の場合は文書の原文のみを使用します
   • フィールドが欠落している場合、そのフィールド値は空になりますが、レビューは実行されます
3. AI レビュー: 規則プロンプトとフィールド値（存在する場合）にもとづいて、AI がレビュー判定を行います
4. 結果生成: レビューステータス、レビュー根拠、位置アンカーなどを含むレビュー結果を生成します

​

レビュー規則と抽出タスクのマッチング方法

​

マッチング規則

• 規則には category_ids（適用カテゴリリスト）が設定されています
• 抽出タスクには 1 つ以上の文書カテゴリが含まれます
• 規則の category_ids に含まれるすべてのカテゴリが抽出タスクのカテゴリリストに存在する場合、規則はマッチします
• 規則の category_ids のいずれかが抽出タスクのカテゴリリストに存在しない場合、規則はマッチしません

​

マッチング例

• レビュー規則 1: 関連カテゴリ ["A", "B"]
• レビュー規則 2: 関連カテゴリ ["C"]
• レビュー規則 3: 関連カテゴリ ["C", "D"]

• ✅ レビュー規則 1: マッチ成功（A と B がどちらも抽出タスクのカテゴリリストに存在）
• ✅ レビュー規則 2: マッチ成功（C が抽出タスクのカテゴリリストに存在）
• ❌ レビュー規則 3: マッチ失敗（D が抽出タスクのカテゴリリストに存在しない）

​

参照フィールドの役割

• 規則がマッチし、レビューを実行する際に、規則プロンプトで抽出フィールド値が必要な場合、その値を参照フィールドから取得します
• 参照フィールドは空でもかまいません。空の場合、レビュー時には抽出フィールドを使わず、文書の原文のみを使用します
• 規則がフィールドを参照していても、抽出タスク内でそのフィールドが欠落している場合、該当フィールド値は空になりますが、レビュー自体は実行されます

{
  "name": "請求金額チェック",
  "prompt": "請求金額が 0 より大きく、1000000 未満であることを確認する",
  "category_ids": ["invoice"],
  "referenced_fields": [
    {
      "category_id": "invoice",
      "fields": [
        {
          "field_id": "amount_field_id",
          "field_name": "請求金額"
        }
      ]
    }
  ]
}

• 規則マッチング: 抽出タスクのカテゴリに invoice が含まれていれば、規則はマッチします
• 参照フィールド: 規則がマッチすると、レビュー判定時に抽出結果から「請求金額」フィールドの値を取得します
• 「請求金額」フィールドが欠落している場合もレビューは実行されますが、そのフィールド値は空になります

​

参照フィールド

• 参照フィールドは空でもかまいません。空の場合、レビュー時には文書の原文のみを使用します
• 参照フィールドは規則マッチングに影響しません。規則マッチングはカテゴリ（category_ids）のみを基準にします
• 参照したフィールドが抽出結果内に存在しない場合もレビューは実行されますが、そのフィールド値は空になります

• 通常フィールド（Fields）: 文書内のキーと値のペア
• 表フィールド（Tables）: 文書内の表フィールド

• 規則がマッチしてレビューが実行される際、システムは抽出結果から参照フィールドの値を取得します
• フィールド値はコンテキスト情報として AI に渡され、規則プロンプトと組み合わせてレビュー判定に使用されます
• フィールド値が欠落していてもレビューは実行されますが、規則プロンプトがそのフィールドに依存している場合、レビュー精度に影響する可能性があります

{
  "referenced_fields": [
    {
      "category_id": "invoice_category_id",
      "category_name": "請求書",
      "fields": [
        {
          "field_id": "invoice_code_id",
          "field_name": "請求書コード"
        },
        {
          "field_id": "invoice_amount_id",
          "field_name": "請求金額"
        }
      ],
      "tables": [
        {
          "table_id": "invoice_items_table_id",
          "table_name": "請求明細",
          "fields": [
            {
              "field_id": "item_name_id",
              "field_name": "品目名"
            }
          ]
        }
      ]
    }
  ]
}

​

レビュー根拠

• レビュー根拠はテキスト形式で、レビュー判定の過程を説明します
• 関連するフィールド値や文書内容が参照されることがあります
• ユーザーがレビュー結果を理解する助けになります

{
  "anchors": [
    {
      "start_pos": 0,      // reasoning 内の開始文字位置
      "end_pos": 10,       // reasoning 内の終了文字位置
      "text": "原文内容",   // 原文の内容
      "vertices": [        // 原文内容の外接四角形座標
        0, 0, 100, 0, 100, 100, 0, 100
      ],
      "file_id": "file_id" // ファイル ID
    }
  ]
}

• 文書上でレビュー根拠に対応する位置をハイライトできます
• ユーザーが問題箇所を素早く特定できます
• レビュー結果を視覚的に表示できます

​

レビュー結果ステータス

• 0: 未レビュー
• 1: レビュー通過
• 2: レビュー失敗
• 3: レビュー中
• 4: レビュー不通過
• 5: 認識中
• 6: キュー待ち
• 7: 認識失敗

​

まとめ

​

次のステップ

• API で規則リポジトリを管理 - REST API を使用して規則リポジトリを管理します
• API でレビュータスクを作成 - REST API を使用してレビュータスクを作成します
• レビュー結果の取得と利用 - REST API を使用してレビュー結果を取得し、処理します