因此，在我们定制的 Salesforce 系统的一部分中，会发生以下情况：
不过，从 12 月 4 日起，它似乎就停止了工作。 编辑：调试日志显示触发器正在触发并更改选项列表的值，但没有评估 Worflow 规则。
工作流程规则非常简单，所以我不太明白是什么阻止了它。规则详情如下：
对自定义对象进行操作。
评估标准：创建记录时，或编辑记录但以前不符合规则标准时
规则标准：ISPICKVAL(Status__c, 'Not Started')
活跃：是
即时工作流程操作：电子邮件警报
编辑：如果我手动更新对象以设置适当的状态，规则会触发。但是当触发器改变状态时它不会触发。
编辑：在 2009 年 12 月 4 日左右，Salesforce 有什么变化吗？那似乎是当它停止工作的时候......
有什么想法吗？
【问题讨论】：
标签： triggers workflow salesforce apex-code
如果您说“触发器不会触发工作流，即使通过 UI 进行手动更改也是如此”，我会回答类似...
当然。它就是这样设计的。 Salesforce 不允许任何事情 自动调用任何东西 （即您不能从触发器或另一个 WF 启动 WF）。
鉴于您说本月早些时候停止工作，坦率地说，我很惊讶！我们想要实现这样的目标，大约在 10 个月前，Salesforce 告诉我们无法做到；他们喜欢严格控制可能失控并消耗大量 CPU 的进程（因为该产品的多租户性质），因此有严格的管理器限制......
这可能最近发生了变化，当然，我们建立了工作回合来绕过限制......
【讨论】：
回答我自己的问题……我最终发现了这是什么。
Salesforce Spring '09 Workflow Rule and Roll-Up Summary Field Evaluations update 于 09 年 12 月开始向所有组织推出，并改变了某些工作流行为。
此次更新提高了 您的数据并防止 重新评估工作流程规则 递归事件。
我们的特殊问题是，我们需要在初始操作之后对单个对象评估工作流两次 - 我们对状态字段进行了一系列更改，需要启动不同的事情。在 Spring '09 更新之后，仅针对对象上的操作评估工作流一次。
所以，它确实有效，但是平台发生了变化，它不再有效。是时候写一些代码了。
【讨论】：