Get certified for free when you join Fabric Data Days 2026 and dive into Fabric, Power BI, SQL, AI, and other essential data skills.
Join nowJuly 7 - July 17 | Round 2 of the Power BI Dataviz World Championships. Don't miss your chance! Learn more
Hello,
We have a use case where we are connecting to SAP BW via direct query. We see few values coming in as compounded into Power BI, ([0FISCYEAR].[MC2025] instead of just 2025). Can you guide us if there are any settings from Power BI side to enable to jsut get the values? This is just one example and we do have several columns of the same. Visual level calculations can help but we need that to add to slicers as well. Also performance is degraded with many visual level calculations. Any help would be appreciated.
Solved! Go to Solution.
Hello @AparnaJ
When connecting Power BI to SAP BW via DirectQuery, compounded key values like [0FISCYEAR].[MC2025] appear because SAP BW uses compounding keys. To get cleaner values like 2025, select the display text fields (e.g., 0FISCYEAR__TXT) during the initial connection. Power BI doesn’t allow switching between key and text fields in DirectQuery mode after import.
If a text version isn’t available, you can create a calculated column using string functions like RIGHT, but this can degrade performance in DirectQuery. The recommended solution is to request your SAP BW team to expose display fields in the InfoProvider or query.
For better performance, consider importing small dimension tables (like fiscal year) while keeping larger fact tables in DirectQuery. This hybrid approach allows cleaner slicers and avoids excessive visual-level calculations.
Thanks
If this solution helps, please accept it and give a kudos (Like), it would be greatly appreciated.
Hi @AparnaJ
May I ask if this issue has been resolved? If not, Please feel free to contact us if you have any further questions.
Thank you
Hello @AparnaJ
When connecting Power BI to SAP BW via DirectQuery, compounded key values like [0FISCYEAR].[MC2025] appear because SAP BW uses compounding keys. To get cleaner values like 2025, select the display text fields (e.g., 0FISCYEAR__TXT) during the initial connection. Power BI doesn’t allow switching between key and text fields in DirectQuery mode after import.
If a text version isn’t available, you can create a calculated column using string functions like RIGHT, but this can degrade performance in DirectQuery. The recommended solution is to request your SAP BW team to expose display fields in the InfoProvider or query.
For better performance, consider importing small dimension tables (like fiscal year) while keeping larger fact tables in DirectQuery. This hybrid approach allows cleaner slicers and avoids excessive visual-level calculations.
Thanks
If this solution helps, please accept it and give a kudos (Like), it would be greatly appreciated.
Join us in Barcelona for FabCon and SQLCon, the Fabric, Power BI, SQL, and AI community event. Save €200 with code FABCMTY200.
Join Data Days 2026: 60 days of free live/on-demand sessions, challenges, study groups, and certification opportunities.
| User | Count |
|---|---|
| 29 | |
| 23 | |
| 18 | |
| 18 | |
| 15 |
| User | Count |
|---|---|
| 51 | |
| 44 | |
| 43 | |
| 39 | |
| 32 |