Migratie van SAP Commerce Cloud (Hybris) naar Shopify Plus: kosten, doorlooptijd en wat in SAP blijft

Je commerceteam wil sneller releasen. Finance wil SAP houden. Operations wil bewijs dat contractprijzen, kredietcontroles en magazijnorders blijven werken. Die eisen gaan samen, maar alleen als de migratie de webshop scheidt van de bedrijfsprocessen erachter.

Een migratie van SAP Commerce Cloud naar Shopify Plus vervangt het commerceplatform, niet per se het SAP ERP. Producten, klanten en een selectie van de historie gaan naar een nieuw commercemodel, terwijl prijzen, voorraad, krediet en fulfilment in SAP kunnen blijven. Het kritieke werk is die koppelingen opnieuw bouwen en complete koopreizen bewijzen vóór de livegang.

Deze gids gaat over die grens: wanneer je migreert, wat opnieuw gebouwd moet worden, hoe je het werk begroot en hoe je van platform wisselt zonder het orderproces half af achter te laten.

Moet je van SAP Commerce Cloud naar Shopify Plus migreren?

Migreer als de huidige commerce-implementatie de veranderingen tegenhoudt die je bedrijf nodig heeft, en Shopify Plus de vereiste koopreizen tegen acceptabele totale kosten kan dragen. Blijf als SAP Commerce goed bij die reizen past, of als het elders opnieuw bouwen van essentiële regels zwaarder weegt dan het operationele voordeel van een ander platform.

De sterkste business case begint met bewijs uit je eigen operatie. Meet hoe lang een actie, een productlancering of de uitrol naar een markt duurt. Bekijk onderhoudskosten, productie-incidenten, handmatige ordercorrecties en het engineeringwerk dat gewone merchandising vraagt. Scheid beperkingen van het platform van vertraging door goedkeuringen en slecht data-eigenaarschap.

Shopify Plus kan aantrekkelijk zijn als het team meer commercewerk wil afhandelen via ondersteunde platformconfiguratie, thema's en apps. Dat voordeel krimpt als elke klantinteractie een maatwerkdienst nodig heeft die de oude implementatie nabootst. Beoordeel het beoogde operationele model, niet alleen een demo van een webshop.

SAP Commerce blijft een geloofwaardige optie voor complexe bedrijven. SAP beschrijft het huidige product als geschikt voor B2B, B2C, complexe catalogi en composable webshops. Een overstap naar Shopify is dus niet automatisch een stap van een verouderd, niet-headless platform naar een modern platform. Het overzicht van SAP Commerce Cloud legt die mogelijkheden uit, en ook de relatie met de oude naam Hybris.

Hybris en Commerce Cloud: stel vast wat de echte bron is

"Hybris-migratie" kan gaan over een oudere implementatie, of over een team dat de historische naam nog gebruikt voor zijn huidige commerce-omgeving. Leg de exacte productversie, het deploymentmodel, de webshoptechnologie, de maatwerkextensies en de supportafspraken vast voordat je het project begroot.

Bouw de business case niet op de algemene bewering dat alle Hybris- of SAP Commerce-omgevingen één einddatum delen. Vraag de accounteigenaar bij SAP om de onderhoudssituatie voor jouw versie en contract te bevestigen. Supportrisico kan de planning beïnvloeden, maar bewijst niet dat Shopify de juiste bestemming is.

Wanneer blijven de betere beslissing is

Blijf, of stel de overstap uit, als essentiële configuratie-, inkoop- of orderprocessen nog niet op het doelplatform te reproduceren zijn. Hetzelfde geldt als het huidige platform goed werkt en de voorgestelde migratie alleen een onopgelost probleem in ERP, productdata of organisatie verplaatst.

De goedkeuringstest is concreet: welke terugkerende beperkingen verdwijnen, welke nieuwe verantwoordelijkheden ontstaan, en wie kan het resultaat runnen? Een geloofwaardig voorstel beantwoordt alle drie.

Wat blijft er na de commercemigratie in SAP?

