创建时间触发器

重要提示：

在设计时使用时间触发器活动创建的时间触发器，可在创建流程时在 Orchestrator 中进一步配置，因为系统会将这些类型的触发器标识为包要求。请参阅“管理包要求”>“添加时间和队列触发器” ，了解更多信息。

1. 在文件夹中，导航到“自动化” > “触发器” ，然后在“时间触发器”页面上，单击“添加新触发器” 。系统将显示“创建时间触发器”页面。
2. 从“流程名称” 下拉菜单中，选择要为其配置时间触发器的流程。
3. 在“名称”字段中，为触发器添加一个名称，以方便识别。
4. 从“作业优先级” 下拉菜单中，选择作业的优先级。 默认值为Inherited ，这意味着作业优先级与为选定流程定义的优先级相同。
5. From the Runtime type drop-down menu, select the runtime used to execute the jobs that are launched by the trigger.
6. 在“执行目标”选项卡上，选择作业的分配机制和执行目标。

描述
动态分配	动态分配 无需显式选择帐户和计算机的动态分配允许您在首先可用的帐户和计算机下多次执行前台流程。 只要您有足够的运行时，后台流程就可以在任何帐户上执行，无论其是否忙碌。 使用“动态分配”选项，您可以在一个作业中最多执行一个流程 10000 次。
	帐户 该流程在特定帐户下执行。仅指定帐户会导致 Orchestrator 动态分配计算机。同时指定帐户和计算机模板意味着作业将在该帐户-计算机对上启动。
	计算机 此流程在附加到所选计算机模板的其中一台主机上执行。仅指定计算机模板会导致 Orchestrator 动态分配帐户。同时指定帐户和计算机模板意味着作业将在该帐户-计算机对上启动。 注意：确保将执行作业所需的运行时许可证分配给关联的计算机模板。
	主机名 选择计算机模板后，系统将显示“主机名”选项，允许您选择所需的工作站/机器人会话以执行流程。 系统将显示活动文件夹中的所有可用会话，包括未连接、已断开连接或已连接的会话。 注意：只有无人值守运行时可用于配置映射。确保将执行作业所需的运行时许可证分配给关联的计算机模板。
选择有效的帐户-计算机映射	该流程可以在特定的帐户-计算机对上执行。了解有关用户-计算机映射的更多信息。 备注： 选择未激活（即，处于“无响应”或“已断开连接”状态）的主机名时，将显示警告。 无法从触发器所在的文件夹中删除或取消分配触发器中使用的映射中的帐户。 确保未在触发器中将该帐户设置为执行目标，以便将其删除。

备注：

选择未激活的主机名（即处于“无响应”或“已断开连接”状态）时，系统将显示警告。在与 Orchestrator 建立相应的连接之前，计划由非活动会话执行的作业将保持“待处理”状态。

• 要确定选择未激活的主机名，请单击“确认”。
• To go back and select another hostname, click Cancel. Configuring the same trigger with the same account-machine mapping, but with an additional hostname selection doubles the number of jobs to be executed.
• For example, say you configured a trigger T1 with the account A1 mapped to the machine template MT1. A number of ten jobs are queued for execution in this configuration. Later on, you configure the same trigger T1 with the account A1 mapped to the machine template MT1, but now you also select a hostname H1. The same ten jobs are queued again for this case, as Orchestrator interprets the configuration as new.

7. 在“参数”选项卡上，如果您的流程中有输入参数，请提供输入参数的值。有关输入和输出参数的更多详细信息。
8. 从“时区” 下拉菜单中，选择触发触发器的时区。
   备注：

   • 触发器时区不依赖于租户时区。 您可以为时间触发器执行设置不同的时区。
   • 使用夏令时 (DST) 的位置在其 UTC 偏移量中列出。 DST 生效时，UTC 偏移量不会增加。 例如，在 DST 期间，伦敦时区显示为 UTC+00:00。
   • Orchestrator 的计划机制会在启动作业时自动考虑DST，因此无需调整时区将 DST 考虑在内。计划在 12:00 运行的作业在冬季和夏季的运行时间均为 12:00。
