The solution
We adapted the design to the corporate BI standards and ingestion framework as the engagement progressed.
Key implementation highlights
- SAP ECC connects through the Microsoft SAP connector and its ABAP add-on, over an on-premises data gateway
- Extracts land as CSV, and the corporate ingestion framework loads them into the Bronze layer
- The customer master was the first table through, validated with row counts, record spot checks and a closed-period comparison against SAP after SAP authorization issues were resolved with the client's SAP team
- Since phase one, the full set of SAP master data tables has been brought in the same way
- Each operating entity's raw and prepared data sits in its own workspaces, with workspace-level security protecting wages, project financials and other sensitive information
- A shared Gold layer is designed for consolidated reporting in the next phase
- Common master data, starting with customers, is loaded once and shared through OneLake shortcuts, so every site reports against the same definitions without keeping duplicate copies
- Version control, a defined path from development to production and centralized environment settings
- Architecture decisions documented and reviewed with the client's IT and finance owners
The results
A validated SAP-to-Fabric process, end to end in non-production: SAP data extracted, landed, loaded and checked against the source system
Extraction the SAP side was comfortable with: the client's Basis and SAP teams found the process much easier than they expected
An agreed architecture the team can reuse as more sites and SAP tables are added
A clear path to production: the next phase moves the data flow into production, runs the first automated deployment and delivers the first project P&L reports
Where this is going
We bring SAP data into Microsoft Fabric for organizations that have to follow strict corporate rules on how data leaves SAP. If that is your situation, talk to us about scope.






