Automation Workspace v.39 リリース
- 最終更新日2026/04/16
Automation Workspace v.39 リリース
v.39 リリースの Automation Workspace の新着情報と変更点、および修正内容をご確認ください。
最新情報
| Control Room、デバイス、および Bot Agent |
|---|
|
Community Editionユーザー向けのGenerative Recorderのご紹介
現在、Community EditionでGenerative Recorderを有効化しました。Generative Recorderは、実行中のアプリケーションを継続的に監視し、実行時に UI や DOM の変更を検出し、手動による介入なしで自動化を継続するためにセレクターを自動的に適応させる、ランタイム自己修復型オートメーションを導入します。 |
|
Split と Merge を活用し、並列ブランチを含む複雑なワークフローを構築する
split と merge 機能は、自動化内で並列処理を可能にすることで、複雑なワークフローをより効率的に設計および管理できるようにします。 これはプロセスのパフォーマンスを向上させるだけでなく、メンテナンス性も改善します。 この機能は直感的な視覚的インジケーター、明確なブランチ命名、そして効率化されたブランチ管理を提供し、開発者がワークフローを構築・維持することを容易にします。
注: この機能にアクセスするには、Enterprise Platform ライセンスが必要です。
|
|
プロセス自動化における変数式での Any 型のサポート
プロセスエディター で変数式に Any 型がサポートされるようになりました。 式ビルダーでは、Any:asAny 式を使用して変数を明示的にキャストまたは再解釈できるため、複数のデータ型を受け入れるフィールドに値をマッピングすることが可能です。 この強化により、動的フォーム要素の値、タスクタイプ、If‑Else条件、およびGo toイベント間での変数マッピングが改善されます。 |
|
スムーズなアクセス： 最新のAI エージェントを自動化機能とともに表示します Control Room ホームページ/ダッシュボードを改善し、開発者が作業をより簡単に閲覧・続行できるようになりました。 オートメーションセクションでは、最近アクセスまたは編集された AI エージェントが表示されるようになりました。 これにより、最も重要な自動化と AI 駆動のワークフローをすべて1か所で統一的に表示できます。 今回のアップデートにより、文脈の切り替え頻度が減り、主要なアセットの可視性が向上するため、開発ワークフローがよりスムーズになります。 |
|
プロセスダッシュボードにおける可観測性のためのプロセスレベルのメトリクス エンタープライズユーザーは、プロセス ダッシュボードの各プロセスに対する特別なメトリックページを探索できるようになりました。 これは、オートメーションがどのように機能しているかとその信頼性についてのリアルタイムの洞察を提供します。 自動化がどのように機能しているかを理解し、パターンを特定し、問題を解決し、プロセスを改善するのに役立ちます。 次の操作を実行できます。
プロセスダッシュボードから直接、あなたの自動化をより迅速に監視、分析、改善しましょう。 |
|
オートメーション ダッシュボードに新しいカスタム日付-時間範囲が追加されました （Service Cloud ケース ID: 02188024) 現在、オートメーションタブからカスタム時間フィルターを利用して、オートメーション実行データのフィルタリングおよび表示方法を正確に選択できるようになりました。 これは、24時間や7日のような広範な事前設定された時間フィルターを使用する必要がないことを意味します。 例として、次のことができます。
これにより、正確なスケジュール管理、より優れた制御性、柔軟性、そして監査における明確さが実現されます。 |
|
ARCON Key Vaultとの統合が拡張されました このアップデートにより、ARCON key vault の統合範囲が拡大され、A360 サービスアカウント、データベース、アクティブ ディレクトリ、および SMTP が含まれるようになりました。 この機能は、オンプレミス と クラウド の両方の展開で利用可能であり、それぞれ異なる機能があります。 オンプレミス環境では、自動ログイン、オートメーション、A360サービスアカウント、データベース、アクティブ ディレクトリおよびSMTPに対してARCON key vaultをサポートしています。一方、クラウドデプロイメントでは、自動ログインおよびオートメーションの統合がサポートされています。 |
|
BeyondTrust Password Safeとの統合が拡張されました このアップデートにより、BeyondTrust Password Safe の統合が オンプレミス および クラウド の両方の環境で利用可能となり、それぞれの環境に応じた異なる事例への対応が可能になりました。 クラウド デプロイメントでは、BeyondTrust Password Safe との連携が自動化および自動ログインの事例に対応して利用可能となりました。これにより、管理者は BeyondTrust Password Safe を外部ボールトとして設定でき、自動化用の認証情報を安全に管理できます。 オンプレミス環境でのデプロイ時、ボールト統合は自動ログイン、自動化、A360サービスアカウント、データベース、アクティブ ディレクトリ、および SMTP 認証情報をサポートします。 現在、オンプレミス デプロイメントの構成は CRUtil を使用して行われます。 Service Cloud ケース ID: 01133021, 01615283, 02184860, 02188799 |
|
key vault の資格情報のカスタム名付けオプション AWS、CyberArk、Microsoft Azure、HashiCorp などのサポートされているキー ボールトのための資格情報を作成する際、ユーザーは自分の命名規則に従ってカスタム シークレット名を指定できるチェックボックスが表示されるようになりました。 この強化機能は、クラウド および オンプレミス の Control Room デプロイメントの両方で利用できます。 |
|
オートメーション クレジットのライセンス管理 自動化クレジットに対して、ライセンス容量の閾値、ライセンス容量通知、猶予期間、グループ化などのライセンス管理機能がサポートされるようになりました。 |
|
ユニバーサル ウェブトリガー
このリリースでは、ウェブフックやポーリングをサポートする任意のアプリケーションのトリガーを作成できるユニバーサルウェブトリガーパッケージが導入されました。 ユニバーサルウェブトリガーにはListenerトリガーとPollerが含まれています。 Webhook ベースのワークフローにはListenerトリガーを、ポーリングベースのワークフローにはPollerを使用できます。 注:
Pollerは現在ベータ版です。
|
|
Connector BuilderでのAWSSignature のサポート
Connector Builder は現在 AWS Signature v4 認証をサポートしており、ユーザーが AWS ベースのワークフロー用のカスタムパッケージを作成できるようになりました。 この機能により、パッケージは EC2 API、Lambda 関数、S3 ストレージなどのさまざまな AWS サービスと簡単に統合でき、機密データを公開することなく利用できます。 |
|
Connector Builder におけるスペイン語のサポート
Connector Builderページは現在スペイン語で利用可能です。 |
|
監査ログにおけるタスクとデバイスプラットフォームの詳細
本リリース以降、正常に完了した自動化については、Run bot finished details テーブルにタスクおよびデバイスのプラットフォーム情報（Windows または macOS）が含まれるようになります。 全員の監査ログ操作を表示 権限を持つ管理者またはユーザーは、に移動し、イベントタイプが Run bot finishedの自動化をクリックすることで、Run bot finished detailsテーブル内の属性を確認できます。 |
|
変数の型に対する制御の改善
リスト、ディクショナリ、および セッション 変数について、編集時に変数の型およびサブタイプを直接変更できるようになりました。変更内容は明確な確認メッセージと自動検証によって、Bot 全体で確実に反映されます。 これにより、タイプの変更がすべての場所で正確に適用され、有効な設定が保持され、ユーザーが不一致を迅速に特定して修正できるようになります。 |
| API および統合 |
|---|
|
オートメーション コマンド センター (ACC) オートメーション API
Swagger およびドキュメントポータルにて、新しいAutomation Command Center (ACC) Automations APIエンドポイントのドキュメントが公開されました。 |
|
ワークロード管理 (WLM) キュー API の機能強化
強化されたワークロード管理キュー API を使用して、キューと関連する作業項目をより信頼性高く管理できるようになりました。 以下のエンドポイントが修正され、正確なリクエストとレスポンスの処理を保証するために検証されました：
|
変更内容
| Control Room、デバイス、および Bot Agent |
|---|
|
よりスマートで迅速な処理のための強化された WLM キュー設計 Workload Management (WLM) の作業項目処理をより迅速で、一貫性があり、よりスケーラブルにするために、重要な改善を導入しました。 主な強化点は、以下の通りです。
Service Cloud ケース ID: 02226601 注: この機能はAutomation 360
Cloudのデプロイのみで使用できます。
|
|
WLM 自動化の編集に対する強化されたアクセス制御 フォルダーレベルでスケジュールされた自動化を表示および制御しやすくするために、以下の強化された権限を追加：
この改善により、共有ワークスペース全体での自動化の監視と制御が簡単になり、効率とコラボレーションが向上します。 Service Cloud ケース ID: 02185422, 02192197, 02186389 |
|
Control Room クラスターのインストールプロセスを改善しました
このリリースでは、Windows および Linux プラットフォームにおける3ノードおよび5ノード構成のControl Roomクラスタのインストールプロセスが、カスタム証明書の有無にかかわらず改善されています。 インストーラーは、インストール後のノード間通信を確実に成功させるために、新しく導入されたコマンドライン引数を正しく使用するようになりました。 この強化により、クラスター ノードが正常にインストールされても通信できないシナリオを防ぎ、高可用性の展開において完全な機能性と信頼性を確保します。 |
|
メール通知設定の監査ログメッセージを強化 監査ログ メッセージは、メール通知設定の構成変更に関する詳細情報を記録するように更新されました。 以前は、高レベルのヘッダーを記録していました。 この改善により、監査ログ メッセージには、どの設定が更新されたか（チェック済みまたは未チェック）が含まれ、メール通知設定の以前の状態と新しい状態の明確な違いが提供されます。 |
|
AWS をデフォルトのグローバル クラウド プロバイダー Amazon Web Services（AWS）は、テナントをホスティングするためのデフォルトのグローバル クラウド プロバイダーとなりました。 ただし、GCP を希望される場合は、販売取引の完了前にアカウントチームと連携し、優先する クラウド プロバイダーとして GCP を選択してください。 既存の顧客は、テナントのプロビジョニング中に異なる国が選択されない限り、地域の親和性を確保するために、他のテナントと同じ地域にプロビジョニングされます。 |
|
Amazon Q での Automation 360 インスタンス削除時に IDC ユーザーが自動的に削除されます この機能は、会話型 Automation Co-Pilotユーザー ライセンスが割り当てられているユーザーがいるすべての Cloud Control Room デプロイメントに適用されます。以前は、Control Roomによって AWS IAM Identity Center (IDC) ユーザーが Amazon Q に作成されており、ユーザー名は Automation 360 の Control Room インスタンス UUID で始まっていました。 この新しい強化により、Control Room インスタンスが削除されると、それに対応するすべての IDC ユーザーも Amazon Q で自動的に削除されるようになりました。 このユーザー管理プロセスは、Automation Anywhereによって実行されます。 |
|
ライセンスの詳細 Control Room の UI が更新されました
ドキュメント AI クレジットは、Control Roomのライセンスの詳細ページでドキュメント自動化クレジットに名称が変更されました。 |
|
Windows 11でネットワークレベル認証が有効な場合のリモートデスクトップログイン
本リリース以降、Windows 11 オペレーティング システムでリモート デスクトップを使用する際は、内の接続するためにデバイスにネットワーク レベルの認証を要求するオプションを無効にする必要はありません。 |
|
macOSでのアンアテンド型オートメーションの正常なデプロイ( Service Cloud ケース ID: 02220602) このリリースより、macOSデバイスに Java アクセシビリティが追加されていない場合でも、ロック状態・ロック解除状態を問わず、アンアテンド オートメーションのデプロイメントが正常に実行されます。 この強化には、以下の更新も含まれています：
|
|
autoregistration.properties ファイル内の URL の数の制限を拡張しました (Service Cloud ケース ID: 02229575) このリリースにアップデートした後、autoregistration.propertiesファイルに含めることができるControl Roomの URL の総数とそれに対応する登録キーの数が、以前の制限である20から100に増加します。 |
修正
| 画像要素を含むフォームを作成し、それをプロセスにフォームタスクとして追加する際に問題が発生することはなくなります。 画像要素が、フォームタスクおよび承認タスクの両方の入力値セクションに正しく表示されるようになりました。 |
|
Process editorでプロセスを開くと、すぐに読み込まれ、もはやハングしません。 以前は、破損したプロセスのメタデータが原因で、読み込みに時間がかかることや、プロセスが正常に開けない場合がありました。 |
|
Process editorの変数マッピングは、条件付きタスクで要素変数タイプが使用されるときに変更されなくなりました。 以前は、日本語や中国語などの非ASCII文字に関する問題があり、これらの文字がソース変数のマッピング中に正しく処理されませんでした。 この問題は解決されました。 Service Cloud ケース ID: 02231333 |
| このリリースに更新した後、オートメーションが保留中の実行状態に留まり、デバイス上でのさらなる実行を妨げる間欠的な問題は発生しなくなり、今ではその後のオートメーション実行をブロックすることなく正しく遷移します。 Service Cloud ケース ID: 02283856, 02286525, 02279395, 02280263, 02287139 |
| このリリースにアップデートした後、Task Botのバージョンを比較機能は、変数名を正しく表示し、バージョン比較中にハイフンと大文字が保持されることを保証し、明確さと一貫性を維持します。 Service Cloud ケース ID: 02152865 |
|
アクティビティを表示 ページは、完了または終了したいずれかの自動化に関連するメッセージが、すべての対応する詳細とともに正しく表示されるように更新されました。 Service Cloud ケース ID: 02207094 |
| macOS プラットフォームではサポートされていないため、予期しないポップアップを無視 ランタイムオプションは macOS bots には表示されなくなりました。 |
|
Automation status–public の 実行中 カウントが、実際に 進行中のアクティビティ ページで稼働している自動化数より多く表示されていました。 これまで古い Bot 実行記録が誤って稼働中として含まれていました。 現在、進行中のアクティビティページと Automation Command Center（ACC）ダッシュボード間でデータの不整合は発生していません。 Service Cloud ケース ID: 2212344, 02219747, 02220167 |
|
Automation 360をこのリリースに更新した後、スケジュールされたタスクはもはや失敗せず、プロセスが並行リクエストを正しく処理するため、トランザクションの競合を防ぎます。 Service Cloud ケース ID: 02223633, 02230378 |
| 2,000人を超えるユーザーが登録されている Control Room において、Bot の実行メトリクスが作成されない場合がある問題を解決しました。 これにより、報告ダッシュボードにおける Bot 実行メトリクスが不完全または欠落する問題が発生していました。 大規模なユーザーグループを管理するために、データベースの制限を超えないようにメトリクス生成プロセスを改善しました。 現在、影響を受けたすべての報告サービスは、正常に機能しています。 |
| すべてのライセンスグループで消費されたライセンスと利用可能なライセンスの合計数が正しく表示されるようになりました。 以前は、いくつかのケースで不正確な値を表示していました。 Service Cloud ケース ID: 02233074 |
| ライセンスページのライセンス消費の詳細が、それぞれのControl Roomごとに正しく表示されるようになりました。 以前は、サーバーからライセンスを同期しない限り、正しくない値が表示されていました。 Service Cloud ケース ID: 02211894 |
| IdP グループ マッピングを通じて Automation Co-Pilot Business User ライセンスを問題なく割り当てられるようになりました。 以前は、保存後にライセンスが消えてしまいました。 Service Cloud ケース ID: 02278608 |
| 顧客ライセンスがグループ化されている場合、Control Room で OAuth アプリケーションを登録できるようになりました。 以前は、これらの条件下で登録が失敗していました。 Service Cloud ケース ID: 02219437 |
| ページごとに100件以下のエントリを持つ監査ログを正常にエクスポートできるようになりました。 以前は、このシナリオではエクスポートが失敗していました。 Service Cloud ケース ID: 02186751 |
|
すべての列フィルターを使用して監査ログをフィルタリングする際、エラーが返されたり不正確なエントリが表示されたりすることなく、結果が正しく一貫して読み込まれるようになりました。 以前は、すべての列でのフィルタリングを行うと、結果が一貫しなかったり、断続的なエラーや動作の遅延が発生したりしていましたが、個別の列フィルターは引き続き正常に動作していました。 Service Cloud ケース ID: 02291645, 02294006, 02295963, 02296274 |
| 大規模なユーザーグループに割り当てられたカスタムロールを編集できるようになりました。 以前は、これがエラーを引き起こし、ユーザータブに割り当てられたユーザーのリストが表示されませんでした。 Service Cloud ケース ID: 02196729, 02165691 |
| 通知メールは、SMTP サーバーが障害から復旧した際に、サービスの再起動を行わずとも、Control Room の オンプレミス 環境から送信されるようになりました。 以前は、サービスが再起動されるまで通知は配信されませんでした。 Service Cloud ケース ID: 02206905 |
| マウントされたファイルシステム上にあるリポジトリで行われたインポートは、もはや予期しない 不足している依存関係のエラーで断続的に失敗することはありません。 システムがファイルを検証する前に、ファイルが準備できていることを確認するために、再試行メカニズムを追加しました。 現在、インポートとプロモーションのワークフローは、スムーズかつ一貫して実行されます。 以前、インポート処理がマウントドライブ上でファイルが完全に作成される前にアップロードされたファイルの検証を試みることがあり、その結果、インポートおよびプロモート操作中に断続的な失敗が発生する場合がありました。 Service Cloud ケース ID: 02217270, 02219552 |
|
ループ アクション を Data Table イテレータと共に使用した際に、変数マッピングのキーと名前フィールドで文字が切り捨てられる問題を修正しました。 Service Cloud ケース ID: 02274202 |
|
名前変更操作は現在正しく機能し、bots はもはや File not found エラーを生成したり、リポジトリから削除されたりしません。 以前は、botの名前が大文字小文字の変更のみで変更された場合（例えば、 Service Cloud ケース ID: 02219800, 02228077, 02275932 |
| 異なるデプロイメントモード間でのデバイス共有の取り扱いが強化され、一貫したキュー実行が保証されるようになりました。 ユーザーセッションは正しく開始され、作業項目は遅延なく迅速に処理されます。 以前は、オートメーションの更新中にターミナルサーバーでユーザーセッションが開始されず、作業項目が実行されませんでした。 Service Cloud ケース ID: 02232829 |
| この修正により、システムはControl Roomから削除されたユーザーの通知設定を正しく無効にし、削除後にさらなるメール通知が送信されないようにします。 以前は、削除されたユーザーがメールを受け取り続けていました。なぜなら、ユーザー削除プロセス中に通知設定が自動的に更新または無効化されなかったからです。 Service Cloud ケース ID: 02203097 |
|
ファイルを見つける 検索は、検索テキストで異なる文字の大文字小文字が使用された場合でも、適切な結果を返すようになりました。 検索は大文字と小文字を区別しないようになり、テキストの入力方法に関係なく期待される結果が得られます。 以前、ファイル検索（F3）検索では、Bot 名が一致していても、ユーザーが大文字・小文字のバリエーション（例： Service Cloud ケース ID: 02283780 |
| ユーザーは、bot の実行が停止または失敗しても、仮想デスクトップとメインデスクトップの間を信頼性を持って切り替えることができるようになりました。 以前は、ユーザーがピクチャーインピクチャー（PiP）モードで仮想デスクトップを終了できず、botが予期せず停止したときに行き詰まってしまうことがありました。 Service Cloud ケース ID: 02276917 |
| グローバル変数を含むメイン bot をエクスポートする際、依存する（子）bots が選択されていなくても、プロセスは正常に完了します。 ユーザーは、子の bot 依存関係を含める必要なく、グローバル変数を使用して bots を信頼性を持ってエクスポートできます。 以前は、エクスポートが開始されましたが、ダウンロードエクスポートされた zip ファイルフェーズで失敗していました。 Service Cloud ケース ID: 02183350 |
|
Bots はトリガーと戻り変数のマッピングを使用して、回避策を必要とせずに正しくコンパイルおよび実行されるようになりました。 以前、O365 Outlook EmailトリガーでBot 検証を有効にし、出力変数をマッピングした場合、事前処理エラーが発生していました。 Service Cloud ケース ID: 02190403 |
| クローンされた bots は、上流の変更を正しく検出し、必要に応じて再コンパイルすることで、任意のユーザーによってチェックインされた最新のバージョンを実行することを保証します。 以前、クローンされたbotsのupdated_onタイムスタンプは変更されましたが、content_modified_onは変更されず、システムが再コンパイルをスキップしました。 その結果、エディタで最新の更新を確認できましたが、実行は依然として古いコンパイル済みコードを実行していました。 Service Cloud ケース ID: 02277891 |
| 作業項目は現在、自動的に並べ替えられた順序で提供されます。これにより、優先度の高いタスクが最初に実行されることが保証されます。 ソートは最大3つのユーザー定義の列を使用して構成することができ、デフォルトでは挿入日になります。 以前は、Workload Management (WLM) が高優先度の作業項目処理をトリガーするのに15分以上かかることがありました。 Service Cloud ケース ID: 02286357 |
|
Workload Management (WLM) bots は再コンパイル後に ダウンロード依存関係 または ファイルが見つかりません エラーで失敗しなくなりました。 この修正により、bot コンパイルおよびキューに入れられたデプロイメント中に正しい JAR ファイルの参照が維持されることが保証されます。 以前、コンパイル後に生成された JAR ファイルが削除され、キューに入れられたデプロイメントレスポンスでまだ参照されている場合、実行中にプロダクション bots が失敗する原因となっていました。 |
| トリガーをユーザーにマッピングし、さらに同じユーザーに既に割り当てられているロールにもマッピングした後、重複したトリガーの関連付けがイベントトリガーページに表示されない問題を修正しました。 この問題は、マルチユーザーデバイスのみに対して修正されました。 Service Cloud ケース ID: 02278167 |
|
Workload Management（WLM）のプリセット日付範囲フィルターは、実際の変更履歴に基づいた作業項目数を正しく反映するようになりました。 以前、WLM キューのフィルターでプリセットの日付範囲（例：過去24時間、過去7日間、過去30日間）を使用した場合、不正確で同一の作業項目数が表示されていました。 Service Cloud ケース ID: 02291853, 02292061, 02295150 |
| ステージングおよびキューイングのフェーズは削除され、作業項目はデータベースから直接提供されるようになりました。 さらに、リトライ機能は正常に動作し、ワークアイテムは期待通りに状態を遷移します。 以前は、キューの再試行機能により、作業項目が処理に進まずに新規の状態のまま残ることがありました。 Service Cloud ケース ID: 02293465 |
制限事項
| Process editor にプロセスを作成するとき、Form タスクと Go to 条件を含み、端末状態（エンドポイント）がない場合、保存中に検証エラーは表示されません。 これにより、不完全なプロセス構成が生じる可能性があります。 |
|
Process editorでBotタスクからFormタスクへファイル変数をマッピングする際、ファイルが正しくマッピングされず、プロセスが無限にロード状態のままになる場合があります。 回避策: ストレージファイルをアップロード および ストレージファイル取得 actions を Process Composer package から使用し、プロセス内のファイル入力変数に対して Bot をアップロード オプションを選択してください。 |
| プロセスを Form タスクで作成し、Form フィールドの隣にあるリロードオプションをクリックすると、動的フォーム要素（ラジオボタンやチェックボックスなど）用に 利用可能なオプション フィールドの下で設定された変数マッピングがクリアされる可能性があります。 |
| レコード変数を作成するときに、スキーマを設定 チェックボックスを選択し、プロセスを保存してから再度開くと、チェックボックスの選択が Process editor に保持されません。 |
| Process editor でプロセスを実行する際、アシスタント は欠落している依存関係の検証エラーを表示しません。 さらに、プロセス内でエラーが発生した正確な位置を示すことができません。 |
| Enterprise Platform ライセンスを持たずに Split および Merge ノードを含むプロセスをインポートすると、Split および Merge ノードは Process editor に表示されないはずです。 ただし、制限のため、ユーザーは依然として要素セクションの左パネルにこれらのオプションを見ることができます。 |
| トリガーによって自動化が実行され、履歴アクティビティページでアクティビティを開いた場合、実行詳細セクションは表示されません。 |
|
Node Manager をホストしている Control Room がクラッシュすると、API Tasks は 進行中 状態のまま停止できず、履歴 に移動することもできません。 回避策: API タスクが進行中の状態のまま停止できず、履歴にも移動できない状態（要A-Peopleへのログイン） を参照してください。 |
| 以前のリリースからの制限事項 |
|---|
| コネクターパッケージ内のアクションのリクエストボディに100以上のパラメータが含まれている場合、公開プロセスは失敗します。 アクションを削除するか、アクションから余分なパラメータを削除してコネクタパッケージを正常に公開できます。 |
| API Task はクラウド専用の機能です。 現在、オンプレミス環境にAPI Tasksをインポートできます。 オンプレミスの Control Room でインポートされたAPI Taskを表示できますが、自動化として実行することはできません。 |
| カスタムコネクタのアクションのリクエストボディにネストされた JSON がハードコーディングされた値を持つネストされたキーを含む場合、アクションを消費するAPI TasksとTask Botsは実行に失敗します。 アクションを構成する際は、ユーザー提供オプションを使用して、リクエストボディの JSON のネストされたキーをワークアラウンドとして設定してください。 |
インターフェースの更新
|
Control Room のライセンスの詳細ページでは、これまでの ドキュメント AI クレジット に代わり、ドキュメント自動化クレジット が表示されるようになりました。
|
| コネクタ テーブルのフィルターオプションは、パッケージ ページで 名前 と バージョン オプションのみを表示します。 |
