Data Syncing for SuccessFactors
Protect your data in non-production instances in SAP SuccessFactors

Data Syncing for SuccessFactors

In the on-premise SAP system customers have to make changes in a development system and transport them to production. Often when troubleshooting production support issues or testing new functionality they just didn't have realistic data to test with, so they would end up testing in production or going-live with something that hadn't been properly tested because of the data.

The issue is that the only standard way to get data back is to do a full system copy of production over the test systems (never development) a bit like Instance Refresh. But this wipes any work in progress as well and can take several days or even weeks to complete.

So we built Data Sync Manager (DSM) to cater for this, so people can take subsets of data back without replacing the whole system. Sometimes you do want/need a test system to be completely refreshed and then you can just use DSM to scramble the copied system so real names, addresses, bank details etc. are not being used for testing. 

Over the last few years we've added the ability to also make SuccessFactors data part of the copy back. So, someone can copy and consistently mask Employee Central data with Employee Central Payroll or on-premise payroll data, and all on demand without affecting other users of the test system.

Learn more by watching my video: https://youtu.be/VLhgglv8Ams

Check out my blog: Protect your data in non-production instances in SAP SuccessFactors

Or as always please feel free to reach out and I'll give you a live demo.


要查看或添加评论,请登录

社区洞察

其他会员也浏览了