SAP ERP kan verantwoordelijk blijven voor finance, inkoop, voorraadadministratie en operationele orderverwerking, terwijl Shopify Plus de koopervaring en het vastleggen van orders doet. Die verdeling moet per proces en per dataobject worden afgesproken. SAP houden betekent niet dat bestaande commerce-integraties vanzelf blijven werken; de interfaces en hun zakelijke betekenis moeten nog steeds worden gevalideerd.

Shopify maakt in zijn gids over cloud-ERP-architectuur onderscheid tussen de klantgerichte rol van commerce en de financiële en operationele rol van ERP. Gebruik dat onderscheid als vertrekpunt en bekijk daarna je echte implementatie. Een prijsregel kan in ERP, Commerce, middleware of een maatwerkdienst zitten.

Maak een matrix van eigenaarschap voordat je beslist welke connector je koopt. Het volgende is een voorgesteld ontwerppatroon, geen beschrijving van elke SAP-installatie.

De regel over productcontent verdient aandacht. Levert Commerce nu productverrijking aan meerdere kanalen, dan haal je met uitfaseren meer weg dan een webshop. Beleg die verantwoordelijkheid bij een bestaand PIM, bij Shopify of bij een ander beheerd proces voordat je de bron uitzet.

Leg identifiers net zo zorgvuldig vast als eigenaarschap. SAP-materiaalnummers, klantaccounts en sold-to- en ship-to-identifiers kunnen verschillen van de product-, bedrijfs- en locatie-ID's in Shopify. Houd expliciete kruisverwijzingen bij. Een e-mailadres alleen is geen betrouwbare koppeling voor een enterpriseaccount.

Staat er ook een ERP-transformatie op de planning, vergelijk de volgordes dan expliciet. Eerst commerce vraagt om een interface die de latere ERP-wijziging overleeft. Eerst ERP stelt de voordelen van de webshop uit. Een gecombineerde overstap vraagt om een gezamenlijke generale repetitie en een herstelplan. Kies op basis van afhankelijkheden en de capaciteit van het team, niet op basis van een voorkeur om alles tegelijk te vervangen.

Hoe sluiten SAP-catalogi, content en maatwerkcode aan op Shopify?

Migreer de betekenis van de catalogus vóór het volume. SAP-catalogusversies, classificatiekenmerken, verkoopbare varianten en contentworkflows vragen om expliciete doelontwerpen. Productrecords kun je omzetten, maar Commerce-extensies en webshopcomponenten zijn geen overdraagbare Shopify-functionaliteit. Wijs elk vereist gedrag toe aan standaardconfiguratie, een app, een externe dienst of een bewuste procesverandering.

SAP beschrijft aparte catalogi en catalogusversies, waaronder een Staged- en een Online-versie. Een migratie mag die niet samenvouwen tot dubbele live producten. Kies de beoogde gepubliceerde staat en bepaal hoe goedgekeurde maar niet gepubliceerde wijzigingen in de nieuwe workflow komen.

De ImpEx-import- en exportfunctie van SAP kan helpen bij het exporteren uit de bron. Het is geen Shopify-runtime en geen complete migratiespecificatie. Exports vragen nog steeds om een volgorde van afhankelijkheden, transformaties, verwerking van media, validatie en een afgesproken behandeling van records die niet mee moeten.

Test lastige producten eerst: configureerbare artikelen, meerdere eenheden, vervangende onderdelen, gelokaliseerde specificaties en producten met veel variantcombinaties. Shopify documenteert op dit moment maximaal 2.048 varianten en drie opties per product, met kanttekeningen voor compatibiliteit met thema's, apps en kanalen. Die limieten maken een productconfigurator niet uitwisselbaar met gewone varianten. De documentatie van Shopify over varianten geeft de actuele details.

Scheid een instructie van de koper van een verkoopbare identiteit. Een graveertekst kun je als extra informatie vastleggen; een keuze die prijs, voorraad of productie verandert, vraagt om leidende verwerking die verder gaat dan een tekstveld.

