
This article describes how SAP Business ByDesign (ByD) Customers can leverage SAP Analytics Cloud (SAC) to extend the ByD built-in analytics solution with additional visualizations, features and analytical scenarios. It answers the following questions:
Analytics within SAP Analytics Cloud (SAC)
SAP Analytics Cloud (SAC) contributes a powerful analytics extension platform in the cloud, which is based on the SAP Cloud Platform. SAC connects to multiple cloud applications and leverage data models from different cloud applications and SAP BW. It offers strong visualization and dashboarding, corporate performance management capabilities with SAP Digital Boardroom, powerful planning, and predictive workflows.
Discussions to include limited users/functionality into the BYD application license are on-going. Nevertheless, full functionality will require an additional license fee (e.g. for planning, prediction, digital boardroom, multiple data sources, etc.)
The following reporting scenarios are best supported within BYD:
Due to the strong integration of built-in analytics into the BYD solution, operational and process-centric analytics, optimizations and contextual decision making is directly done in SAP Business ByDesign.
Consider the following Extension Scenarios contributed by SAC:
SAP Analytics Cloud (SAC) contributes strong side by side analytics. The following use cases add value in combination with SAP Business ByDesign:
The current BYD - SAC Integration is designed as a data acquisition scenario, which imports aggregated report results to SAC using a ODATA APIs on top of BYD Reports. This has the following advantages and disadvantages:
Disadvantages:
Please refer to the interface "ODATA API for Analytics" in the picture below:
In order to set-up a connection between BYD and SAC you have to do the following steps:
(Please watch the following SAC video as introduction click here)
It is now important to understand that the current integration is very useful under well-defined conditions. Here are a number of recommendations, which can help you to avoid inconsistent data and performance problems:
Recommendation | Why should you care? |
a) Consider the granularity of data. Avoid fine granular fields on document level. | The current integration approach transfers aggregated report data from your BYD source report to SAC repositories. In step 3 you need to add the required fields to the "selected data" area of your Odata query. For example if you are only interested in purchasing information by month and product category we recommend to only add those fields to the ODATA query. Keeping your data on an aggregated level keeps the number of records minimal. In other words it makes a huge difference, if you add fine granular fields on business document level (e.g. the purchase order ID) to "Selected Data" of your ODATA Query. This will dramatically increase the number of records transferred to SAC, which can cause performance problems or even hit limitations. => Please do not transfer the data on lowest record level to SAC. The interface is made for aggregated summary data. A data source level integration is planned for the future. |
b) Prefer custom reports, when you connect to SAC. | It is important to consider, that BYD delivers Standard reports out of the box. Key users can copy and adapt those reports, which leads to a custom report.Standard reports can theoretically change with every release.
|
c) Choose a dedicated business user/admin user for replication | The scheduling and replication of data is done with one dedicated administration user. In order to make this integration as secure as possible, we suggest to assign all replication relevant reports to one dedicated work center and create one administration user, which is has limited read-access to only this work center. On the SAC side you would use this user for "basic authentication" |
d) Users and Access rights for consumption | To manage the access rights on SAC side you would create dedicated users to represent each business users in BYD. Please use an Identity provider in case you need single sign on. In case each SAC business users has different access rights, you have to set up data access in your SAC model and maintain the relevant restrictions on SAC side. (see SAC docu) |
e) Please consider, which key figures you choose for replication: | In the screenshot below, you can see the different types of key figures are offered. Please consider:
To summarize, we recommend choosing amounts in one stable home currency and quantity fields with one consistent unit. ![]() |
f) Scheduling of data transfer | We recommend to schedule a daily transfer of your data. See screenshot. You will always be able to match your aggregated data with your BYD System when you choose the update rule "clean and replace". This ensures that all changes (e.g. the change of a delivery status of a sales order) are always up-to date and considered correctly on SAC side. Please find more information on the Update and Scheduling Model in SAC here ![]() |
g) Consider data preparations to enrich the data on SAC with additional semantics | Please find a video, where the general data preparation steps are explained Video, SAC Doku It is important to consider, that additional data preparations steps are needed. Some of these steps are required, when the model is created and cannot be changed afterwards. Important steps are:
![]() |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
31 | |
5 | |
4 | |
3 | |
3 | |
3 | |
2 | |
2 | |
2 | |
2 |