スケジュール設定済みアクティビティを編集

オートメーションがスキップされないようにスケジュールを変更します。

前提条件

Control Room に管理者としてログインしていることを確認します。

以下の目的で、スケジュール設定済みアクティビティを編集します。
  • スケジュール タイプ、日付、または時間を変更する。
  • Bot Runner をスケジュールに追加するか、スケジュールから削除する。
  • 再試行設定を変更する。
注: Bot とその依存関係は、Bot またはその依存関係ファイルに更新が行われた場合にのみ再デプロイされます。

手順

  1. [アクティビティ] テーブルでスケジュール設定済み Bot の [アクション] アイコンの上にカーソルを合わせます。
  2. [編集] アイコンをクリックします。([編集] アイコン)
  3. 必要に応じて、スケジュールの詳細、Bot、およびデバイスに変更を加えます。
    オプション定義
    [繰り返しなし] Bot を指定した時刻に実行するには、次のように入力します。
    [開始日]
    デフォルト値は現在の日です。
    [開始時刻]
    デフォルト値は、次の 30 分に切り上げられます。
    [タイム ゾーン]
    ユーザーのシステムのタイム ゾーン
    [繰り返し実行] Bot をスケジュール設定して、特定日の特定時刻に実行するには、次のように入力します。
    [開始日]
    デフォルト値は現在の日です。
    [終了日]
    フィールドのデフォルト値は空白です。
    [開始時刻]
    デフォルト値は、次の 30 分に切り上げられます。
    [タイム ゾーン]
    ユーザーのシステムのタイム ゾーン
    注:

    サマータイムが有効で、スケジュールに [開始日] が設定されている場合、[開始日] は、ユーザーの現在のタイム ゾーンではなく、それが属するタイム ゾーンで表示されます。ただし、[次の出現] は、サマータイムに従ったタイム ゾーン (ユーザーのシステム タイム ゾーン) で表示されます。

    たとえば、GMT タイム ゾーンの 3 月 15 日に作成されたスケジュールの場合、[開始日] は GMT タイム ゾーンに属する「Mar-15th」と表示されます。その後、サマータイムが有効になり、BST タイム ゾーンの 8 月にこのスケジュールを編集または表示すると、[次の出現] は BST タイム ゾーンに属する現在の 8 月の日付で表示されます。
    注: デバイスの時刻よりも早い開始日や開始時刻を選択すると、アラートが表示されます。
  4. [失敗したスケジュールの設定] セクションで、[スケジュールをもう一度再デプロイ] を選択すると、Control Room のシャットダウンのために実行されなかったスケジュールを再デプロイすることができます。
    注: デプロイを成功させるには、[スケジュールをもう一度再デプロイ] オプションを使用する場合、Control Room サービスを再起動する前にコンパイラー サービスを開始する必要があります。

    [スケジュールをもう一度再デプロイ] オプションが選択されている場合、Control Room のシャットダウンのために実行されなかったスケジュールは、Control Room が再起動した後、自動的に再デプロイされます。監査ログ エントリもイベント タイプを表示する Schedule misfired として追加されます。

  5. [デバイス プール] を選択します。
    選択可能なデバイス プールのリストからプールを選択します。
  6. オプション: 上下矢印をクリックすると、選択したデバイス プールを優先的に設定することができます。
  7. オプション: [一般] タブで、[自動化の優先度] を変更します。
  8. [Bot をスケジュール設定] をクリックします。
[Bot をスケジュール設定] オプションは、すべての必須項目 (Bot、スケジュールの詳細、デバイスなど) を選択するまで無効のままです。
Bot がデプロイされる回数は、スケジュールに選択された実行ユーザー (Bot Runner) に依存します。次のシナリオを考慮してください。
  • 選択された実行ユーザーの数が 2 人で、どちらのユーザーも Bot 実行デバイスを持っている場合: Bot は、2 人の実行ユーザーとその Bot 実行デバイスに 2 回デプロイされます。
  • 選択された実行ユーザーの数が 3 人で、ユーザーのうち 1 人だけが Bot 実行デバイスを持っている場合: この場合、デバイス プールを選択する必要があります。デバイス プールに 2 台のデバイスしかない場合、Bot は、デバイス プール内の両方のデバイスに 3 回デプロイされ、さらに 第 3 ユーザーの Bot 実行デバイスにもデプロイされます。
  • 選択された実行ユーザーの数が 3 人で、3 人のユーザーのいずれも Bot 実行デバイスを持っていない場合: この場合、デバイス プールを選択する必要があります。デバイス プールに 2 台のデバイスしかない場合、Bot は、デバイス プール内の両方のデバイスに 2 回デプロイされ、Bot デプロイの第 3 要求がキューに入ります。デバイス プールでデバイスが利用可能になったときのみ、Bot はデプロイされます。
  • 選択された実行ユーザーの数が 2 人で、2 人のユーザーのいずれも Bot 実行デバイスを持っていない場合: この場合、デバイス プールを選択する必要があります。デバイス プールに 4 台のデバイスがある場合、デバイス プール内の利用可能な 2 台のデバイスに Bot は 2 回デプロイされます。
注: デバイス プールのないスケジュールでは、1 つ以上のアクティブな実行ユーザー デバイスが利用できないか切断された場合、スケジュール内のすべての実行ユーザーの Bot デプロイが失敗します。