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