The steps we followed for sending data from Datasphere to SAC via an OData Service Connection
Sending data from Datasphere to SAC via OData Service
Sending data from SAC to Datasphere via CDI Connection (Cloud Data Integration)
In this blog, I want to provide the steps we followed to load SAC Plan data into Datasphere via CDI Connection (Cloud Data Integration). By funneling SAC Plan data into Datasphere Actuals, we establish the groundwork for more informed decision-making and overall better planning.
Our first step in sending data from SAC to Datasphere via CDI connection is creating a planning model with Plan data. For this blog I have a dataset which uses Plan data. When we log into our SAC tenant, we go to Modeler >> Create New Model and we get the below window. We want to choose the second option for ‘planning purposes’.
Once I successfully created the model, I saved the model and created a canvas story. Within the story, I added a table to hold our Plan data from our planning model.
Our next steps is to create a planning version of our data. This is a very important step. It allows us to:
We simply select the table we just created and click on the Version Management Panel. We then want to copy the current version, which at the point SAC thinks is Actuals data, even though we know it is Plan data. We save this Plan version and our story. We have successfully created a planning model within SAC with planning data.
We want to make the plan data we just created in SAC available to Datasphere. The data from SAC contains ‘fact data’. We want to make this fact data readable from a table.
We spoke about creating an OAuth client in section 3 of blog 4 so we’ll skip this step here.
Within Datasphere, we want to create a new connection by searching and selecting 'Cloud Data Integration'.
We then configure the connection properties, by adding the following details:
Connection Details:
URL: [SAC hostname]/api/v1/dataexport/administration
Authentication Type: OAuth 2.0
OAuth 2.0 Settings:
OAuth Grant Type: "Client Credentials"
OAuth Token Endpoint: When you create an OAuth Client in SAC, you’ll get an Token URL (System >> Administration >> App Integration >> view your ‘Token URL’ under the OAuth Clients section)
OAuth Response Type: "token"
OAuth Token Request Content Type: "URL Encoded"
Credentials (OAuth 2.0):
Client ID: When you create an OAuth Client in SAC you can find the Client ID, (System >> Administration >> App Integration >> view your ‘Client ID’ when you select your OAuth client under the OAuth Clients section)
OAuth Client Secret: When you create an OAuth Client in SAC you can find the Secret key, (System >> Administration >> App Integration >> view your ‘Secret’ when you select your OAuth client under the OAuth Clients section)
Features:
Remote Tables: select your DP Agent to enable Remote Tables
Data Flows
Finally, give your connection a name and complete creating your CDI connection from Datasphere to SAC.
As a remote table
Via a data flow
In Datasphere, navigate to Data Builder and select your space. Click on Import Remote Tables.
Choose the connection from the list of connections created during the setup of your CDI Connection.
We then need to search for the model ID as stated above under the ‘Creation of our Planning Model’ section. Select this model ID and import the FactData from the list of remote tables associated with the model.
Once we click on next we will get an overview of the objects that you will import.
Once you click ‘Import and Deploy’ the table will import and you can close the window. You’ll now be able to see the fact data from the SAC model that we have just imported into Datasphere.
See below the fact data from our SAC model now stored in our Datasphere tenant:
In Datasphere, navigate to Data Builder and select your space. Click on New Data Flow.
When you click on the Sources tab, you must select your CDI Connection from the list and then search for the Model ID as stated above under the ‘Creation of our Planning Model’ section.
Drag and drop the FactData from the Source Browser and drop it into the diagram area. This is your source.
We now need to add a table to the diagram area. This table will be our target i.e. where the data will be stored in Datasphere. Once the table is created and deployed, we need to run the data flow to get the data from source to target.
You can see below that once you deploy and run the data flow, Datasphere maps the data from source i.e. the FactData from SAC to the target i.e. the table within Datasphere.
You can see the data preview below for the Source table i.e. the data coming from SAC.
When you review the data preview below for the Target table, which contains data from SAC stored in a Datasphere table, you'll see that the data is now successfully stored in a Datasphere table.
You have now successfully imported the data from SAC into Datasphere via a data flow.
Configuring either remote tables or data flows enables you to load data from SAC to Datasphere via your CDI connection.
As we know, Datasphere acts as the cloud-based successor to BW. However, an import thing to note, it does not have a BW planning engine. In practical terms, this means that you cannot write Plan data in Datasphere.
The reason why we use Datasphere and SAC for planning is so that we can combine both tools to create a seamless and efficient planning solution. SAC basically acts as the tool for analysis and planning activities. Datasphere acts as a data supplier for master and transaction data and can also consume data from SAC itself.
In merging Datasphere with SAC, we've not only united data but revolutionized the very essence of informed decision-making. Here's to the dawn of data harmony and the power it brings to your companies planning endeavors.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
8 | |
6 | |
5 | |
5 | |
5 | |
4 | |
4 | |
3 | |
3 |