2026 年 5 月

May 28, 2026

Process entry point preserved when creating, updating, or upgrading a release

We fixed an issue where the entry point could be cleared when creating or updating a release through an API request that did not include the entry point in the payload.

The entry point is now resolved automatically when it is not provided.

May 25, 2026

New credential store integration: Delinea Secret Server (read only)

We added support for Delinea Secret Server (read only) as a credential store in Orchestrator.

This new integration is the successor to the existing Thycotic Secret Server store and is suitable for organizations that have migrated to the latest Delinea platform version. Both integrations share the same underlying SDK and the same rule-based onboarding mechanism, making it easy to migrate existing Thycotic credential stores to the new Delinea store.

We highly encourage you to migrate existing Thycotic credential stores to the new Delinea integration.

For more information, check the Delinea Secret Server integration section from the Integrating credential stores page in the Orchestrator user guide.

Detailed JSON schema validation errors for queue item endpoints

The AddQueueItem and BulkAddQueueItem endpoints now return the underlying JSON schema validation details when an item is rejected due to a schema mismatch.

Previously, these endpoints returned a generic error, which made it harder to identify which field violated the queue's schema. The detailed response now includes the specific validation output, helping you correct invalid payloads faster.

Automatic cleanup of Default Execution Identity references

When a user or machine is deleted from a tenant, the references to that user or machine are now automatically removed from the tenant-level Default Execution Identity configuration.

Previously, deleted users or machines remained as dangling entries in the configuration. The references were skipped at apply time, but they produced repeated warning logs and made the configuration harder to inspect. With this change, the configuration stays in sync with the actual users and machines in the tenant.

Subfolder management in Personal Workspace

The Personal Workspace Administrator built-in folder role now includes Create, Edit, and Delete permissions for Subfolders.

Previously, this role only granted View on subfolders, which meant users could not delete subfolders inside their Personal Workspace, including the automatically generated Debug folder, unless a tenant administrator explicitly granted the Subfolders Delete permission at the tenant level.

For more information about default folder roles, check the Personal Workspace Administrator role section from the Orchestrator user guide.

Tenant-level resources support in binding overwrites

Binding overwrites now properly support tenant-level resources, which are handled separately from folder-level resources.