9. 选择触发器的执行频率。可用选项包括：
   • 每分钟 - 选择每次触发器执行之间应经过的分钟数。示例：每 5 分钟一次。
   • 每小时 - 选择每次触发器执行之间应经过的小时数，以及应该标记开始新执行的分钟数。示例：每 2 小时过去 20 分钟后。
   • 每日 - 选择触发器执行之间应相隔的天数，以及新执行应开始的时间。示例：每 4 天的中午 12:30。
   • 每周 - 选择要执行触发器的特定工作日和时间。示例：星期一上午 11:45。
   • 每月（日期） - 选择触发器执行之间应相隔的月数，以及新执行应在什么日期和时间开始。示例：每 2 个月在中午 11:30 运行，并在该月的最后一个工作日运行。
   • 每月（星期几） - 选择触发器执行之间应相隔的月数，以及新执行应开始的工作日和时间。示例：每 2 个月上午 11:30 运行，在星期一运行。
   • 高级 - 设置自定义 CRON 表达式。有关详细信息，请参阅“使用 CRON 表达式”页面。

Orchestrator 使用开源库来解析和显示 CRON 描述，请参见此处。

备注：

CRON 表达式可以与非工作日结合使用。这意味着，如果通过 CRON 表达式将触发器配置为在某个被排除的日期运行，则系统会跳过这一天，并将触发器重新安排在下一个可用的日子，依此类推。

10. 选择希望触发器执行的频率（以分钟为单位）。
    重要提示：

    我们的 CRON 表达式采用的 CRON 标准使用基于 60 分钟到一个小时的时间系统。这意味着只有该间隔的值是 60 的除数时，才能以在“重复间隔”字段中配置的确切间隔执行触发器。否则，重复周期将不完全遵循该字段中的分钟数，从而导致出现执行差异。为避免这种情况，我们建议调整触发器设置或使用事件触发器。示例：您将触发器设置为每 21 分钟执行一次，并在 9:00 开始作业。这将呈现以下执行计划：

    • 第一个作业于 9:00 开始。
    • 第二个作业于 9:21 开始。
    • 第三个作业于 9:42 开始。
    • 第四个作业于 10:00 开始。第四个作业在 18 分钟而不是 21 分钟后开始的原因是，cron 组件会匹配 1 到 59 分钟之间集合中的每^第21 个项目。在此示例中，这些项目为 00、21、42。
11. 如果您希望触发器在某些非工作日停止触发，请从“非工作日限制”下拉菜单中选择一个非工作日日历。有关非工作日的更多详细信息。
12. 打开“计划结束作业执行”开关，以选择作业终止策略。
    备注：

    • 即使作业在排队等待，此处指定的时间仍会按照您的要求计算。例如，如果您将某个作业计划为在下午 1 点运行，并将其设置为在 20 分钟后停止，则即使该作业一直停留在队列中，直到下午 1:15 才开始，也会在下午 1:20 停止。
    • 为手动启动的作业保留触发器的“计划结束作业执行”选项。例如，假设您创建了触发器 T1 并激活了以下作业结束计划：
    • 计划作业执行结束：10 分钟后停止作业
    • 如果作业没有停止，则计划自动“终止” ： 2 分钟后终止作业在“自动化” > “触发器”页面上，当您单击触发器 T1 的“立即启动作业”时，将在“启动作业”页面打开，其中已应用作业结束计划，与创建触发器时配置的相同。示例：如果您计划在 2 小时后停止“待处理”或“正在运行”的作业，并配置为在 3 小时后终止同一作业，则该作业将在 5 小时后终止。发生这种情况是因为，首先，系统会向 Orchestrator 发送信号，表明作业确实在 2 小时后停止。收到信号后，终止作业操作将在 3 小时内触发，因此总共需要 5 小时。
    • 从下拉列表中选择“停止- 在作业一直处于“待处理”或“正在运行”状态后经过已定义的时间间隔后尝试正常结束执行（将时间设置为最短 1 分钟、最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

图 1. 计划作业执行的结束

• 从下拉列表中选择“终止” - 从作业一直处于“待处理”或“正在运行”状态以来，经过已定义的时间间隔后尝试强制结束执行（将时间设置为最短 1 分钟，最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试终止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

• 从下拉列表中选择“停止”，然后启用“如果作业未停止，则终止作业”选项 - 自作业一直处于“待处理”或“正在运行”状态以来，在定义的时间间隔过后尝试正常结束执行，然后尝试强制终止作业在作业一直处于“正在停止”状态以来，已经过定义的时间间隔后结束作业（将时间设置为最短 1 分钟，最长 10 天 23 小时 59 分钟）。

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。如果无法终止，Orchestrator 将尝试终止处于“正在停止”状态至少 20 分钟的作业。

