2026 年 2 月

February 26, 2026

バグ修正

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

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

2026 年 2 月 24 日

Document Understanding API v2 (プレビュー)

Document Understanding API v2 では、タクソノミーに基づく抽出と検証、ビジネス ルールの評価、非ラテン語サポートの拡張、抽出結果における IXP フィールド グループのサポートが追加されています。

更新内容

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

重大な変更

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

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

注: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.Create 権限を使用してテナント レベルで制御されるようになり、プロジェクト レベルの権限は、ロールの割り当てに基づく読み取り、更新、削除のアクションに制限されます。

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

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