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