13. 打开“计划自动禁用触发器”切换开关，然后输入要禁用触发器的日期和时间。所选时区决定了何时禁用时间触发器。

14. 打开“在作业卡住（处于挂起或已恢复状态）时生成警示”开关，并设置完成作业所需的预期时长，以使其保持“挂起”或“已恢复”状态。可配置时长最短为一分钟。可配置时长最长为 11 天。如果作业超过配置的持续时间，则会弹出“错误”严重性警报，并使用以下文本通知您：“#process {process_number} 的 N 个作业已挂起或恢复超过 X 小时 Y 分钟” ",其中：

    • N - 是触发警示的作业编号；
    • {process_number} - 流程标识符；
    • X - 作业处于挂起或已恢复状态时超过的配置小时数；天数将转换为小时。
    • Y - 作业处于挂起或已恢复状态时超过的配置分钟数。

15. 打开“在作业已启动但尚未完成时生成警示”开关，并设置完成作业所需的预期时长。可配置的持续时间最短为一分钟，最长为十一天。如果作业超过配置的持续时间，则会弹出“错误”严重性警报，并使用以下文本通知您：“#process {process_number} 的作业已挂起已运行超过 X 小时 Y 分钟”。 ",其中：

    • {process_number} - 流程标识符；
    • X - 作业尝试完成时超出的配置小时数；天数将转换为小时。
    • Y - 作业尝试完成时超出的配置分钟数。

16. 如果您想控制在作业失败后何时禁用触发器，请打开“设置基于执行的触发器禁用” 开关。此开关会显示两个选项：

    选项	描述
    连续作业执行计数失败时禁用	在达到您为此设置选择的失败执行次数后，将禁用触发器。您可以选择 1 到 100 之间的值。默认值为 1，这意味着在 1 次启动失败后，将禁用触发器。停止的作业不计入此值。
    禁用触发器的宽限期 (天)	作业首次失败后禁用触发器之前要等待的天数。您可以选择 0 到 30 之间的值。默认值为 0，这意味着当当天达到上述字段中设置的作业执行次数时，系统将禁用触发器。

备注：

If you are on the Community licensing plan and you choose a Cloud - Serverless runtime for the underlying process, the Set execution-based trigger disabling option is automatically enabled, with the following default values (the fields are read-only):

• Disable when consecutive job execution fail count is set to 10.
• Grace period on disabling the trigger (days) is set to 0.

17. 要保持配置用于启动作业（步骤 7）的相同用户-计算机上下文，请选中“在作业恢复时保持用户/计算机分配”复选框。这可优化您的许可证和资源使用情况。

为智能体创建时间触发器

备注：

功能可用性取决于您使用的云产品。有关详细信息，请参阅功能可用性页面。

重要提示：

在设计时使用时间触发器活动创建的时间触发器，可在创建流程时在 Orchestrator 中进一步配置，因为系统会将这些类型的触发器标识为包要求。请参阅“管理包要求”>“添加时间和队列触发器” ，了解更多信息。

1. 在文件夹中，导航到“自动化” > “触发器” ，然后在“时间触发器”页面上，单击“添加新触发器” 。系统将显示“创建时间触发器”页面。
2. 从“流程名称” 下拉菜单中，选择要为其配置时间触发器的流程。
3. 在“名称”字段中，为触发器添加一个名称，以方便识别。
4. 从“时区” 下拉菜单中，选择触发触发器的时区。

备注：

• 触发器时区不依赖于租户时区。 您可以为时间触发器执行设置不同的时区。
• 使用夏令时 (DST) 的位置在其 UTC 偏移量中列出。 DST 生效时，UTC 偏移量不会增加。 例如，在 DST 期间，伦敦时区显示为 UTC+00:00。
• Orchestrator 的计划机制会在启动作业时自动考虑DST，因此无需调整时区将 DST 考虑在内。计划在 12:00 运行的作业在冬季和夏季的运行时间均为 12:00。

5. 选择触发器的执行频率。可用选项包括：
   • 每分钟 - 选择每次触发器执行之间应经过的分钟数。示例：每 5 分钟一次。
   • 每小时 - 选择每次触发器执行之间应经过的小时数，以及应该标记开始新执行的分钟数。示例：每 2 小时过去 20 分钟后。
   • 每日 - 选择触发器执行之间应相隔的天数，以及新执行应开始的时间。示例：每 4 天的中午 12:30。
   • 每周 - 选择要执行触发器的特定工作日和时间。示例：星期一上午 11:45。
   • 每月（日期） - 选择触发器执行之间应相隔的月数，以及新执行应在什么日期和时间开始。示例：每 2 个月在中午 11:30 运行，并在该月的最后一个工作日运行。
   • 每月（星期几） - 选择触发器执行之间应相隔的月数，以及新执行应开始的工作日和时间。示例：每 2 个月上午 11:30 运行，在星期一运行。
   • 高级 - 设置自定义 CRON 表达式。有关详细信息，请参阅“使用 CRON 表达式”页面。

Orchestrator 使用开源库来解析和显示 CRON 描述，请参见此处。

备注：

CRON 表达式可以与非工作日结合使用。这意味着，如果通过 CRON 表达式将触发器配置为在某个被排除的日期运行，则系统会跳过这一天，并将触发器重新安排在下一个可用的日子，依此类推。

6. 选择希望触发器执行的频率（以分钟为单位）。
   重要提示：

   我们的 CRON 表达式采用的 CRON 标准使用基于 60 分钟到一个小时的时间系统。这意味着只有该间隔的值是 60 的除数时，才能以在“重复间隔”字段中配置的确切间隔执行触发器。否则，重复周期将不完全遵循该字段中的分钟数，从而导致出现执行差异。为避免这种情况，我们建议调整触发器设置或使用事件触发器。示例：您将触发器设置为每 21 分钟执行一次，并在 9:00 开始作业。这将呈现以下执行计划：

   • 第一个作业于 9:00 开始。
   • 第二个作业于 9:21 开始。
   • 第三个作业于 9:42 开始。
   • 第四个作业于 10:00 开始。第四个作业在 18 分钟而不是 21 分钟后开始的原因是，cron 组件会匹配 1 到 59 分钟之间集合中的每^第21 个项目。在此示例中，这些项目为 00、21、42。
7. 如果您希望触发器在某些非工作日停止触发，请从“非工作日限制”下拉菜单中选择一个非工作日日历。有关非工作日的更多详细信息。
8. 打开“计划结束作业执行”开关，以选择作业终止策略。

备注：

• 即使作业在排队等待，此处指定的时间仍会按照您的要求计算。例如，如果您将某个作业计划为在下午 1 点运行，并将其设置为在 20 分钟后停止，则即使该作业一直停留在队列中，直到下午 1:15 才开始，也会在下午 1:20 停止。
• 为手动启动的作业保留触发器的“计划结束作业执行”选项。例如，假设您创建了触发器 T1 并激活了以下作业结束计划：
• 计划作业执行结束：10 分钟后停止作业
• 如果作业没有停止，则计划自动“终止” ： 2 分钟后终止作业在“自动化” > “触发器”页面上，当您单击触发器 T1 的“立即启动作业”时，将在“启动作业”页面打开，其中已应用作业结束计划，与创建触发器时配置的相同。示例：如果您计划在 2 小时后停止“待处理”或“正在运行”的作业，并配置为在 3 小时后终止同一作业，则该作业将在 5 小时后终止。发生这种情况是因为，首先，系统会向 Orchestrator 发送信号，表明作业确实在 2 小时后停止。收到信号后，终止作业操作将在 3 小时内触发，因此总共需要 5 小时。

• 从下拉列表中选择“停止- 在作业一直处于“待处理”或“正在运行”状态后经过已定义的时间间隔后尝试正常结束执行（将时间设置为最短 1 分钟、最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

• 从下拉列表中选择“终止” - 从作业一直处于“待处理”或“正在运行”状态以来，经过已定义的时间间隔后尝试强制结束执行（将时间设置为最短 1 分钟，最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试终止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

