Note: This feature incurs additional fees.
This integration uses AdaptiveWork's iHub application. To learn more about iHub, click here.
AdaptiveWork's Salesforce integration enables sales and technical support teams to enhance their work process and account management capabilities by initiating and following AdaptiveWork Projects, Cases, Users, and Discussions as well as other AdaptiveWork objects within Salesforce. Additionally, Professional Service teams are able to view all relevant Salesforce information, custom or standard, directly in AdaptiveWork.
The integration allows syncing objects between Salesforce and AdaptiveWork. You can connect multiple AdaptiveWork instances to a single Salesforce instance.
The integration includes a best practices package, which includes out-of-the-box mappings and triggers, allowing teams to get started with no additional setup.
Administrators can then configure their own mappings as needed for the customer's specific business needs.
This provides:
Notes:
Salesforce integration provides several key benefits:
The following are just some of the key benefits relating to sales automation when integrating Salesforce with AdaptiveWork:
Keep track of the project execution with:
Full collaboration between the different teams
To get more information about AdaptiveWork integration with Salesforce, contact your account representative or email customercare@planview.com
Before you begin the integration process, contact your Success Manager and follow the instructions below.
Note: The current package version is 1.6
Key components of the integration:
This section explains the initial setup process for new customers, which includes the installation of the best practices package and out-of-the-box triggers and mappings.
AdaptiveWork installs objects, tables and pages as past of this integration.
Note: Make sure that you are logged in with a Salesforce Admin user during the setup and authentication process, as this user permission type is required for the integration to work properly.
The following example describes creating an Opportunity in Salesforce that creates a new Project in AdaptiveWork.
Note: Mappings and event triggers are explained in Triggers and Mappings.
UI controls are visual force pages in Salesforce that allow you to view the relevant Gantt/Roadmap in Salesforce, and access the related item in AdaptiveWork.
Note: If you are using a custom Salesforce URL, some features may not work, such as Sync now, View in AdaptiveWork, and viewing the roadmap and Gantt from Salesforce.
To add these UI controls to the relevant objects in Salesforce , you will need to be an Admin user and follow the steps below.
To configure the integration to work with your AdaptiveWork Sandbox account please follow the steps below:
When a Salesforce sandbox is refreshed, all iHub information related to the Salesforce sandbox is replaced with the Salesforce production environment details. To reconnect AdaptiveWork sandbox with Salesforce sandbox, you must re-authenticate AdaptiveWork with Salesforce.
To re-authenticate, open the Authentication tab in iHub, and re-enter the Salesforce connection details.
For more details on refreshing a sandbox account, click here.
This section describes the best practices triggers and mappings, as well as detailed explanations on how to create new ones.
Note: If you have been using AdaptiveWork and Salesforce separately, and now want to integrate the systems, you can link existing objects using the Sync Registry import feature in the Sync Registry tab.
An event (or trigger) is something that leads to the creation of a new object in AdaptiveWork based on an occurrences in Salesforce and vice versa.
In this version of the integration, you can create events on any object in AdaptiveWork or Salesforce (custom or standard), that will trigger the creation of an object in the other system.
For example, you may want to create an event that will create a Request in AdaptiveWork each time a Salesforce Idea is created.
When creating an event that is triggered from Salesforce, you will also be able to trigger the creation of subsequent objects in AdaptiveWork based on any related data of the original Salesforce object (more information below).
A mapping is what determines how an object in AdaptiveWork is synced to the relevant object in Salesforce (and vice versa).
In the event example above, a Request in AdaptiveWork is created each time an Idea is created in Salesforce.
The event determines which object to create, while the mapping determines what data is moved from Salesforce to AdaptiveWork on the initial creation, and which data is transferred from AdaptiveWork to Salesforce or from Salesforce to AdaptiveWork on subsequent syncs (determined by the daily syncs).
When creating a mapping, you will also have the ability to map any related AdaptiveWork information into new or existing objects in Salesforce (more information below).
Out-of-the-box mappings and triggers can be further customized (or completely removed/disabled) to fit your specific needs.
Note: To customize the out-of-the-box mappings and triggers, consult your AdaptiveWork representative.
The out-of-the-box mappings and triggers include:
|
|
AdaptiveWork User - SFDC User |
This mapping is used to sync between a "User" in AdaptiveWork and a "User" in SalesForce, and is specifically used when syncing between a Chatter feed in SalesForce to a discussion stream in AdaptiveWork. Note: Existing V2 customers who would like to continue to use the "AdaptiveWork Resource" custom object, will need to first disable this mapping and then create a new mapping between a AdaptiveWork User and the "AdaptiveWork Resource" custom object in SalesForce. |
Account to Customer | Maps an "Account" in Salesforce to a "Customer" in AdaptiveWork and syncs the Discussion/Chatter stream between the objects. |
Milestone to Milestone | Maps a "Milestone" in AdaptiveWork to a "AdaptiveWork milestone" custom object in Salesforce |
Project to Project | Maps a "AdaptiveWork Project" custom object in Salesforce to a "Project" in AdaptiveWork. This mapping includes the linking of the "Project" in AdaptiveWork to the relevant "Customer" in AdaptiveWork (based on the Opportunity Account). Additionally, in subsequent syncs, the mapping will sync all project milestones (in AdaptiveWork) as "AdaptiveWork milestones" in Salesforce. |
Events |
|
Create a project when Opportunity probably equals 70% | The event runs each time an opportunity's probability in Salesforce is greater than or equal to 70%. It will then create a "AdaptiveWork Project" in Salesforce that is linked to the Opportunity, and any opportunity products will be accessed and will trigger the creation of sub-projects. |
Mappings define exactly how objects between Salesforce and AdaptiveWork are synced to one another (e.g. what fields are synced, what related items in AdaptiveWork should be synced in Salesforce, etc.).
Note: When packaging mappings and events, you must package mappings and events separately, so that you can first load the mappings, and then the events. Some events will not load properly if the mappings do not exist.
To create a new mapping:
Entity |
Defines the entity of the object mapped, (e.g. AdaptiveWork Bug will be mapped as a Salesforce Case) |
Key field |
Used for identification purposes, the key field will be referenced in other mappings when trying to locate a desired object (such as a project in AdaptiveWork can be found using the External ID) |
Delete policy |
Determines if the item in the relevant system will be deleted or retained if the item is deleted in the other system |
Create policy |
Determines whether the item should be created if referenced in a separate mapping (or trigger) that doesn't yet exist, searched for using the key field, in the relevant system |
Template rules |
This section only opens if you choose to map a template-able object in AdaptiveWork (such as a project or milestone). · Click Add Template. · Select the template to be used from the Template name menu. · Define the Template Criteria conditions. · Click Add to define additional criteria. Note: When using multiple conditions, you can define the logical expression as either AND (default), or OR, in the Logical Expression field type OR. |
Repeat the process for each template rule you wish to define.
Direction |
Options include "from AdaptiveWork" and "to AdaptiveWork", and determines whether the data will be sent to AdaptiveWork or will come from AdaptiveWork |
Salesforce |
Will be filtered to match only fields fitting the data type of the AdaptiveWork field (e.g. numeric to numeric, pick list to pick list, etc.) |
AdaptiveWork |
Will be filtered to match only fields fitting the data type of the Salesforce field (e.g. numeric to numeric, pick list to pick list, etc.) |
Event type |
Options include "Create only", "sync only", and "Create and sync", and determines when the data will move in the direction specified above. Add: click to create additional field mappings. |
Note: A field map can be listed multiple times, for instance, you may want a project name to go from Salesforce to AdaptiveWork (to AdaptiveWork) on create only, and then on sync only to go from AdaptiveWork to Salesforce.
Note: This section remains hidden until Object Mapping is defined.
Note: In cases where there is only one possible link this field will be hidden.
Events define when an item will start to sync (e.g. when an opportunity in Salesforce hits 70% probability, when a bug in AdaptiveWork is set as "reported by customer", etc.).
Notes:
On creating the event, a workflow rule and workflow outbound message is created.
To create a new mapping: