Integration Blueprint Setup

Have more questions? Submit a request
This guide is broken down into 2 sections.  The first section is Salesforce config, which you will want to confirm before setting up Sonar's Integration Blueprint.  

Section 1:  Items to check before starting the Integration Blueprint configuration 

1. Find out who the sync user is for your production environment


2. Find out the profile that user has


3. Open the sync user profile in Setup


4. Confirm that “View event Log files” and “View Real-time Event Monitoring Data” are enabled


5.  Navigate to “Event Monitoring Settings” in setup


6.  Confirm that “Generate event log files” is enabled



7.  Navigate to “Event Manager”




8. Ensure that "Streaming Data" and "Storing Data" are ENABLED for the "API Event" and "Bulk API Result Event".

Streaming and Storing Datsa IB update.png




Section 2: Integration Blueprint configuration steps

1st step: 


In the Sonar application, navigate to Settings> Integrated Apps> Edit Objects. 
 
Clicking "Edit Objects" opens a new tab in the customer's Salesforce environment, allowing them to select the objects they want to monitor.  
 
 
2nd step:
 
Select the objects that you want to monitor.

  • This is for writing only. Sonar will track all the reads even if the object isn't monitored.
  • Depending on the package you have purchased from Salesforce, Salesforce limits the number of objects that can be monitored. The smallest package comes with five objects.
  • Available Entities search in Salesforce is based on the API name, not the display name.
  • These settings can also be managed via "Change Data Capture" from Salesforce setup. 
 
3rd step. 

Navigate back to the Sonar Integrated Apps tab in the Sonar application, and click "Refresh Objects"
 
 
4th step
 
Set up a new app but clicking "add new app". This will open a window inside Sonar.
 
 
Only the Name and Integration user fields are required to complete the setup. 
new app updated screenshot.png

 

  • These apps are predicated on using an integration user; this does not need to be Salesforce's new integration use license type. It can be a traditional Salesforce license. But it does need to be dedicated to the application. The mapped data will be inaccurate if multiple applications use the integration user.
    • When multiple applications are using the same integration user, we recommend bucketing these.  for example, if multiple data platforms are using the same integration user, create an application called "data platforms".  You will not be able to distinguish the exact traffic for each application, but this can help give a better understanding of external usage. 
  • Object & Field Usage activity is the duration Sonar will keep the read by and populated for each field.  i.e. if Object & Field Usage activity is set to 7 days, on the 8th day that a field was not read or populated the application marker will no longer display forthat field.   

Step 5.

Data will populate automatically as each integration calls the customer's Salesforce environment.  

Articles in this section

Was this article helpful?
0 out of 0 found this helpful

Comments

0 comments

Article is closed for comments.