Triggers Salesforce:触发工作流规则的触发器已停止工作-有什么想法吗?

Triggers Salesforce:触发工作流规则的触发器已停止工作-有什么想法吗?,triggers,workflow,salesforce,apex-code,Triggers,Workflow,Salesforce,Apex Code,因此,在我们定制的Salesforce系统的一部分中,发生了以下情况: 触发器更改自定义对象上拾取列表的值 工作流规则检测到更改并发出电子邮件 但从12月4日起,它似乎停止了工作。 编辑:调试日志显示触发器正在触发并更改picklist的值,但未计算Worflow规则 工作流规则非常简单,所以我真的不明白是什么阻止了它。该规则的详情如下: 对自定义对象进行操作。 评估标准:创建记录时,或编辑记录时,以前不符合规则标准 规则标准:ISPICKVAL(状态为“未启动”) 活动:是 即时工作流操作

因此,在我们定制的Salesforce系统的一部分中,发生了以下情况:

  • 触发器更改自定义对象上拾取列表的值
  • 工作流规则检测到更改并发出电子邮件
但从12月4日起,它似乎停止了工作。 编辑:调试日志显示触发器正在触发并更改picklist的值,但未计算Worflow规则

工作流规则非常简单,所以我真的不明白是什么阻止了它。该规则的详情如下:

对自定义对象进行操作。
评估标准:创建记录时,或编辑记录时,以前不符合规则标准
规则标准:ISPICKVAL(状态为“未启动”)
活动:是
即时工作流操作:电子邮件警报

编辑:如果我手动更新对象以设置适当的状态,则规则将触发。但当触发器改变状态时,它不会触发

编辑:2009年12月4日前后Salesforce有什么变化吗?这似乎是当这停止工作

有什么想法吗

如果你说“即使通过UI进行手动更改,触发器也不会触发工作流”,我会这样回答

当然。它就是这样设计的。 销售人员什么都不允许 自动调用任何自动操作 (即不能从触发器或其他WF启动WF)

鉴于你说这个月早些时候就停止工作了,坦率地说,我很惊讶!我们想实现这样的目标,大概是10个月前,Salesforce告诉我们这是不可能的;他们喜欢严格控制可能失控并消耗大量CPU的进程(由于产品的多租户性质),因此有严格的调控器限制


这可能最近有所改变,当然,我们建立了工作循环来绕过限制…

来回答我自己的问题。。。我最终发现了这是什么

Salesforce于2009年12月初向所有组织推出,并改变了某些工作流行为

更新提高了数据的准确性 您的数据,并防止 中工作流规则的重新评估 递归事件

我们特别的问题是,我们需要在初始操作后对单个对象对工作流进行两次评估——我们对状态字段进行了一系列更改,需要启动不同的操作。在09年春季更新之后,对于对象上的操作,工作流只计算一次


所以,它确实起作用了,但后来平台改变了,它不再起作用了。是时候写些代码了。

谢谢你的回答,很有趣。我认为触发器可以触发工作流,反之亦然。e、 g.看这篇文章:尤其是这篇文章。它确实对我们有效,直到12月4日……例如,这个Apex代码文档说,触发器可以触发其他触发器,受正常调控器对更新数量的限制,等等:。我找不到任何关于工作流和触发器的官方信息,但是论坛上的一些人说这是可以做到的。是的,触发触发器是有意义的,因为你可以在你的触发器中应用DML(当然,只要你不尝试触发同一个触发器,并导致无限递归问题)。。。今天我会继续关注SF guy并发回。。。干杯:)