SAP S/4HANA Finance → Snowflake

Een wereldwijde productieklant (DACH-regio). Klant geabstraheerd voor vertrouwelijkheid; metrics en scope zoals geleverd.

Context

Een groot SAP Finance-landschap — GL-, AR-, AP-, CO- en AA-grootboeken over ~30+ bedrijfscodes — had een cloud-native analytics-ruggengraat nodig. De uitdaging was niet alleen volume; het was de financiële data betrouwbaar houden terwijl die van SAP naar een lakehouse overging, zodat analytics erop kon vertrouwen.

Wat ik bouwde

Een cloud-native SAP-naar-Snowflake-pipeline op AWS:

• Ingestie en transformatie met AWS EMR, Glue/PySpark en S3, geprovisioneerd via Terraform.
• Een Snowflake-lakehouse als de analytics-catalogus.
• Datacontracten op de SAP↔lakehouse-naad, zodat een wijziging in een bovenstrooms grootboek wordt opgevangen in plaats van stilletjes de downstream-analytics te corrumperen.
• Een MVP afgebakend op de DACH-regio als referentie voor bredere uitrol.

Impact

• ~30+ bedrijfscodes in scope over de belangrijkste financiële grootboeken.
• Een multi-terabyte historische backfill plus 10–30 GB dagelijkse delta-ingestie.
• Een referentiearchitectuur die de klant regio voor regio kon uitbreiden.

Het patroon erachter

Een contract op de naad, geen tests aan het einde. De standaardvorm voor SAP-naar-cloud-analytics is de tabellen 's nachts overzetten en downstream dashboards de drift laten ontdekken — schemawijzigingen duiken weken later op als verkeerde cijfers in een financieel rapport, met het vertrouwen al verspeeld. Hier was de naad zelf het ontwerpvlak: datacontracten zitten waar SAP overdraagt aan het lakehouse, zodat een upstream-ledgerwijziging luid faalt bij ingest in plaats van stil downstream.

Twee beslissingen die dat lieten beklijven:

• Faal op de grens, waar de schade nog goedkoop is. Een contractschending op de naad is een pipeline-incident met een benoembare upstream-oorzaak. Dezelfde schending ontdekt in een dashboard is een vertrouwensincident — en financiële data staat of valt met vertrouwen.
• Eén regio als referentie, niet als pilot. De DACH-MVP was geen wegwerpbewijs — Terraform-geprovisioneerd wás die het uitrolsjabloon. "Pilot" en "referentiearchitectuur" zien er in een demo identiek uit en gedragen zich in jaar twee compleet anders.

De trade-off om vooraf te kennen: contracten leggen frictie waar SAP-teams die niet hadden — iemand upstream moet het contract bezitten en verantwoording afleggen bij een breuk. Dat is een onderhandeling, geen tool-installatie; de tooling maakt de afspraak pas afdwingbaar nadat de organisatie haar heeft gemaakt.

Rol & stack

Data engineer en technology architect (Accenture CTA-groep) — leverde de MVP en de referentiearchitectuur.

Stack: AWS (EMR, Glue, S3), PySpark, Snowflake, Terraform, Python.

→ Zie ook Data & lakehouse.