Configuring a Salesforce Source

Members of the Administrators and Content Managers built-in groups can index any searchable Salesforce object and field. The source can be public or secured, depending on the selected Salesforce content types (see Salesforce Security in Your Coveo Organization).

Source Features Summary

Features Supported Additional information
Salesforce versions API 47 All objects from the latest supported API or below can be indexed. Objects that use an API version higher than the latest supported API can't be indexed (see Standard Objects).
Searchable content types
  • Standard/custom objects and fields

  • Chatter feed items and files

  • Multilingual Knowledge base articles and attachments

  • CRM content (binary files such as PDF)

Content update operations Refresh Takes place every 15 minutes by default.
Rescan

A rescan or a rebuild is required to retrieve:

  • Attached and detached KB articles from cases.

  • Deleted KB articles.

  • Deleted KB articles that have reached the archived status.

  • Non-replicable deleted objects such as deleted ContentVersion (CRM Content and Chatter files) attachments and other items.

  • Changes that occurred more than 30 days ago since the last refresh (a scheduled refresh triggers a rescan).

  • Permission changes for a profile, permission set, object sharing, or object security level.

Rebuild
Content security options Users following system permissions1

Doesn't support the following security aspects:

  • Apex managed sharing

  • IP based permissions

  • Field level security

  • Shared personal groups (not reported by the Salesforce API)

  • Frozen users

  • Knowledge item permissions (see Limitations)

Specific identities2
Everyone

1: The Users following system permissions content security option is the equivalent of Determined by source permissions in other sources.

2: The Specific identities content security option is the equivalent of Source creator in other sources.

Creating a Dedicated Salesforce Crawling User

To crawl your Salesforce content and index it in a Coveo index, you must create a dedicated Salesforce crawling user.

  • Although the Modify All Data permission is no longer a requirement for the crawling user, you can continue to use this permission if it’s part of your existing configuration.

  • Keep in mind that the Modify All Data permission only provides the Modify Metadata Through Metadata API Functions, View All Data, and View Setup and Configuration permissions and that the crawling user must comply with all the requirements listed in this section.

Requirements

Your dedicated Salesforce crawling user must comply with the following requirements:

  • Must not be an employee’s account. If the person leaves the company or changes role, the account could be terminated or have its permissions changed. This could break the connectivity to the Coveo Cloud or affect indexing.

  • Must only be used by a single Coveo Salesforce source. If you have multiple sources, we strongly recommend creating a dedicated Salesforce crawling user for each different source.

  • Must have the API Enabled permission to call Salesforce APIs.

  • Must have the Knowledge User permission to index Classic Knowledge articles.

    This permission doesn’t apply when Lightning Knowledge is enabled.

  • Must have the Manage Sharing permission to access the object sharing settings that are required to index securities.

  • Must have the Modify Metadata Through Metadata API Functions permission because it’s the minimum permission that’s required to use the Salesforce Metadata API. This API is used to index Salesforce item permissions. It’s also used to retrieve case settings, sharing settings, and other Salesforce setup configuration information.

  • Must have the Query All Files permission to index all the ContentVersion records in your Salesforce organization.

    • The crawling user must be a member of each library that contains the ContentVersion records you want to index.

    • Without the Query All Files permission, only the ContentVersion records that have been specifically shared with the crawling user will be indexed.

    • This permission is required even if your crawling user has the Modify All Data or View All Data permissions.

  • Must have access to all the Salesforce objects you want to query in your Salesforce organization. We strongly recommend giving the user View All Data permission.

  • Must have access to all the fields you want to index in each Salesforce object. Make sure to validate the field-level security settings in your Salesforce organization.

  • Must have the View all Users and the View All Profiles permissions to view all users and profiles, regardless of their object sharing settings. These permissions are also used to correctly index document securities.

  • Must have the View Setup and Configuration permission to view the basic security objects (e.g., Roles, Profiles, and Permission Sets) and the object sharing configuration. It’s also used to correctly index document securities.

Permissions Quick Reference

This table provides a summary of the permissions that must be set for the crawling user depending on the Salesforce objects you want to index.

Permissions Objects
Service Cloud Content Knowledge Chatter
API Enabled
Knowledge User1
Manage Sharing2
Modify All Data3 Optional Optional Optional Optional
Modify Metadata Through Metadata API Functions
Query All Files4
View All Data Recommended Recommended Recommended Recommended
View All Profiles
View All Users
View Setup and Configuration

1: The Knowledge User permission is required to index Classic Knowledge articles only. It doesn’t apply when Lightning Knowledge is enabled.

2: The Manage Sharing permission is required even if your crawling user has the Modify All Data permission.

3: Although the Modify All Data permission is no longer a requirement for the crawling user, you can continue to use this permission if it’s part of your existing integration.

4: The Query All Files permission is required even if your crawling user has the Modify All Data or the View All Data permissions.

See Objects for more information on the Service Cloud, Content, Knowledge, and Chatter objects.

Procedure

The procedure for creating a dedicated Salesforce crawling user is twofold:

Step 1: Create a Salesforce Profile Dedicated to the Coveo User

  1. Log in to your Salesforce organization using an Administrator account.

  2. On the Setup page, enter Profiles in the Quick Find box, then select Profiles.

  3. On the Profiles page, click New Profile.

  4. On the Clone Profile page:

    1. In the Existing Profile box, select an existing profile such as Read Only to be used as a template for the new profile according to the permissions you want to grant to the crawler.

    2. In the Profile Name box, enter a name, such as CoveoCrawler.

    3. Click Save.

  5. In the page for your new profile, click Edit and in the Administrative Permissions (Enhanced Profile) or System Permissions section:

    1. Ensure that the API Enabled option is selected.

    2. Select the Manage Sharing, Modify Metadata Through Metadata API Functions, View All Data, View All Users, View All Profiles, and View Setup and Configuration options.

    3. Select the Query All Files option if you want to index all the ContentVersion objects in your Salesforce organization.

    4. Click Save.

Step 2: Create a Salesforce User Dedicated to Coveo

  1. On the Setup page, enter Users in the Quick Find box, and then select Users.

  2. On the All Users page, click New User.

  3. On the New User page:

    1. Fill the required fields.

    2. In the Profile box, select the profile you just created.

    3. When indexing Knowledge content, ensure that Knowledge User is checked (see Knowledge User Access).

    4. Click Save.

Additional Considerations

  • When deploying in several environments (e.g., development, staging, production), we strongly recommend that you create and use separate dedicated Salesforce crawling users for each environment, as well as one for each different Salesforce source.

    Otherwise, when the Coveo Cloud accesses your Salesforce organization with the same user credentials too many times, Salesforce returns an INVALID_QUERY_LOCATOR error message, as follows:

      Error with ID 'SALESFORCE_INVALID_QUERY': invalid query locator (INVALID_QUERY_LOCATOR) - This error can occur if a user is used more than once for sources that run in parallel. To avoid this error, make sure to use only one user per source or alternate the refresh schedule of your sources.
    
  • Optionally, as an additional security measure, in the Login IP Ranges section, select or create a login IP range to restrict the accessibility for this profile (see IP Addresses to Allowlist).

Leading Practices

When creating a Salesforce source, you should follow certain practices to index all of your required content without overloading the Salesforce API or creating unwanted items in your index. Optimally, choosing what to index improves the search experience and prevents performance issues.

When an object contains many fields, use the pre-defined and custom filter above the table to find fields more easily.

When you have the required privileges, you can include many types of Salesforce content to your Coveo organization. Each type covers different Salesforce objects and fields. You can decide who can access the source content.

Add or Edit a Salesforce Source

When adding or editing a Salesforce source, follow the instructions below.

“Add a Salesforce Source” Window

When adding a source, you must first authenticate with Salesforce in the Add a Salesforce Source window to allow Coveo Cloud to access your content.

  1. Select Salesforce Production or Salesforce Sandbox depending on where you created your organization.

  2. Enter the credentials of your Salesforce crawling user and log in.

“Configuration” Tab

In the Add/Edit a Salesforce Source panel, the Configuration tab is selected by default. It contains your source’s general and authentication information, as well as other parameters.

AddASalesforceSource

General Information

Source Name

Enter a name for your source.

Use a short and descriptive name, using letters, numbers, hyphens (-), and underscores (_). Avoid spaces and other special characters.

Character optical recognition (OCR)

Check this box if you want Coveo Cloud to extract text from image files or PDF files containing images. OCR-extracted text is processed as item data, meaning that it’s fully searchable and will appear in the item Quick View. See Enable Optical Character Recognition for details on this feature.

Index

