Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
JodyB
Advisor
Advisor
Welcome to the fifth installment in a six-part series made by actual Technical Consultants working at SAP Concur on Concur’s new Identity and User Provisioning Services (UPS).  The last post discussed the use of Role Codes and entitlements. Today’s post is an introduction to migrating to UPS from older APIs.  Much of this information also applies to migrating from the employee import flat file.  This post will focus specifically on migrating from other APIs.  Please note that the User v1 and Bulk v3x APIs are being decommissioned in May 2024. 

I have been a Technical Consultant with SAP Concur for more than 10 years, working with clients of all sizes to implement Concur.  Many of those clients are looking for a method of maintaining Concur employee profiles that fits today's demand of near real-time synchronization.

SAP Concur's latest User Provisioning Service (UPS) API is a robust and powerful tool built on the SCIM standard.  All functionality in User v1 and Bulk v3 API is supported by UPS v4

Now is a great time to consider migrating to UPS.  To get started, please review the following Use Case.

Migrating to User Provisioning Service v4 API from User v1 and Bulk v3x

This use case covers:

  • Where to find attribute mapping from the employee import file, User v1 and Bulk v3 APIs.

  • General steps to plan out your migration

  • A link to a detailed implementation guide for UPS


When planning your migration, please keep the following in mind.

  • User v1  manages users as a batch, even if the batch contains only one user.  UPSv4 has batch and individual user capabilities.

  • UPS follows the SCIM standard.  SAP Concur has grouped the identity attributes of a user into the core and enterprise extensions separate from spend and travel attributes. When a new user is provisioned, an immutable UUID is created for that user.  It is required for spend and travel provisioning updates.

  • Requests are processed asynchronously.  The provisioning status URI must be reviewed to verify the status of the request and view any error messages should the request fail.  Please refer to the 3rd blog in this series for more information regarding this. Concur User Provisioning Service: Synchronous vs Asynchronous calls with UPS and how they work toget...


 

Please take note that the User v1 and Bulk v3x APIs are being decommissioned in May 2024.  If you would like to continue using APIs to manage your data after that time, you will need to migrate to UPS.

I hope you find this information to be helpful to start your profile maintenance migration planning.  The last blog in this series on best practice and debugging tips will be posted soon.  In case you missed our previous posts, please see the links below to access those.

 

  1. Introducing SAP Concur’ s Identity and User Provisioning Webservices | SAP Blogs

  2. Concur User Provisioning Service: Understanding the differences between Identity, Spend and Travel |...

  3. Concur User Provisioning Service: Synchronous vs Asynchronous calls with UPS and how they work toget...

  4. SAP Concur User Provisioning: Assigning Entitlements and Roles | SAP Blogs

  5. Best Practices for Utilizing Concur’s Identity v4 and User Provisioning v4 Webservices | SAP Blogs