Is de bron headless, beslis dan of de bestaande frontend het aanpassen waard is. Het visuele ontwerp behouden betekent niet dat je de SAP-API-afspraken behoudt. Een herbouw op basis van een thema kan onderhoud verminderen; een maatwerkfrontend kan terecht zijn bij specifieke eisen aan de ervaring. Geen van beide haalt de noodzaak weg om de checkout en backend van Shopify te valideren.

Kan Shopify Plus de B2B-prijs- en inkoopregels van SAP nabootsen?

Shopify Plus is een kandidaat voor een SAP-B2B-migratie, geen garantie op identiek gedrag. Valideer bedrijfsstructuren, klantspecifieke catalogi, goedkeuringen, kredietcontroles, inkoop en prijzen apart. De moeilijkste vraag is of de juiste koper de juiste order kan plaatsen onder dezelfde commerciële beperkingen, ook als een systeem eerder in de keten onbereikbaar is.

Het B2B-organisatiemodel van SAP kent eenheden en daarmee verbonden structuren zoals budgetten en kostenplaatsen. Ga er niet van uit dat je een organisatieboom direct in Shopify-bedrijven en -locaties kunt importeren met behoud van elke rechten- en goedkeuringsrelatie.

Bouw tests rond echte inkooprollen: een lokale inkoper, een regionale goedkeurder, een centrale inkoopgebruiker en een account met een kredietstop. Neem inkopers mee die voor meerdere afleveradressen bestellen. Markeer elke eis als standaard, geconfigureerd, extern afgedwongen, opnieuw ontworpen of niet ondersteund door de voorgestelde oplossing.

Waarom Plus, en niet een standaardabonnement van Shopify?

B2B alleen is geen voldoende reden meer. De huidige documentatie van Shopify noemt B2B-basisfuncties in Basic, Grow, Advanced en Plus. De verschillen die specifiek bij Plus horen, zijn onder meer onbeperkte B2B-catalogi per markt, catalogi die je direct aan bedrijven of locaties koppelt, en geavanceerde betaalfuncties. Leg de B2B-matrix per abonnement naast je eisen in plaats van te vertrouwen op oudere vergelijkingen.

Ook eisen aan de checkout kunnen het abonnement bepalen. Shopify documenteert dat apps die de pagina's voor gegevens, verzending en betaling aanpassen, en maatwerkapps gebouwd met Shopify Functions, alleen op Plus beschikbaar zijn. Dat zijn afgebakende uitbreidingspunten, geen onbeperkte toegang om SAP-checkoutcode na te bouwen. De vergelijking van checkoutapps van Shopify legt de grenzen uit.

Bewijs de transactie, niet alleen de getoonde prijs

Neem een fictieve distributeur. Een inkoper ziet een contractprijs van € 42 per stuk en vraagt 200 stuks aan. SAP heeft er 150 beschikbaar voor dat account, en finance heeft het account op een kredietstop gezet.

€ 42 op de productpagina tonen bewijst maar één deel van de reis. Het doelplatform moet ook het goedgekeurde aantal teruggeven, de kredietbeperking respecteren en geen verkeerde betaal- of fulfilmentinstructie doorgeven.

Kies het toegestane gedrag vooraf: de order weigeren, ter beoordeling doorsturen, een deelaantal aanbieden of een ander afgesproken pad. Of dat gedrag op de vereiste stap kan worden afgedwongen, is een test van de haalbaarheid van de implementatie. Een melding in de webshop of een latere e-mail dwingt geen beperking in de checkout af.

Test staffelprijzen, verlopen contracten, valuta, belastingbehandeling, samenloop met acties, minimumaantallen en bestelstappen. Volg bij punchout of CPQ de volledige inkoopreis, inclusief de terugkeer naar het inkoopsysteem en de leidende orderreferentie. Een app in het voorstel noemen bewijst niet dat de reis werkt.

Hoe koppel je Shopify Plus aan de SAP-systemen die blijven?