• 从下拉列表中选择“停止”，并启用“如果作业未停止，则计划自动‘终止’”选项 - 这会在作业一直处于“待处理”或“正在运行“状态以来经过已定义的时间间隔后尝试正常结束执行，然后在作业一直处于“正在停止”状态以来经过已定义的时间间隔后尝试强制结束作业（可设置的最短时间为 1 分钟，最长时间为 10 天 23 小时 59 分钟）。

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。如果无法终止，Orchestrator 将尝试终止处于“正在停止”状态至少 20 分钟的作业。

9. 打开“在作业已启动但尚未完成时生成警示”开关，并设置完成作业所需的预期时长。可配置的持续时间最短为一分钟，最长为十一天。如果作业超过配置的持续时间，则会弹出“错误”严重性警报，并使用以下文本通知您：“#process {process_number} 的作业已挂起已运行超过 X 小时 Y 分钟”。 ",其中：
   • {process_number} - 流程标识符；
   • X - 作业尝试完成时超出的配置小时数；天数将转换为小时。
   • Y - 作业尝试完成时超出的配置分钟数。
10. 在“执行目标”选项卡中，使用“帐户”下拉列表，选择会动态分配帐户的“任何用户/机器人帐户”，或者从列表中选择一个特定帐户。
11. 如果包具有输入和/或输出参数，这些参数将显示在“输入”和“输出”选项卡下的“runtime 参数”部分。参数值继承自包，但您可以根据需要对其进行编辑。要在参数和基础 JSON 模式视图之间切换，请选择“JSON 模式”。

图 2. JSON 架构

为智能体流程创建时间触发器

备注：

功能可用性取决于您使用的云产品。有关详细信息，请参阅功能可用性页面。

重要提示：

在设计时使用时间触发器活动创建的时间触发器，可在创建流程时在 Orchestrator 中进一步配置，因为系统会将这些类型的触发器标识为包要求。请参阅“管理包要求”>“添加时间和队列触发器” ，了解更多信息。

1. In a folder, navigate to Automations, then Triggers, and on the Time Triggers page, click Add a new trigger. The Create Time Trigger page is displayed.
2. 从“流程名称” 下拉菜单中，选择要为其配置时间触发器的流程。
3. 在“名称”字段中，为触发器添加一个名称，以方便识别。
4. 从“时区” 下拉菜单中，选择触发触发器的时区。

备注：

• 触发器时区不依赖于租户时区。 您可以为时间触发器执行设置不同的时区。
• 使用夏令时 (DST) 的位置在其 UTC 偏移量中列出。 DST 生效时，UTC 偏移量不会增加。 例如，在 DST 期间，伦敦时区显示为 UTC+00:00。
• Orchestrator 的计划机制会在启动作业时自动考虑DST，因此无需调整时区将 DST 考虑在内。计划在 12:00 运行的作业在冬季和夏季的运行时间均为 12:00。

5. 选择触发器的执行频率。可用选项包括：
   • 每分钟 - 选择每次触发器执行之间应经过的分钟数。示例：每 5 分钟一次。
   • 每小时 - 选择每次触发器执行之间应经过的小时数，以及应该标记开始新执行的分钟数。示例：每 2 小时过去 20 分钟后。
   • 每日 - 选择触发器执行之间应相隔的天数，以及新执行应开始的时间。示例：每 4 天的中午 12:30。
   • 每周 - 选择要执行触发器的特定工作日和时间。示例：星期一上午 11:45。
   • 每月（日期） - 选择触发器执行之间应相隔的月数，以及新执行应在什么日期和时间开始。示例：每 2 个月在中午 11:30 运行，并在该月的最后一个工作日运行。
   • 每月（星期几） - 选择触发器执行之间应相隔的月数，以及新执行应开始的工作日和时间。示例：每 2 个月上午 11:30 运行，在星期一运行。
   • 高级 - 设置自定义 CRON 表达式。有关详细信息，请参阅“使用 CRON 表达式”页面。

Orchestrator 使用开源库来解析和显示 CRON 描述，请参见此处。

备注：

CRON 表达式可以与非工作日结合使用。这意味着，如果通过 CRON 表达式将触发器配置为在某个被排除的日期运行，则系统会跳过这一天，并将触发器重新安排在下一个可用的日子，依此类推。

