2026 年 6 月

Automation Cloud の Document Understanding の 2026 年 6 月のリリース ノート

2026 年 6 月 30 日

UiPath Helix Extractor 2.0 の公開

UiPath Helix Extractor 2.0 の一般提供 (GA) を 欧州 および 米国のテナントで開始しました。マルチモーダル アーキテクチャに基づいて構築されたこのモデルは、ドキュメントのテキストと視覚的なレイアウトを一緒に処理し、ラテン文字以外の言語をサポートし、表抽出精度を向上させます。

詳しくは、「 UiPath Helix Extractor 2.0 」をご覧ください。

UiPath Helix Extractor 1.0 の非推奨化

UiPath Helix Extractor 2.0 の一般提供に続き、UiPath Helix Extractor 1.0 (モデル バージョン 24.7) は非推奨になります。そのため、モデルのバージョンは 24.7 (Helix 1.0) から 26.2.x / 26.6.x に移行します(ヘリックス2.0)。

移行フェーズ

移行プロセスのフェーズは次のとおりです。

• フェーズ 1 (2026 年 6 月 30 日): Helix Extractor 2.0 の一般提供を開始します。
• フェーズ 2 (2026 年 7 月中旬): Helix Extractor 1.0 での新しいモデルのトレーニングが終了します。トレーニングする新しいモデルでは、Helix 2.0 が使用されます。
• フェーズ 3 (2026 年 8 月末までに): デプロイされたプロジェクトのバージョンは、自動的に Helix Extractor 2.0 に移行されます。

リージョン別の既定の動作

Helix Extractor 2.0 の既定の動作は、テナントのリージョンによって異なります。

• 米国: 新しいプロジェクトの既定値は Helix Extractor 2.0 です。2026 年 7 月 15 日までは、[ドキュメントの種類マネージャー] から Helix Extractor 1.0 に戻すことができます。その後、Helix Extractor 1.0 のトレーニングは削除されます。
• ヨーロッパ: Helix Extractor 2.0 は、新規および既存のすべてのプロジェクトで利用可能な Settings トグルを通じてオプトインのままです。

ユーザーにとっての意味

デプロイしたバージョンの移行中にダウンタイムが発生したり、サービスの中断が発生したりすることはありません。これは自動プロセスであり、UiPath チームがすべて処理します。したがって、移行を完了するためにユーザーがこれ以上の操作を行う必要はありません。移行中も、デプロイされたプロジェクトのバージョンは期待どおりに動作し続けます。

移行の前に、以下の点を考慮してください。

• テナントで Helix 2.0 が利用可能になったら、事前にユース ケースでテストして、ニーズに合っていることを確認することをお勧めします。
• 顧客管理のキー(CMK)を使用する場合でも、Helix Extractor 2.0 で CMK がサポートされるまでは、Helix Extractor 1.0 に引き続きアクセスできます。
• GxP (遅延リング) を使用している場合は、Helix Extractor 2.0 が GxP にもデプロイされるまでは、引き続き米国のテナントで Helix Extractor 1.0 にアクセスできます。

トレーニング可能なスプリッターのメトリックの更新

トレーニング可能な分割線の [ 評価 ] タブでは、 以前の適合率と再現率のスコアが置き換えられ、分割、 分類、 総合 F1 スコアがドキュメントの種類ごとに表示されるようになりました。詳しくは、「 トレーニング可能な分割線」をご覧ください。

2026 年 6 月 26 日

フィールドグループと金額の導入

フィールド グループと金額が検証ステーション、アクティビティ、API で一般提供されるようになりました。詳しくは、「 タクソノミー マネージャー」をご覧ください。

この機能強化により、Document Understanding のデータ型モデルが IXP の非構造化ドキュメントおよび複雑なドキュメントに揃えられます。

Document Understanding API v2

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

更新内容

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

Document Understanding API v2 の重大な変更

API v1 から v2 に移行する際は、以下の変更によりオートメーションを更新する必要があります。

• すべてのルートの応答本文で、キャメルケースの代わりにパスカルケースのプロパティ名が使用されるようになりました。Python や JavaScript で記述された連携など、大文字と小文字を区別する連携は、新しい大文字と小文字に合わせて更新する必要があります。
• タグベースのルートで /projects/{projectId}/tags/{tag}/...が使用されるようになりました。以前のルート構造を使用する要求は、v2 で 400 Bad Request エラーを返します。
• この fields プロパティは Discovery の応答から削除されました。連携では、代わりに taxonomy を使用する必要があります。
• Discovery のルートは tag ではなく tags を返すようになりました。
• IXP の抽出結果がテーブルではなくフィールド グループとして返されるようになりました。オートメーションで抽出結果をテーブルとして扱う場合は、新しい FieldGroup の構造とデータ型を処理するために更新が必要です。
• 以前は FieldType == Table を返していたエントリは、 FieldType == FieldGroupを返すようになりました。Table結果のみを処理するパーサーは、このデータを処理しません。詳細な移行手順と例については、「 Document Understanding API v1 から v2 に連携を移行する」をご覧ください。

2026 年 6 月 8 日

バグ修正

Action Center で、空白のページが原因で抽出結果の強調表示が誤ったページに表示されていました。抽出結果は影響を受けませんでした。