2026 年 2 月

2026 年 2 月 26 日

バグ修正

特定のベンダーの抽出の信頼性の向上

LayoutLM や Helix などの抽出モデルが特定のドキュメント ベンダーの特定のフィールドをスキップすることがなくなりました。現在は、サポートされているベンダーすべてでフィールドの抽出が一貫して動作するようになりました。

2026 年 2 月 24 日

Document Understanding API v2 (プレビュー)

Document Understanding API v2 では、タクソノミーに基づく抽出と検証、ビジネス ルールの評価を追加し、ラテン文字以外の言語のサポートを拡大しました。さらに、抽出結果での IXP の FieldGroup のサポートを追加しました。

更新内容

• Discovery は、関連するタクソノミーを応答で返すので、これを使用して抽出と検証をガイドできます。
• Extraction および Validation では、タクソノミーを入力パラメーターとして使用できます。これにより、部分的な抽出、データ型の上書き、および検証の追加のカスタマイズ (フィールドのホットキーや表示色の変更など) が可能になります。
• この API は、抽出および検証時にタクソノミーで定義されたビジネス ルールを評価し、抽出データが設定されている要件 (必須フィールドや許容値など) に準拠していることを確認します。
• Predefined プロジェクトで、Production という名前の単一のタグを使用したタグベースの抽出がサポートされるようになりました。
• IXP の抽出結果が、テーブルではなく FieldGroups として返されるようになりました。FieldGroups を使用すると、各フィールドは実際の IXP データ型 ( Date、 Number、 MonetaryQuantityなど) を保持します。
• 新しい Predefined プロジェクトでは、アルファベット以外の文字セットのサポートが強化されています。

重大な変更

Document Understanding API を v1 から v2 にアップグレードする際は、以下の変更に対応するようにオートメーションを更新してください。

• タグベースのルートで /projects/{projectId}/tags/{tag}/... が使用されるようになりました。以前のルート構造を使用している要求は、v2 では 400 Bad Request を返します。
• fields プロパティが Discovery の応答から削除されました。代わりに [ taxonomy ] を使用してください。
• Discovery のルートは tag ではなく tags を返すようになりました。
• IXP の抽出結果は、Tables ではなく FieldGroup として返されるようになりました。このため、現在、オートメーションで抽出結果を表として処理している場合は、新しい FieldGroup の構造とデータ型を処理するために更新が必要です。
• FieldType == Table を確認するロジックを更新します。v2 では、これらのエントリは FieldType == FieldGroup を返します。パーサーが Table しか処理しない場合、データは無視されます。
  注:

  Document Understanding API v2 に移行する前に、連携内容を確認および更新してください。詳細な移行手順と例については、「 Document Understanding API v1 から v2 への連携の移行」をご覧ください。

2026 年 2 月 18 日

フィールド グループと金額のサポート (プレビュー)

フィールド グループと金額が検証ステーション、アクティビティ、および API でプレビュー版としてサポートされました。

フィールド グループにより、検証ステーションにフィールドの階層構造を表示できるため、抽出データを論理的に整理できます。グループは、単一値にするか、複数値にするか、その両方を混合させて、フィールドと表で構成できます。フィールド グループでは、抽出データの階層構造が保持されるため、サイズの大きい複数ページのドキュメント パケットをより素早く簡単に検証できます。

新しいフィールドの種類である MonetaryQuantity には、専用のデータ型 amount と currency が導入されており、抽出と検証との間でのデータ型の不一致が解消されます。

この機能強化により、Document Understanding のデータ型モデルが IXP の非構造化ドキュメントと複雑なドキュメントに合致します。

2026 年 2 月 12 日

バグ修正

• (カスタム) アプリおよび (カスタム) アクション アプリの検証コントロールで [準備の完了時] コンポーネントのコールバック イベントがトリガーされるのが早すぎる問題を修正しました。この問題のために、[準備の完了時] ワークフローでのフィールド値の設定などの操作が失敗していました。
• OpenAI ライセンスの例外が誤って公開される問題を修正しました。

2026 年 2 月 3 日

フィールド アクセスの権限

ロールに基づいて、フィールド アクセスの権限を割り当てることができます。

• Fields.Create 権限は、ユーザーにフィールドの作成を許可します。
• Fields.Delete 権限は、ユーザーに既存のフィールドの削除を許可します。
• Fields.Read 権限は、ユーザーにフィールドの表示を許可します。
• Fields.Update 権限は、ユーザーに既存のフィールドの更新を許可します。

Document Understanding Data Annotator ロールまたは Document Understanding Viewer ロールを持つユーザーは、Fields.Read 権限のみを持ちます。

Document Understanding Developer、Document Understanding Model Trainer、または Document Understanding Project Administrator のロールを持つユーザーは、利用可能なすべてのフィールド権限を持ちます。

重要:

ドキュメントの種類の権限を含む既存のカスタム ロールには、これらの新しいフィールドの権限は自動的に は含まれません 。そのため、これらのカスタム ロールに割り当てられたユーザーは、フィールドを作成、編集、または削除できません。これらの操作を有効化するには、該当するカスタム ロールを更新し、必須フィールドの権限を明示的に追加する必要があります。

詳しくは、「ロールベースのアクセス制御」をご覧ください。

テナント レベルの Projects 権限

新しい Projects 権限がテナント レベルで利用可能になりました。プロジェクトの作成は、Projects.Create 権限を使用してテナント レベルで制御されるようになりました。一方、プロジェクト レベルの権限は、ロールの割り当てに基づく読み取り、更新、削除の操作に制限されます。

Document Understanding Administrator ロールが割り当てられているユーザーは、新しい Projects.Create 権限を使用してプロジェクトを作成できます。

詳しくは、「ロールベースのアクセス制御」をご覧ください。