When adding a source, if you have more than one logical (non-Elasticsearch) index in your organization, select the index in which the retrieved content will be stored (see Leverage Many Coveo Indexes). If your organization only has one index, this drop-down menu isn’t visible and you have no decision to make.

  • To add a source storing content in an index different than default, you need the View access level on the Logical Index domain (see Manage Privileges and Logical Indexes Domain).

  • Once the source is added, you can’t switch to a different index.

Schema Version

Select the Schema Service version you want to use. Options are:

  • The Current (default) version is the most up-to-date version of the schema. It works with the most recent Salesforce Integration packages and provides a more powerful source configuration user interface. It’s the only version that supports child relationships by default.

  • The Legacy version was the first version of the schema introduced in Cloud V2. It uses field naming compatible with older Salesforce Integration package versions and is no longer receiving feature enhancements.

  • The Cloud V1 version uses field naming compatible with Coveo Cloud V1.

  • Don’t change this option unless you’re instructed to do so by the Coveo Support team.

  • The schema version can’t be changed once the source has been built. To change the schema version, you must delete your source and add it again.

Objects

You can select the objects you want to index in your source:

Alternatively, click Select Specific Objects Manually to find any object from your Salesforce organization as well as its fields and relationships.

“Content Security” Tab

  • Before changing the security of your Salesforce source, ensure that it doesn’t violate any third-party contracts.

  • Changing this setting may expose sensitive content publicly.

Select who will be able to access the source items through a Coveo-powered search interface:

Everyone

Allows all end users to access the content of this source, regardless of whether they’re anonymous or authenticated.

Specific Identities

Only the specified identities are allowed to see the source content. This option is similar to the Source creator option in other sources.

Enter the following information:

  1. Click the Add identity drop-down menu, and then add an identity.

  2. In the Security identity provider drop-down menu, select the existing provider used to secure the desired identity.

  3. In the Identity type drop-down menu, select the identity type (User or Group) of the identity you want to be allowed to see the source content.

  4. In the Identity input, enter the account name of the user or group.

  5. Optionally, in the Additional info input, add identity information, written in JSON, about the user or group outside the account name.

  6. Click Add.

  7. Repeat this procedure to add more identities.

Users Following System Permissions

This is the default and most secure option. It only allows anonymous and authenticated users to see search results for items to which they have access within Salesforce.

This option is the equivalent of the Determined by source permissions option in other sources.

To prevent INVALID_QUERY_LOCATOR errors, which occurs when Coveo Cloud accesses your Salesforce organization with the same user credentials too many times, only select the Users following system permissions option when you have secured content.

  1. Select an identity provider: Allows you to select the identity provider from an existing source.

    When you select an existing security identity provider, ensure that the identities extracted by this provider can be matched with the identities retrieved from the source system.

    For example, while you create a second Salesforce source retrieving the content from the same organization, you select the identity provider of the first Salesforce source.

  2. Create a new one: Creates a new identity provider based on your selected Salesforce organization. If this is the first Salesforce source in your organization, we recommend that you select this option.

“Salesforce Organization” Tab

This tab displays the name and type of the Salesforce organization you index. It also shows the email address with which you logged in to connect your Salesforce organization with Coveo Cloud.

“Access” Tab

In the Access tab, determine whether each group and API key can view or edit the source configuration (see Understand Resource Access):

  1. In the Access Level column, select View or Edit for each available group.

  2. On the left-hand side of the tab, if available, click Groups or API Keys to switch lists.

Completion

  1. Finish adding or editing your source:

    • When you want to save your source configuration changes without starting a build/rebuild, such as when you know you want to do other changes soon, click Add Source/Save.

      On the Sources page, you must click Start initial build or Start required rebuild in the source Status column to add the source content or to make your changes effective, respectively.

      OR

    • When you’re done editing the source and want to make changes effective, click Add and Build Source/Save and Rebuild Source.

      Back on the Sources page, you can review the progress of your source addition or modification.

    Once the source is built or rebuilt, you can review its content in the Content Browser.

  2. Optionally, consider editing or adding mappings.

    You can only manage mapping rules once you build the source (see Refresh, Rescan, or Rebuild Sources).

Rebuilding is required to take into account changes made to the field mapping rules. If you don’t rebuild, changes will only apply to new or modified items.

Salesforce Security in Your Coveo Organization

The security of your Salesforce content is maintained in your Coveo organization. When you create a Salesforce source in your Coveo organization, the Salesforce security model is replicated by indexing not only the content but also the permissions associated with that content. This means that with Coveo for Salesforce, when an end user looks at information pulled from Salesforce, they only see what they’re allowed to see in Salesforce. For more information, see Content Security.

Bill is a customer support agent in a company. Like his customer support colleagues, in Salesforce, Bill has access to Accounts, Contacts, and Cases, but not to Campaigns, Leads, Opportunities, and Forecasts.

When Bill accesses a Coveo Insight Panel or the Coveo expanded view, the Salesforce results presented only include content from Accounts, Contacts, and Cases. If he was granted access to private objects in Salesforce, content from these records would also be included.

Limitations

Coveo supports several securities, but has some limitations including, but not limited to:

  • Shared personal groups aren’t supported

    A user can share content with a personal group. These sharing permissions can’t be indexed because they’re currently not reported by the Salesforce API. The consequence is that members of the personal group won’t see the shared content in Coveo organization results. This limitation is therefore not a security hole.

  • Field level security isn’t supported

    For Enterprise, Unlimited, and Developer Salesforce editions, visibility of individual fields can be granted or denied to users or groups to fine-tune the access control in a permission set or a profile. The Coveo organization index doesn’t include this information. The consequence is that a user that is denied access to a field could see the content of this field in the Coveo organization results. Note however that this is also the case for Salesforce search results (see the Salesforce item Field-Level Security Overview).

  • Login IP address and hours restrictions aren’t supported

    The Coveo organization index doesn’t contain restrictions on login IP address or hours configured in Salesforce. The consequence is that your Salesforce users can access the Coveo organization search interfaces and review Salesforce content from any IP address at any time.

  • Frozen users aren’t supported

    The user that are frozen using the Freeze button aren’t denied access to the search (see Freezing User Accounts).

  • Knowledge Base (KB) record access based on Data Categories:

    In Salesforce, if you rely on Data Categories to control KB record access, note that these permissions can’t be indexed as this information isn’t available from the Salesforce API. Consequently, in search results, all users can see all KB articles under all data categories.

    When using Sharing for Lightning Knowledge, Coveo automatically supports permissions set on Online, Draft, and Archived articles.

  • When the organization-wide default is set to Controlled by Parent, a maximum master-detail relationship depth of two levels is supported (see Sharing Default Access Settings).

    When you index a sub-detail object, the detail parents are correctly determined but the master parents are considered public because there are three levels (master-detail-subdetail).

Understanding Objects and Fields

In Coveo for Salesforce, you often need to reference specific Salesforce objects and fields, either in result templates, in a search interface, or in custom code you want to implement.

This page explains the way Coveo transforms the Salesforce objects and fields, so you can reference them more easily in Coveo Cloud V2.

Salesforce Object Reference

The Salesforce object names stay the same. You can refer to them by using the following syntax.

@objecttype=="<YOUR_SALESFORCE_OBJECT>"

Where you replace <YOUR_SALESFORCE_OBJECT> by the name of the Salesforce object.

Ensure that you use the Salesforce object API name (see Standard Objects and Custom Objects).

Salesforce Field Reference

Coveo adapts the Salesforce field names to ease the implementation and avoid potential confusion with other non-Salesforce fields.

The best and most accurate way of knowing the exact Coveo name for a Salesforce field, as well as its value for a given item, is to access the Content Browser in your Coveo organization:

Remember to add the @ symbol when referring to a field (see Coveo Cloud Query Syntax Reference).

  1. Access your Coveo Cloud organization.

  2. In the menu on the left, under Content, select Content Browser.

  3. Depending on your Coveo for Salesforce edition:

    Pro and Enterprise editions only

    1. In the Sources facet on the left, select the Salesforce source you want to inspect.

    2. In the Object Type facet, select the Salesforce object associated to the item or field you want to inspect.

    3. To ensure that you can see all available items, select the Preferences button () at the end of the search bar, and check the View all content box.

      Free edition only - Deprecated

    4. In the search bar, enter the following query, changing <YOUR_SALESFORCE_OBJECT> with the Salesforce Object API name of the object associated to the item or field you want to inspect.

       @objecttype=="<YOUR_SALESFORCE_OBJECT>"
      
    5. To ensure that you can see all available items, select the Preferences button () at the end of the search bar, and check the View all content box.

  4. Click one of your items in the result list, and select the Properties icon.

You should now have access to the Coveo field name of each of your items, along with its associated value for the selected item.

Coveo for Salesforce Field Syntax

As a general rule, all Salesforce fields are transformed the following way:

