![]() |
|
关于工作流规则当发生指定的事件时,工作流规则会指示 Oracle CRM On Demand 自动执行一项或多项操作。 工作流规则上的触发事件和操作当发生规则中指定的事件(触发事件)时,将评估工作流规则。如果满足规则中的条件(或者如果规则中没有条件),则执行规则中指定的操作。例如,您可以创建一个工作流规则,以指定创建商机的时间(工作流规则触发事件),并指定将向商机所有者经理发送电子邮件(工作流规则操作)。您也可以指定只有当商机收入超过某个金额时才发送电子邮件(工作流规则条件),并可以指定电子邮件的内容。 您也可以对工作流规则进行配置,使操作在指定的一段时间过后或到达指定的日期和时间时执行。有关基于时间的工作流操作的更多信息,请参阅关于基于时间的工作流规则和关于计划事件。 可以通过以下情况之一触发工作流规则:
注意:工作流规则支持级联删除操作和深度删除操作。例如,如果删除客户,则也将删除作为非共享地址的任何相关地址。而删除地址则会触发具有“删除记录之前”触发事件的“地址”记录类型的任何工作流规则。有关级联删除操作和深度删除操作的更多信息,请参阅关于删除和恢复记录。 有多种用于工作流规则的触发事件,但是每个工作流规则只能有一个触发事件。根据您为规则选择的触发事件,您可以指定 Oracle CRM On Demand 在满足工作流规则条件时执行一项或多项操作。 每条规则的触发事件显示在“工作流规则列表”页面以及“工作流规则详细信息”页面上。根据为工作流规则选择的触发事件类型,规则属于以下类型之一:
工作流规则是针对整个记录(而非针对个别字段)进行配置的。计划事件是针对记录列表进行配置的。 注意:规则创建完毕后,无法更改规则中的记录类型或触发事件。但是,如果规则存在条件,则可以更新条件。在计划事件上,您可以更新计划或选择其他列表。 下表显示了每个触发事件可用的操作。
某些附加工作流操作可用于 Oracle CRM On Demand 生命科学版 和 Oracle CRM On Demand for Partner Relationship Management。有关更多信息,请参阅关于工作流操作。 注意:在 Oracle CRM On Demand 中使用工作流时,样品请求项目不支持处理锁定的产品。有关更多信息,请参阅关于样品请求项目工作流和已锁定产品规则。 注意:对于某些记录类型,触发事件配置为“在恢复记录时”的工作流规则永不会触发,因为当前无法恢复该类型的记录。例如,当前无法恢复客户团队记录。如果将来添加对恢复此类记录类型的支持,则触发事件配置为“在恢复记录时”的任何工作流规则将在适当的情况下触发。 适用于工作流规则和规则操作的限制以下限制适用于具有除计划事件之外的任何触发事件的工作流规则以及这些规则上的操作:
以下限制适用于所有工作流规则和计划事件,以及这些规则和计划事件上的操作:
工作流规则顺序创建工作流规则时,Oracle CRM On Demand 自动将规则分配给基于相同记录类型和触发器事件的规则的下一个未使用的序号。如果工作流规则的触发器事件是“在与父项关联之后”或“在与父项取消关联之后”,则 Oracle CRM On Demand 自动将规则分配给基于相同记录类型、相同触发器事件和相同父记录类型的规则的下一个未使用的序号。对于具有除“计划事件”以外的触发器事件的工作流规则,序号决定着 Oracle CRM On Demand 调用基于相同记录类型、相同触发器事件和相同父记录类型(如果适用)的工作流规则序列的顺序。可以更改规则的顺序。 注意:系统也会为具有“计划事件”触发器事件的工作流规则分配序号,但不会按顺序执行这些规则。计划事件的序号为只读状态。 有关更改工作流规则顺序的更多信息,请参阅更改工作流规则顺序。 退出工作流规则序列对于具有除计划事件之外的任何触发事件的工作流规则,您可以指定 Oracle CRM On Demand 在满足工作流规则条件时停止处理一系列工作流规则。触发工作流规则时,将评估规则中的条件。如果满足规则中的条件且选中工作流规则中的“退出”复选框,则将执行当前工作流规则中的有效操作,但不处理基于相同记录类型、相同触发事件和相同父记录类型(适用时)的后续工作流规则。 工作流操作顺序如果一个工作流规则或计划事件上有多项操作,则按照工作流规则中指定的顺序执行操作,从编号为 1 的操作开始。每项操作结束后才会开始执行下一项操作。可更改规则中的操作的顺序。有关工作流操作的更多信息,请参阅关于工作流规则。 对于计划事件,将针对该日期的筛选列表所返回的记录执行操作。记录按顺序处理,也就是说,首先针对列表中的第一条记录按计划事件上指定的顺序执行计划事件上的所有工作流操作,然后针对列表中的第二条记录执行所有操作,依此类推。 工作流规则和工作流操作失败如果工作流规则、计划事件或工作流操作失败,则根据工作流规则或计划事件上的触发事件类型以及错误的类型,失败情况将会报告在“工作流错误监控”中,或者报告给其操作触发工作流规则的用户。有关更多信息,请参阅关于工作流规则和工作流操作失败。 记录可见性和工作流操作用户执行可触发工作流规则的操作时,如果用户操作导致用户不能看到记录,工作流规则中的某些操作可能会失败。 例如,您可能拥有将在保存修改的客户记录时触发的工作流规则。如果拥有客户记录的用户将客户重新分配给其他用户,则在保存客户记录时将触发工作流规则。如果记录的原始所有者再也不能通过任何其他方法看到客户记录,如团队或工作簿成员身份,则任何需要访问客户记录的工作流操作都将失败。 同样,如果激活计划事件的用户不再有权访问在该计划事件上选择的列表,则该计划事件的实例将失败。 记录所有权模式和工作流操作您可以采用不同所有权模式配置支持定制工作簿的记录类型:用户模式、混合模式或工作簿模式。有关记录所有权模式的更多信息,请参阅关于记录所有权模式。记录所有权模式将与工作流规则和操作交互。 如果“分配工作簿工作流”操作尝试从记录中移除定制工作簿,则将发生以下情况:
如果工作流操作取决于记录中的“所有者”字段值,如将“发送电子邮件”操作配置为使用“记录中的电子邮件地址”选项发送电子邮件时,将发生以下情况:
延迟具有除“计划事件”触发事件之外的任何触发事件的工作流规则将按顺序同步地进行评估。在评估完所有规则之前,整体更新操作不会完成。因此,工作流规则会导致操作产生一定的延迟(即操作开始和完成之间的时间)。例如,由工作流规则创建的每项任务对记录更新操作产生的延迟均可达到 20%。由工作流规则创建的每封电子邮件产生的延迟约为 5%。 表达式求值所用的时间较短。要最大程度减小延迟,请向工作流条件添加互斥的表达式。以渐进方式构建工作流规则,并且紧记性能问题。 单击主题以查看执行以下操作的分步过程: |
已发布 8月 2018 | Copyright © 2005, 2018, Oracle. 保留所有权利。Legal Notices. |