- Getting started
- Best practices
- Tenant
- About the Tenant Context
- Searching for Resources in a Tenant
- Managing Robots
- Connecting Robots to Orchestrator
- Storing Robot Credentials in CyberArk
- Storing Unattended Robot Passwords in Azure Key Vault (read only)
- Storing Unattended Robot Credentials in HashiCorp Vault (read only)
- Storing Unattended Robot Credentials in AWS Secrets Manager (read only)
- Deleting Disconnected and Unresponsive Unattended Sessions
- Robot Authentication
- Robot Authentication With Client Credentials
- Audit
- Settings
- Folders Context
- Automations
- Processes
- Jobs
- Apps
- Triggers
- Logs
- Monitoring
- Queues
- Assets
- Storage Buckets
- Test Suite - Orchestrator
- Resource Catalog Service
- Authentication
- Integrations
- Classic Robots
- Troubleshooting
トリガーについて
トリガーを使用すると、事前に計画された方法でジョブを実行できます。[トリガー] ページでは、新しいトリガーの作成、既存トリガーの管理、または既存のプロセスに基づいたジョブの即時実行を行うことができます。
- タイム トリガー - 定期的に開始するようオートメーションに指示します。詳細はこちらをご覧ください。
- キュー トリガー - 新しいアイテムがキューに追加されるたびに開始するようオートメーションに指示します。詳細はこちらをご覧ください。
- イベント トリガー - 指定したイベントが発生するたびに (イベント トリガー) 開始するようオートメーションに指示します。詳細はこちらをご覧ください。
- API トリガー - 外部アプリケーションでジョブを開始できます。詳細はこちらをご覧ください。
それぞれが独自の日付セットを持つ非稼働日の複数のリストをテナントごとに定義し、必要に応じてトリガーを実行しないように設定できます。つまり、祝日、土日など、通常業務がない日には、長期トリガーが起動されないように設定できます。[設定] ページの [非稼働日] タブでは、そのようなカレンダーを定義またはアップロードできます。既定では、BankHoliday カレンダーが作成され、最初の非稼働日を簡単に定義できます。選択されたカレンダーで定義された非稼働日を過ぎると、通常どおりにトリガーが起動されます。
トリガーにこのような制限を適用するには、新規トリガーの作成時または既存トリガーの編集時に、[非稼働日の制限] ドロップダウンから希望するカレンダーを選択する必要があります。トリガーにはカレンダーを 1 つだけ選択できます。[非稼働日] タブでカレンダーの編集を行うと、[非稼働日の制限] ドロップダウン内で既に選択されているトリガーにも影響します。
非稼働日の管理方法の詳細については、こちらをご覧ください。
非稼働日の追加/削除は、テナント レベルで監査されます。監査の詳細については、こちらをご覧ください。
ジョブ実行ルールは、テナント レベルのさまざまな設定を使用して設定されます。詳細については、[全般] タブ ページの [実行設定] セクションをご覧ください。