Ontwerp elke integratie rond haar zakelijke afspraak: wie eigenaar is van de data, hoe snel die moet aankomen, wat haar identificeert en wat er gebeurt als levering mislukt. Een connector levert transport en mappings, maar beslist niet wie leidend is voor prijzen, wanneer een order geaccepteerd is of hoe je herstelt. Die beslissingen horen in de scope van de migratie.

Inventariseer de bestaande interfaces, inclusief geplande bestanden en handmatige uploads. Stel vast welke aan Commerce-specifieke objecten hangen en welke je kunt hergebruiken. Beoordeel de bestaande middleware van het team voordat je nog een integratieplatform introduceert, en reken de operationele kosten mee van de aanpak die je kiest.

Maak onderscheid tussen gerepliceerde data en beslissingen die een tijdig, leidend antwoord nodig hebben. Periodiek gepubliceerde omschrijvingen verdragen een andere vertraging dan een kredietbeperking. Een voorraadaantal is niet per se een leverbelofte. Een succesvol ingediende order is niet per se een geaccepteerde verkooporder.

Leg voor elke stroom vast:

• Bron, bestemming en de eigenaar uit de business die voor de juistheid verantwoordelijk is.

• Identifiers, transformatieregels, schemaversies en omrekening van eenheden.

• Eisen aan actualiteit en wat er gebeurt als data verouderd of onbeschikbaar is.

• Detectie van dubbelingen, afhandeling van herhaalpogingen en een veilige route voor mislukte records.

• Afstemming, eigenaarschap van meldingen en instructies voor operationeel herstel.

Shopify waarschuwt dat levering van webhooks niet altijd gegarandeerd is en raadt afstemmingstaken aan. Eventafhandeling moet dus een manier bevatten om ontbrekende updates op te sporen, niet alleen een geslaagde demo van een webhook. Zie de richtlijnen van Shopify over webhooks.

Test falen bewust. Plaats een order terwijl SAP onbereikbaar is, herhaal een bericht dat al verwerkt is en herstel de dienst na een achterstand. Controleer dat de order niet dubbel ontstaat, de voorraad niet twee keer daalt en de communicatie naar de klant de echte stand weergeeft.

Ga er niet van uit dat je willekeurige realtime ERP-aanroepen overal in de checkout kunt plaatsen. Bewijs de beschikbare uitbreidingspunten, de beperkingen in latency en het terugvalgedrag met de gekozen implementatie. Kan de vereiste controle niet worden afgedwongen, ontwerp de reis dan opnieuw of heroverweeg of het platform past, voordat de volledige ontwikkeling begint.

Welke data moet mee, en wat moet elders toegankelijk blijven?

Neem de data mee die nodig is om te verkopen, klanten te helpen en het nieuwe platform te runnen. Bewaar andere records in een afgesproken archief of bronsysteem als importeren operationeel niets toevoegt. Producten, klantprofielen, B2B-relaties, open transacties en historische orders vragen om verschillende migratiemethodes, validatieregels en beslissingen over eigenaarschap.

Bepaal een aparte aanpak voor actieve producten, uitgelopen producten waar nog op wordt gezocht, actieve accounts, inactieve accounts, historische orders, open orders, retouren, creditnota's en openstaande offertes. Eén belofte over "alle data" verbergt die verschillen.

Een geïmporteerde historische order bewijst niet dat de levenscyclus van betaling, fulfilment of terugbetaling in Shopify kan doorlopen. Bepaal waar retouren van vóór de livegang worden verwerkt en welke betaalprovider de oorspronkelijke transactie kan terugbetalen. Houd de orderreferenties uit de bron zichtbaar voor klantenservice en stem totalen af met het operationele bronsysteem.

Klantidentiteit vraagt om een eigen plan. Shopify stelt expliciet dat wachtwoorden niet via een klant-CSV vanuit een andere webshop kunnen worden overgezet. Kies en test de beoogde inlogervaring, het koppelen van accounts en de communicatie naar klanten. Beloof geen doorlopende wachtwoorden op basis van een profielimport alleen. De documentatie van Shopify over klantimport beschrijft die beperking.

