Onafhankelijk Advies in Supply Chain & Digitale Transformatie

DANGA doorbreekt de ruis rondom digitale transformatie. Als onafhankelijk adviseur verbind ik uw upstream en downstream supply chain‑strategie aan de juiste architectuur en enterprise‑systemen. Geen leverancierspraatjes, maar senior regie die miljoenenverliezen bij implementaties voorkomt.

Showing posts with label SAP. Show all posts
Showing posts with label SAP. Show all posts

Waarom de overname van Prior Labs het fundament van SAP verandert

Waarom heeft SAP Prior Labs overgenomen en wat is de impact van 📊 Tabular Foundation Models (TFM’s) op ERP-data? Waar traditionele Large Language Models (LLM’s) zoals ChatGPT vastlopen op exacte cijfers en logica, is een Tabular Foundation Model specifiek ontworpen om de onderliggende architectuur en logica van gestructureerde bedrijfsdata te begrijpen. In dit artikel analyseer ik de verschuiving van taal-AI naar data-AI binnen enterprise software.


Als je wilt begrijpen waarom SAP Prior Labs heeft overgenomen, moet je kijken naar de opkomst van 📊 Tabular Foundation Models (TFM’s).

LLM’s zoals ChatGPT hebben laten zien wat er mogelijk is met taal op grote schaal. Ze leren betekenis en context uit woorden. Maar voor bedrijven blijven LLM’s vooral een 🧸‘speeldoos’: handig voor een e‑mail, maar ongeschikt voor de miljarden euro’s aan data in een ERP‑systeem.

🧩 Waar LLM’s stoppen

Organisaties draaien namelijk niet op taal, maar op gestructureerde feiten.

Een LLM is een meester in taal-waarschijnlijkheid, maar bedrijfsvoering werkt met exacte cijfers en logica.

Vraag een LLM om een voorraadvoorspelling op basis van 100.000 transacties en hij loopt vast.

  • Taal-logica: Hij ziet een voorraadlijst als een 'verhaal' en voorspelt getallen op basis van wat taalkundig aannemelijk klinkt.
  • Geen context: Hij begrijpt niet dat een celwaarde in de ene tabel een 'gewicht' is en in de andere een 'prijs'.
  • Hallucinaties: Hierdoor verzint hij trends die er niet zijn. Wat in tekst logisch lijkt, is in de bedrijfsvoering vaak financieel fataal.

📈 De opkomst van TFM’s

De kern van iedere organisatie zit in tabellen: ERP‑records, transacties en forecasts. Waar LLM’s werken met tekst, werken TFM’s met de architectuur van deze data.

TFM’s begrijpen de onderliggende logica. Zij zien direct hoe ‘levertijd’ ingrijpt op ‘beschikbaarheid’. Terwijl traditionele machine learning voor iedere nieuwe dataset wekenlang getraind moet worden, doorbreken TFM's dit patroon:

  • Directe analyse: Ze zijn getraind op miljoenen tabellen.
  • Geen opstarttijd: Ze kunnen nieuwe data direct analyseren zonder kostbare training.

📚 Het artikel "How the Rise of Tabular Foundation Models Is Reshaping Data Science" laat zien waarom deze modellen snel terrein winnen.[2].

🟦 De visie van SAP: van RPT‑1 naar Prior Labs

SAP zag deze verschuiving vroeg aankomen. Met hun eigen model, SAP-RPT-1 (Relational Pretrained Transformer), bewezen ze al dat AI voor tabelstructuren tot 3,5 keer nauwkeuriger voorspelt dan een standaard LLM.

De overname van Prior Labs is de versnelling van die visie. Prior Labs is een van de weinige partijen die TFM‐technologie op dit niveau heeft ontwikkeld. Zij zijn de makers van TabPFN, een model dat wereldwijd de benchmarks domineert. SAP haalt hiermee de krachtigste 'motor' in huis voor bedrijfsdata.

🧱 Het nieuwe fundament

De overname draait niet om een product, maar om een nieuw fundament: TFM’s worden de generieke motor voor analyse en besluitvorming op de data waar SAP al decennia de infrastructuur voor levert.

💡 Conclusie

LLM’s veranderden hoe we communiceren.
TFM’s veranderen hoe we bedrijven besturen.