6. 选择希望触发器执行的频率（以分钟为单位）。
   重要提示：

   我们的 CRON 表达式采用的 CRON 标准使用基于 60 分钟到一个小时的时间系统。这意味着只有该间隔的值是 60 的除数时，才能以在“重复间隔”字段中配置的确切间隔执行触发器。否则，重复周期将不完全遵循该字段中的分钟数，从而导致出现执行差异。为避免这种情况，我们建议调整触发器设置或使用事件触发器。示例：您将触发器设置为每 21 分钟执行一次，并在 9:00 开始作业。这将呈现以下执行计划：

   • 第一个作业于 9:00 开始。
   • 第二个作业于 9:21 开始。
   • 第三个作业于 9:42 开始。
   • 第四个作业于 10:00 开始。第四个作业在 18 分钟而不是 21 分钟后开始的原因是，cron 组件会匹配 1 到 59 分钟之间集合中的每^第21 个项目。在此示例中，这些项目为 00、21、42。
7. 如果您希望触发器在某些非工作日停止触发，请从“非工作日限制”下拉菜单中选择一个非工作日日历。有关非工作日的更多详细信息。
8. 打开“计划结束作业执行”开关，以选择作业终止策略。
   备注：

   • 即使作业在排队等待，此处指定的时间仍会按照您的要求计算。例如，如果您将某个作业计划为在下午 1 点运行，并将其设置为在 20 分钟后停止，则即使该作业一直停留在队列中，直到下午 1:15 才开始，也会在下午 1:20 停止。
   • 为手动启动的作业保留触发器的“计划结束作业执行”选项。例如，假设您创建了触发器 T1 并激活了以下作业结束计划：
   • 计划作业执行结束：10 分钟后停止作业
   • 如果作业没有停止，则计划自动“终止” ： 2 分钟后终止作业在“自动化” > “触发器”页面上，当您单击触发器 T1 的“立即启动作业”时，将在“启动作业”页面打开，其中已应用作业结束计划，与创建触发器时配置的相同。示例：如果您计划在 2 小时后停止“待处理”或“正在运行”的作业，并配置为在 3 小时后终止同一作业，则该作业将在 5 小时后终止。发生这种情况是因为，首先，系统会向 Orchestrator 发送信号，表明作业确实在 2 小时后停止。收到信号后，终止作业操作将在 3 小时内触发，因此总共需要 5 小时。
   • 从下拉列表中选择“停止- 在作业一直处于“待处理”或“正在运行”状态后经过已定义的时间间隔后尝试正常结束执行（将时间设置为最短 1 分钟、最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

• 从下拉列表中选择“终止” - 从作业一直处于“待处理”或“正在运行”状态以来，经过已定义的时间间隔后尝试强制结束执行（将时间设置为最短 1 分钟，最长 10 天零 23 小时） 59 分钟）；

示例：Orchestrator 将尝试终止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。

• 从下拉列表中选择“停止”，并启用“如果作业未停止，则计划自动‘终止’”选项 - 这会在作业一直处于“待处理”或“正在运行“状态以来经过已定义的时间间隔后尝试正常结束执行，然后在作业一直处于“正在停止”状态以来经过已定义的时间间隔后尝试强制结束作业（可设置的最短时间为 1 分钟，最长时间为 10 天 23 小时 59 分钟）。

示例：Orchestrator 将尝试停止一直处于“待处理”或“正在运行”状态至少 10 分钟的作业。如果无法终止，Orchestrator 将尝试终止处于“正在停止”状态至少 20 分钟的作业。

9. 打开“在作业已启动但尚未完成时生成警示”开关，并设置完成作业所需的预期时长。可配置的持续时间最短为一分钟，最长为十一天。如果作业超过配置的持续时间，则会弹出“错误”严重性警报，并使用以下文本通知您：“#process {process_number} 的作业已挂起已运行超过 X 小时 Y 分钟”。 ",其中：
   • {process_number} - 流程标识符；
   • X - 作业尝试完成时超出的配置小时数；天数将转换为小时。
   • Y - 作业尝试完成时超出的配置分钟数。
10. 在“执行目标”选项卡中，使用“帐户”下拉列表，选择会动态分配帐户的“任何用户/机器人帐户”，或者从列表中选择一个特定帐户。
11. 如果包具有输入和/或输出参数，这些参数将显示在“输入”和“输出”选项卡下的“runtime 参数”部分。参数值继承自包，但您可以根据需要对其进行编辑。要在参数和基础 JSON 模式视图之间切换，请选择“JSON 模式”。

Figure 3. JSON schema