Skip to content

docs(salesforce): add Create+Update two-step workaround for bypassing assignment rules on new records - #2394

Merged
george-dilthey merged 1 commit into
mainfrom
docsbot/doc-2165-intercom-tag-0828-149e6cef
Aug 28, 2026
Merged

docs(salesforce): add Create+Update two-step workaround for bypassing assignment rules on new records#2394
george-dilthey merged 1 commit into
mainfrom
docsbot/doc-2165-intercom-tag-0828-149e6cef

Conversation

@george-dilthey

Copy link
Copy Markdown
Contributor

What changed

Added a two-step Create Record + Update Record workaround to docs/salesforce-integration-faqs.md in the "Why is the owner on a new Salesforce lead or contact set to the Clay integration user?" section. The existing Note already correctly stated that Create Record has no built-in option to suppress assignment rules, but was missing the Clay-side workaround: create the record (assignment rules fire), then immediately update it with Disable auto-assignment rules enabled and Owner ID mapped — which reassigns to the intended owner without triggering rules a second time.

Why

An enterprise customer (DigitalOcean) asked in Intercom conversation #215475688398993 why the "bypass auto-assignment rules" option was absent from the Create Record UI when creating Salesforce leads. Support engineer Peter Johnston confirmed the toggle has never existed in Create Record (only in Update Record), then provided the two-step workaround. Fin couldn't resolve this independently because the docs didn't document the Clay-side workaround for when assignment rules fire on all new records regardless of owner.

Source link(s)

Uncertainties

None. All claims verified by the Docsbot Verifier sub-agent (PASS). The two-step workaround uses two already-documented, fully-shipped features.

Related observations

Six other open PRs also touch salesforce-integration-faqs.md (#2369, #2344, #2329, #2304, #2268, #2241), but none of them modify the "Why is the owner on a new Salesforce lead or contact set to the Clay integration user?" section. Reviewer should confirm there are no merge conflicts with those PRs at merge time.

Closes DOC-2165

@linear-code

linear-code Bot commented Aug 28, 2026

Copy link
Copy Markdown
Contributor

DOC-2165

@george-dilthey
george-dilthey marked this pull request as ready for review August 28, 2026 18:40
@george-dilthey
george-dilthey merged commit 918bd04 into main Aug 28, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant