SAP BTP Platform Members (Cloud Foundry)
Follow this procedure to set up the SAP BTP Platform Members (Cloud Foundry) as а proxy system.
Prerequisites
-
You have а global account in SAP BTP with at least one multi-environment subaccount with enabled Cloud Foundry environment.
-
You have established trust between your SAP Cloud Identity Services tenant as custom identity provider for platform users and your global account(s) containing these subaccounts. For more information, see Establish Trust and Federation of Custom Identity Providers for Platform Users.
-
You have created a CF provisioning user (which is a regular user of type Employee in the local identity directory of your SAP Cloud Identity Services tenant) that will be used for provisioning. Give this user an email address with the following pattern cf-user-provisioning-<origin_key>@sap.invalid, where <origin_key> is the origin key of the trust configuration for BTP platform users which points to your SAP Cloud Identity Services tenant. You have set an initial password for the user and marked its email adress as verified. For more information, see Create a New User and List and Edit User Details.
-
You have activated the account of the CF provisioning user by opening the Profile Page of SAP Cloud Identity Services, in a separate browser session, and changing its initial password. The URL has the following pattern: https://<tenant ID>.accounts.ondemand.com or https://<tenant ID>.accounts.cloud.sap
-
You have created the group cf-user-provisioning in your SAP Cloud Identity Services tenant and added the CF provisioning user to it. For more information, see Create a New Group and Add Users to a Group.
-
You have added the CF provisioning user as org member with role Org Manager to each Cloud Foundry organization where you want to provision users, in the SAP BTP cockpit For more information, see Add Org Members and About Roles in the Cloud Foundry Environment.
Context
The Cloud Foundry environment enables you to create polyglot cloud applications in Cloud Foundry. It contains the SAP BTP, Cloud Foundry runtime service, which is based on the open-source application platform managed by the Cloud Foundry Foundation. For more information, see Cloud Foundry Environment.
When you enable the Cloud Foundry environment in your subaccount, the system automatically creates a Cloud Foundry organization for you. You are able to add platform users as org members and space members and assign roles to grant these users platform access. For more information, see Valid role types
.
SAP BTP Platform Members (Cloud Foundry) connector manages org and space members, as well as their role assignments, in the Cloud Foundry environment of a multi-environment subaccount, where a single SAP Cloud Identity Services tenant acts as custom identity provider. We recommend that you use the Identity Provisioning service enabled in this SAP Cloud Identity Services tenant.
In SAP BTP Platform Members (Cloud Foundry), groups correspond to roles in particular Cloud Foundry orgs or spaces, thus group members are user assignments of a role in a specific Cloud Foundry org or space. Group names must follow a defined pattern, explained below, to ensure the correct mapping and provisioning of users and their role assignments to the relevant Cloud Foundry organization or space.
You can use SAP BTP Platform Members (Cloud Foundry) as a proxy connector to execute hybrid scenarios. That means, it can provision its entities to another (external) back-end system by request, and then can continue executing CRUD operations back to SAP BTP Platform Members (Cloud Foundry), whenever the external back-end requests such.
The proxy system consumes User Account and Authentication API and Cloud Foundry V3 API provided by Cloud Foundry.
Procedure
Next Steps
When a proxy system is connected to an external backend system (in the case of SAP Identity Management this means the exported CSV file is imported into the Identity Management Admin UI and a repository is configured), you can start managing the users and groups into this external system. Usually, the first operation is the initial load of the existing entities into your external system. When this load has finished, changes in the external system, such as creating new users or updating existing ones, can trigger CRUD requests back to the proxy system.
To see an example with SAP Identity Management, see Hybrid Scenario: SAP Identity Management → sections Next Steps and Future Identity Lifecycle.