Previously, all resources involved in a binding overwrite were treated as folder-level. As a result, a tenant-level entity could be displayed as Unknown in the Orchestrator UI even when the entity existed, and updating a tenant-level entity with another tenant-level resource returned a Folders not found (#2829) error. With tenant-level resources now handled accordingly, these scenarios work as expected.

2026 年 5 月 18 日

Orchestrator 用の暗号化されたストレージ バケット

バケットの作成時に [ 暗号化された形式で保存 ] オプションを有効化して、Orchestrator のストレージ バケットに暗号化レイヤーを追加できるようになりました。

既定では、すべてのストレージ バケットがサービス側の暗号化を使用して保護されます。このオプションを有効化すると、バケットに保存される各ファイルは、ファイルごとに一意の暗号化キーでさらに暗号化されます。暗号化キー自体は、顧客管理のキー (CMK) を使用して暗号化されます。

このオプションは、 顧客管理のキーにアクセスできる組織のみが利用できます。

2026 年 5 月 13 日

Automation Cloud ロボット - サーバーレスの静的 IP (英国とインド)

Automation Cloud ロボット - サーバーレスの許可リストに静的 IP を追加し、英国およびインド リージョンの一部の外部 IP に対してネットワークを開かないようにできるようになりました。静的 IP を使用するには、サーバーレス ロボット テンプレートでこのオプションを明示的に有効化する必要があります。これらを有効化した後、対応する IP を許可リストに追加できます。静的 IP のリストについては、『Automation Cloud 管理ガイド』の 「静的 IP の構成 」をご覧ください。

2026 年 5 月 11 日

ソリューションデプロイ時のサーバーレス自動ランタイム

ソリューションをデプロイする際に、 既定のサーバーレス テンプレートが自動的にアタッチされるようになりました。このため、追加の設定なしでオートメーションを実行できます。

これにより、マシン テンプレートを手動で設定する必要がなくなり、ランタイムがないためにプロセスが失敗するという一般的なデプロイの問題を回避できます。

更新内容

• 既定のサーバーレス テンプレートは自動的に追加されます (テンプレートが存在しない場合)
• テンプレートはフォルダー構造内で継承されます
• この挙動は、デプロイの詳細オプションを使用して無効化できます

スケジュールされたエージェンティック プロセスの正しいジョブ ソース

スケジュールされたエージェンティック ジョブのソースが、[ジョブ イベント] および Maestro で [手動] ではなく [トリガー] として正しく表示されるようになりました。

これにより、プロセスの開始方法の可視性が向上し、手動でトリガーする実行とスケジュールされた実行を区別しやすくなります。

リソース検索フィルターの改良

クロスフォルダーの [レジストリ] ページの [リソース] タブから直接、エンティティのサブタイプでリソースをフィルター処理できるようになりました。これにより、より正確で関連性の高い検索結果が表示されるようになりました。

ジョブの再起動時に入力引数が保存される

失敗したジョブを再開する際に、入力引数が InputFileとして格納されていた場合でも正しく保持されるようになりました。

これまでは、入力の大きいジョブは再起動時に設定が失われ、ユーザーは引数を手動で再入力する必要がありました。この更新では元の入力が自動的に復元され、よりスムーズな再起動エクスペリエンスが保証されます。

IXP モデル用の新しいフォルダー レベルの権限

フォルダー レベルで新しい IXP モデル 権限が利用可能になり、IXP モデルへのアクセスをより詳細に制御できるようになりました。

含まれる機能

• Personal Workspace Administrator: 表示、作成、編集、削除
• Folder Administrator: 表示、作成、編集、削除
• Automation Developer: 表示、作成、編集、削除
• Automation ユーザー: 表示のみ

アクセス制御のニーズに合わせて、この権限をフォルダー レベルのカスタム ロールで割り当てることもできます。

アセットの直接 API アクセス

新しい [アクセスの範囲 ] 設定を使用して、オートメーションの外部でアセット値にアクセスできるようにするかどうかを制御できるようになりました。

アセットを作成または編集するときは、以下のいずれかのオプションを選択します。

• オートメーションのみ (既定): アセット値は、オートメーション ワークフロー内でのみ使用できます。
• オートメーションと API: アセット値には、API や連携を介してプログラムでアクセスすることもできます。

これにより、機密データの制御を維持しながら、柔軟性が向上します。

既存の資産は影響を受けません。既定では、明示的に変更しない限り、[ オートメーション] のみ に設定されます。

特定のアセットを名前で取得する

GetAssetByName エンドポイントを使用して、特定のアセットを名前で取得できるようになりました。

これは、アセット名がすでにわかっている場合に、オートメーション ワークフローの外部でその値を取得する場合に便利です。

詳しくは、『Orchestrator API ガイド』の「アセットの要求」ページの「特定のアセットを名前で取得する」セクションをご覧ください。

レジストリでの種類でリソースを並べ替える

クロスフォルダーの [レジストリ] ページの [リソース] タブで、リソースを種類別に並べ替えることができるようになりました。これにより、特定のエントリを簡単に整理したり見つけたりできるようになりました。

Orchestrator のホームページとしての [テナントの概要]

Orchestrator の既定のランディング エクスペリエンスを更新し、Orchestrator のメイン ルートに移動する際に、フォルダー レベルのホームページではなく [ テナントの概要 ] ページが開くようにしました。

必要に応じて、フォルダー レベルのホームページの URL をブラウザーのブックマークとして保存し、直接アクセスできます。

フォルダー間のジョブの可視性などの機能強化を含む、 テナント概要 のエクスペリエンスの向上について詳しくは、『Orchestrator ユーザー ガイド』の「 テナント 」をご覧ください。