因此，在我们定制的Salesforce系统的一部分中，会发生以下情况：
从12月4日左右开始，它似乎停止了工作。 编辑：调试日志显示触发器正在触发并更改选项列表的值，但不会评估任何Worflow规则。
工作流程规则非常简单，所以我真的不明白是什么阻止了它。该规则的细节是：
在自定义对象上操作 评估标准：创建记录时，或编辑记录时以前没有符合规则标准的记录 规则标准：ISPICKVAL（Status__c，'未开始'）
主动：是的 即时工作流程操作：电子邮件警报
编辑：如果我手动更新对象以设置适当的状态，则会触发规则。但是当触发器改变状态时它不会触发。
编辑：2009年12月4日左右Salesforce有什么变化吗？这似乎是当这停止工作......
有什么想法吗？
答案 0 :(得分：1)
如果您曾说过“即使通过用户界面进行手动更改，触发器也不会触发工作流程”，我会回复类似...
绝对。这就是它的设计方式。 Salesforce不允许任何事情 自动调用任何自动化的东西 （即您无法从触发器或其他WF启动WF。）
鉴于你说这个已停止在本月早些时候工作，我坦率地感到惊讶！我们想要实现这样的事情，大概是在10个月之前，Salesforce告诉我们无法做到这一点;他们喜欢严格控制可能会耗尽并消耗大量CPU的流程（因为产品的多租户性质），因此严格的州长限制......
最近可能已经改变了，当然，我们已经建立了工作轮次来绕过限制......
答案 1 :(得分：1)
回答我自己的问题......我最终发现了这是什么。
2009年12月初，Salesforce Spring '09 Workflow Rule and Roll-Up Summary Field Evaluations update已推广到所有组织，并更改了某些工作流行为。
此更新提高了准确性 您的数据并阻止 重新评估工作流程规则 递归事件。
我们的特殊问题是我们需要在初始操作后对单个对象进行两次Workflow评估 - 我们对状态字段进行了一系列更改，这些更改需要启动不同的事情。在09年春季更新之后，只对一个对象的操作进行一次工作流程。
所以，它确实有效，但随后平台改变了，它不再起作用了。是时候写一些代码了。