Van Sana Commerce naar Magento Open Source: waarom B2B-shops de overstap overwegen

Sana Commerce heeft sinds zijn oprichting in 2007 een sterke positie opgebouwd als B2B e-commerce-platform met diepe ERP-integratie. Maar in 2026 zien we de strategische focus van Sana steeds smaller worden: SAP en Microsoft Dynamics 365 als kern, alle andere ERP-pakketten in afbouwfase. Voor B2B-shops op die andere of legacy ERP-systemen betekent dat reële lock-in en, op termijn, een gedwongen platform-keuze.

In dit artikel kijken we naar wat er precies verandert bij Sana, welke groepen klanten dat direct raakt, en waarom Magento Open Source voor veel van die klanten een aantrekkelijk alternatief is. Geen Sana-bashing, wel een heldere kijk op de realiteit zoals die nu publiek gedocumenteerd is.

Wat is Sana Commerce, in het kort

Sana Commerce is een B2B e-commerce-platform dat zich onderscheidt door directe ERP-integratie: geen aparte middleware, geen losse synchronisatie-laag, maar een storefront die rechtstreeks op je ERP-data leest en schrijft. Voor B2B-shops met complexe productdata, klantgebonden prijzen en orderflows uit het ERP is dat een sterk verhaal: één bron van waarheid, geen synchronisatie-issues, real-time gedrag.

Sana telt wereldwijd zo'n 1.500 klanten, voornamelijk B2B-groothandels en distributeurs. Ongeveer 75 procent van Sana's omzet komt van klanten op Microsoft Dynamics. Daarmee is Sana feitelijk meer een Dynamics-ecommerce-vendor dan een neutrale e-commerce-keuze.

Wat verandert er bij Sana in 2025-2026?

Drie concrete bewegingen, allemaal publiek gedocumenteerd in Sana's eigen support-omgeving:

Microsoft Dynamics GP-support stopte op 31 december 2025

Sana stopt de support voor de Microsoft Dynamics GP-connector per 31 december 2025. De laatste update is in Q2 2023 al doorgevoerd. Klanten op Dynamics GP kunnen tot die einddatum nog een webshop opzetten, maar daarna zijn nieuwe customizations niet meer mogelijk. Sana heeft de ontwikkelresources actief verschoven naar ERP's "met een actieve lifecycle", zoals Microsoft Dynamics 365. Dit volgt op Microsoft's eigen GP-uitfasering.

Sana 9.3.x end-of-life, verplichte overstap naar Sana Commerce Cloud

Sana versies 9.3.0 tot en met 9.3.4 zijn al uit support. Versie 9.3.5 bereikt end-of-life aan het einde van 2025. Klanten op deze versies moeten overstappen naar Sana Commerce Cloud, het nieuwe SaaS-platform. Extended support is mogelijk tegen extra kosten, maximaal één jaar, waarna het uurtarief voor support met 100 procent stijgt. Voor veel klanten betekent dit niet alleen een platformwissel maar ook een herinrichting van customizations die in 9.3.x op maat waren gebouwd.

Strategische focus: SAP en Dynamics 365

Sana's huidige ondersteunde ERP-lijst bestaat in essentie uit SAP ECC, SAP S/4HANA, SAP Business One, Microsoft Dynamics 365 Finance & Operations en Microsoft Dynamics 365 Business Central. Dynamics NAV en AX (de voorgangers, door Microsoft zelf gefaseerd uitgefaseerd) worden nog wel ondersteund, maar niet langer actief doorontwikkeld op nieuwe features. Andere ERP-pakketten zoals AFAS, Exact, Unit4, Ridder iQ, Isah of custom-systemen heeft Sana sowieso nooit native ondersteund: Sana is sinds 2007 by design een SAP- en Microsoft Dynamics-platform. Klanten op die andere ERP's zaten en zitten dus op andere e-commerce-stacks (Magento, Shopware, BigCommerce of custom).

Welke klanten raakt dit in de praktijk?

Drie groepen B2B-shops merken nu of binnenkort de gevolgen:

• Dynamics GP-klanten: harde deadline 31 december 2025. Daarna kies je tussen migreren naar Dynamics 365 (kostbaar en complex) of een nieuw e-commerce-platform.
• Sana 9.3.x-klanten: de upgrade naar Sana Cloud is feitelijk een herimplementatie. Veel maatwerk uit de 9.3-tijd moet opnieuw worden gebouwd binnen de Cloud-architectuur.
• Dynamics NAV en AX-klanten: geen acute deadline, maar wel legacy-ERPs zonder actieve doorontwikkeling. Microsoft heeft NAV vervangen door Business Central en AX door F&O; Sana volgt die fasering. Op middellange termijn vervalt de keuzeruimte: meebewegen naar Dynamics 365 (BC of F&O) of het platform verlaten.

Lock-in als architectuur-probleem

De diepe ERP-integratie die Sana's sterke verhaal was, is ook precies het probleem voor klanten die hun ERP willen behouden of veranderen. Sana zit monolithisch vastgekoppeld aan het ERP. Wil je een feature toevoegen die jouw ERP-vendor niet ondersteunt, dan moet je via de ERP-leverancier of via een omweg in Sana zelf. Wil je je ERP wisselen, dan wissel je effectief ook van Sana-implementatie.

Voor Sana-klanten op Dynamics GP, NAV of AX wordt deze lock-in nu acuut: Microsoft faseert deze versies uit, Sana volgt, en de keuze is óf meebewegen naar de actieve Microsoft Dynamics-roadmap (BC of F&O), óf het Sana-platform verlaten. Voor klanten op SAP of Dynamics 365 is de lock-in minder direct, maar wel structureel: elke toekomstige ERP-strategie-wijziging raakt automatisch ook de e-commerce-stack.

