Note that using this template is subject to the conditions of this License Agreement. Please review the terms of the license before downloading and using this template. In short, you are allowed to use the template for free with Mule ESB Enterprise Edition, CloudHub, or as a trial in Anypoint Studio.
Use this template if would like to sync Customer's Contacts from SAP to Salesforce Contacts in manner one time synchronization hitting the Http endpoint Inboud SAP endpoint retrieves all Contacts in SAP using standard BAPI BAPI_CUSTOMER_GETCONTACTLIST and transforms them to Salesforce Contacts In this template you may to choose whether Account for Contact should be created as well during the process. This functionality relies on standard BAPI for retrieving details about customers BAPI_CUSTOMER_GETDETAIL2
To make this Anypoint Template run, there are certain preconditions that must be considered. All of them deal with the preparations in both source (SAP) and destination (SFDC) systems, that must be made in order for all to run smoothly. Failling to do so could lead to unexpected behavior of the template.
Before continue with the use of this Anypoint Template, you may want to check out this Documentation Page, that will teach you how to work with SAP and Anypoint Studio-
This Anypoint template uses a few private Maven dependencies in oder to work. If you intend to run this template with Maven support, please continue reading.
You will find that there are three dependencies in the pom.xml file that begin with the following group id: com.sap.conn.jco These dependencies are private for Mulesoft and will cause you application not to build from a Maven command line. You need to replace them with "provided" scope and copy the libraries into the build path.
There may be a few things that you need to know regarding SAP, in order for this template to work.
SAP backend system is used as source of data. SAP Connector is used to send and receive the data from the SAP backend. The connector can either use RFC calls of BAPI functions and/or IDoc messages for data exchange and needs to be properly customized as per chapter: Properties to be configured
- Partner profile Partner profile needs to be customized type of logical system as partner type. Outbound parameter of message type MATMAS is defined in the partner profile. As receiver port an RFC destination created earlier is used. Idoc Type MATMAS01 is defined.
There may be a few things that you need to know regarding Salesforce, in order for this template to work.
In order to have this template working as expected, you should be aware of your own Salesforce field configuration.
###FAQ
-
Where can I check that the field configuration for my Salesforce instance is the right one?
Salesforce: Checking Field Accessibility for a Particular Field
-
Can I modify the Field Access Settings? How?
Simple steps to get SAP2SFDC-contact-migration running.
In this section we detail the way you should run your Anypoint Template on your computer.
First thing to know if you are a newcomer to Mule is where to get the tools.
Mule Studio offers several ways to import a project into the workspace, for instance:
- Anypoint Studio generated Deployable Archive (.zip)
- Anypoint Studio Project from External Location
- Maven-based Mule Project from pom.xml
- Mule ESB Configuration XML from External Location
You can find a detailed description on how to do so in this Documentation Page.
Once you have imported you Anypoint Template into Anypoint Studio you need to follow these steps to run it:
- Locate the properties file
mule.dev.properties
, in src/main/resources - Complete all the properties required as per the examples in the section Properties to be configured
- Once that is done, right click on you Anypoint Template project folder
- Hover you mouse over
"Run as"
- Click on
"Mule Application"
Complete all properties in one of the property files, for example in [mule.prod.properties] (../master/src/main/resources/mule.prod.properties) and run your app with the corresponding environment variable to use it. To follow the example, this will be mule.env=prod
.
While creating your application on CloudHub (Or you can do it later as a next step), you need to go to Deployment > Advanced to set all environment variables detailed in Properties to be configured as well as the mule.env.
Mule Studio provides you with really easy way to deploy your Template directly to CloudHub, for the specific steps to do so please check this link
In order to use this Mule Anypoint Template you need to configure properties (Credentials, configurations, etc.) either in properties file or in CloudHub as Environment Variables. Detail list with examples:
SAP Connector configuration
- sap.jco.ashost
your.sap.address.com
- sap.jco.user
SAP_USER
- sap.jco.passwd
SAP_PASS
- sap.jco.sysnr
14
- sap.jco.client
800
- sap.jco.lang
EN
SalesForce Connector configuration
- sfdc.username
bob.dylan@sfdc
- sfdc.password
DylanPassword123
- sfdc.securityToken
avsfwCUl7apQs56Xq2AKi3X
- sfdc.url
https://test.salesforce.com/services/Soap/u/28.0
SMPT Services configuration
- smtp.host
smtp.gmail.com
- smtp.port
587
- smtp.user
gmailuser
- smtp.password
gmailpassword
Mail details
- mail.from
[email protected]
- mail.to
[email protected]
- mail.subject
Mail subject
Policy for creating accounts in SF syncAccount, assignDummyAccount, doNotCreateAccount
- account.sync.policy
syncAccount
SalesForce imposes limits on the number of API Calls that can be made. Therefore calculating this amount may be an important factor to consider. Product Broadcast Template calls to the API can be calculated using the formula:
X * 3 + X / 200
Being X the number of Contacts to be synchronized on each run.
Multiplication by 3 is because for every user if account.sync.policy is set to value syncAccounts for every contact will be checked if an account with matching name exists in Salesforce and if not it will be created.
The division by 200 is because, by default, contacts are gathered in groups of 200 for each Upsert API Call in the commit step.
For instance if 10 records are fetched from origin instance, then 1 api calls to SFDC will be made ( 1).
This brief guide intends to give a high level idea of how this Anypoint Template is built and how you can change it according to your needs. As mule applications are based on XML files, this page will be organized by describing all the XML that conform the Anypoint Template. Of course more files will be found such as Test Classes and Mule Application Files, but to keep it simple we will focus on the XMLs.
Here is a list of the main XML files you'll find in this application:
Configuration for Connectors and Properties Place Holders are set in this file. Even you can change the configuration here, all parameters that can be modified here are in properties file, and this is the recommended place to do it so. Of course if you want to do core changes to the logic you will probably need to modify this file.
In the visual editor they can be found on the Global Element tab.
A functional aspect of this Anypoint Template implemented in this XML is to create or update objects in the destination system for a represented use case. You can customize and extend the logic of this Anypoint Template in this XML to more specifically meet your needs.
This is file is conformed by a Flow containing the endpoints for triggering the template and retrieving the objects that meet the defined criteria in the query. And then executing the batch job process with the query results.
This is the right place to handle how your integration will react depending on the different exceptions. This file holds a Choice Exception Strategy that is referenced by the main flow in the business logic.