Salesforce：触发工作流规则的触发器已停止工作 - 任何想法？

Question

因此，在我们的定制Salesforce的系统的一个组成部分，会发生以下情况：

• 触发改变选择列表的自定义对象
• 上的工作流程规则检测到变化，火灾了一封电子邮件的价值。

自12月4日左右起，它似乎停止工作。 edit：调试日志显示触发器正在触发并更改选取列表的值，但未评估任何Worflow规则。

工作流规则非常简单，所以我真的不明白什么阻止它。规则的细节是：

在自定义对象上操作。
评价标准：当创建一个记录，或当一个记录被编辑和以前不符合规则标准
规则标准：ISPICKVAL（Status__c，“未启动”）
活动：是
即时工作流程操作：电子邮件提醒

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

编辑：Salesforce在2009年12月4日左右发生了什么变化？这似乎是当这停止工作...

任何想法？

Answer 1

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

Salesforce Spring '09 Workflow Rule and Roll-Up Summary Field Evaluations update已于2009年12月初推出至所有组织，并更改了某些工作流程行为。

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

我们特别的问题是，我们需要在初始操作后对工作流进行两次单个对象的评估 - 我们对需要启动不同事物的状态字段进行了一系列更改。在Spring '09更新之后，工作流程只会在对象上执行一次操作。

所以，它确实有效，但平台改变了，它不再工作了。时间来写一些代码。

Answer 2

如果您曾说过“触发不火的工作流程，即使通过UI手动改变呢”，我会回答类似...

绝对。这就是它的设计。 Salesforce不允许任何自动调用任何东西 来调用任何东西 （即，您无法从触发器或其他WF启动WF）。

既然你说这停止在本月早些时候的工作，我很坦率地惊讶！我们希望实现这样的目标，大约在10个月前，Salesforce告诉我们这是不可能完成的;他们喜欢严格控制可能会跑掉并消耗大量CPU的流程（因为提供的多租户性质），因此严格的管制员限制...

这当然可能最近已经改变，当然，我们建立了工作轮来绕过限制...