Lees meer

  • [1] SAP neemt Prior Labs over om een wereldwijd toonaangevend AI-lab in Europa op te zetten.
  • [2] How the Rise of Tabular Foundation Models Is Reshaping Data Science
  • SAP neemt Dremio over

    SAP neemt Dremio over om SAP- en niet-SAP-data te verenigen en agentische AI aan te drijven

    SAP en Dremio kondigden vandaag (4 mei 2026) aan dat SAP heeft ingestemd met de overname van Dremio, een open, high-performance dataplatform dat is ontworpen om agentische AI te versnellen en het vermogen van SAP Business Data Cloud uit te breiden om SAP- en niet-SAP-data te combineren om analytische en AI-workloads effectiever in realtime uit te voeren [1].

    De voorwaarden van de deal werden niet bekendgemaakt. De transactie wacht nog op goedkeuring door de regelgevende autoriteit.

    De meeste enterprise AI-projecten leveren geen waarde, niet door de AI zelf, maar omdat de onderliggende data gefragmenteerd is, vastgezet in propriëtaire formaten en ontdaan van de zakelijke context die het betekenisvol maakt. Het resultaat is een bekend en kostbaar patroon: pilots die niet kunnen opschalen, trage integratie van nieuwe databronnen, dubbel technisch werk en compliance-risico wanneer organisaties niet kunnen verklaren hoe een AI-gedreven beslissing is genomen. Dremio helpt die datafragmentatie en integratiewrijving te elimineren. De overname zal de SAP Business Data Cloud en SAP HANA Cloud aanvullen om naadloze dataintegratie tussen SAP- en niet-SAP-data te waarborgen, met hoge prestaties en lage kosten, om AI-ready context en time-to-value voor AI te versnellen.

    “Enterprise AI stagneert niet omdat de modellen niet goed genoeg zijn; het stagneert omdat de data niet klaar is voor AI-agenten”, — zei Philipp Herzig, CTO, SAP SE. “Dremio elimineert die bottleneck. In combinatie met SAP Business Data Cloud kunnen we klanten nu van ruwe, gefragmenteerde data naar gecontroleerde, AI-klare intelligentie brengen op één open platform.”

    Met Dremio wordt SAP Business Data Cloud een Apache Iceberg-native enterprise-lakehouse die SAP- en niet-SAP-data verenigt om agentische AI op enterprise-schaal aan te drijven. Apache Iceberg is het industriestandaard open tabel formaat, en SAP Business Data Cloud zal dit native ondersteunen als basis. Dit betekent dat er geen databeweging of formatconversie nodig zal zijn. SAP- en niet-SAP-data kunnen naast elkaar bestaan op dezelfde open basis, met gefedereerd analytisch bereik over elke bedrijfsdatabron, gecombineerd met de in-memory engine van SAP HANA Cloud voor realtime transacties en operationele prestaties.

    Het Dremio lakehouse-platform zal de economie van enterprise analytics aanzienlijk verbeteren. Het is serverless en elastisch, schaalt automatisch op als de vraag piekt en weer terug als het afneemt, wat betekent dat er geen vaste capaciteit is om te leveren en geen prestatieplafond wanneer het er het meest toe doet.

    Met Dremio zal SAP een universele, open catalogus leveren die is gebouwd op Apache Polaris en de open Apache Iceberg REST Catalog API. Het dient zowel als de ontdekkings- als de semantische laag van SAP Business Data Cloud, en geeft elke connected engine – SAP of niet-SAP – één toegangspunt tot een uniforme bedrijfscontext: betekenis, relaties, toegangsrechten en datalijn. Deze catalogus zal de basis vormen van de SAP Knowledge Graph, waarbij zakelijke relaties, organisatorische hiërarchieën, regelgevende classificaties en cross-system afstamming worden ingebed als native properties.

    Dremio is een leidende beheerder van open-source projecten die centraal staan in zijn platform: Apache Iceberg, Apache Polaris en Apache Arrow, en SAP is volledig toegewijd aan het blijven investeren in en prioriteren van deze bijdragen.

    De transactie wordt naar verwachting afgerond in het derde kwartaal van 2026, onder voorbehoud van de gebruikelijke afsluitingsvoorwaarden, waaronder goedkeuringen van de regelgevende autoriteit.


    Lees meer

  • [1] SAP to Acquire Dremio to Unify SAP and Non-SAP Data to Power Agentic AI
  • SAP neemt Prior Labs over

    SAP neemt Prior Labs over om een wereldwijd toonaangevend AI-lab in Europa op te zetten.

    De overname verdubbelt SAP's vroege voordeel in tabular foundation models.

    SAP en Prior Labs, de pionier van Tabular Foundation Models (TFM's), kondigen vandaag (4 mei 2025) aan dat zij een definitieve overeenkomst hebben gesloten waarbij SAP Prior Labs overneemt, waarmee SAP's succes in TFM's die begonnen met SAP-RPT-1 worden versneld, en een van 's werelds toonaangevende TFM-onderzoeksteams in de SAP-familie wordt opgenomen [1] [2].

    Prior Labs is de pionier van Tabular Foundation Models, een nieuwe categorie AI die speciaal is ontwikkeld voor gestructureerde data. Opgericht door Frank Hutter, Noah Hollmann en Sauraj Gambhir, heeft de TabPFN-modelserie van Prior Labs, gepubliceerd in Nature, de stand van de techniek op tabellaire benchmarks gezet in honderden onafhankelijke academische studies. Prior Labs schaalt tabellen op om miljoenen rijen, realtime inferentie en geheel nieuwe datamodaliteiten te verwerken, terwijl het de infrastructuur bouwt om ze in productie te zetten in enkele van de meest veeleisende industrieën ter wereld.

    Met het hoofdkantoor in Freiburg, Duitsland, en kantoren in Berlijn en New York City, heeft Prior Labs een van de toonaangevende AI-onderzoeksteams wereldwijd opgebouwd, met onderzoekers die worden aangetrokken van Google, Apple, Amazon, Microsoft, G-Research, Jane Street, Goldman Sachs en CERN.

    Prior Labs zal blijven opereren als een onafhankelijke entiteit, waarbij SAP zich verbindt om de komende vier jaar meer dan €1 miljard te investeren om het op te schalen tot een wereldwijd toonaangevend AI-lab voor gestructureerde data die de wereldwijde bedrijven aanstuurt. De voorwaarden van de deal werden niet bekendgemaakt. De transactie wacht nog op goedkeuring door de regelgevende autoriteit.

    Grote taalmodellen (LLM's) hebben moeite om nauwkeurige voorspellingen te doen op gestructureerde bedrijfsdata omdat ze slechts een rudimentair begrip hebben van tabellen, cijfers en statistieken. In tegenstelling tot LLM's zijn TFM's speciaal ontworpen voor dit type data en kunnen ze bedrijfsresultaten nauwkeurig voorspellen op basis van tabelgegevens zoals betalingsvertragingen, leveranciersrisico's, upsell-mogelijkheden, klantverloop en meer.

    “Vroeg erkende SAP dat de grootste onbenutte kans in enterprise AI niet grote taalmodellen waren; het was AI die werd gebouwd voor de gestructureerde data die de wereldwijde bedrijven aanstuurt”, — zei SAP CTO Philipp Herzig. “We hebben SAP-RPT-1 gebouwd om die overtuiging te bewijzen voor bedrijfsdata. Prior Labs heeft een toonaangevende TFM opgebouwd op basis van publieke benchmarks en een van de toonaangevende onderzoeksteams in deze categorie. Door hun pioniersmodelwerk te combineren met enterprise-data en klantbereik is hoe we deze categorie wereldwijd willen leiden.”

    “In de afgelopen 18 maanden heeft Prior Labs een ongelooflijk team opgebouwd, waarbij de snelheid in tabulaire funderingsmodellen is verhoogd”, — zei Prior Labs CEO Frank Hutter. “Toetreden tot de SAP-familie geeft ons de middelen, de dataomgeving en het klantenbereik om deze categorie tot zijn volledige potentieel te brengen.”

    Zodra de transactie is afgerond, met Prior Labs, krijgt SAP de speciale kans om een toonaangevend AI-onderzoekslaboratorium op te zetten en een nieuwe categorie in TFM's vorm te geven. Het lab zal als een onafhankelijke eenheid opereren om onderzoekssnelheid te waarborgen, terwijl SAP langetermijninvesteringen en een direct pad naar productisatie biedt binnen het SAP-portfolio met SAP AI Core en SAP Business Data Cloud, evenals de agentische laag met Joule.

    Met meer dan 3 miljoen downloads is TabPFN van Prior Labs een breed gebruikte open-source tool voor tabulaire AI, die een dynamisch ontwikkelaarsecosysteem ondersteunt. SAP zet zich volledig in om deze open-source strategie verder te ondersteunen. De medeoprichters van Prior Labs, Frank Hutter, Noah Hollmann en Sauraj Gambhir, leiden een team van wereldklasse AI-onderzoekers en -praktijkmensen. Het bedrijf werkt samen met toonaangevende wetenschappers op dit gebied, waaronder Yann LeCun, winnaar van de ACM A.M. Turing Award en uitvoerend voorzitter bij Advanced Machine Intelligence, en Bernhard Schoelkopf, directeur van het Max Planck Institute for Intelligent Systems en president van ELLIS, beiden zullen zitting nemen in de wetenschappelijke adviesraad van Prior Labs terwijl het uitgroeit tot een wereldwijd toonaangevend AI-laboratorium.

    Innovatie versnellen

    TabPFN-2.6 van Prior Labs is het best presterende model op TabArena, de belangrijkste benchmark voor TFM's. TabPFN-2.6 evenaard de nauwkeurigheid van een vier uur durende geautomatiseerde machine learning-pijplijn — direct, in één enkel model, met een fractie van de complexiteit.

    Met een gelaagde conversatie-interface kunnen zakelijke gebruikers vragen stellen in natuurlijke taal, datasets genereren of selecteren en "wat-als"-scenario's uitvoeren zonder data science en machine learning experts te hoeven zijn. Met de modellen van Prior Labs zal SAP in-context leren bieden, waardoor gebruikers datarecords kunnen leveren om directe, betrouwbare voorspellingen te ontvangen zonder modeltraining. Een enkele TFM kan zich ter plekke aanpassen aan elk bedrijfsdoel, wat resulteert in een snellere time-to-value met GDPR-naleving.

    Met Prior Labs zal SAP TFM's leveren met superieure voorspellende capaciteit die tabellen native begrijpen, statistisch redeneren direct uit data leren en agentische AI-systemen aandrijven die in staat zijn om hoog-niveau doelen te begrijpen, tabellen, taal en afbeeldingen te combineren om te redeneren, domeinkennis te integreren, causaliteit af te leiden en dynamisch aan te passen.

    Na de overdracht zijn SAP en Prior Labs van plan om top-AI-onderzoek om te zetten in enterprise-ready innovatie, zodat klanten nog meer waarde uit hun tabelbedrijfsdata kunnen halen. Echte intelligentie vereist dat je verder gaat dan correlatie om causaliteit te begrijpen. Het antwoord "Wat zal er gebeuren?" is nuttig, maar het beantwoorden waarom het zal gebeuren is transformerend.

    De transactie wordt verwacht te worden afgerond in Q2 of Q3 van 2026, onder voorbehoud van de gebruikelijke afsluitingsvoorwaarden, waaronder goedkeuringen van de toezichthouders.


    Lees meer

  • [1] SAP to Acquire Prior Labs to Establish a Globally Leading Frontier AI Lab in Europe
  • [2] The Next Chapter for Prior Labs
  • [3] Transform structured business data into actionable insights with SAP-RPT-1
  • SAP neemt Reltio over

    SAP neemt Reltio over: maak SAP en niet-SAP data AI-klaar

    SAP en en Reltio Inc. maakten vandaag (27 maart 2026) bekend dat SAP heeft ingestemd met de overname van Reltio, een toonaangevende leverancier van master data management (MDM), om klanten te helpen hun SAP- en niet-SAP enterprise-data AI-klaar te maken. De voorwaarden van de deal werden niet bekendgemaakt [1].

    Na afronding zal de overname SAP Business Data Cloud (SAP BDC) versterken—essentieel voor SAP's AI-First en Suite-First-strategie—en de evolutie van SAP BDC versnellen tot een volledig interoperabel enterprise dataplatform voor enterprise-brede agentische AI. Het zal klanten voorzien van de tools die ze nodig hebben om data over bronnen heen te verenigen, schoonmaken en harmoniseren voor superieure agentische AI op ondernemingsniveau.

    “Reltio past natuurlijk bij SAP”, — zei Muhammad Alam, lid van de Raad van Bestuur van SAP SE, SAP Product & Engineering. “Het overnemen ervan zal onze positie als toonaangevende leverancier van zakelijke AI verder versterken, door SAP- en niet-SAP-data te combineren om de datacontext te leveren die business AI vereist. AI kan zijn volledige potentieel niet bereiken wanneer data gefragmenteerd is over bedrijfseenheden, platforms en domeinen zonder verbinding of context.”

    Door Reltio na het afronden van de overname te integreren, zal SAP de enterprise-data van klanten volledig AI-klaar maken. Klanten kunnen vertrouwen op vertrouwde, hoogwaardige data via SAP- en niet-SAP-bronnen die Joule- en Joule-agenten gebruiken om snellere time-to-value te leveren voor bedrijfs-AI.

    Het platform van Reltio helpt organisaties bij het beheren en beheren van gestructureerde en ongestructureerde bedrijfsdata van begin tot eind. De AI-gebaseerde entiteitsresolutie identificeert en voegt gerelateerde records uit verschillende formaten en applicaties samen tot één betrouwbaar "golden record"-contextsysteem. Het cloud-native, AI-first ontwerp ondersteunt een enkel, consistent overzicht van klanten, producten, leveranciers, locaties en medewerkers in zowel SAP- als niet-SAP-applicaties. Klanten die AI-taken uitvoeren, profiteren van een verhoogde betrouwbaarheid en consistentie van data, gebundeld in één bron van waarheid, wat de bedrijfs-AI verbetert. Hiermee kunnen klanten erop vertrouwen dat AI-resultaten correct zijn en AI-interacties snel worden opgelost.

    “Het samenwerken met SAP biedt een enorme kans om onze missie te versnellen”, — zei Manish Sood, oprichter en CEO van Reltio. “Enterprise AI heeft een betrouwbare context nodig die open en interoperabel is over de heterogene IT-landschappen die onze klanten beheren. Deze combinatie versnelt ons vermogen om Reltio als het contextsysteem te leveren over SAP- en niet-SAP-omgevingen, terwijl continuïteit wordt gehandhaafd voor onze klanten en ons partnerecosysteem.”

    De data cleansing, unificatiemogelijkheden en agentgestuurde workflows van Reltio zullen samenwerken met SAP Business Suite-applicaties om beslissingen te verbeteren, integratiecomplexiteit te verminderen en vertrouwde, consistente data te leveren die cruciaal zijn voor succesvolle bedrijfsprocessen en AI-toepassingen. Lage latentie en ondersteuning voor het Model Context Protocol (MCP) maken realtime, multiagent-workflows mogelijk in SAP- en niet-SAP-omgevingen, waardoor AI-agenten, zoals een inkoopagent, leveranciersrisico kunnen beoordelen en acties vrijwel direct kunnen activeren met behulp van vertrouwde, realtime data. Reltio biedt kant-en-klaar, branchespecifieke "velocity packs" aan die datamodellen, regels, matchinglogica en integraties bevatten, en oplossingen die zijn afgestemd op sectoren zoals life sciences, gezondheidszorg en financiële diensten.

    Door Reltio na het afronden van de overname te integreren, wil SAP het vermogen van zijn klanten versnellen om masterdata te beheren en blootstellen als betrouwbare en contextrijke dataproducten over meerdere bronnen die zowel traditionele analyse-workloads als AI-agenten bedienen. Reltio zal een kerncapaciteit worden binnen SAP BDC, met een flexibel commercieel model waarbij klanten Reltio als aparte oplossing of met andere SAP-producten kunnen kopen. De Reltio-portefeuille blijft ook voorlopig als zelfstandig aanbod beschikbaar.

    De transactie wordt verwacht te worden afgerond in Q2 of Q3 van 2026, onder voorbehoud van de gebruikelijke afsluitingsvoorwaarden, waaronder goedkeuringen van de toezichthouders.


    Lees meer

  • [1] SAP to Acquire Reltio: Make SAP and Non-SAP Data AI-Ready
  • Waarom Hornbach kiest voor SAP OMF en Blue Yonder Inventory & Commits

    Waarom Hornbach zowel SAP Order Management Foundation als Blue Yonder Inventory & Commits inzet en waarom dat een slimme keuze is

    Context: Een moderne, modulaire basis

    HORNBACH heeft de afgelopen jaren een grote moderniseringsslag gemaakt in zijn digitale landschap.

    De kern van deze transformatie was het vervangen van het monolithische SAP Hybris door een moderne, headless architectuur gebaseerd op Spryker Commerce OS [6].

    Deze overstap gaf HORNBACH de flexibiliteit om sneller te innoveren, maar creëerde ook de behoefte aan een centrale laag die orders uit verschillende kanalen (B2C, B2B en externe marktplaatsen) kan coördineren.

    Dit is de reden waarom de specifieke rolverdeling tussen SAP OMF en Blue Yonder binnen de OMS-stack zo cruciaal is geworden.

    Wanneer je naar SAP Order Management Foundation (OMF) en Blue Yonder kijkt, lijken ze op het eerste gezicht functies te hebben die elkaar raken. Dat leidt al snel tot de vraag: “Waarom zou je SAP OMF en Blue Yonder nodig hebben? Doen die niet hetzelfde?” De recente keuzes van Hornbach laten zien dat dit niet zo is. Hun architectuur is een sterk voorbeeld van hoe moderne retailers intelligentie en stabiliteit combineren.

    1. SAP OMF als transactionele backbone [1]

    SAP Order Management Foundation (OMF) vormt de centrale plek waar orders worden aangemaakt, gesplitst, gerouteerd en door de volledige keten worden georkestreerd. Het systeem verwerkt orders via een event-gedreven architectuur en stuurt ze door naar de relevante business- en fulfilmentsystemen binnen Hornbach’s landschap.

    OMF berekent geen availability-to-promise en bepaalt niet welke fulfilmentlocatie wordt gekozen. Het zorgt ervoor dat fulfilmentbeslissingen afkomstig van Blue Yonder correct, SAP-conform en financieel/logistiek uitvoerbaar worden verwerkt, en dat orderdata en statusupdates consistent door de betrokken systemen worden afgehandeld.

    Kort gezegd: OMF levert de transactionele stabiliteit en schaalbaarheid van de keten, maar niet de intelligentie. OMF bevat geen sourcing-engine, availability-engine of optimalisatie-engine. Die functionaliteit zit in SAP OMSA, maar Hornbach gebruikt die niet.

    Hoe SAP OMF orders door de keten orkestreert

    Onderstaande architectuurvisual laat zien hoe SAP OMF orders ontvangt, splitst, routeert en doorstuurt naar SAP S/4HANA, EWM en externe services. De visual maakt duidelijk dat OMF de transactionele orchestrator is binnen de keten: het verwerkt orders, start logistieke en financiële stappen en houdt statussen synchroon. OMF berekent daarbij zelf geen availability of fulfilmentopties; die intelligentie komt uit Blue Yonder.

    2. Waarom Hornbach kiest voor Blue Yonder Inventory & Commits [2]

    In het officiële Blue Yonder-artikel geeft HORNBACH vier duidelijke redenen voor hun keuze: ze willen klanten meer opties bieden, ondersteund door realtime voorraadzichtbaarheid, en de orderafhandeling optimaliseren op basis van kosten, capaciteit en tijd.

    Blue Yonder Inventory & Commits levert precies die intelligentielaag. Het systeem berekent realtime availability, levert nauwkeurige delivery promises en optimaliseert fulfilment en sourcing via een event-gedreven architectuur voor alle klantgerichte kanalen.

    In de praktijk fungeert dit systeem als de 'engine' die de complexe vragen beantwoordt die vanuit SAP OMF worden gesteld:

    • Real-time Intelligentie: Terwijl de klant in de webshop kijkt, vraagt Spryker aan SAP OMF welke fulfilmentopties beschikbaar zijn. SAP OMF vraagt dit vervolgens door aan Blue Yonder: “Waar ligt dit product en wat is de snelste of goedkoopste route voor deze specifieke klant?”
    • Sourcing & Availability: Blue Yonder berekent in milliseconden de optimale fulfilmentroute op basis van voorraad, logistieke beperkingen en de klantbelofte.
    • De "Commit" (De Reservering): Dit is de cruciale stap waarbij Blue Yonder het product direct aan deze klant toewijst, zodat de beschikbaarheid vaststaat nog voordat SAP OMF de order in de backbone (S/4HANA) vastlegt. De daadwerkelijke SAP‑reservering gebeurt later wanneer OMF de order in S/4HANA aanmaakt.

    Kortom: Blue Yonder levert de snelheid en intelligentie die HORNBACH nodig heeft om schaalbaar, snel en klantgericht te opereren. Tegelijkertijd moderniseert HORNBACH hiermee hun tech-stack naar een flexibele, cloud-native architectuur die snelle innovatie mogelijk maakt zonder de stabiliteit van de kern in gevaar te brengen.

    Belangrijk: SAP OMF bepaalt zelf geen fulfilmentopties; alle availability-, sourcing- en commit‑beslissingen komen volledig uit Blue Yonder.

    3. De flow: een duidelijke rolverdeling

    In deze architectuur praten de kanalen (zoals Spryker) niet rechtstreeks met de intelligentielaag, maar loopt alles via de orchestrator. De flow ziet er in grote lijnen als volgt uit, uitgaande van de manier waarop HORNBACH dit publiekelijk heeft beschreven:

    • Spryker vraagt via OMF welke fulfilmentopties beschikbaar zijn voor het product dat de klant bekijkt.
    • OMF stuurt deze vraag door naar Blue Yonder, dat op basis van realtime voorraad, logistieke beperkingen en klantbelofte berekent welke opties mogelijk zijn.
    • Blue Yonder levert de berekende opties terug aan OMF, zoals same‑day, next‑day, ship‑from‑store of ship‑from‑DC.
    • OMF geeft deze opties door aan Spryker, waar ze direct aan de klant worden getoond.
    • Wanneer de klant bestelt, maakt OMF de order aan, splitst en routeert deze waar nodig, en triggert de logistieke uitvoering in SAP S/4HANA en het WMS van de betreffende winkel of het distributiecentrum.

    Deze beschrijving volgt de logica van een moderne OMF–Blue Yonder‑integratie. In de praktijk kan Blue Yonder bij HORNBACH een bredere rol spelen — bijvoorbeeld in sourcing‑optimalisatie, order‑orchestration of capaciteitsplanning — maar de kern blijft hetzelfde: Blue Yonder rekent, SAP OMF orkestreert, Spryker presenteert.

    4. De kracht van de combinatie

    Hornbach opereert in negen landen, met grote volumes, complexe logistiek en een breed scala aan fulfilmentopties. In zo’n landschap is één systeem simpelweg niet genoeg.

    HORNBACH kiest niet voor redundantie, maar voor specialisatie binnen de OMS‑laag. Blue Yonder bepaalt de beste fulfilmentoptie op basis van realtime data en optimalisatie, terwijl SAP OMF de centrale order beheert en ervoor zorgt dat elke beslissing correct wordt uitgevoerd binnen de SAP-backbone.

    De twee systemen vullen elkaar aan: Blue Yonder levert de intelligentie, SAP OMF levert de transactionele betrouwbaarheid.

    Dat maakt deze architectuur niet alleen logisch, maar ook strategisch sterk:

    • Schaalbaarheid: door fulfilment‑intelligentie (availability, sourcing, klantbelofte, toewijzing) bij Blue Yonder te beleggen, blijven de processen in OMF licht en stabiel, terwijl complexe beslissingen centraal en kanaaloverstijgend kunnen worden gemaakt.
    • Flexibiliteit: nieuwe verkoopkanalen kunnen eenvoudig worden aangesloten op SAP OMF. Ze profiteren direct van de intelligentie van Blue Yonder, zonder dat er nieuwe complexe koppelingen nodig zijn.
    • est‑of‑breed: SAP blinkt uit in procesbetrouwbaarheid en ERP‑integratie, terwijl Blue Yonder excelleert in supply-chain-optimalisatie en realtime fulfilmentintelligentie. Door die twee te combineren, krijgt HORNBACH het beste van beide werelden.

    Deze combinatie maakt de OMS‑architectuur niet alleen krachtig, maar ook toekomstvast.

    5. Een toekomstbestendige architectuur

    Hornbach bouwt aan een composable, event-gedreven architectuur die nieuwe kanalen, marktplaatsen en systemen snel kan aansluiten. SAP OMF speelt daarin een centrale rol als orchestrator van de orderketen, terwijl Blue Yonder de realtime intelligentie levert die nodig is om klanten consistente en betrouwbare beloftes te doen.

    Deze combinatie maakt Hornbach wendbaar, schaalbaar en klaar voor verdere groei in de komende jaren.

    6. De bredere les voor retailers en wholesalers

    De vraag is niet welke oplossing het meeste functionaliteit heeft. De echte vraag is welke rol elk systeem moet spelen binnen de totale architectuur.

    Hornbach laat zien dat een best-of-breed aanpak werkt wanneer:

    • intelligentie (Blue Yonder) en transactiestabiliteit (SAP OMF) bewust worden gescheiden
    • beslissingen worden genomen waar de data het rijkst is
    • uitvoering plaatsvindt waar de processen het betrouwbaarst zijn
    • systemen elkaar versterken in plaats van overlappen
    • de architectuur modulair genoeg is om nieuwe kanalen, marktplaatsen en partners snel aan te sluiten

    Dit is de richting waarin moderne retail- en wholesale-architecturen zich ontwikkelen: intelligentie in de cloud, stabiliteit in de backbone, en orkestratie daartussen.

    7. Conclusie

    De aanpak van HORNBACH laat zien dat een modern Order Management Systeem geen alles‑in‑één oplossing hoeft te zijn, maar een samenwerking tussen gespecialiseerde systemen. SAP OMF vormt de transactionele ruggengraat van de orderketen, terwijl Blue Yonder Inventory & Commits de realtime intelligentie levert voor availability, sourcing en fulfilmentbeslissingen.

    Samen vormen deze systemen een toekomstbestendige architectuur die zowel stabiliteit als innovatie ondersteunt.


    Lees meer

  • [1] Hornbach implementeert SAP OMF
  • [2] HORNBACH zet Blue Yonder Commerce in om klanttevredenheid te verhogen
  • [3] Order Management & Commerce FAQs
  • [4] Implementing SAP Order Management Foundation
  • [5] SAP Order Management Foundation
  • [6] HORNBACH implementeert Spryker Commcerce OS
  • Waarom order management geen bouwmarkt is: marketing versus realiteit

    Afgelopen week dook ik in de wereld van Order Management bij Microsoft en SAP. De ene oplossing is een doos met onderdelen, de andere een draaiende fabriek.

    Het verschil zit in de integratiefilosofie:

    Microsoft (De “Bouwmarkt-aanpak”)

    (Microsoft – Dynamics 365 Intelligent Order Management)

    Microsoft geeft je een gereedschapskist (Power Platform) en een zak met onderdelen (Connectors). Zij zeggen: hier heb je alles om zelf je ideale proces te bouwen.

    De marketing noemt dit “low-code” en “flexible”, maar de realiteit is dat jij de architect en de timmerman bent.

    Je koopt niet een werkend orderproces, maar de mogelijkheid om er één te bouwen. Als het proces rammelt, ligt dat niet aan het platform maar aan hoe jij de onderdelen hebt verbonden.

    Flexibiliteit is hier geen eigenschap van het product, maar een verantwoordelijkheid van de klant.

    SAP (De “Fabriek-aanpak”)

    (SAP – Order Management Foundation)

    SAP geeft je een industrieel, voorgeprogrammeerd proces gebaseerd op het Business Object Order.

    Je verliest de vrijheid om zelf te knutselen, maar je krijgt een systeem dat technisch al “af” is en direct samenwerkt met de rest van de wereld via volwassen integratiestandaarden.

    Zie de Order bij SAP als een zeecontainer. De maten, de hoeken en de sluiting staan vast. Elk systeem in de fabriek, van webshop tot magazijn, herkent deze container direct en kan hem foutloos oppakken.

    De verwarring rondom “Providers”

    In de normale IT-wereld praten we over API's of middleware. Microsoft noemt dit "Providers". Een marketingterm die verhult dat het gaat om integratielogica die je zelf nog moet configureren en mappen.

    SAP noemt een kat gewoon een kat: API’s, iFlows en Events.

    De essentie

    Bij Microsoft koop je een bouwmarkt vol losse planken die als kant-en-klaar worden gepositioneerd.

    Bij SAP koop je de geprefabriceerde kastenwand die direct in de muur wordt verankerd.

    De praktijk: Zelfs de grootste fans kijken over de schutting

    Grote retailers die miljarden hebben geïnvesteerd in de "Grote Twee", kiezen voor hun front-line bewust voor een Best-of-Breed aanpak met specialisten:

    • Blain’s Farm & Fleet (USA) gebruikt D365 F&O als ruggengraat, maar vertrouwen voor hun complexe omnichannel-stromen op de gespecialiseerde kracht van Kibo.
    • Kingfisher (B&Q, Castorama) gebruikt SAP voor de back-office, maar koos voor Fluent Commerce om de voorraad in honderden bouwmarkten realtime te orkestreren.
    • Truffaut (Frankrijk), grote tuincentrumketen binnen de Louis Delhaize-groep en SAP-gebruiker, koos voor OneStock, omdat het orkestreren van levende planten, barbecues en zakken potgrond vanuit fysieke winkels topsport is.

    Andere kiezen voor Manhattan Associates of Blue Yonder.

    Wat kies jij voor jouw core-business?
    De vrijheid van de gereedschapskist, de zekerheid van de SAP-blauwdruk, of de bewezen kracht van een specialist?

    Why order management is not a hardware store: marketing vs reality

    This week I dug into the world of Order Management at Microsoft and SAP. One solution is a box of parts, the other is a running factory.

    The difference is in the integration philosophy:

    Microsoft (The “Hardware Store Approach”)

    (Microsoft – Dynamics 365 Intelligent Order Management)

    Microsoft gives you a toolbox (Power Platform) and a bag of components (Connectors). They say: here’s everything you need to build your ideal process.

    Marketing calls it “low-code” and “flexible”, but in practice you are the architect and the carpenter.

    You are not buying a working order process. You are buying the possibility to build one. If the process shakes, it’s not the platform’s fault but the way the parts were connected.

    Flexibility here is not a product feature. It is a customer responsibility.

    SAP (The “Factory Approach”)

    (SAP – Order Management Foundation)

    SAP gives you an industrial, pre‑engineered process based on the Business Object Order.

    You lose the freedom to tinker, but you gain a system that is technically “finished” and works with the rest of the world through mature integration standards.

    Think of the SAP Order as a shipping container. The dimensions and the locking points are fixed. Every system in the chain, from webshop to warehouse, recognizes it instantly and can handle it without errors.

    The Confusion Around “Providers”

    In normal IT we talk about APIs or middleware. Microsoft calls this “Providers”, a marketing term that hides the fact that you still need to configure and map the integration logic yourself.

    SAP simply calls things what they are: APIs, iFlows and Events.

    The Essence

    With Microsoft, you buy a hardware store full of wooden planks that are marketed as ready-made furniture.

    With SAP, you buy the prefabricated wall unit that bolts straight into the structure.

    Reality Check: Even the Biggest Fans Look Over the Fence

    Large retailers who have invested billions in the “Big Two” still choose Best-of-Breed specialists for their frontline order orchestration.

    • Blain’s Farm & Fleet (USA) runs D365 F&O as the backbone but relies on KIBO for complex omnichannel flows.
    • Kingfisher (B&Q, Castorama) uses SAP in the back office but chose Fluent Commerce to orchestrate inventory across hundreds of DIY stores.
    • Truffaut in France, part of the Louis Delhaize Group and an SAP user, selected OneStock because orchestrating live plants, barbecues and bags of soil from physical stores is a sport of its own.

    Others choose Manhattan Associates or Blue Yonder.

    What do you choose for your core business?
    The freedom of the toolbox, the certainty of the SAP blueprint, or the proven strength of a specialist?

    SAP S/4HANA: architectuur als kracht — of als valkuil?

    Jarenlang kreeg SAP S/4HANA niet van de grond.

    De belofte was groot, maar de adoptie bleef uit.

    Concurrenten haalden hun schouders op.
    Sceptici lachten smalend.

    Die fase is voorbij.

    De afgelopen maanden zie ik een duidelijke versnelling. Implementaties nemen toe, niet alleen bij multinationals, maar juist middelgrote retail- en productiebedrijven kiezen nu voor S/4HANA Cloud Public Edition.

    Laat ik het scherp zeggen.

    SAP loopt architectuurtechnisch voorop in ERP.
    Cloud-native. Multi-tenant. Maar vooral: end-to-end doordacht op een niveau waar de meeste aanbieders simpelweg niet komen.

    De afgelopen dagen heb ik meerdere SAP-trainingen gevolgd: Business Transformation Management, Enterprise Architecture, Clean Core en Supply Chain-scenario’s binnen S/4HANA Cloud Public Edition.

    Niet één introductie, maar een samenhangend geheel. En dat maakte indruk.

    De manier waarop SAP Cloud ALM, SAP Signavio en SAP LeanIX samenkomen is uitzonderlijk sterk. De integratie is expliciet. De methodiek is uitgewerkt. De hoeveelheid referentiemateriaal die SAP beschikbaar stelt — procesmatig, architectonisch, inhoudelijk — is enorm.

    Dit is geen losse gereedschapskist meer.
    Dit is een architectonisch ecosysteem.

    Dat zeg ik niet omdat procesmodellering nieuw voor mij is — integendeel. Ik was jarenlang consultancypartner van Signavio, tot SAP het bedrijf overnam. Modelleren en optimaliseren van bedrijfsprocessen is voor mij dagelijkse praktijk geweest.

    Juist daarom voelde ik ook twijfel.

    Want terwijl de ene leverancier architectuur grotendeels negeert, lijkt SAP het andere uiterste op te zoeken.

    De vraag dringt zich op: is SAP niet te ver doorgeslagen in architectuurdenken?

    Maar niettemin.

    Als SAP dit alles — methodiek, tooling, referentiemodellen — openstelt voor bedrijven, ontstaat er iets wat we in ERP-land nog nooit hebben gezien:
    organisaties kunnen eerst rationaliseren, voor ze implementeren.

    Onder eigen regie. Processen ontrafelen. Keuzes expliciet maken. Aannames zichtbaar maken.

    Zonder vast te zitten aan een partner, roadmap of projectstructuur.

    En dan maakt het niet uit welke oplossing ze uiteindelijk kiezen.

    Want dan gaat het niet meer over technologie.
    Niet meer over leveranciers.
    Maar over volwassenheid.


    De kracht van SAP's architectuur vereist een aanzienlijke investering in interne kennis en discipline. Middelgrote bedrijven worstelen met het vinden en behouden van de juiste competenties om dit ‘onder eigen regie’ te doen. Zonder die interne expertise blijft men alsnog afhankelijk van partners om de complexiteit te navigeren.

    Een implementatie van deze omvang is in de eerste plaats een organisatorische verandering, niet alleen een technische. Het rationaliseren van processen en het daadwerkelijk veranderen van de manier waarop mensen werken vereist intensief verandermanagement. Volwassenheid gaat niet alleen over het begrijpen van architectuur, maar ook over de bereidheid bestaande gewoonten los te laten.

    De Europese zorg staat op een kantelpunt en technologie alleen gaat haar niet redden

    De aankondiging van SAP en Fresenius [1] klinkt als een stap richting een sovereign interoperable AI supported healthcare system. Maar achter de taal van innovatie ligt een probleem dat de sector al jaren ontwijkt.

    De Europese zorgsector staat niet voor een digitale transformatie. Ze staat voor een structurele herdefinitie.

    En die begint niet bij platforms of AI modellen, maar bij architectuur.

    1. De zorg heeft geen technologieprobleem maar een realiteitsprobleem

    De uitdagingen in de sector zorg zijn bekend:

    • versnipperde systemen
    • gebrek aan datakwaliteit
    • personeelstekorten
    • complexe governance
    • legacy processen die niet meer schaalbaar zijn

    Geen enkel platform kan dit oplossen zonder eerst de operationele waarheid van de zorg te herdefiniëren. Zonder duidelijke processen, verantwoordelijkheden en datastromen blijft elke innovatie een pleister.

    2. “Digitale soevereiniteit” is een ambitie, geen realiteit

    De term klinkt krachtig, maar verhult een ongemakkelijke waarheid. Europa is nog steeds afhankelijk van buitenlandse infrastructuur, cloud-technologie en AI-modellen.

    Een Europees zorgplatform is een waardevolle ambitie, maar het vraagt meer dan governance-taal. Het vraagt een eigen digitale ruggengraat, niet alleen een Europese verpakking van bestaande technologie.

    3. Interoperabiliteit is geen standaard, maar een discipline

    FHIR en open interfaces zijn bouwstenen, geen oplossing. Interoperabiliteit ontstaat door:

    • semantische consistentie
    • strakke governance
    • duidelijk eigenaarschap van data
    • een gedeelde operationele architectuur

    Zonder discipline blijft interoperabiliteit een belofte, geen realiteit.

    4. AI kan waarde leveren, maar alleen op een stabiel fundament

    AI in de zorg werkt pas wanneer:

    • de data betrouwbaar is
    • de processen helder zijn
    • de verantwoordelijkheden scherp gedefinieerd zijn
    • de context van zorgverlening begrepen wordt

    AI is geen oplossing voor een instabiel systeem. AI versterkt wat er al is, goed of slecht.

    5. De echte transformatie begint bij architectuur, niet bij technologie

    De zorgsector heeft geen nieuw platform nodig. Ze heeft een nieuwe manier van kijken nodig:

    • wat is een patiëntproces
    • wat is een datapunt
    • wat is een keten
    • wat is waarheid in een zorgcontext

    Zonder deze vragen te beantwoorden blijft elke investering een optimalisatie van een systeem dat al onder druk staat.

    Conclusie

    De Europese zorg staat op een kantelpunt.
    De vraag is niet of we meer technologie nodig hebben.
    De vraag is of we eindelijk de architectuur durven te bouwen die technologie betekenisvol maakt.

    SAP en Fresenius zetten een stap.
    Maar de echte beweging begint pas wanneer we de onderliggende realiteit durven te adresseren.


    Lees meer

  • [1] AI in Healthcare: SAP and Fresenius Accelerate Digital Healthcare Delivery
  • Kingfisher unintentionally shows that Clean Core does not work without composable

    Kingfisher says “no” to SAP S/4HANA. But look closer and the story changes. This is not a rejection of SAP at all. It is a confrontation with the limits of organisational maturity: processes, data, extensibility and governance.

    Kingfisher is not an incident.It is a signal.

    It shows that the classical ERP implementation logic — one system, one truth, one roadmap — structurally clashes with the scale, diversity and change pressure of modern multinationals.

    The problem is not SAP.
    The problem is how we still implement ERP.

    As if one standard could fit organisations in the same sector, while each country and market operates under different rules.

    This does not require a tighter blueprint.
    It requires an architecture that facilitates instead of forces.
    An architecture that can carry variation without breaking the organisation.

    This is the point: it is not about ERP, it is about architecture.

    Clean Core is often presented as the solution: less customisation, more standardisation, but it is more than that.

    Clean Core combines technology and governance and creates a framework in which variation can exist in a controlled way.

    Without composable, Clean Core becomes a constraint.
    With composable, Clean Core becomes a strategy.

    That is when it becomes clear why “composable” is not a hype, but a deliberate design choice in a landscape that would otherwise grind to a halt.

    And then Kingfisher.

    This is where nuance matters.

    Chris Blatchford told SAP they were too expensive and that he wanted to see the value SAP would deliver for that price.

    But what is striking is that this goes public after Kingfisher had already committed to a composable route two years earlier:

    • Optimizely: DXP
    • Fluent Commerce: OMS
    • Google Cloud: data, AI, ML
    • Databricks: analytics, ML
    • Conversational bots: outside SAP

    What remains are the classical modules: WMS, sales, procurement, planning.
    However, the strategic choice has already been made.

    Variation has been moved outside SAP.
    The core has already been relieved.

    So when Blatchford now says SAP is too expensive, it does not feel like a negotiation, more like a rationalisation after the fact.

    Kingfisher does not prove that SAP is falling short.
    Kingfisher proves that Clean Core cannot exist without composable.

    And it shows that organisations for which variation is a structural reality — whether they say it out loud or not — must organise their landscape outside the core if they want to move forward at all.

    Not because they are so mature.
    Not because they are so strategic.
    But because the reality of their business forces them to.

    Composable is not a hype.
    It is the architecture that prevents Clean Core from becoming polluted again.
    This is an architectural choice that becomes inevitable the moment you stop fooling yourself.

    And yes, composable is level D of the SAP Clean Core Extensibility Framework.

    Clean Core is geen technologievraagstuk, maar een volwassenheidsmodel

    “Jullie zijn niet volwassen genoeg om procescomplexiteit te beheersen. Daarom is governance nodig die jullie tegen jezelf beschermt.”

    Clean Core gaat niet over SAP, maar over organisaties die zichzelf structureel in de weg staan.

    Wat SAP zegt — zelden hardop — is ongemakkelijk.


    1) Jullie organisatie is het probleem

    Niet het systeem. Niet de core. Niet het maatwerk. Niet de cloud.

    Het is het gedrag eromheen:

    • elk team wil uitzonderingen
    • elke afdeling claimt uniciteit
    • governance voelt als rem
    • besluiten worden lokaal geoptimaliseerd

    Clean Core werkt alleen als organisaties zichzelf serieus nemen.
    Niet door slimmer te bouwen, maar door minder toe te staan.

    Dat is volwassenheid, geen techniek.


    2) Clean Core is geen IT‑strategie

    Het is een volwassenheidsmodel voor ondernemingen.
    Geen roadmap. Geen architectuurplaat. Geen extensiestrategie.

    Het vraagt discipline, expliciet en onontkoombaar:

    • niet alles wat kan, mag
    • niet elke uitzondering verdient maatwerk
    • niet elk team mag zijn eigen waarheid bouwen

    Clean Core veronderstelt discipline in besluitvorming, governance en gedrag.
    Wie die discipline niet kan opbrengen, ervaart dat niet als volwassenheid, maar als beperking.


    3) Clean Core is een veiligheidsmechanisme

    Het erkent wat organisaties liever negeren:

    • vrijheid zonder kaders wordt chaos
    • maatwerk zonder eigenaarschap wordt technische schuld
    • autonomie zonder governance fragmenteert

    Clean Core beschermt organisaties tegen zichzelf.
    Niet innovatie blokkeren, maar mogelijk maken.


    4) Jullie kunnen complexiteit niet dragen

    Bedrijven roepen: “Onze processen zijn uniek.”
    Maar bedoelen: “We hebben geen gezamenlijke taal, geen eigenaarschap en geen discipline.”

    Clean Core legt bloot:

    • waar eigenaarschap ontbreekt
    • waar governance wordt vermeden
    • waar vrijheid belangrijker is dan samenhang

    Complexiteit zonder discipline is geen kracht.
    Het is uitstel van verantwoordelijkheid.

    Daarom stuit het op weerstand.


    5) Jullie moeten volwassen keuzes maken

    Clean Core vraagt dat organisaties:

    • besluiten centraal nemen in plaats van lokaal optimaliseren
    • procesafspraken respecteren, ook als het pijn doet
    • nee zeggen tegen permanente uitzonderingen

    Dat is geen technisch vraagstuk.
    Dat is leiderschap.


    6) Jullie moeten rationaliseren

    “Volwassenheid bereik je niet zonder eerst je organisatie, processen, systemen en gedrag te rationaliseren.”

    Pas daarna volgt technologie.

    Dat maakt het ongemakkelijk, want de verantwoordelijkheid verschuift.
    Niet naar het systeem of de leverancier, maar naar het bedrijf.


    7) De vijf invalshoeken die alles bepalen

    Clean Core werkt alleen als organisaties vijf invalshoeken beheersen:

    • processen
    • data
    • governance
    • besluitvorming
    • verandering

    Zonder die vijf is elk ERP-project een gok.
    Met die vijf wordt ERP voorspelbaar.

    Clean Core laat niet alleen zien waar er misgaat, maar ook: wat er moet gebeuren.


    Waarom technology-ideologen hier moeite mee hebben?

    Omdat Clean Core hun favoriete verhaal ondermijnt:
    “Met de juiste technologie lossen we dit wel op.”

    Clean Core zegt:
    “Nee. Eerst volwassen worden. Dan pas uitbreiden.”

    Dat vraagt:

    • minder uitzonderingsdenken
    • meer standaardisatie
    • meer zelfbeheersing

    En dat verkoopt slecht op conferenties.


    Tot slot

    Clean Core is geen IT-project.
    Geen methodologie.
    Geen technologisch kunstje.

    Daarom begrijpen zo weinig mensen het en krijgt SAP zoveel kritiek.

    Niet omdat Clean Core faalt, maar omdat het een spiegel voorhoudt.

    En spiegels zijn ongemakkelijk voor wie zijn identiteit heeft gebouwd op complexiteit, uitzonderingen en maatwerk.

    De echte vraag is dus niet:
    “Werkt Clean Core wel?”

    De vraag is:
    Durft jouw organisatie te erkennen waarom het nodig is?

    Wie Clean Core reduceert tot techniek, mist de essentie.
    Wie het afwijst, bevestigt haar noodzaak.

    Kingfisher bewijst onbedoeld dat Clean Core zonder composable niet werkt

    Kingfisher zegt “nee” tegen SAP S/4HANA.
    Maar wie goed kijkt, ziet dat Kingfisher SAP helemaal niet afwijst. Het botst op de grenzen van zijn eigen volwassenheid: processen, data, uitbreidbaarheid en governance.

    Kingfisher is geen incident. Het is een signaal.

    Het laat zien dat de klassieke ERP‑implementatielogica — één systeem, één waarheid, één roadmap — structureel botst met de schaal, diversiteit en veranderdruk van moderne multinationals.

    Het probleem is niet SAP.
    Het probleem is hoe we ERP nog steeds implementeren.

    Alsof één standaard past op organisaties die toevallig in dezelfde sector opereren, maar per land en markt onder andere spelregels vallen.

    Dat vraagt geen strakkere blauwdruk.
    Dat vraagt een architectuur die faciliteert in plaats van dwingt.
    Een architectuur die variatie kan dragen zonder de organisatie te breken.

    Hier draait het om: niet ERP, maar architectuur.

    Clean Core wordt vaak gepresenteerd als de oplossing, minder maatwerk, meer standaard.
    Maar het is meer dan dat.

    Clean Core combineert technologie en governance en creëert een kader waarin variatie gecontroleerd kan bestaan.

    Zonder composable wordt Clean Core een beperking.
    Met composable wordt Clean Core een strategie.

    Dan wordt duidelijk waarom “composable” geen hype is, maar een bewuste ontwerpkeuze op een landschap dat anders vastloopt.

    En dan Kingfisher

    Hier moet de nuance scherp blijven.

    Chris Blatchford zei tegen SAP dat ze te duur waren en dat hij graag de waarde wilde zien die SAP daarvoor zou leveren.

    Interessant is vooral de timing: dit komt naar buiten terwijl Kingfisher de composable‑route al twee jaar eerder had ingezet:

    • Optimizely: DXP
    • Fluent Commerce: OMS
    • Google Cloud: data, AI, ML
    • Databricks: analytics, ML
    • Conversational bots: buiten SAP

    Wat openstaat, zijn de klassieke modules: WMS, verkoop, inkoop, planning.
    Maar de strategische keuze is gemaakt.

    De variatie is al buiten SAP geplaatst.
    De core is al ontlast.

    Dus wanneer Blatchford nu roept dat SAP te duur is, voelt dat niet als een onderhandeling — maar als een rationalisatie achteraf.

    Kingfisher bewijst niet dat SAP tekortschiet.
    Kingfisher bewijst dat Clean Core zonder composable niet bestaat.

    En het laat zien dat organisaties die variatie serieus nemen — of ze dat nu hardop zeggen of niet — hun landschap buiten de core moeten organiseren om überhaupt vooruit te kunnen.

    Niet omdat ze zo volwassen zijn.
    Niet omdat ze zo strategisch zijn.
    Maar omdat de realiteit van hun business dat afdwingt.

    Composable is geen hype.
    Het is de architectuur die voorkomt dat Clean Core opnieuw vervuilt.
    Het is de structuur die Clean Core mogelijk maakt.

    Dit is geen technologiediscussie.
    Dit is een architectuurkeuze die onvermijdelijk wordt zodra je stopt met jezelf voor de gek houden.

    En composable is level D van het SAP Clean Core Extensibility Framework.

    Softeon en IFS markeren het kantelpunt voor embedded AI

    De overname van Softeon door IFS laat zien wat er gebeurt als AI eindelijk meebeslist in de kern van de operatie.

    Veel organisaties geloven dat AI een laagje is dat je bovenop de operatie legt. Een dashboard. Een orchestrator. Dat laagje verandert niets.

    AI die niet in de uitvoering zit, is geen intelligentie.

    De overname gaat niet om AI of “nog een WMS erbij”, maar om iets fundamenteels: een cruciaal stuk van de operatie komt in één hand. Het magazijn dat altijd buiten bereik lag, wordt onderdeel van de kern.

    Softeon brengt de uitvoering, WMS- en WES-kennis, en IFS brengt de regie over productie, assets en service. Samen vormen ze een systeem waarin magazijnactiviteiten geen silo meer zijn, maar direct verbonden met productie en service. Het cloud-native platform van Softeon benut realtime signalen uit sensoren, robots en systemen.

    Hier ontstaat embedded AI, niet als laagje erbovenop, maar geïntegreerd waar het werk gebeurt.

    In veel organisaties staat AI langs de kant, kijkt toe, analyseert, maakt rapporten. Dat is decoupled AI: slim, maar altijd een stap verwijderd van de operatie. Vandaag is dat buitenspel staan.

    Embedded AI zit in de kern, verbonden met IoT en realtime signalen, en laat magazijn, productie en field service samenwerken als één intelligent systeem.

    Robots, mensen en digitale processen worden één orchestratie, ontworpen voor autonome operaties, niet achteraf aan elkaar geknoopt.

    Het verschil is verantwoordelijkheid. Decoupled AI observeert. Embedded AI draagt bij, beïnvloedt uitkomsten en neemt de complexiteit van de operatie mee in beslissingen.

    Daar ligt het potentieel: AI die niet alleen adviseert, maar meebeslist en de operatie verandert.

    Softeon zegt het zelf: klanten vroegen om systemen die naadloos integreren, geavanceerde AI-functionaliteit hebben en de hele keten verbinden.

    De overname door IFS maakt dit mogelijk. Het gaat niet om technologie als doel, maar om een fundament waarop intelligentie kan landen.

    IFS brengt met eerdere overnames een unieke combinatie aan boord: IFS Copperleaf voor beslissingsanalyse, TheLoops voor autonome AI-agents en 7bridges voor AI-gestuurde supply chain-optimalisatie. Samen tonen ze dat AI pas waarde toevoegt als het mee kan beslissen in complexe operaties.

    Alleen met een solide architectuur — zoals SAP met BTP, Joule, SAP Signavio en S/4HANA, of Oracle met zijn geïntegreerde stack — kan AI echt embedded worden: gekoppeld met IoT, verbonden met uitvoering, geïntegreerd met de operatie zelf.

    Softeon en IFS laten zien dat end‑to‑end supply chain‑orkestratie geen visie meer is, maar uitvoerbaar. Embedded AI, cloud-native en verbonden met IoT is een stap richting autonome, intelligente processen die de hele keten bestuurbaar en voorspelbaar maken.

    Het verschil is simpel: kijken of handelen. Rapporteren of meebeslissen.

    Decoupled AI hoort bij een wereld die niet meer bestaat.

    Embedded AI hoort bij de wereld die komt en bij bedrijven die die wereld willen leiden.

    SAP clean core: technisch sterk, business zwak

    Waarom de training "Managing Clean Core for SAP S/4HANA Cloud" teleurstelt:

    Jij verwachtte (terecht) dat clean core een bedrijfsgerichte benadering zou zijn:

    • eerst begrijpen wat de organisatie nodig heeft
    • processen zichtbaar maken
    • pijnpunten en verbeterpotentieel structureren
    • een organisatie transformatie-ready maken
    • mensen en rollen neerzetten om digitale processen te dragen
    • herhaalbare end-to-end processen creëren

    Maar SAP’s officiële benadering is helaas vooral technisch, omdat clean core in de basis is ontstaan vanuit één vraag:

    • Hoe houden we het ERP-pakket zo schoon mogelijk zodat organisaties makkelijker kunnen upgraden, uitbreiden en blijven innoveren?

    Daarom gaan ze vooral in op: extensies, integraties, data governance en operations — met processen als een van de pilaren, maar dan nog steeds vanuit een systeembril.

    De essentie: SAP clean core focust meer op “system health” dan op “business health”

    De vier pilaren die SAP noemt (Processes, Data, Integrations, Extensibility, Operations) zijn allemaal gericht op het beheersbaar houden van het ERP-landschap, niet op het begeleiden van een organisatieverandering of het herontwerp van bedrijfsprocessen.

    En dat is precies waar jouw gevoel schuurt.

    Waar de verwarring ontstaat: wat bedoelen ze met “build a technical foundation”?

    SAP bedoelt hiermee géén “kies de juiste bedrijfsoplossing” en ook niet “richt je organisatie opnieuw in”.

    SAP bedoelt:

    • Creëer een landschap dat klaar is voor upgrades, extensibility, lifecycle management en automation — zodat SAP het systeem continu kan updaten zonder dat maatwerk het blokkeert.

    Wat ontbreekt (en wat jij wel zoekt)

    SAP maakt in hun clean-core verhaal nauwelijks ruimte voor:

    • Process discovery vóór technical design
    • Operational excellence vanuit mens + proces
    • Organisatieontwerp voor digitale processen
    • Business capability mapping
    • Pain relievers versus opportunity mapping
    • Transformatiestrategie vanuit leiderschap, niet vanuit IT
    • De shift van analoog werken → digitaal werken
    • Governance voor continue procesverbetering

    Kortom: alle onderdelen die bepalen of een organisatie überhaupt klaar is voor een clean core.

    SAP gaat uit van: Je hébt al een transformatiestrategie, nu moet je het technisch goed doen. Maar in de praktijk hebben bedrijven dat vaak níet.

    Jouw kernobservatie (precies goed)

    “Het voelt alsof de clean core aanpak vooral technisch georiënteerd is en dat essentiële businesscomponenten ontbreken.”

    Dat klopt.

    SAP veronderstelt een business-first aanpak, maar levert ‘m niet mee.

    En daardoor voelt het alsof de training een heel hoofdstuk overslaat — het hoofdstuk dat jij juist belangrijk vindt.

    SAP Advanced Intercompany Sales: IFRS 15-proof met VCM

    SAP Advanced Intercompany Sales: meer dan een technische upgrade

    “De afgelopen week dook ik in iets wat ogenschijnlijk simpel lijkt, maar dat niet is: het Advanced Intercompany Sales-proces in SAP S/4HANA.”

    En eerlijk: het is een fascinerend samenspel van logistiek, finance en IFRS-logica. Alles grijpt in elkaar op een manier die pas echt duidelijk wordt als je door de lagen van documentatie, triggers en boekingen heen werkt.

    In 2022 introduceerde SAP deze functionaliteit (AIS scope item 5D2) om intercompany transacties — transfers én sales — IFRS 15-proof te maken:

    • Omzet wordt pas erkend bij daadwerkelijke overdracht van zeggenschap

    Een gamechanger: de Value Chain Monitor (VCM)

    De Value Chain Monitor is de kern van hoe SAP deze flow orkestreert.

    🔹 Wat de VCM doet

    • End-to-end inzicht: van klantorder tot intercompany orders, deliveries en facturen
    • Event-based revenue recognition: omzet automatisch erkend bij Transfer of Control (TOC, volgens IFRS 15)
    • Regie over intercompany-flow: triggert automatisch intercompany-orders en bewaakt TOC-momenten
    • Transparantie: alle documenten, statussen en uitzonderingen in één overzicht

    🔹 Hoe SAP zich onderscheidt

    In veel ERP-systemen (zoals D365 SCM) wordt een intercompany-order direct vanuit de klantorder aangemaakt.

    SAP AIS pakt het anders aan: de klantorder meldt zich bij de VCM, die de intercompany-orders triggert, TOC-momenten bewaakt en het proces aanstuurt.

    De regie ligt bij de VCM, wat het proces schaalbaar, controleerbaar én IFRS-proof maakt.

    🔹 Transfer of Control: de kern van IFRS 15

    In dit proces draait alles om controle-overdracht, niet om factuurmomenten. SAP onderscheidt twee cruciale momenten:

    • Internal TOC – tussen de leverende (delivering) en verkopende (selling) plant
    • External TOC – tussen de verkopende plant en de eindklant

    Deze momenten worden technisch vastgelegd via een reeks van processtappen (events):

    • GIOD: Good Issue for Outbound Delivery into (Valuated) Stock in Transit (SiT) [Movement Type 687]
    • GIFV: Post Goods Issue from Issuing (Valuated) Stock in Transit (SiT)
    • GRTS: Post Goods Receipt into Storage Location (Transit Plant)
    • GIFS: Post Goods Issue from Storage Location (Transit Plant) into (Valuated) Stock in Transit (SiT)
    • GITC: Post Goods Issue from Stock in Transit (SiT) into Customer

    Deze events zorgen ervoor dat de waardestroom en de financiële boekingen synchroon lopen met de overdracht van controle — precies zoals IFRS 15 voorschrijft.

    Zolang zeggenschap niet is overgedragen, blijft de voorraad gewaardeerd bij de leverende entiteit (valuated stock in transit). Pas bij TOC wordt de omzet erkend.

    🔹 Nieuwe functionaliteit sinds 2025

    • Intercompany Variant Configuration (scope item 7DM) – essentieel voor configureerbare producten

    Kortom: Advanced Intercompany Sales met VCM is geen technische finesse, maar een fundamentele verschuiving in hoe bedrijven controle, eigendom en omzet toekennen binnen hun supply chain.

    💭 Is dit het begin van een tijdperk waarin financiële waarheid synchroon loopt met operationele realiteit?

    Slimme ketens werken met ritme, niet verrassing

    Veel supply chains draaien nog op het oude model: bestellen, wachten, bijsturen... hopen. Dat werkt zolang volumes laag blijven en de keten overzichtelijk is. Maar zodra de complexiteit stijgt, wordt dat oude recept een bron van chaos.

    Dan heb je ritme nodig.

    Ritme in de keten: van losse orders naar afspraken

    Scheduling agreements brengen dat ritme in de keten. Geen losse orders, maar structurele afspraken over:

    • • totale afnamehoeveelheid
    • • periode waarbinnen geleverd wordt
    • • prijs- en contractafspraken
    • • geplande leveringsmomenten

    De planning wordt daarna verfijnd via schedule lines of call-offs, vaak automatisch via EDI.
    Je bestelt dus niet steeds opnieuw — je bevestigt en stuurt bij binnen een vaste structuur.

    Het resultaat is rust, voorspelbaarheid en grip.

    Wat levert het op?

    1. 1. Minder administratie: geen stapels orders of bevestigingen, maar één lopende afspraak.
    2. 2. Betere planning: productie draait op echte vraag, niet op hoop of inschatting.
    3. 3. Transparantie en vertrouwen: data stroomt continu door de keten, afwijkingen worden eerder gezien én opgelost.
    4. 4. Logistieke rust: geen ad-hoc leveringen of last-minute brandjes. Het ritme draagt de operatie.
    5. 5. Basis voor AI: structuur maakt voorspellen, leren en verbeteren pas echt mogelijk.

    Hoe werkt dit in SAP?

    Scheduling agreements bestaan aan beide kanten van de keten:

    • MM (Inkoop): afspraken met leveranciers over materialen en onderdelen
    • SD (Verkoop): afspraken met klanten over vaste leverpatronen

    Synchronisatie gebeurt via DELFOR/DELJIT (EDI).

    SAP genereert leveringsvoorstellen (VL10) op basis van vervaldatums — leveringen en facturen volgen vervolgens het ritme van de afspraken.

    Dit is procesdiscipline in softwarevorm.

    Voor wie is dit waardevol?

    • • Maakindustrie
    • • Automotive
    • • High-tech
    • • Food & FMCG
    • • Logistiek dienstverleners
    • • Distributiebedrijven met hoge volumes en repeterende leveringen

    Waar volumes hoog zijn, betrouwbaarheid cruciaal is en supply chain geen gokspel mag zijn — daar hoort ritme bij.

    Ook kleinere bedrijven kunnen profiteren: structuur schaalt namelijk omhoog én omlaag.

    Veelgehoorde misvattingen

    “Dat doen we later wel.”
    Als volumes groeien, groeit de chaos sneller dan de structuur.

    “Tools lossen dit op.”
    Tools versterken wat er is. Zonder discipline geen voordeel.

    “We hebben geen tijd voor procesafspraken.”
    Dan komt die tijd vanzelf — tijdens escalaties. Kies waar je in investeert.

    Wat heb je nodig?

    • • Heldere masterdata en artikelnummers
    • • Gedeelde datadefinities
    • • Basisdiscipline in planning
    • • EDI of andere automatische berichtuitwisseling
    • • Een business die begrijpt dat voorspelbaarheid een strategisch voordeel is

    Slotgedachte

    Scheduling agreements zijn geen technische truc. Ze zijn de brug naar vertrouwen, schaalbaarheid en voorspelbaarheid in de keten.
    SAP noemt ze zo, maar het idee is universeel. Oracle, Dynamics, Blue Yonder – allemaal bouwen ze aan ritme, elk met hun eigen taal.

    Wie ritme brengt in zijn supply chain, bouwt geen systeem dat reageert.
    Je bouwt een keten die vooruitdenkt.

    Hoe BIRKENSTOCK de Clean Core-principes toepaste

    Van maatwerk naar wendbaarheid: hoe BIRKENSTOCK de Clean Core-principes toepaste

    In een casebeschrijving over BIRKENSTOCK's Noord-Amerikaanse SAP S/4HANA-transformatie wordt beschreven hoe de organisatie vanuit een greenfield-implementatie in Canada toewerkte naar de vervanging van het Amerikaanse legacy-systeem. Daarbij koos BIRKENSTOCK voor een Clean Core-aanpak met minimale uitbreidingen en nadruk op masterdata [1].

    Decennialang gold in ERP-land één ongeschreven wet: de software moet zich aanpassen aan de business. Bedrijven geloofden heilig dat hun operationele processen zo uniek waren dat standaardsoftware hun core-business zou slopen.

    Implementatiepartners bouwden braaf wat er werd gevraagd, met als resultaat gigantische, dichtgetimmerde ERP-landschappen vol complex maatwerk die na een paar jaar onmogelijk nog te updaten waren.

    Die traditionele filosofie heeft haar langste tijd gehad. ERP-landschappen zijn steeds complexer geworden, terwijl organisaties juist sneller moeten kunnen veranderen.

    De grootste uitdaging van ERP-modernisering zit in het durven loslaten van wat jarenlang vanzelfsprekend leek.

    Een ERP-migratie is een moment waarop organisaties moeten beslissen welke complexiteit waarde toevoegt en welke complexiteit alleen historisch gegroeid is.

    BIRKENSTOCK stond voor die keuze bij de transformatie van zijn Noord-Amerikaanse operatie. De opening van een nieuwe dochteronderneming in Canada bood het bedrijf een unieke mogelijkheid om zonder bestaande infrastructuur processen opnieuw op te bouwen. Geen legacy, geen bestaande systemen en geen historische aanpassingen die opnieuw moesten worden meegenomen.

    Canada werd daarmee een blauwdruk voor de verdere transformatie. Processen werden getest, aangepast en gestandaardiseerd voordat Birkenstock de veel complexere vervanging van het zestien jaar oude AS/400-systeem in de Verenigde Staten aanpakte.

    Bij die Amerikaanse overstap naar SAP S/4HANA for Fashion and Vertical Business koos BIRKENSTOCK voor een Clean Core-strategie. De ERP-kern bleef zo veel mogelijk gebaseerd op standaardfunctionaliteit en alleen wat noodzakelijk was voor de go-live werd geïmplementeerd.

    “We took an MVP approach. Only the minimal things needed for go-live were implemented.”

    — Joshua Milos, Senior Director IT, BIRKENSTOCK Americas

    Ook masterdata kreeg nadrukkelijk aandacht. Volgens Milos was betrouwbare data voor de ingebruikname een essentiële voorwaarde om dagelijks effectief met het nieuwe systeem te kunnen werken.

    De les uit de transformatie van BIRKENSTOCK gaat daarmee verder dan de keuze voor SAP S/4HANA. Clean Core raakt daarmee een veel groter vraagstuk: welke complexiteit helpt de organisatie vooruit, en welke complexiteit is vooral ontstaan omdat niemand ooit de vraag stelde of het nog nodig was?

    Welke processen zijn werkelijk onderscheidend? Welke uitzonderingen voegen waarde toe? En welke zijn vooral ontstaan omdat het systeem zich jarenlang heeft aangepast aan de organisatie?

    De echte uitdaging van ERP-modernisering zit daarom niet in het opnieuw bouwen van wat er al was, maar in de discipline om alleen mee te nemen wat de organisatie echt nodig heeft.


    Lees meer

  • [1] Birkenstock Leverages SAP S/4HANA for Fashion and Vertical Business to Transform North American Operations
  • Waarom kiezen voor Business Central niet altijd verstandig is!

    🧩 Veel organisaties gaan voor Microsoft Dynamics 365 Business Central – en dat is niet zonder reden. Maar is het altijd slim om mee te gaan met de massa?

    Het is een beslissing die je organisatie jaren vooruit kan brengen — of juist flink kan afremmen.

    Business Central is populair – en terecht:

  • ✔️ Snel te implementeren en gebruiksvriendelijk
  • ✔️ Sterk in financiële processen
  • ✔️ Naadloze koppeling met Teams, Power BI en Copilot
  • ✔️ Flexibel, schaalbaar en wereldwijd ondersteund
  • 💡 Klinkt als een logische keuze voor iedereen, toch?

    Maar... elk bedrijf is anders. Het loont om verder te kijken dan de eerste indruk 👇

  • 🚧 Voor complexe productieprocessen, internationale-georiënteerde bedrijven en/of strenge compliance-eisen kan één systeem niet altijd alles soepel afdekken.
  • 🔌 Add-ons (ISV-oplossingen) bieden soms uitkomst, maar brengen ook uitdagingen mee – afhankelijkheden, extra licentiekosten en complexiteit.
  • ⚠️ En zoals bij elk ERP-traject: zonder een doordachte aanpak, betrokken teams en realistische verwachtingen, blijft succes lastig te bereiken – ongeacht welk systeem je kiest.
  • ☂️ De praktijk van implementeren is vandaag helaas weerbarstig:

  • ◾ Tekort aan ervaren consultants – minder ervaren krachten springen bij
  • ◾ Deadlines schuiven op – budgetten komen onder druk
  • ◾ Partners blijven soms aan de oppervlakte – diepgang ontbreekt
  • ◾ Onafhankelijk advies is niet altijd wat het lijkt – belangen kunnen meespelen
  • 🎯 Herkenbaar? Middelgrote bedrijven zeggen vaak:

    🗣️“We zien door de bomen het bos niet meer.”

    🗣️“We zoeken overzicht, structuur en een aanpak die bij ons past.”

    🗣️“Past deze oplossing en partner ook op lange termijn bij ons?”

    👉 Goed nieuws: er zijn volop alternatieven, afgestemd op jou sector en ambities, zoals:

  • 🔹 SAP Business One – schaalbaar, ideaal voor groei
  • 🔹 SAP S/4HANA – geschikt voor internationale complexiteit
  • 🔹 NetSuite – sterk in finance & e-commerce, volledig cloud-native
  • 🔹 Isah Business Software – toegespitst op de maakindustrie
  • 🔹 RamBase – specialist in productie en supply chain
  • 🔹 IFS – solide keuze voor asset-intensieve sectoren
  • 🔹 Infor – sterk in productie, logistiek en distributie
  • 📌 Dus... Business Central is een sterke optie – maar niet per se voor iedereen.

    Een ERP-systeem moet echt bij je passen. Als een maatpak. Niet alleen bij je processen, maar ook bij je mensen, doelen en toekomstvisie.

    ✨Tip: Wil je echt voorbereid zijn op de toekomst? Neem de tijd om goed te vergelijken. Laat je niet (alleen) leiden door wat populair is, maar kies wat écht bij jouw organisatie past – vandaag én morgen.

    Want één ding is zeker: een slimme ERP-keuze maakt het verschil.

    📎 Voor een overzicht van alternatieven, tips en partners check deze bijdrage “Middelgrote ERP-oplossingen en implementatiepartners in Nederland en België”

    💫 Voor een overzicht van wat bedrijven in de regio Twente doen, check deze bijdrage “D365 Business Central in Noord en Oost Nederland”

    📣 Vragen? Of jouw ervaringen delen? Laat gerust een reactie achter of laat van je horen – ik denk graag mee!

    CAF migreert naar SAP S/4HANA Cloud

    CAF stimuleert digitale transformatie met cloudoplossingen van SAP

    SAP SE heeft vandaag (27 mei 2025) aangekondigd dat CAF, een wereldleider op het gebied van trein- en bussystemen in stedelijke spoorwegen en bussystemen, met succes is gemigreerd naar SAP S/4HANA Cloud Private Edition [1].

    Deze mijlpaal markeert de eerste stap in CAF's digitale transformatie naar een duurzaam en efficiënt productieproces.

    Met de overstap van een sterk aangepast on-premises landschap naar een gestandaardiseerd landschap in de cloud heeft CAF, gevestigd in Beasain, Spanje, SAP-oplossingen soepel geïntegreerd in de belangrijkste bedrijfsfuncties, waaronder master data management, record to report, source to pay, sales en transport, engineering to stock (inclusief productie) en workforce management.

    “CAF is nu klaar voor toekomstig succes, omdat ons nieuwe technologielandschap ons in staat stelt om beter te voldoen aan de zakelijke vereisten in een complexe en snel veranderende markt”, — aldus Guillermo Apellániz, directeur digitale transformatie van CAF. “Bovendien kunnen we nu andere technologieën of mogelijkheden, zoals AI, benutten met een focus op bedrijfsefficiëntie.”

    CAF zet zijn digitale transformatie voort en wil de integratie van zijn data met de SAP Business Data Cloud (SAP BDC) en SAP Datasphere-oplossingen verbeteren. Dit zal de time-to-market van analytische verzoeken verkorten, waardoor CAF efficiënter datagestuurde beslissingen kan nemen. CAF zal ook gebruikmaken van de SAP Databricks-functionaliteit in SAP BDC om data uit de verschillende productlijnen bussen en treinen te beheren. Dit opent nieuwe mogelijkheden voor de integratie van bedrijfs- en productdata, met de mogelijkheid om kunstmatige intelligentie (AI) te benutten.

    “SAP-oplossingen stellen CAF in staat zich te richten op duurzaamheid door hogesnelheidstreinen, forenzentreinen, metro's en bussen te produceren met lage of geen uitstoot”, — aldus José Vallés, managing director van SAP Spanje. “De complexiteit van CAF's projecten en de veeleisende toeleveringsketens vereisen robuuste en flexibele oplossingen, die SAP met trots biedt.”

    Lees meer

  • [1] CAF Drives Digital Transformation with Cloud Solutions from SAP
  • Amer Sports gaat naar SAP S/4HANA Cloud

    De nieuwe cloudoplossing moet Amer Sports helpen om zijn complexe internationale activiteiten beter te stroomlijnen

    SAP SE heeft vandaag (27 mei 2025) aangekondigd dat Amer Sports, een wereldwijde groep van iconische sport- en outdoormerken, waaronder Arc’teryx, Salomon, Wilson, Peak Performance, Atomic en Armada, is begonnen aan de RISE met SAP-reis om de digitale transformatie te versnellen [1].

    Amer Sports erkende de beperkingen van verouderde systemen op locatie en verplaatste zijn Arc'teryx-merk naar de SAP S/4HANA Cloud Private Edition, mode- en verticale bedrijfsoplossing, waarbij een schaalbare en toekomstbestendige digitale kern werd gecreëerd.

    Amer Sports wilde een oplossing die kosten voorspelbaarheid zou bieden met een abonnementsmodel, regelmatige technologische upgrades en toegang tot innovatieve technologieën zoals kunstmatige intelligentie, duurzaamheid en geavanceerde analyses.

    “SAP S/4HANA Cloud is het ideale toegangspunt in ons tijdperk van cloud-bedrijfsplanning”, — zegt Stefan Schubert, Senior Vice President en CIO van IT, Amer Sports. “Verhuizen naar de cloud is meer dan alleen het verbeteren van ons technologielandschap. Voor ons ontsluit de overstap naar een schone, gestandaardiseerde ERP-omgeving het potentieel van toekomstige innovaties en stelt onze merken in staat om sneller te innoveren en met meer flexibiliteit te werken.”

    Met operaties in meer dan 40 landen en meer dan 13.000 medewerkers is Amer Sports één van de eerste klanten die de oplossing heeft geïmplementeerd. Als onderdeel van zijn bredere transformatietraject is het bedrijf al begonnen met de migratie van zijn wereldwijde systeem dat is gebouwd op SAP ERP Central Component en werkt het actief samen met SAP aan verschillende AI-gebruiksscenario's.

    Daarnaast is Amer Sports een beta-klant voor de SAP Business Data Cloud-oplossing en geeft het feedback over de onlangs gelanceerde software-as-a-service-oplossing die verschillende SAP-gegevens verenigt en beheert en soepel aansluit op gegevens van derden.

    “In een branche waarin wendbaarheid in de toeleveringsketen, data-inzichten, veiligheid en bedrijfscontinuïteit een missie zijn, zijn we trots om samen te werken om deze geavanceerde mogelijkheden te bieden”, — aldus Manos Raptopoulos, chief revenue officer voor APAC, EMEA en MEE bij SAP. “Dit stelt een wereldleider als Amer Sports in staat om sneller te innoveren, zijn activiteiten te optimaliseren en uitzonderlijke ervaringen te bieden aan de enorme gemeenschap van atleten en avonturiers in de buitenlucht.”

    Lees meer

  • [1] Amer Sports Makes Strategic Play with SAP S/4HANA Cloud