Shopware koppelen aan je ERP, PIM en marketplaces
Een ERP koppeling voor je webshop begint bijna altijd klein. Eén script dat artikelen naar Shopware duwt en één dat orders terugstuurt. Dat werkt, tot er een PIM bij komt, een tweede magazijn en een marketplace.
Dan is de vraag niet meer hoe je systeem X aan Shopware knoopt, maar hoe je dit landschap beheersbaar houdt. Dat is een andere vraag, met een ander antwoord.
.png)
Waarom losse punt-tot-puntkoppelingen vastlopen
Elke directe koppeling tussen twee systemen is op zichzelf logisch. Het probleem is het aantal. Bij drie systemen heb je hooguit een paar verbindingen, bij zeven loopt dat hard op, en elke verbinding heeft eigen inloggegevens, eigen datavelden, eigen retrypogingen en eigen storingen.
Wat er dan misgaat is voorspelbaar:
- Niemand ziet het geheel: een order hangt ergens onvindbaar.
- Elke wijziging raakt meerdere scripts: één veld, vijf aanpassingen.
- Foutafhandeling verschilt per koppeling: mail, logbestand of niets.
- Kennis zit bij één persoon: vaak de oorspronkelijke bouwer.
- Opnieuw draaien is eng: niemand riskeert dubbele orders.
Op dat punt bouwen we liever een integratielaag dan nog een verbinding erbij. On-premise Shopware houdt de controle over de shop zelf bij jou, en daartussen zet je één platform dat vertaalt, valideert en bewaart wat er gebeurd is.
Welke systemen je koppelt, en wat er per stroom loopt
De systemen verschillen per bedrijf, maar het patroon is opvallend stabiel. Dit zijn de zeven plekken waar data vandaan komt of naartoe moet, en wat er tussen Shopware en dat systeem heen en weer gaat.
ERP
Artikelen, prijzen en staffels, voorraad, klanten, orders, facturen en creditnota's. Meestal leidend voor je financiële data.
PIM
Productteksten, specificaties, media, categorieën, vertalingen en varianten, gescheiden van de administratie in je ERP.
WMS
Voorraadmutaties, pick- en pakstatus, verzendbevestigingen en retouren. Vaak de stroom die het minst mag wachten.
PSP
Betaalstatus, terugbetalingen en de afstemming met facturatie, zodat je shop en je administratie hetzelfde vertellen.
Marketplaces
Aanbod en prijs eruit, orders en annuleringen erin, en voorraad die beide kanten op moet kloppen.
Marketing en klantdata
Klantprofielen, segmenten, orderhistorie, abonnementen en toestemmingen, met per veld één systeem dat leidend is.
Monitoring en fouten
Leesbare foutmeldingen, herhaalpogingen en alerting, zodat je een stilstaande sync ziet voordat je klant belt.
Wie is eigenaar van welke data
Dit is de vraag die vóór de techniek komt, en die het vaakst wordt overgeslagen. Voor elk gegeven moet één systeem de bron zijn en de rest volgt. Mogen twee systemen dezelfde prijs wijzigen, dan krijg je vroeg of laat verschillen die niemand kan verklaren.
Het ERP is meestal leidend voor prijzen, voorraad en financiële data. Het PIM is leidend voor productinformatie, media en vertalingen. Shopware is leidend voor alles wat in de winkel gebeurt: contentpagina's, klantaccounts en de order op het moment dat die geplaatst wordt.
Klantdata is vaak het lastigst, omdat het ERP, de shop en het marketingsysteem er alle drie een versie van willen bijhouden. Daarom leggen we per veld de bron, de richting en de frequentie vast voordat er iets gebouwd wordt. Dat kost een paar sessies en het bespaart maanden discussie achteraf.
Pas daarna wordt het een techniekvraag. Een integratielaag, ook wel iPaaS genoemd, zet één platform tussen je systemen in plaats van iedereen rechtstreeks aan elkaar te knopen. Elk systeem praat alleen met die laag, en die laag vertaalt, valideert, bewaart wat er gebeurd is en probeert het opnieuw als het misgaat.
Dat levert drie concrete dingen op. Je krijgt één plek waar je ziet welk bericht wanneer is verwerkt en wat er is gefaald. Je kunt een systeem vervangen zonder de rest te herbouwen, want alleen die ene verbinding met de laag verandert. En de vertaling van datavelden leg je vast als configuratie in plaats van als code in iemands script.
Memo werkt hiervoor met Alumio, een integratieplatform waarvan we partner zijn. Voor productinformatie is Ergonode een van de PIM-systemen waarmee we werken, juist omdat het de scheiding tussen bron en afnemer expliciet maakt.
.png)
Wat een goede koppeling operationeel oplevert
Vraag bij elke koppeling door op wat er gebeurt als het misgaat, want daar zit het verschil. Blijft een gefaald bericht staan met een leesbare foutmelding en de originele data erbij, of verdwijnt het? Kun je een bericht of een hele batch opnieuw draaien zonder dubbele orders of dubbele facturen te veroorzaken? Zie je binnen minuten dat de voorraadsync stilstaat, of hoor je het van een klant die te veel heeft besteld?
Leg daarnaast de frequentie per stroom vast in plaats van alles op hetzelfde ritme te zetten. Voorraad wil je vaak bijna realtime, facturen mogen prima een keer per uur. En controleer of de mapping gedocumenteerd en zichtbaar is in het platform, in plaats van verstopt in code die één persoon begrijpt.
In de praktijk komen we het vaakst uit bij Exact Online, Microsoft Dynamics en AFAS. Daar hebben we koppelingen voor gebouwd en weten we waar de eigenaardigheden zitten. Draai je iets anders, dan is dat zelden een probleem: het gaat om de datastromen en om de vraag of het pakket een bruikbare API heeft, niet om de naam op de doos.
Bij een marketplace koppeling is de valkuil bijna altijd voorraad. Hetzelfde artikel staat op je eigen shop en op twee marketplaces, en de vraag is hoe snel en hoe vaak je dat synchroniseert zonder te oververkopen. Dat is ook het eerlijke antwoord op wat een koppeling je oplevert: minder handmatig overtypen, minder verkeerde voorraden en een landschap dat je kunt uitbreiden zonder alles opnieuw te bouwen.
Hoe dat er in de praktijk uitziet
Voor XXL Nutrition bouwde Memo een schaalbaar commerce-ecosysteem waarin het integratielandschap centraal staat, inclusief de koppeling met het Cayenne WMS via Alumio. Dat is precies het scenario waarin een integratielaag zich terugbetaalt: veel volume, meerdere systemen en een magazijnproces dat niet mag wachten op een handmatige stap.
Bij Boomlab, een laboratoriumgroothandel in de Benelux, draait Shopware in combinatie met Alumio in een B2B-omgeving. Daar gaat het minder om volume en meer om correctheid: klantspecifieke afspraken, artikelen die exact moeten kloppen en bestelprocessen die aansluiten op hoe inkopers werken.
Daarmee ben je bij de laatste samenhang. Klantspecifieke prijzen, staffels, kredietlimieten, organisatiestructuren en offertes komen bijna allemaal ergens uit je ERP, en hoe je die in Shopware modelleert bepaalt hoe eenvoudig de koppeling wordt. Lees daarom ook de Shopware B2B-pagina, waar we ingaan op B2B Components en wat dat betekent voor complexe klantstructuren.
Wat zo'n traject kost, hangt af van het aantal datastromen, hoe schoon je data is en hoeveel uitzonderingen je met klanten hebt afgesproken. Hoe die kosten zijn opgebouwd staat op de kostenpagina. Neem bij een eerste gesprek een lijstje van je systemen mee, dan brengen we samen je datastromen en het eigenaarschap per soort data in kaart.
Veelgestelde vragen
Wat kost een ERP koppeling voor een webshop?
Dat hangt af van het aantal datastromen, hoe schoon je data is en hoeveel uitzonderingen je met klanten hebt afgesproken. Eén stroom artikelen en voorraad is een ander project dan een volledig landschap met orders, facturen en retouren. Hoe die kosten zijn opgebouwd staat op de kostenpagina.
Heb ik een PIM systeem nodig naast mijn ERP?
Blijft je productinformatie beperkt tot artikelnummer, prijs en voorraad, dan meestal niet. Zodra je met rijke content, meerdere talen, varianten en meerdere verkoopkanalen werkt, wel. Een ERP is gebouwd voor administratie, niet voor productbeleving, en dat verschil merk je zodra marketing en inkoop dezelfde velden willen beheren.
Wat is een iPaaS precies?
Een integratieplatform als dienst: één laag tussen je systemen die data ophaalt, vertaalt, valideert en doorstuurt, met logging en herhaalpogingen. In plaats van tien directe verbindingen praat elk systeem alleen met die laag. Dat maakt fouten zichtbaar en systemen vervangbaar.
Kan Shopware koppelen met marketplaces?
Ja. De uitdaging zit niet in de verbinding zelf maar in de spelregels: welke voorraad reserveer je per kanaal, hoe snel synchroniseer je, en welk systeem is leidend voor de prijs. Die keuzes leg je vast voordat je bouwt, anders verkoop je artikelen die er niet meer zijn.
Wie is eigenaar van de klantdata als alles gekoppeld is?
Dat bepaal je zelf, en het is een van de eerste dingen die je vastlegt. Vaak is het ERP leidend voor factuurgegevens en de shop voor accountgegevens en voorkeuren. Zonder die afspraak overschrijven twee systemen elkaars wijzigingen en klopt geen enkele versie meer.