工单自动化

配置触发条件(创建、状态变更、SLA超时等)和自动操作(指定负责人、更改优先级、发送通知)。扫描器会定期执行这些规则。

针对需求的“当发生这个，就做那个”规则：分配、通知、更改状态。连锁触发的自动化是这个页面真正的风险——在为所有人启用之前，先用一个案例测试。

该列表运行在平台的标准引擎上:可将整个数据集导出为 Excel、PDF 和 CSV,可为常用筛选组合按用户保存视图,可按界面选择列,并提供已删除项回收站(URL 中加 ?excluidas=1)。通过 ?q=文本 搜索和通过 ?fd_=值 筛选也可直接在 URL 中使用——便于把"启用中的自动化"收藏起来,一眼查看环境中开启了哪些功能。

触发器是唤醒自动化的事件。其他条件字段用来限定它“何时”生效：需求类型把它限制在某一类型，源/目标状态把规则绑定到某个特定转换，源优先级则按优先级筛选。条件留空表示“对任何情况都生效”——一个没有任何条件的自动化会对触发器的每个事件都执行，而这很少是本意。条件越具体，效果越可预期。

“动作”字段定义自动化的效果，目标字段则补充它：目标用户和目标员工说明动作指向谁（例如一次分配），动作参数携带动作所需的值，消息则是动作通知某人时使用的文本。只填写所选动作会用到的字段——对该动作没有意义的目标会被忽略，自动化看起来“不起作用”，实际上是填错了字段。

错误的自动化规则不会只出一次错——它会大规模出错:只要符合触发条件和条件设置,它就会对每一个需求执行,一旦目标设置错误,就会在被人发现之前重新分配或通知数十个需求。创建自动化时先保持停用状态,检查触发条件、条件(类型、来源/目标状态、优先级)和带目标的操作,确认无误后再打开启用开关。要排查异常行为,请停用而不是删除:配置会被保留以供分析。

列表中的每个自动化都有相同的结构:一个触发器(唤醒它的事件)、限定其适用时机的条件(需求类型、源状态和目标状态、源优先级),以及带有目标(用户或员工)、参数和通知消息的动作。当多个自动化响应同一事件时,"顺序"决定执行次序,"启用"则是开关。用这种眼光阅读列表有助于发现重叠:触发器相同且条件相似的两个自动化会争抢同一个需求。

用“视图”按钮保存视图时，会记住四项内容：搜索文本、已应用的筛选、显示哪些列（及其顺序）以及列表按哪一列排序。应用视图会一次性恢复全部内容——包括重置排序和您所在的页码，使结果与视图描述完全一致。本版本之前保存的视图依然有效：它们没有保存的内容，应用时只是保持不变。

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

当同一事件对应多个自动化时，“顺序”字段决定它们被评估的先后——数字小的先执行。“启用”开关就是总开关：停用会保留全部配置但不执行，这是在排查异常行为时让某个自动化暂时退场的安全做法（而不是删除它、丢掉整套配置）。它也可以当草稿用：先在停用状态下搭建自动化，检查条件，然后再启用。

在记录的动态面板中，每条备注都有“转为需求”。点击会创建一个工单，包含备注内容、作者和本记录的链接——无需重新输入。当备注是请求采取行动时使用（“需要有人复核这个”）；备注仍保留在原处。该按钮只在记录保存后出现；只读会话（演示）不会创建工单。

请按以下顺序检查:(1)"启用"开关是否打开?按定义,停用的自动化永远不会运行。(2)触发器确实是所发生的事件吗?(3)所有条件是否都匹配——需求类型、源状态、目标状态、源优先级?只要有一个条件不匹配,自动化就不会动作,这不是错误:这正是筛选在起作用。(4)如果同一事件上有多个自动化,请查看"顺序"——可能另一个先执行了。最常见的是第(3)种情况:一个没人记得存在的条件。

打开记录，查看右侧的“时间线”：每次修改都以“从一个值改为另一个值”的形式显示，并附上修改人和日期。修改很多时，可使用时间线顶部的两个筛选——一个按字段，一个按人员。搜索在数据库中进行，因此旧的修改同样能显示。您也可以问 Tenkai：“谁修改了合同 482？”。

在自动化的“客户”字段中选择该客户。规则只对该客户的需求生效，包括通过门户和邮件进入的需求，并且在需求从合同继承之后执行：以规则的结果为准。要把该客户的需求交给另一位同事，请使用“分配给员工”动作。 未选择客户的创建类自动化同样适用于这些需求，并且由于它在继承之后执行，其结果同样优先。

需求的每次状态变更都会运行，无论来自详情页、列表、看板、“我的日程”、计时器、暂停与恢复还是集成。只是移动需求时，“创建时”和“优先级变更时”的自动化不会运行。更改状态的自动化同样遵循类型的工作流，不会再次触发自动化；如果工作流不允许该变更，需求历史会说明原因。

这个页面就是回答该问题的地方。 你也可以通过 Ctrl+K 搜索以下词语来到这里：工单、支持、需求、事件、help desk、服务。