Bevestig bij opgeslagen betaalmethodes of abonnementen het ondersteunde overdrachtsproces met de betaalprovider en de beoogde app, voordat je continuïteit toezegt. Een klantrecord bevat geen overdraagbaar betaalmiddel.

Doe vóór de laatste import minstens één representatieve generale repetitie. Vergelijk aantallen records, verplichte velden, relaties en waar relevant financiële totalen. Houd een register van uitzonderingen bij met een benoemde eigenaar en oplossing, in plaats van een succespercentage te accepteren dat de lastigste accounts onopgelost laat.

Wat kost een migratie van SAP Commerce Cloud naar Shopify Plus?

De kosten worden bepaald door de functionaliteit die je vervangt, de interfaces die je opnieuw bouwt en het bewijs dat je vóór de livegang nodig hebt. Begroot discovery, webshopwerk, datatransformatie, SAP-integratie, B2B-gedrag, testen en overdracht apart. Vergelijk het implementatiebudget dat daaruit komt met de doorlopende kosten van platform, apps, integraties en support, niet alleen met abonnementskosten.

Er is geen verdedigbare standaardprijs voor "Hybris naar Shopify". Een vooral op D2C gerichte webshop met een stabiel ERP dat blijft, is een ander project dan een B2B-omgeving met meerdere entiteiten, live contractprijzen en inkoopintegraties.

Het volgende is een voorbeeld van een begroting, geen marktbenchmark, geen prijslijst van Flatline en geen offerte. Ga uit van één webshop, een ERP dat blijft, een afgebakende catalogus, een vastgestelde B2B-scope en geen gelijktijdige vervanging van het ERP.

Bij een aangenomen gemiddeld tarief van € 120 per uur levert dat model € 120.000 tot € 216.000 aan uitvoeringswerk op. Met een voorbeeldbuffer van 15% kom je op € 138.000 tot € 248.400. Vervang zowel de uren als het tarief door afgebakende schattingen van leveranciers; de rekensom is nuttig, maar zegt niet wat jouw project waarschijnlijk kost.

Het voorbeeld rekent niet met abonnementen, transactie- en betaalkosten, belastingen, de tijd van je eigen medewerkers, wijzigingen in ERP-licenties, doorlopende support en langer parallel draaien. Ook een nieuwe CPQ-implementatie, een aparte headless frontend en extra webshopuitrollen vallen erbuiten. Elk daarvan kan het budget flink veranderen.

Vergelijk voor de business case de kosten over drie jaar op gelijke scope: implementatie, overlappende contracten, Shopify, apps, middleware, monitoring, support en de SAP-diensten die blijven. Trek alleen SAP-kosten af die echt kunnen verdwijnen. Blijft Commerce actief als afhankelijkheid voor productcontent of integraties, dan vallen sommige verwachte besparingen weg. De gids van Flatline over TCO in eCommerce geeft het bredere kostenkader.

Hoeveel tijd moet je voor de migratie rekenen?

Bouw de planning op uit het afronden van afhankelijkheden, niet alleen uit het aantal producten. Toegang tot de bron, gereedheid van de SAP-interfaces, haalbaarheid van B2B, datakwaliteit en goedkeuring door de business kunnen de datum van de livegang bepalen. Een kalenderschatting wordt pas geloofwaardig als elke fase een eigenaar heeft, beschikbare deelnemers en meetbare exitcriteria die de volgende fase laten beginnen.

Ter illustratie: het afgebakende project hierboven zou over 24 weken gepland kunnen worden. Dat is een planningsvoorbeeld, geen gemiddelde duur en geen leverbelofte. Het urenbudget en de doorlooptijd meten verschillende dingen: meerdere specialisten kunnen tegelijk werken, terwijl toegang, reviews en goedkeuringen wachttijd opleveren.

