There are several strategies on how to read and manipulate data from external application in SAP PaPM Cloud. However there are instances wherein if database are not exposed, we are only limited to do specific pulling mechanism. In this blogpost, I will share with you step by step guide on how you can leverage S/4HANA Cloud APIs to be used in SAP PaPM Cloud Standard Model (SM) and Universal Model (UM).
User1 is tasked to read general ledger account line items from S/4HANA Public Cloud System. User1 saw in the help portal documentation that there is an API OData V2 which can be used for it which is G/L Account Line Items - Read (A2X). User2 on the other hand wants to read consolidation task and assignments of consolidation document type and found an API Odata V4 which can be used: Consolidation Task ‒ Read
Both users would want to use SAP PaPM Cloud SM or UM to check if they can read on through using above API Service.
Read on through for the steps 😊
There are three main setup to be done here namely: Maintaining Communication User, Creation of Communication System and Creation of communication arrangements, read on below to see how it can be done:
Service | Application Protocol | Service URL/Service Instance |
G/L Account Line Items - Read (A2X) | Odata V2 | https://my300470-api.s4hana.ondemand.com/sap/opu/odata/sap/API_GLACCOUNTLINEITEM |
Consolidation Task ‒ Read | Odata V4 |
h. Scroll down to Outbound communication section. This is required only if you will do outbound scenarios however this blogpost is only limited to inbound scenario. In order to bypass the required User Name field, untick all Outbound Service Status.
i. Choose Save.
j. Perform steps a-i for the other required Communication Scenario if needed.
Use below information to create Destination relevant to bridge S/4HANA Public Cloud to SAP PaPM Cloud.
Name | Unique name of destination in current subaccount. |
Type | Select “HTTP”. |
Description | Any description for the destination name. |
URL | API-URL from Step 3e of Create Communication Arrangement |
Proxy Type | Internet |
Authentication | BasicAuthentication |
User | User created from Step 1c of Create Communication User |
Password | Proposed Password from Step 1c of Create Communication User |
As you may have already know, SAP PaPM Cloud Standard Model only supports Odata type V4 hence in this example, we will be using the information from Consolidation Task ‒ Read API.
Connection Name | Unique name of connection in the tenant |
Connection Class | Select “Default” |
Connection Source | Select “Odata” |
Connection Description | Any phrase you wish to describe details about the connection |
Destination Name | Destination created from previous step e.g. S4toPaPMC |
Entity Set | Service structure entity of the S/4HANA Cloud API e.g. ConsolidationTask |
Service Root | Specifies the root of service URL from Step 3g of Communication Arrangement e.g. |
Maximum page size | 1000 (Default) |
SAP PaPM Cloud Universal Model supports both Odata V2 and Odata V4 and in terms of configuration they follow the same steps. Let’s take a look if we can load the data of both APIs mentioned above.
Environment | Environment ID to where a connection will be created |
Connection Target Type | Select “Odata Service” |
Connection Name | Unique name of Connection within the Environment |
Description | Any phrase you wish to describe details about the connection |
Model Filter | Used to filter out the models coming from the target to the ones which match the expression (pattern). Supports JavaScript regular expressions. It is optional and can be empty. |
Destination Name | Destination created from previous step e.g. S4toPaPMC |
Service Path | Specifies the root of service URL from Step 3g of Communication Arrangement e.g. |
Default Key Field | Existing environment field of data type “String” or “UUID” created by the user and not registered from a different connection. |
Parent Folder | All models synced from the connection to the environment will have this folder function as parent. It is optional and can be empty. |
Now that you are done with setting it up for ODataV4, How about for OdataV2?
Like I said previously, steps in setting up Odata V2 for SAP PaPM Cloud UM should be the same as Odata V4. The only difference here would be the Service Path information from S4HANA Cloud Service URL/Service Interface which classifies whether what application protocol is used in this case, I used below information:
Service Path | Specifies the root of service URL from Step 3g of Communication Arrangement e.g. |
Follow steps 2-5 from Odata V4 Setup in order to bring the Model Entity created from Odata Service Connection and use a reader to buffer the data to it.
User1 and User 2 has completed their activity! Hoooraay!
This sums up one way of using S/4HANA Cloud Data into SAP PaPM Cloud. By mastering the steps outlined, you can be better equipped in your implementation project. With due diligence in checking, you can also try out other available APIs and create your own personal guide. Like I always said, this is one way and there can be another and a more optimized one. Hope you enjoy and until the next one! 😎
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |