Loading
Salesforce Enforces New Security Requirements in Summer 2026Read More
Partner Cloud
Partner Connect Object and Field Integration Considerations for Partners

Partner Connect Object and Field Integration Considerations for Partners

Review your vendor’s plan for integrating objects and fields. Then decide how you want to map your objects and fields to your vendor’s selections. Sometimes, you can decide not to import or store fields that you don’t want, even if your vendor opted to share them. To import data into your Salesforce org successfully, make sure that you understand how your vendor uses each shared field. And verify that your selections meet the mapping requirements.

Required Editions

Available in: Lightning Experience
Available in: EnterprisePerformance, and Unlimited Editions in Agentforce for Sales with Partner Ecosystem Management - Members, Partner Ecosystem Management - Login and PRM add-on license. Partners aren’t required to purchase any licenses to use Partner Connect.

Map All Your Required Fields to a Required Field in the Vendor's Org

Make sure that all required fields on your object are mapped to a required field on the vendor’s side. Otherwise, records can’t be saved and the import fails.

Often, vendors and partners have the same required fields, and you can simply map each together. But if you introduced custom required fields and your vendor hasn’t shared logical matches, consider these options. 

  • Set default values for required fields on your Lead and Opportunity objects so a placeholder value is available if no vendor data is imported. Default values aren’t available for all required fields but are available for custom fields and standard picklists. If the vendor record provides a value, the default value you set is overwritten. Default values are supplied when all records are created, even manually by users. But users can update the default value later. See Define Default Field Values.
  • Create an auto-launched flow that makes before-save updates to populated required fields on imported records. See Record Triggers for Flows that Make Before-Save Updates.
  • Ask your vendor to share a field with similar data or to create one to represent it. The vendor must set a default value for the field in their org or make the field required.

If one of your vendor’s required fields isn’t required in your org, you don't need to map it.

Compare Field Types with Your Vendor

  • Mapped fields must use the same field type. If your field type differs from the vendor’s, create a matching field to receive vendor data. Or don’t import that vendor field.
  • If your vendor proposed any fields of the field type Picklist, verify that you have similar picklist options to select in your org. If you don’t, create them. 
  • If your vendor proposed any fields of the field type Currency, make sure that both orgs use the same currency or currencies for those objects. See Manage Multiple Currencies.
  • If a vendor proposed the Account Name and Primary Campaign Source lookup fields on the Opportunity object, you can import only the referenced field name.

Compare Data Tracking Processes with Your Vendor

Review your vendor’s fields and field descriptions. Confirm that you and your vendor agree on the information that you expect to track with each field that you’re integrating. Don’t forget to train your users on any data tracking process changes.

Take Note of the Fields That Trigger Updates Across Orgs

Vendors choose whether updates for integrated fields are sent and received between orgs.

Note
Note The Account Name and Primary Campaign Source lookup fields on the vendor’s Opportunity object don’t support sending or receiving updates.

To store read-only updates from the vendor, configure storage for each field that the vendor selects in Connected External Lead or Connected External Opportunity objects. Even if you don’t store vendor field data, your org still shares its field data with the vendor.

Select a Default Assignee for Imported Records

When mapping fields, you must select a default integration user in your org to whom all imported records are assigned. Select a user who’s responsible for triaging and assigning work. Or create a nonhuman placeholder user to act as owner until a real person can be assigned. You can choose different default users for each object. The default user must have Read and Write permissions to the object that it’s responsible for.

 
Loading
Salesforce Help | Article