automation - 通过 salesforce API 更改“潜在客户所有者”的流程是什么?
问题描述
目前使用 zapier 创建一个自动化,当事件发生时,它应该会更改 salesforce 中的主要所有者。它成功到达 salesforce,但实际上并没有更改“潜在客户所有者”,而是反映在潜在客户历史记录部分。没有明确的销售人员工作流程或规则可以防止这种自动化发生。
如上所示,当自动化执行时,潜在客户所有者成功更改了潜在客户历史记录,但它实际上并没有更改实际潜在客户的潜在客户所有者,因此我们必须手动返回并更改它。
在更改潜在客户所有者时使用 salesforce API 时是否有其他人遇到过类似的问题,如果是,解决方案是什么?
解决方案
检查潜在客户分配规则。它是设置中的独立区域,不同于工作流、流程、流程构建器和触发器。
您可能有一个在更新时运行的活动规则,而不仅仅是在插入时。您的 API 调用工作正常,更改 OwnerId 字段,但随后分配规则将覆盖该字段。这就是为什么您将其视为历史上的 2 个条目。
您还可以通过在集成用户上启用调试日志记录来确认发生了什么,并检查它是否捕获任何内容。
或者,您还可以在更新期间禁止分配规则。这……值得怀疑。我的意思是先与您的 SF 管理员交谈,如果您禁止该规则,那么您将一些逻辑移出销售人员。2 个月后,没有人会记得为什么某些东西不触发,只是修改规则以跳过这些记录更干净。
如果 Zapier 使用 SF REST API,它应该发送一个 HTTP 标头,Sforce-Auto-Assign: FALSE
. 如果它使用 SOAP API - 必须在 SOAP 消息的标头中设置类似的东西,检查 WSDL 的确切语法?
推荐阅读
- android - Renderscript:加载 ScriptC 脚本失败
- amazon-web-services - CloudFront + Amazon WAF 与另一台主机
- php - 如何获取 client_max_body_size (nginx - php-fpm) 作为 PHP 中的值?
- xml - 如何使用 XML::LibXML 返回单独的结果
- html - 网页中的声音输入
- azure-devops - 从 VSTS 压缩部署到 Azure Functions v2 后,DurableTask 未注册
- android - Android联系人合同:是否可以获得数据行的唯一ID?
- python - Python: Cosine similarity between two large numpy arrays
- amazon-web-services - 我在弹性 beanstalk 上部署了一个 API,并且可以在其 VPC 中访问它,我如何使其可以公开访问?
- uwp - 无法在 cppWinRT UWP 应用中激活 CoreWindow