目前正在使用 zapier 创建自动化，该自动化应在事件发生时更改 salesforce 中的主要所有者。它成功到达销售人员，但实际上并没有更改“潜在客户所有者”，而是反映在潜在客户历史记录部分。没有明确的销售人员工作流程或规则可以防止这种自动化发生。
如您所见，当自动化执行时，潜在客户历史记录中的潜在客户所有者成功更改，但它实际上并没有更改实际潜在客户的潜在客户所有者，因此我们必须手动返回并更改它。
是否有其他人在使用 salesforce API 更改潜在客户所有者时遇到过类似的问题，如果有，解决方案是什么？
【问题讨论】：
标签： automation salesforce zapier salesforce-lightning salesforce-communities
检查Lead assignment rules。它是设置中的独立区域，不同于工作流、流程、流程构建器和触发器。
您可能有一个在更新时运行的活动规则，而不仅仅是在插入时。您的 API 调用工作正常，更改 OwnerId 字段，但随后分配规则将覆盖该字段。这就是为什么您将其视为历史上的 2 个条目。
您还可以通过在集成用户上启用调试日志记录来确认发生了什么，并检查它是否捕获任何内容。
您也可以选择在更新期间禁止分配规则。这……值得怀疑。我的意思是先与您的 SF 管理员交谈，如果您禁止该规则，那么您将一些逻辑移出销售人员。 2 个月后，没有人会记得为什么某些东西不触发，只是修改规则以跳过这些记录会更干净。
如果 Zapier 使用 SF REST API，它应该发送一个 HTTP 标头，Sforce-Auto-Assign: FALSE。如果它使用 SOAP API - 必须在 SOAP 消息的标头中设置类似的内容，请检查 WSDL 的确切语法？
【讨论】：
我们解决了这个问题，只是解决了这个问题并通过执行以下操作解决了（这超出了标准的销售人员支持范围，因为我们使用自定义预填充 URL 以供任何想知道的人使用）：
创建一个名为“tmp_owner”之类的新隐藏字段
将新的潜在客户所有者 ID 分配给名为“tmp_owner”的新文本字段，该字段隐藏在 其他 Salesforce 组织用户的潜在客户字段
在填充此“tmp_owner”时添加了一个 salesforce 工作流规则，将“lead owner”字段替换为数据。
【讨论】：