Waarom Magento Open Source een interessant alternatief is

Magento Open Source zit architectonisch fundamenteel anders in elkaar:

• ERP-onafhankelijk: een Magento-koppeling met je ERP is in de basis een API-endpoint-vraagstuk. Wij hebben live ervaring met AFAS, Exact Online, Unit4, eZbase, Akeneo, Klipboard en Prodin; andere pakketten (Business Central, SAP, Ridder iQ, Isah, Pimcore) zijn even goed koppelbaar. Verander van ERP en je shop blijft.
• Open source, geen vendor-license: geen jaarlijkse SaaS-fees gekoppeld aan revenue of GMV. Je betaalt voor development, hosting en eventueel een Hyvä-licentie, maar niet voor het platform zelf.
• Flexibele frontend: Hyvä Commerce als moderne frontend-laag bovenop Magento Open Source geeft je een snelle, EAA-proof storefront zonder Adobe-licentie.
• B2B-functionaliteit volwassen: klantgebonden prijzen, snelorder, herhaalbestelling, offerteflows, multistore, dealer-portalen. Met de juiste extensies en gerichte customizations net zo compleet als wat Sana out-of-the-box biedt.
• Geen platform-roadmap-risico: Magento bestaat sinds 2007, draait op breed gedragen open-source-componenten en heeft een actieve community plus Adobe Commerce als commerciële tegenhanger. Geen kans dat het platform van de ene op de andere dag van strategie wisselt.

Wanneer is de overstap verstandig?

Niet voor iedereen. Een paar realistische scenario's waarin we de stap zinvol vinden:

• Je draait op Dynamics GP en moest vóór eind 2025 een knoop doorhakken
• Je zit op Sana 9.3.x en de Cloud-upgrade is in feite een herimplementatie; dan kun je net zo goed alternatieven afwegen
• Je zit op Sana met Dynamics NAV, AX of GP en wilt niet meegedwongen worden in de upgrade-route naar Business Central of F&O, terwijl je tegelijk ERP-flexibiliteit voor de komende jaren wilt
• Je voelt de monolithische lock-in en wil meer architectuur-vrijheid (eigen frontend-keuze, eigen hosting, eigen ontwikkelpartners)
• Je SaaS-fees groeien sneller dan je revenue rechtvaardigt en je wil een kosten-model met meer voorspelbaarheid

Wanneer Sana waarschijnlijk de juiste keuze blijft: je draait op SAP of Dynamics 365, je waardeert het dat een vendor end-to-end de stack levert, en de Sana-architectuur sluit goed aan op je manier van werken. Geen reden om over te stappen omwille van overstappen.

Hoe ziet zo'n migratie eruit?

Een typisch migratie-traject Sana naar Magento Open Source verloopt in drie fasen:

1. Discovery en audit (2-4 weken)

We inventariseren de huidige Sana-implementatie: ERP-koppeling, productdata-stromen, klantgroepen, prijslijsten, customizations, content-volume, integraties (PIM, marketing, BI). Plus de ERP-API-volwassenheid aan de andere kant. Hieruit volgt een realistische scope en planning, plus een go-of-no-go-advies. Niet elke Sana-shop heeft baat bij een overstap.

2. Build en koppeling (3-6 maanden)

Magento Open Source-installatie, Hyvä-frontend op maat, ERP-koppeling op basis van je bestaande API. B2B-functionaliteit (klantgroepen, prijzen, snelorder, etc.) configureren. Data-migratie van producten, klanten en order-historie. Parallel uitvoeren naast Sana zodat de bestaande shop blijft draaien tijdens build.

3. Cutover en stabilisatie (4-8 weken)

Acceptatietests, parallel-draai-periode, fasering per klantgroep of per land bij multistore-setups, monitoring en bijsturen. Sana-afkoppeling op een gecontroleerde manier, niet als big bang.

Totaal: typisch 6 tot 9 maanden van eerste audit tot stabiele productie, afhankelijk van complexiteit. Voor shops met multiple ERP-systemen, internationale setup of zware contentmigratie kan het langer duren. Voor relatief eenvoudige Sana-shops met één ERP en standaard B2B-flows kan het sneller.

Niet alleen platform-keuze, ook architectuur-keuze

De belangrijkste vraag bij de overweging gaat niet over wil ik op Sana of Magento, maar wil ik een monolithische ERP-gekoppelde stack, of wil ik een ontkoppelde architectuur waarin elke laag op eigen ritme kan evolueren?. Bij Sana heb je het eerste; bij Magento Open Source + een degelijke ERP-koppeling heb je het tweede.

Voor B2B-shops die nog jarenlang vooruit moeten, en die niet willen dat hun e-commerce-keuze gedicteerd wordt door de roadmap van één vendor, is die architectuur-vrijheid op termijn waardevoller dan de plug-and-play-comfort van een vendor-gekoppelde stack.

Aquive Media helpt bij de afweging en de uitvoering

Wij doen sinds 2007 alleen Magento, en hebben meerdere overstap-trajecten begeleid van legacy-platforms naar Magento Open Source. Voor B2B-groothandels met ERP-koppelingen, PIM-integraties en complexe B2B-webshops is de overstap van Sana naar Magento technisch goed te doen, mits zorgvuldig voorbereid.

Twijfel je of een overstap zinvol is voor jouw situatie? Neem contact op voor een korte verkennende sessie. We geven eerlijk advies of het in jouw geval verstandig is, zelfs als de conclusie is dat je beter op Sana kunt blijven.