Sana Commerce 9.3.5 is End of Life: migreren naar Sana Cloud of overstappen op Shopware 6?
15 minuten
Draait jouw B2B-webshop nog op Sana Commerce 9.3.5? Dan is het tijd om in actie te komen. De officiële ondersteuning voor Sana Commerce 9.3.5 is op 31 december 2025 beëindigd. Dat betekent dat je niet meer kunt rekenen op reguliere ondersteuning, onderhoud en toekomstige productupdates voor deze versie. Je zult dus moeten migreren. Maar waarheen? De meest voor de hand liggende route is een migratie naar Sana Commerce Cloud.
Toch is dit ook hét moment om een fundamentelere vraag te stellen: Past Sana nog bij onze ambities, of biedt een flexibel platform zoals Shopware 6 meer mogelijkheden voor de toekomst? In deze blog leggen we uit hoe je zo’n migratietraject aanpakt, welke keuzes je moet maken en waarom Shopware 6 voor veel groothandels, fabrikanten en andere B2B-organisaties een interessant alternatief is.
Waarom doorwerken op een End of Life-platform geen goed idee is
Een webshop blijft meestal gewoon functioneren nadat een softwareversie End of Life is gegaan. Dat maakt het verleidelijk om een migratie nog even uit te stellen, toch nemen de risico’s geleidelijk toe. Nieuwe beveiligingsproblemen worden niet meer standaard binnen de oude versie opgelost. Koppelingen met ERP-, PIM-, betaal- en andere systemen kunnen bij toekomstige updates minder goed gaan werken. Ook wordt het steeds lastiger om ontwikkelaars te vinden die verouderde software goed kunnen onderhouden.
Daarnaast remt een oud platform vaak de ontwikkeling van nieuwe functionaliteit. Iedere aanpassing kost meer tijd, terwijl concurrenten ondertussen investeren in selfservice, personalisatie, betere zoekfuncties en slimmere automatisering. Een End of Life-datum is daarom niet alleen een technisch probleem, het is vooral een strategisch beslismoment.
Twee mogelijke routes na Sana Commerce 9.3.5
Organisaties die nog met Sana 9.3.5 werken, hebben grofweg twee mogelijkheden:
- Migreren naar Sana Commerce Cloud
- Overstappen naar een ander e-commerceplatform, zoals Shopware 6
Een migratie naar Sana Cloud kan logisch zijn wanneer je tevreden bent met het huidige concept, je processen sterk aansluiten op de standaardmogelijkheden van Sana en je de impact van de overstap zo beperkt mogelijk wilt houden. Shopware 6 wordt interessanter wanneer je meer vrijheid wilt in de ontwikkeling van je digitale verkoopkanaal. Denk aan complexere B2B-processen, meerdere verkoopkanalen, uitgebreidere content, verschillende merken of landen, personalisatie en integraties met een breder IT-landschap.
Het belangrijkste is dat je niet automatisch voor de ogenschijnlijk eenvoudigste migratie kiest. Een platformkeuze maak je voor meerdere jaren. Kijk daarom niet alleen naar wat je vandaag nodig hebt, maar ook naar wat je de komende drie tot vijf jaar wilt bereiken.
Stappenplan voor de migratie van Sana Commerce
Of je nu naar Sana Cloud of Shopware 6 migreert: een goede voorbereiding bepaalt voor een groot deel het succes van het project.
Stap 1: breng je huidige Sana-omgeving in kaart
Begin met een inventarisatie van de bestaande webshop. Kijk daarbij verder dan alleen de zichtbare pagina’s.
Breng onder andere in kaart:
- Gebruikte Sana-functionaliteiten
- Maatwerk en extensies
- Koppelingen met het ERP-systeem
- Product-, klant-, prijs- en voorraaddata
- Betaalmethoden
- Verzendmethoden
- Talen, landen en valuta
- Gebruikersrollen en klantaccounts
- Orderhistorie
- Marketing- en analysetools
- SEO-pagina’s en huidige URL-structuur
Maak daarnaast onderscheid tussen functionaliteit die echt noodzakelijk is en functionaliteit die ooit is gebouwd, maar nauwelijks wordt gebruikt. Een migratie is namelijk niet hetzelfde als het een-op-een kopiëren van een oude webshop, het is een kans om overbodige complexiteit op te ruimen.
Stap 2: bepaal je toekomstige B2B-strategie
De belangrijkste vragen zijn niet technisch. Hoe willen klanten over een paar jaar bij je bestellen? Welke processen moeten zij zelfstandig kunnen uitvoeren? Welke rol spelen accountmanagers? Wil je internationaal groeien? Komen er nieuwe merken, assortimenten of verkoopkanalen bij?
Denk bijvoorbeeld aan ambities rond:
- Online selfservice
- Snelle herhaalbestellingen
- Klant- en contractprijzen
- Offerteaanvragen
- Ordergoedkeuring
- Persoonlijke assortimenten
- Meerdere verkooporganisaties
- Marketplaces
- D2C naast B2B
- Marketing automation
- AI en conversational commerce
Door deze ambities vooraf te bepalen, voorkom je dat de nieuwe omgeving alleen een modernere kopie van de oude webshop wordt.
Stap 3: documenteer de integratie met het ERP
Sana staat bekend om de nauwe samenwerking met ERP-systemen. Bij een overstap moet je daarom goed vaststellen welke processen en data momenteel rechtstreeks vanuit het ERP worden aangestuurd.
Denk aan:
- Klantgegevens
- Productinformatie
- Prijzen en kortingen
- Klantafspraken
- Actuele voorraad
- Kredietlimieten
- Openstaande posten
- Orderstatussen
- Facturen
- Leveradressen
- Bestelhistorie
Vervolgens bepaal je per gegevensstroom welk systeem leidend blijft en hoe vaak informatie moet worden gesynchroniseerd. Niet iedere waarde hoeft tijdens ieder webshopbezoek live uit het ERP te worden opgehaald. Soms is het sneller en betrouwbaarder om bepaalde informatie periodiek te synchroniseren. Voor andere gegevens, zoals een klantspecifieke prijs of actuele beschikbaarheid, kan een realtime koppeling juist noodzakelijk zijn.
Stap 4: vergelijk Sana Cloud en Shopware 6 op scenario’s
Vergelijk platforms niet alleen met een lange checklist. Werk met concrete praktijkscenario’s. Bijvoorbeeld: Een inkoper logt in, ziet alleen zijn eigen assortiment en prijzen, uploadt een bestellijst met artikelnummers, laat de bestelling goedkeuren door zijn manager en ontvangt na verzending automatisch de juiste documentatie.
Laat voor ieder belangrijk scenario zien:
- Hoe de functionaliteit wordt ingericht
- Hoeveel maatwerk nodig is
- Welke data uit andere systemen komt
- Wie de functionaliteit kan beheren
- Wat de verwachte kosten zijn
- Hoe eenvoudig de oplossing later kan worden uitgebreid
Zo krijg je een veel realistischer beeld dan met een vergelijking waarin ieder platform vooral vinkjes scoort.
Stap 5: ontwerp de nieuwe oplossing
Na de platformkeuze ontwerp je de nieuwe architectuur.
Daarin leg je onder meer vast:
- Welke rol het ERP krijgt
- Of een PIM-systeem nodig is
- Welke data in Shopware wordt opgeslagen
- Hoe synchronisaties worden uitgevoerd
- Welke B2B Components worden gebruikt
- Welke functionaliteit met standaardconfiguratie wordt opgelost
- Waar extensies of maatwerk nodig zijn
- Welke storefrontstrategie je kiest
- Hoe hosting, monitoring en beveiliging worden ingericht
Probeer maatwerk daarbij niet volledig te vermijden, maatwerk kan juist veel concurrentievoordeel opleveren. Zorg alleen dat het bewust wordt toegepast en niet wordt gebruikt om slechte of verouderde processen klakkeloos na te bouwen.
Stap 6: migreer en verbeter de data
Een migratie brengt meestal dataproblemen aan het licht. Producten hebben bijvoorbeeld ontbrekende kenmerken, klanten komen dubbel voor, afbeeldingen zijn verouderd of categorieën zijn jarenlang organisch gegroeid.
Bepaal daarom vooraf:
- Welke data wordt overgenomen
- Welke data eerst moet worden opgeschoond
- Welke gegevens worden verrijkt
- Welke historie noodzakelijk is
- Welke data in een archief mag blijven
Voor grotere en complexere assortimenten kan dit ook een goed moment zijn om een PIM-systeem zoals Pimcore of Ergonode te implementeren. Daarmee beheer je productinformatie centraal en publiceer je deze vervolgens naar Shopware en andere kanalen.
Stap 7: bouw koppelingen en B2B-functionaliteit
Nu kan de daadwerkelijke realisatie beginnen. Werk bij voorkeur gefaseerd. Start met de belangrijkste commerciële processen en voeg minder kritische functionaliteit later toe.
Een mogelijke volgorde is:
- Basisinrichting van Shopware
- Product- en categoriegegevens
- Klantaccounts en organisaties
- Prijzen en assortimenten
- Winkelwagen en checkout
- ERP-koppeling
- Orderverwerking
- B2B-selfservice
- Content en zoekfuncties
- Marketing- en analysetools
Door per onderdeel te testen, worden fouten eerder zichtbaar en blijft het project beheersbaar.
Stap 8: behoud je SEO-posities
Een platformmigratie kan grote gevolgen hebben voor de organische vindbaarheid. Maak daarom een volledige mapping van oude naar nieuwe URL’s. Richt permanente redirects in, neem relevante content en metadata over en controleer onder andere canonical tags, robots-instellingen, structured data en XML-sitemaps. Bekijk na livegang dagelijks of belangrijke pagina’s bereikbaar blijven en of zoekmachines geen onverwachte fouten tegenkomen. SEO mag geen taak aan het einde van het project zijn, het moet vanaf het ontwerp worden meegenomen.
Stap 9: voer uitgebreide acceptatietests uit
Test niet alleen of een bestelling technisch kan worden geplaatst, test complete processen met verschillende soorten gebruikers.
Denk aan:
- Nieuwe en bestaande klanten
- Verschillende prijsafspraken
- Medewerkers met verschillende rollen
- Grote bestellingen
- Afwijkende afleveradressen
- Meerdere landen en talen
- Retouren
- Betaalmethoden
- Foutmeldingen vanuit het ERP
- Producten die tijdelijk niet beschikbaar zijn
- Mobiele apparaten
Laat ook echte klanten of medewerkers van de binnendienst de nieuwe omgeving gebruiken. Zij vinden vaak problemen die tijdens technische tests niet naar voren komen.
Stap 10: plan de livegang en nazorg
Maak vooraf een draaiboek voor de livegang. Leg vast wanneer de laatste data wordt overgezet, wanneer bestellingen tijdelijk worden stilgezet, wie controles uitvoert en wat er gebeurt als een kritieke koppeling niet werkt.
Zorg daarnaast voor monitoring op:
- Mislukte synchronisaties
- Foutmeldingen in de checkout
- Afwijkende prijzen
- Niet-verwerkte orders
- Dalingen in conversie
- SEO-fouten
- Performance
Plan na de livegang voldoende capaciteit voor verbeteringen. Pas wanneer echte klanten de webshop gebruiken, ontdek je welke onderdelen nog slimmer of gebruiksvriendelijker kunnen.
Waarom Shopware 6 een interessant B2B-alternatief is
Shopware 6 is niet alleen een platform voor consumentenwebshops. Het platform heeft een modulair B2B-framework waarmee organisaties functionaliteiten kunnen combineren en aanpassen aan hun eigen processen. De B2B Components sluiten aan op andere onderdelen van Shopware, waaronder de Flow Builder en Rule Builder, en ondersteunen een API-first en headless benadering. Voor groothandels en fabrikanten levert dat verschillende voordelen op.
1. Flexibele B2B Components
Met de Shopware B2B Components kun je bedrijfsstructuren en bestelprocessen inrichten binnen de klantomgeving.
De beschikbare mogelijkheden omvatten onder andere:
- Medewerkers en subaccounts
- Rollen en rechten
- Ordergoedkeuring
- Bestellijsten
- Eigen ordernummers
- Snelbestellen via artikelnummers
- Uploaden van artikellijsten
- Offertebeheer
Je hoeft niet iedere mogelijkheid direct te implementeren. De componenten zijn modulair opgezet, waardoor je kunt beginnen met wat nu noodzakelijk is en later verder kunt uitbreiden.
2. Klantspecifieke ervaringen
In B2B heeft niet iedere klant dezelfde voorwaarden. Klanten kunnen verschillende prijzen, assortimenten, betaalmogelijkheden, afleveropties en content te zien krijgen. Met de Rule Builder kun je voorwaarden gebruiken om verschillende commerciële scenario’s in te richten. Zo kun je regels koppelen aan onder meer klantgroepen, verkoopkanalen, landen, producten en orderwaarden. Daarmee kun je de webshop beter laten aansluiten op afspraken die eerder alleen in het ERP of bij de accountmanager bekend waren.
3. Automatiseren met de Flow Builder
De Flow Builder maakt het mogelijk om bedrijfsprocessen op basis van gebeurtenissen en voorwaarden te automatiseren, zonder dat voor iedere workflow volledig maatwerk nodig is.
Je kunt bijvoorbeeld acties starten wanneer:
- Een grote order binnenkomt
- Een nieuwe zakelijke klant zich registreert
- Een offerte wordt aangevraagd
- Een bestelling handmatig moet worden gecontroleerd
- Een order een specifieke status bereikt
Shopware beschrijft de Flow Builder als een manier om individuele bedrijfsprocessen vanuit één centrale omgeving te definiëren en te automatiseren.
4. Open en API-first
Shopware 6 is API-first opgezet. Functionaliteiten die in de administratie beschikbaar zijn, kunnen ook via API’s worden benaderd. Het platform kan daardoor relatief vrij worden gekoppeld aan systemen zoals:
- ERP
- PIM
- CRM
- WMS
- Marketing automation
- Zoektechnologie
- Klantenportalen
- Mobiele apps
- Externe marketplaces
Ook kan Shopware als commerce engine achter een aparte frontend worden gebruikt. Via de Store API kan bijvoorbeeld een maatwerkfrontend in React of Vue worden aangesloten. Dat betekent overigens niet dat iedere organisatie voor headless moet kiezen. De standaard Shopware-storefront is voor veel webshops sneller, eenvoudiger en voordeliger. Het voordeel is vooral dat je de mogelijkheid hebt om later een andere richting te kiezen.
5. Eén platform voor B2B en B2C
Steeds meer producenten en groothandels bedienen meerdere doelgroepen. Een organisatie verkoopt bijvoorbeeld via een besloten B2B-portaal aan dealers, via een consumentenwebshop rechtstreeks aan eindgebruikers en via een apart verkoopkanaal in het buitenland. Shopware ondersteunt meerdere sales channels vanuit één omgeving. Per verkoopkanaal kun je onder meer het domein, assortiment, taal, valuta en de uitstraling bepalen. Hierdoor hoef je niet automatisch voor iedere formule of markt een volledig losstaand platform te onderhouden.
6. Meer vrijheid in design en content
Een zakelijke webshop hoeft niet saai te zijn. Ook professionele inkopers verwachten duidelijke navigatie, goede productpresentatie, relevante content en een snelle mobiele ervaring. Met Shopping Experiences kunnen landingspagina’s, categoriepagina’s en commerciële content worden opgebouwd en beheerd. Daardoor kun je transactionele B2B-functionaliteit combineren met inspiratie, uitleg, cases, campagnes en merkbeleving. Dat is vooral interessant voor organisaties waarbij de webshop niet alleen orders verwerkt, maar ook een belangrijke rol speelt in oriëntatie en productselectie.
7. Geschikt voor complexe productinformatie
Groothandels en fabrikanten hebben vaak te maken met grote assortimenten, technische kenmerken, varianten, documenten en onderlinge productrelaties. Shopware kan worden gekoppeld aan gespecialiseerde PIM-systemen. Door productinformatie centraal in een PIM te beheren en Shopware als commercieel verkoopkanaal te gebruiken, ontstaat een schaalbare architectuur. Het PIM beheert de rijke productdata, het ERP beheert bijvoorbeeld prijzen, voorraad, orders en Shopware brengt deze informatie samen in een gebruiksvriendelijke klantervaring.
8. Uitbreidbaar ecosysteem
Shopware beschikt over een ecosysteem van apps, extensies, technologiepartners en implementatiepartners. Daardoor is voor veel algemene functionaliteiten al een bestaande oplossing beschikbaar. Tegelijkertijd blijft het mogelijk om bedrijfsspecifieke extensies te ontwikkelen. Dat geeft je meer vrijheid om zelf te bepalen welke onderdelen standaard blijven en op welke processen je jezelf wilt onderscheiden.
9. Open-source fundament
De Shopware Community Edition is beschikbaar als open-source software onder een MIT-licentie. Voor uitgebreidere commerciële functionaliteit, waaronder specifieke enterprise- en B2B-mogelijkheden, zijn betaalde Shopware-plannen en extensies beschikbaar. Het open fundament biedt organisaties meer technische transparantie en vrijheid dan een volledig gesloten SaaS-oplossing.
Dat betekent niet dat open source automatisch goedkoper is. Hosting, implementatie, onderhoud, licenties en doorontwikkeling blijven onderdeel van de totale kosten. Het voordeel zit vooral in de vrijheid om de architectuur, implementatiepartner en ontwikkelrichting mede zelf te bepalen.
10. Voorbereid op verdere digitalisering
B2B e-commerce ontwikkelt zich snel. Klanten verwachten steeds vaker dezelfde gebruiksvriendelijkheid als privé, maar dan aangevuld met hun zakelijke prijzen, assortimenten en bestelprocessen. Ook ontwikkelingen als AI-ondersteund zoeken, conversational commerce, automatische productadviezen en agentic commerce stellen nieuwe eisen aan de beschikbaarheid en uitwisselbaarheid van data. Met een modulair en API-first platform creëer je een betere uitgangspositie om nieuwe interfaces, databronnen en diensten aan je commerceplatform te koppelen.
Is Shopware 6 altijd de beste keuze?
Nee. Wanneer je huidige Sana-omgeving grotendeels standaard is, de ERP-integratie uitstekend aansluit en je weinig behoefte hebt aan afwijkende klantervaringen of nieuwe verkoopmodellen, kan een migratie naar Sana Cloud een verstandige route zijn.
Shopware 6 wordt vooral interessant als je:
- Meer controle over de customer experience wilt
- Verschillende B2B-processen moet ondersteunen
- B2B en B2C wilt combineren
- Meerdere merken, landen of verkoopkanalen hebt
- Intensief wilt koppelen met ERP, PIM en CRM
- Minder afhankelijk wilt zijn van één gesloten ecosysteem
- Meer ruimte zoekt voor maatwerk en innovatie
- Digital commerce als strategisch verkoopkanaal ziet
De beste oplossing hangt daarom niet alleen af van functionaliteit. Ook je organisatie, kennis, budget, architectuur en groeiplannen spelen een belangrijke rol.
Sana migreren of overstappen naar Shopware 6?
Het End of Life gaan van Sana Commerce 9.3.5 maakt een migratie noodzakelijk, maar zie dit niet alleen als een verplichte technische upgrade. Gebruik het moment om opnieuw te bepalen wat je van je e-commerceplatform verwacht. Wil je vooral doorgaan met het bestaande model, dan ligt Sana Commerce Cloud voor de hand. Wil je meer flexibiliteit, uitgebreidere B2B-selfservice, meerdere verkoopkanalen en meer vrijheid om je eigen digitale strategie te bepalen? Dan is Shopware 6 zeker het onderzoeken waard.
Bij H1 ontwerpen, bouwen en onderhouden we complexe B2B-webshops en koppelen we deze aan ERP-, PIM-, CRM- en marketingplatformen. We kunnen je helpen bij het inventariseren van je Sana-omgeving, het vergelijken van de mogelijke scenario’s en het realiseren van een gefaseerde migratie naar Shopware 6. Benieuwd welke route het beste bij jouw organisatie past? Neem contact met ons op voor een vrijblijvende analyse van je huidige platform en je toekomstige B2B-ambities.
Veelgestelde vragen over Sana Commerce 9.3.5
Ja. Volgens het officiële supportbeleid van Sana eindigde de ondersteuning voor Sana Commerce 9.3.5 op 31 december 2025. Organisaties die deze versie nog gebruiken, doen er daarom goed aan een migratie te plannen.
Dat is een mogelijke route, maar niet de enige. Het End of Life-moment is ook een goede aanleiding om Sana Cloud te vergelijken met andere platforms, zoals Shopware 6. Kijk daarbij naar je toekomstige B2B-processen, integraties, verkoopkanalen en gewenste flexibiliteit.
Ja. Shopware biedt modulaire B2B Components voor onder andere medewerkers, rollen, rechten, ordergoedkeuring, bestellijsten, snelbestellen en offertes. Welke mogelijkheden beschikbaar zijn, hangt mede af van de gekozen Shopware-versie en licentie.
Ja. Shopware 6 heeft een API-first architectuur en kan worden gekoppeld aan ERP-, PIM-, CRM-, WMS- en andere bedrijfssystemen. Hoe de koppeling wordt ingericht, hangt af van het ERP-systeem, de beschikbare API’s en de gewenste realtime processen.
Ja. Klantspecifieke prijzen kunnen via synchronisatie of realtime communicatie met het ERP beschikbaar worden gemaakt. De beste oplossing hangt af van het aantal klanten en producten, de complexiteit van de prijsberekening en de gewenste snelheid van de webshop.
Ja. Vanuit Shopware kunnen meerdere sales channels worden ingericht. Hierdoor kunnen bijvoorbeeld een B2B-portaal, een consumentenwebshop en internationale webshops binnen één commerceplatform worden beheerd.
Niet noodzakelijk. Vaak is het voldoende om actieve klanten, producten, adressen, relevante bestellijsten en een beperkte orderhistorie te migreren. Oudere informatie kan eventueel via het ERP of een apart archief beschikbaar blijven.
Werk met een gefaseerd migratieplan, test complete bestelprocessen, voer meerdere proefmigraties uit en maak een duidelijk draaiboek voor de livegang. Besteed daarnaast veel aandacht aan ERP-koppelingen, klantspecifieke prijzen, redirects, SEO en monitoring na de lancering.
Dat verschilt sterk per omgeving. De doorlooptijd wordt vooral bepaald door de ERP-integratie, de hoeveelheid maatwerk, de kwaliteit van de data, het aantal verkoopkanalen en de complexiteit van de B2B-processen. Een grondige discoveryfase is nodig om een betrouwbare planning te kunnen maken.