You are here:
Automate Updates with Workflow Rules in Salesforce to Salesforce
You can use workflow rules to automate updates to records and connections in Salesforce to Salesforce. You can use workflows for many processes, including updating values on picklists when a connection edits the field. If your organization is set up to automatically accept records, workflow rules are triggered by any field you subscribed to.
Required Editions
| Available in: Salesforce Classic |
Available in: Contact Manager, Group, Professional, Enterprise, Performance, Unlimited, and Developer Editions Workflow is available in: Enterprise, Performance, Unlimited, and Developer Editions |
Workflow rules are only triggered for records shared in Salesforce to Salesforce when you accept a parent record, a child record is inserted, or you are subscribed to the fields that are configured to trigger the workflow rules
Some suggestions for criteria for workflow rules for Salesforce to Salesforce include:
- Received Connection Name field on leads, opportunities, and custom objects
- Current User equals pnet
- Last Modified By field equals Connection User
For example, you can create a task for a user every time a connected organization updates a lead. Create a workflow rule with specific criteria, then add a workflow task.
- Evaluation criteria: Evaluate the rule when a record is: created, and every time it’s edited
- Run the rule when criteria are met.
- Rule criteria: “Lead: Last Modified By equals Connection User”.
When you accept a record, only certain fields trigger workflow rules.
| Object | Fields Triggering Workflows |
|---|---|
| Account |
|
| Case |
|
| Contact |
|
| Lead |
|
| Opportunity |
|
| Custom Object |
|
Sometimes it makes sense to use an Apex trigger instead of a workflow. Suppose that you have a workflow rule that updates field B when field A is updated. Even if your Salesforce to Salesforce partner subscribed to fields A and B, updates to field B that are triggered by your workflow rule aren’t sent to your partner’s organization. This prevents a loop of updates.
If you want such secondary field updates to be sent to your Salesforce to Salesforce partners, replace the workflow with an Apex trigger that uses post-commit logic to update the secondary field.
In bi-directional connections, Salesforce to Salesforce updates are triggered back only on “after” triggers (for example, “after insert” or “after update”), not on “before” triggers.