Werk kan overlappen zodra afhankelijkheden stabiel zijn. Het hoort niet te overlappen door aan te nemen dat onopgeloste prijsregels of onbeschikbare SAP-endpoints op de een of andere manier klaar zijn als het testen begint.

Een gefaseerde uitrol kan de scope van de eerste release verkleinen, maar kies dan een merk, markt of klantgroep die echt los te trekken is. Kanalen splitsen die contracten, voorraadtoewijzing en serviceteams delen, kan meer complexiteit opleveren dan het oplost.

Neem commerciële deadlines op in dezelfde planning: verlengings- en opzegdatums bij SAP, piekperiodes in de verkoop, stilstand in het magazijn en de beschikbaarheid van ERP-specialisten. Een technisch klare webshop kan niet veilig live zonder de mensen die de backendprocessen kunnen valideren en herstellen.

Hoe bescherm je SEO en houd je de overstap onder controle?

Bescherm de migratie door zowel vindbaarheid als continuïteit van transacties te testen. Breng waardevolle URL's in kaart, behoud nuttige content, controleer redirects en volg de indexering. Oefen daarnaast apart de laatste datadelta, de overdracht van interfaces, de afstemming van orders en de beslissing over herstel. Een werkende homepage is niet genoeg bewijs dat de nieuwe commerce-operatie klaar is om orders aan te nemen.

Bouw de URL-inventaris op uit crawls, sitemaps, analytics, Search Console en gelinkte oude pagina's. Neem productpagina's, categorieën, gelokaliseerde pagina's, redactionele content en waardevolle documenten mee. Koppel elke belangrijke bron-URL aan de meest relevante bestemming in plaats van alles naar de homepage te sturen.

Controleer redirects, interne links, canonicals, taalannotaties, gestructureerde data en indexeerbaarheid op het gerenderde doelplatform. Behoud content die het vinden van producten en koopbeslissingen ondersteunt. Google merkt op dat een verhuizing van je site tot schommelende posities kan leiden terwijl URL's opnieuw worden gecrawld en geïndexeerd; geen migratieplan kan gelijke posities garanderen. Volg de richtlijnen van Google voor een verhuizing van je site.

Oefen de overdracht als een gebeurtenis in de orderverwerking

Leg de laatste leidende schrijfactie in de bron vast, het tijdvak van de laatste export en het moment waarop nieuwe orders in Shopify binnenkomen. Stem late orders en updates af, in plaats van aan te nemen dat een contentbevriezing alle transactionele activiteit stopt.

Voorkom dat oude en nieuwe integraties dezelfde order of voorraadmutatie twee keer verwerken. Bevestig welk systeem open winkelwagens, offertes, orders van vóór de livegang en retouren afhandelt. Test de exacte volgorde van de livegang in de generale repetitie, inclusief berichten aan klanten en onderdrukte dubbele meldingen.

Leg objectieve go/no-go-criteria vast

Spreek poorten voor de release af voordat de druk van de livegang oploopt:

• Kritieke koopscenario's slagen, inclusief beperkte accounts en falende integraties.

• De mappings van producten, klanten en orders kloppen volgens afgesproken acceptatiecriteria.

• Verantwoordelijkheden voor betaling, orderacceptatie, fulfilment en terugbetaling zijn expliciet.

• Waardevolle URL's lossen goed op en de live site is crawlbaar zoals bedoeld.

• Monitoring, toegang voor herstel en benoemde beslissers uit de business zijn beschikbaar.

Terugdraaien is niet simpelweg een DNS-wijziging terugzetten. Heeft Shopify eenmaal orders geaccepteerd, betalingen geïnd of activiteit in het magazijn in gang gezet, dan moet het herstelplan met die transacties rekening houden. Leg vast tot wanneer terugdraaien kan, wie beslist en wanneer vooruit herstellen veiliger is dan terugschakelen.

Houd de oude omgeving alleen beschikbaar voor de afgesproken herstel- en toegangsbehoeften, met gecontroleerde schrijfrechten. Faseer haar uit zodra afhankelijkheden, bewaarde records en supportprocessen zijn goedgekeurd. Anders betaalt de organisatie mogelijk eindeloos voor twee commerceplatforms.

Blijft SAP als ERP staan, dan is de echte vraag misschien of de commercelaag überhaupt vervangen moet worden. Ben je nog aan het kiezen tussen overstappen, herbouwen of blijven, begin dan daar; is Shopify Plus het antwoord, dan plant onze Shopify-migratie de SAP-koppelingen, de B2B-prijzen en de livegang als één programma.

Veelgestelde vragen

Kunnen we SAP S/4HANA of SAP ECC houden bij de overstap naar Shopify Plus?

Ja. SAP Commerce vervangen betekent niet automatisch dat SAP ERP ook weg moet. Het ERP dat blijft, kan eigenaar blijven van financiële en operationele processen terwijl Shopify de commerce doet. Controleer wel de exacte ERP-versie, beschikbare interfaces, middleware en supportafspraken. Bestaande Commerce-integraties moeten worden herzien; het ERP houden betekent niet dat de koppelingen hetzelfde blijven.

Kan een migratieapp de hele Hybris-implementatie verhuizen?

Nee. Een migratietool kan helpen ondersteunde records over te zetten, maar een hele implementatie bevat ook bedrijfsregels, maatwerkextensies, contentworkflows en integratiegedrag. Die vragen om beoordeling en doelontwerpen. Beoordeel een tool op de entiteiten, relaties, transformaties, herhaalpogingen en validatie die hij ondersteunt, niet op een belofte om alles automatisch te verhuizen.

Moeten we het ontwerp van de website opnieuw bouwen?

De implementatie moet opnieuw worden gebouwd of aangepast, maar de visuele identiteit hoeft niet te veranderen. Bestaande designassets en goedgekeurde content kunnen de basis vormen voor de nieuwe webshop. Je kunt er niet van uitgaan dat SAP-specifieke templates, componenten en API-koppelingen op Shopify werken. Scheid noodzakelijke technische aanpassing van een optioneel nieuw ontwerp als je kosten en tijd begroot.

Kunnen we eerst D2C lanceren en B2B later overzetten?

Ja, als de kanalen operationeel te scheiden zijn. Controleer gedeelde klantrecords, contracten, voorraadtoewijzing, orderroutering en serviceprocessen voordat je die volgorde kiest. Leg tijdelijke regels voor eigenaarschap vast en de kosten van het draaien van beide platforms. Een gefaseerde livegang is nuttig als ze afhankelijkheden vermindert, niet alleen als ze het project in datums opdeelt.

Verlaagt een overstap naar Shopify Plus automatisch de operationele kosten?

Nee. Besparingen hangen af van welke licenties, omgevingen en onderhoudsverplichtingen echt kunnen verdwijnen, en welke nieuwe kosten ervoor in de plaats komen. Neem apps, support voor integraties, eigen inzet en overlappende contracten mee in de vergelijking. Veel maatwerkgedrag behouden, of SAP Commerce actief houden voor andere taken, kan het verwachte financiële voordeel verkleinen.

De belangrijkste punten

• Vervang SAP Commerce pas als bewezen is dat Shopify de bedrijfskritische koopreizen ondersteunt.

• Bepaal wat in SAP blijft, inclusief leidende prijzen, kredietcontrole en orderacceptatie.

• Behandel catalogusversies, B2B-relaties en maatwerkgedrag als ontwerpwerk, niet als eenvoudige exports.

• Begroot kosten en planning op basis van afgebakende afhankelijkheden, met expliciete aannames en uitsluitingen.

• Ga pas live als data, SEO, transacties en herstelprocedures door hun releasepoorten zijn.

Wil je hulp bij het afbakenen van de scope aan de commercekant, praat dan met het Shopify Plus-team van Flatline. Neem de huidige architectuur, de lastige koopscenario's en de beperkingen van het SAP-team mee, zodat het gesprek begint bij fit, eigenaarschap en een toetsbaar migratieplan.