Sorun Cevaplayalım

İşinizle ilgili öngörüler edinin, gerçek zamanlı bilgilere göre karar alın.

SAP Eğitim ve Sertifika Dönemleri

Uzmanlığınızı ve deneyiminizi SAP çözümleri kullanarak tasdik edin.

Çözüm Ekibi Başvurusu

Kullanıcılara hızlı ve pratik çözümler üreterek görev almak isteyenler.

Perform Cost of Living Adjustment using SuccessFactors Integration Center

SAP Blog

Kayıtlı Üye
Katılım
22 Ara 2017
Mesajlar
990
Tepki puanı
6
This blog is co-authored by Gobinder Sandhu (Gobinder Singh Sandhu) and Stéphanie Bourgault-Mongeau

Introduction


The use case is very simple and very common: every year all the employees’ salaries needs to be adjusted by x% because of a cost of living adjustment. Yet, in Employee Central, the mass change transaction can’t be used to do so (as it is only available for the Job Info and Job Relationship portlet mass changes), and customer in the end usually opt for a process where they create a report, do some transformation in Excel and load the data back into EC compensation and recurring pay component portlet. This is time consuming, error prone manual process.

Integration Center, using the SF to SF integration, offers a safer and less time-consuming alternative to the extract/transform/load (ETL) process. This blog explains how integration center can be leveraged to automate the Cost of living adjustment in Employee Central and similar use cases.

On similar note, Integration center opens a door to do more ETL kind of processes

Creating a new integration in Integration Center

1. Selecting the Integration Type


After Integration Center is provisioned and security is configured, it is ready to be used. For our Cost of living adjustment use case, we will need to use More Integration Types when creating the integration as we want to use the SuccessFactors (Source) to SuccessFactors (Destination) integration type. This means that we will use Employee Central data for the outbound integration (send the data out of SF) and use Employee Central to catch the inbound integration (getting the data back in SF). The goal is just to do some simple transformation when we send the data out so that when it comes back, the newly calculated data value is captured in the Compensation and Recurring Pay Comp portlet!

The trigger type we will use Application / UI, which means that our integration will be executed from the Integration Center interface. The format can be Odatav2.

1-9.jpg


Figures: Create Integration Type

2. Selecting the Starting Entity


For our integration, our goal is to create a record in the Compensation Information portlet with an effective date and a specific event reason as well as to create a record in the Recurring Pay Component portlet with the new rate against the pay component. Therefore, our starting entity for the integration is the Compensation Information (empCompensation) and we will add the Compensation (EmpPayCompRecuring) entity in the Configure Fields step. The two screenshots below illustrate how to select the starting entity and adding an entity in integration center:

2-11.jpg


Figure: Selecting the starting entity

3-9.jpg

Figure: Adding an entity to an integration

3. Mapping the fields


Now that we have selected our entities, the next step is to map all the fields from the selected entities from what the current values are to the targeted values. There is three mapping type that can be used and we will present each of them in this section.

Associated Field Mapping


Associate field is the simplest mapping type which means that we want to keep the current field value. It is like a direct mapping of a field in the source to the destination without any transformation. In case you are familiar with data imports to Employee Central, associated field mapping is just like using the &&NO_OVERWRITE&& tag when loading data. It is going to be the mapping that we need to use for most fields in our use case. In the example below, we are mapping the User ID (step 1,2) field from the source to the User ID in the destination (step 3,4).

4-10.jpg


Figure: 1-Selecting the destination field to map; 2- Select associated field

5-8.jpg

Figure: 3- Selecting the source field to map; 4- Change Association

Edit Calculation


There is the possibility to add some calculation to associated field mapping by using Edit Calculation option. This is useful for Cost of Living adjustment, in this example below we are fixing the new pay component Amount to be the current pay component Amount multiply by 1.03 (for a 3% increase)

6-6.jpg


Figure: Edit Calculation

7-4.jpg


Figure: Simple Calculation screen

Fix Value Mapping


Fix value mapping allows to set a default or a fixed value in the integration. In our Cost of living adjustment use case, we will use fix value for Start Date and Event-Reason. This will allow us to fix the effective date of the Cost of living adjustment in the Compensation Portlet and the event reason to justify the portlet change. In the example below, we are fixing the value of the Start Date to 10/01/2011.

8-5.jpg


Figure: 1- Select the destination field; 2-Select Fix value; 3-Enter the fix value 10/01/2017

More Field Options


Selecting More Field Options give us a bit more flexibility when defining mapping field. For example, we can use More Field Options to fix a field format or define field restrictions like the minimum and maximum characters. In the screenshots below, we are showing how to fix the date format of the Start Date field to MM/dd/yyyy

9-4.jpg


Figure: More Field Options

10-5.jpg


Figure: Fixing the date format to MM/dd/yyyy

Calculated Value Mapping


There is also the option to use calculated field mapping. This looks a bit like the SuccessFactors business rule engine on steroid where it is possible to do IF/THEN logic and more complex logic. We won’t need calculated value mapping for our use case but this option can handle the transformations which are complex in nature and needs some sort of calculations.

Switch to View Test


Once all the entities fields are mapped, it is possible to preview the result output using the View Test mode (play button). This look just like an upload file and it gives us a preview of the data that will be inserted in Employee Central with the integration

11-4.jpg


Figure: View Test mode

4. Adding some Filters


The next step of setting up the integration is setting up Filters and Sorts. For our cost of living adjustment use case, we will use a filter on a specific pay component (in the example below, pay component 1300). For the sake of the example, we will also filter on a User Id but when you are ready to update all employees in the system who have this pay component, you will need to remove the User Id filter.

12-4.jpg


Figure: Filter and Sort

Ready to run


We are done! The integration just need to be save and it is ready to be run. Once you have run the integration, a log will be generated as per screenshot below:

13-3.jpg


Figure: Run Now and check log

Result


After running the integration, we can validate the result in the Compensation portlet. Here we see that this employee hourly rate is increased by 3% which is the calculated amount we set up in the integration.

14-1.jpg


Integration… that sounds complicated!


We believe that integration center is a quite accessible tool for Employee Central consultant. With a bit of training or a good mentor (We are lucky to have @jaikarankorpal part of our team), you can create some interesting integrations that could reduce the extract/transform/load processes that your customers are currently doing. There is a great value in it for every EC consultant once the vast capabilities of Integration Center are understood and realised.

Integration Center for the business user


As we have seen with our use case, building a SF to SF integration in integration center can be relatively easy and quite useful. However, we still do not see the HR business people go in integration center, modify the Start Date and % of increase amount and run the integration every year in its current form unless the user is tech savvy. Therefore, it would be nice if Integration Center provides a simpler version or ready to go use cases. It would be great if we could build a custom UI that could be permissioned to trigger the integration. One way to achieve (we are yet to prototype this) is to create a custom MDF object that would capture the integration fix values and calculation parameters to trigger the integration… that would give the ability to run the integration in simulation and real mode… and generate log files during the process!

In Summary, Integration Center is extremely useful tool to carry out the customised exports and then imports on need based or can be scheduled. The example used in the blog is one of the common scenario. There are number of similar scenarios in payroll or employee master data maintenance which can leverage Integration Center. Examples are general pay increase, mass uploads with percentage increase in a certain pay component, Updating / replacing the work schedule rules of employees, Changes in seniority or other dates etc. Integration center also monitors the executed integrations and is capable of providing the useful error log and messages for troubleshooting and keep track of data uploads.



Hope you have enjoyed reading the blog.
Please share your thoughts or use case on the subject in the comment section!

Okumaya devam et...
 
Üst