sf + Relationship + Salesforce API Field Name

  • sf

    Indicates the field is a Salesforce field.

  • Relationship

    Indicates the parent or child object associated to the field.

    When referring to a parent object, the singular form of the object name is used.

    When referring to a child object, the plural form of the object name is used.

    When the object is a top-level field (has no parent or child relationship), this value is skipped.

    • Since Account is a parent of Case, the field Name from the Account object associated to a case is sfAccountName

    • The Subject field for all the Case objects on an Account is sfCasesSubject

    • The Status field of the Case object is a top-level field, meaning its field is sfStatus

  • Salesforce API Field Name

    Indicates the Salesforce API field name (see Find the API name of a field).

    Remember that custom fields end with __c.

Understanding Object Relationship

Since Coveo fields take the object relationship into account in its syntax, you may want to understand that relationship when referring to those fields.

Top-Level Fields

Top-level fields are fields that are directly associated to an object.

Formula fields are considered top-level fields.

Parent Relationship Fields

Parent relationship fields are many-to-one relationship from a record being queried to another object.

The Account object is a parent of the Case object, as cases belong to an account.

Child Relationship Fields

Child relationship fields are many-to one relationship from one object to a list of other.

The Account object has a Cases child relationship that lists all the cases for any particular account.

When referencing a child relationship in a query, they’re expected to return many values.

  1. You can use expressions such as @YourChildRelationshipField==value to match documents for which a multi-value field contains the specified value.

  2. When used in facets, each value will appear on a separate line and can be filtered on independently.

  3. When retrieved in query results, the field value will be a string merging all the values, separated by semicolons.

Advanced Configuration of a Salesforce Source

When you have the required privileges, you can also fully control which Salesforce objects and fields are indexed. This is useful when you have custom objects that need to be searchable.

  1. Access your Coveo organization (see Logging in to Coveo Cloud V2).

  2. Under Content, select Sources.

  3. On the Sources page, click the Salesforce source you want to customize, and then in the Action bar, click Edit.

  4. In the Configuration tab, select which Salesforce objects and fields you want to index.

    You can select the check box next to the Selected column title to select or deselect all Salesforce objects at once, and then deselecting or selecting the undesired objects.

    Admin-SalesforceRelationships

    • Your custom objects are only displayed when you have enabled its Allow Search field in Salesforce (see Manage Custom Objects).

    • You can browse your fields using a pager instead of scrolling down to the end. If your source is a Legacy source, you won’t see the parent and child relationships in your panel.

    • You can also select a field and click Parent relationship or Child relationship to see the associated fields. The breadcrumb at the top of the table helps you to know exactly what you selected.

      Admin-SalesforceBreadcrumb

  5. When you want to edit one of your source fields, in the Map To column, click on the field you want to edit (see Add or Edit a Field).

    Only the fields displayed in blue can be edited.

  6. When you want to manage conditions on the objects to index, click the object, and then in the Action bar, click Conditions (see Managing Conditions Applied to an Object).

  7. When you want to change the body field of your Salesforce objects, see View or Edit a Salesforce Object Body.

  8. When you want to change the field used as the title of your item, see Changing a Salesforce Object Set Title.

  9. Finish adding or editing your source:

    • Click Save when you want to save your source configuration changes without starting a rebuild, such as when you know you want to do other changes soon.

      OR

    • Click Save and Rebuild Source when you’re done editing the source and want to make changes effective.

      Back on the Coveo Administration Console Sources page, you can review the progress of your Salesforce source modification (see Manage Sources).

  10. Once the source is rebuilt, you can review its content in the content browser (see Inspect Items With the Content Browser).

Changing a Salesforce Object Set Title

You can decide which field an object should use as its title. The field you choose as your object title is used in your result templates as the clickable link. Specifically, it’s used for the ResultLink component (see Coveo ResultLink Component).

  1. Open your Salesforce source Configuration tab (see Advanced Configuration of a Salesforce Source).

  2. Select the object of which you want to change the title.

  3. Select the field you want to use as your object title, and click Set as Title.

    salesforcesourcev2-setastitle

  4. The field you have chosen as your title should now be mapped to title, as shown in the Map to column in bold.

    salesforcesourcev2-titlefield

Managing Conditions Applied to an Object

You can index items only when they meet specific conditions, which can reduce the size of your index.

This is useful when you have many object records that should be excluded when they don’t meet specific criteria.

Access the Panel

  1. Log in to the Coveo Platform, if not already done.

  2. If not already in the Add/Edit a Salesforce Source panel, access the panel:

    • To add a source, in the main menu, under Content, select Sources > Add Source > Salesforce. In the Configuration tab, click Or Select Specific Objects Manually.

      OR

    • To edit a source, in the main menu, under Content, select Sources > source row > Edit in the Action bar.

  3. Select the check box of a Salesforce object on which you want to add or edit conditional indexing.

  4. At the top of the object list, select Conditions.

    salesforcev2-conditions-nov17

Add Conditions to a Salesforce Source

  1. In the Manage Conditions Applied to an Object panel, under Conditions, enter the appropriate information:

    1. (When editing a Knowledge base object only) Select one or more of the following publish statuses of knowledge articles to include: Online (published), Archived, and Draft.

      salesforcesourcev2-addknowledgecondition

      By default, the Salesforce source only indexes Knowledge articles that are Online (published).

      By default, only Online (published) articles are indexed. More than one status can be selected. However, if you select Draft, one knowledge article can appear several times in many versions in search results (see Salesforce Knowledge Articles).

    2. In the Select a field drop down menu, select the Object field you want to use as part of your condition.

    3. In the Select an operator drop down menu, depending on the selected field, select one of the available operators:

      For more information on the operators, see Comparison Operators.

      The only added operator is NOT LIKE, which acts as the opposite of the LIKE operator.

      • Equals

      • Not equals

      • Less than

      • Less than or equals to

      • Greater than

      • Greater than or equals to

      • Like

      • Not like

      • In

      • Not in

      • Includes

      • Excludes

    4. In the remaining field, enter the field value to respect.

      If you selected the Excludes operator, you can enter many values in a single entry using the following syntax ('value1','value2').

      Remember to enter string values in single quotes and to respect the ISO 8601 format for datetime values (e.g., 2017-08-21T20:09:26+00:00 ).

  2. Once you’re satisfied with your condition, click Add to add it to your source. The condition should be added underneath.

    salesforcesourcev2-conditionapplied

  3. Once you have entered all the conditions1 you want on your source, click Apply Changes.

    The changes will be effective once you have saved and rebuilt your source.

    1: If you’ve added many indexing conditions to your source, only the objects satisfying all the conditions are indexed.

Manage Conditions in a Salesforce Source

  1. In the Manage Conditions Applied to an Object panel, you can also perform the following actions:

    • To edit an existing condition, change the values of your condition.

    • To remove only one condition, click Remove next to the condition to remove.

    • To remove all conditions, click Remove All Conditions.

  2. When you’re done, click Apply changes.

    The changes will be effective once you have saved and rebuilt your source.

View or Edit a Salesforce Object Body

You can change what’s indexed as the body of your object by defining a mapping rule for the body field.

The body of your object is used both as the excerpt and as the Quickview of an item in your search interface. For more detailed information, see Excerpt Component and Quickview Component. The body mapping documentation for non-Salesforce sources also contains details on the mapping process, Quick View, and excerpt.

  1. Open your Salesforce source Configuration tab.

  2. Select the object of which you want to change the body, and then click Body.

    salesforcesourcev2-editbody

  3. Under Rule, enter your new body. Keep in mind the following:

    • You can enter content to be treated as HTML, given you enter it inside an <html> element.

    • You can display Salesforce field values by using the following syntax: %[<SALESFORCE_FIELD_NAME>].

      Where you replace <SALESFORCE_FIELD_NAME> with the Salesforce field API name.

      You want to change your Account object to display the account description, account number, and account phone number.

      Under Rule, you enter the following mapping rule:

      <html><div>Description: %[Description]</div><div>Account Number: %[AccountNumber]</div><div>Phone Number: %[Phone]</div></html>

    • You can find the API name of the Salesforce field in the Salesforce Field column, in gray italics.

      salesforcesourcev2-greyfieldname

  4. Once you’re satisfied with the content for your body, click Apply Changes.

What’s Next?

For those familiar with the Salesforce source on other Coveo platforms, the following board allows you to modify the ObjectsToGet configuration file. In Coveo Cloud, the ObjectsToGet configuration file is written in JSON, as opposed to XML in CES and Cloud V1. You may manually edit the JSON configuration, but be warned that improperly configuring the JSON will make your source fail to build.

For more information on the different JSON configurations you can perform on your Salesforce source, see JSON Salesforce Objects.

Recommended Articles