AFAS software
AFAS biedt een complete oplossing voor het automatiseren van bedrijfsprocessen. Het vermindert handmatige taken, verhoogt efficiëntie, en biedt realtime inzichten voor strategische groei.
Een webshopkoppeling verbindt je webshop met je ERP, PIM, WMS en boekhoudpakket, zodat orders, prijzen en voorraadstanden automatisch doorlopen. Elk gegeven houdt één eigenaar, en de andere systemen nemen die waarde over in plaats van er een eigen versie van bij te houden.
Orders rechtstreeks in je ERP
Voorraad en prijzen uit één bron
Koppelingen die blijven werken als een systeem uitvalt
Achter een webshop zitten meestal vijf systemen: een ERP voor orders en financiën, een PIM voor productinformatie, een WMS of voorraadmodule, een boekhoudpakket en een verzendoplossing. De webshop is de etalage, niet de administratie. Dat onderscheid bepaalt waar data thuishoort. Een prijs die je in de webshop aanpast en niet in het ERP, is binnen een week een afwijking die niemand meer kan verklaren. Elk gegeven hoort één eigenaar te hebben, een single source of truth. De koppeling zorgt dat alle andere systemen die waarde overnemen in plaats van er een eigen versie van bij te houden.
In B2B komt daar een laag bij. Staffelprijzen, klantspecifieke afspraken, kredietlimieten en bestelhistorie staan bijna altijd in het ERP en niet in het webshopplatform. Daarom is een B2B-webshop technisch iets anders dan een consumentenwebshop met een zakelijk tintje.
De ERP-koppeling is de zwaarste en meestal de eerste. Orders gaan van de webshop naar het ERP, en artikelen, prijzen, voorraadstanden, klantgegevens en orderstatussen komen terug. In B2B komen daar kredietlimiet en klantspecifieke prijsafspraken bij. De valkuil zit in de richting: een order hoort één kant op te lopen en daarna nooit meer vanuit de webshop te worden overschreven. Zodra twee systemen dezelfde ordermutatie mogen doen, krijg je conflicten die pas maanden later opvallen in de financiële afsluiting.
Een PIM beheert productinformatie: omschrijvingen, specificaties, afbeeldingen, varianten en vertalingen. De koppeling is bijna altijd eenrichtingsverkeer: het PIM levert, de webshop toont. Dat heeft een gevolg dat vaak wordt onderschat. Als de synchronisatie de productdata elke keer overschrijft, kun je in de webshop zelf niets meer aanpassen, want de eerstvolgende synchronisatie draait het terug. Spreek dus vooraf af welke velden in het PIM horen en welke in het CMS.
Voorraad is de datastroom met de kortste houdbaarheid. Een voorraadstand van een uur oud kan in een drukke week al leiden tot verkopen die je niet kunt leveren. Bij één magazijn en rustige doorloop volstaat een periodieke update vanuit het ERP. Zodra je meerdere locaties, reserveringen of dropshipment hebt, komt er een WMS bij en wordt de vraag: toon je de fysieke voorraad, of de vrije voorraad na aftrek van openstaande orders? Dat tweede getal is het enige dat een koper iets zegt.
Bestellingen moeten uiteindelijk in de administratie terechtkomen: factuur, btw-tarief, betaalstatus en eventuele creditering. Bij een webshop met een ERP loopt dat meestal via het ERP. Zonder ERP koppel je rechtstreeks aan het boekhoudpakket. Het aandachtspunt is de aansluiting tussen betaling en factuur: de betaalprovider weet dat er geld binnen is, het boekhoudpakket weet dat er een factuur openstaat, en iemand moet die twee aan elkaar knopen.
De verzendkoppeling maakt labels aan, geeft track-and-tracecodes terug en werkt de orderstatus bij. Voor de koper is dit de zichtbaarste koppeling van allemaal, want het is de enige waar hij zelf iets van merkt. Praktisch punt: verzendkosten berekenen aan de voorkant en labels aanmaken aan de achterkant zijn twee verschillende integraties. Ze lopen vaak via dezelfde partij, maar ze falen onafhankelijk van elkaar en verdienen dus ook apart aandacht in je foutafhandeling.
Wie zijn zakelijke afnemers meer wil bieden dan een bestelknop, koppelt de webshop aan een portaal. Daar staan contracten, offertes, facturen, servicemeldingen en bestelhistorie op één plek. Dit is het punt waarop e-commerce en portaalfunctionaliteit in elkaar overlopen: de bestelomgeving wordt een onderdeel van het portaal in plaats van een losse webshop.
Zonder koppelingen verplaatst een webshop werk in plaats van het weg te nemen. Orders worden overgetypt, voorraad loopt achter, prijzen wijken af en de servicedesk wordt het handmatige koppelstuk tussen twee systemen. De symptomen zijn herkenbaar. Je verkoopt producten die niet meer op voorraad liggen. Een order landt twee keer in het ERP omdat iemand niet zeker wist of de eerste doorkwam. De klantenservice krijgt dagelijks dezelfde vraag over de status van een levering. Dat zijn geen webshopproblemen, het zijn koppelingsproblemen, en ze worden erger naarmate het volume groeit.
Orders
Van webshop naar ERP, realtime via een webhook. Uitstel levert hier nooit iets op en maakt elke statusvraag lastiger te beantwoorden.
Voorraad
Van ERP of WMS naar webshop, realtime tot elke paar minuten. Dit is de stroom waar oversell ontstaat zodra de vertraging oploopt.
Prijzen
Van ERP naar webshop, bij voorkeur realtime bij het inloggen. Een verkeerde staffelprijs in B2B wordt later een creditnota.
Productdata
Van PIM naar webshop, meestal 's nachts in batch. Stuur alleen wijzigingen door, anders duurt de synchronisatie langer dan de nacht.
Orderstatus
Terug naar de webshop zodra de status verandert. Track and trace hoort hierbij en haalt de meeste vragen weg bij je servicedesk.
Facturen
Van ERP naar portaal, dagelijks volstaat. Leg vast wie de factuur mag inzien, want dat is zelden iedereen binnen één organisatie.
Nou wilde na een fusie één digitaal platform: website, klantportaal en webshop in één architectuur, gekoppeld aan AFAS. Geen los webshopplatform met een connector ertussen, maar bestellingen die rechtstreeks in de administratie terechtkomen.
Van de eerste kop koffie, tot het verder uitbouwen van het digitale landschap. Vier heldere fasen die onze samenwerking beschrijven en richting geven aan groei.
We beginnen bij de datastromen, niet bij het platform. Welke gegevens gaan welke kant op, hoe vaak, en wat gebeurt er als een systeem niet reageert. Die drie vragen bepalen of een standaardconnector volstaat of dat er een maatwerkkoppeling nodig is. Daarna toetsen we de API's aan beide kanten, want de kwaliteit van het koppelvlak bij de andere leverancier bepaalt vaker de doorlooptijd dan de complexiteit aan onze kant. Cube bouwt en beheert de koppeling vervolgens als onderdeel van je landschap, inclusief foutafhandeling en monitoring.
Geen verplichtingen, wel inzicht in welke systemen je kunt koppelen en welke aanpak past bij jouw organisatie. Jarno denkt graag met je mee over je systemen, processen en de beste manier om ze met elkaar te verbinden.
Met lef, nuchterheid en focus op kwaliteit.
Amber Projectmanager
Bart Developer
Bernard Developer
Bob Test Engineer | Security & Privacy
Demi Officemanager
Dennis Full Stack Developer
Guus Full Stack Developer
Jarno Business Director
Jarno Back-end Developer
Jasper Developer
Jenne Marketing Manager
Jeroen Back-end Developer
Job CEO | Directie
Joost Tech Lead | Team Pentagon
Jordy Software Architect
Justin Tech Lead | Team Hexagon
Kevin Developer
Laura Digital Designer
Maartje Content Marketeer
Mans Operations Manager
Marcus Projectmanager
Marleen Projectmanager | Team Lead Octagon
Mart Front-end Developer
Melanie Projectmanager | Team Lead Hexagon
Mick Tech Lead | Team Nexus
Nicky Projectmanager | Team Lead Nexus
Onno Business Controller
Remi Software Architect
Rogier Business Consultant
Rosan Manager People & Organization
Roy Full Stack Developer
Ruben Full Stack Developer
Ruben Digital Designer
Sander Developer
Stijn Front-end Developer
Tamara Business Consultant
Thomas Back-end Developer
Tom Tech Lead | Team Octagon
Wesley Projectmanager
De kosten worden bepaald door vier dingen: het aantal datastromen, de richting per stroom, de kwaliteit van de API aan beide kanten en de hoeveelheid uitzonderingen in je assortiment. Die laatste is de meest onderschatte. Een catalogus met heldere artikelcodes en één btw-tarief koppelt sneller dan een assortiment met samengestelde artikelen, varianten en historische codes die niemand meer durft op te schonen. Een vaste prijslijst bestaat daarom niet. We brengen eerst de datastromen en de API's aan beide kanten in kaart en komen daarna met een onderbouwde bandbreedte. Reken daarnaast op structurele kosten voor beheer: API's veranderen, en een koppeling die niemand onderhoudt breekt vanzelf.
Dat bepalen we pas nadat de datastromen in kaart zijn gebracht. Een productfeed in één richting is iets anders dan orders, voorraad en prijzen tegelijk. De kwaliteit van de API aan de andere kant weegt daarin het zwaarst.
Ja. Zolang er een API, database-toegang of exportmogelijkheid is, is een koppeling te bouwen. Bij een maatwerk-ERP ligt het werk vaak aan de ERP-kant: het koppelvlak moet er eerst zijn voordat de webshop eraan kan hangen.
Berichten gaan in een wachtrij en worden opnieuw aangeboden zodra het systeem terug is. Een unieke sleutel per order voorkomt dat een herhaalde poging tot een dubbele order leidt. Wat daarna nog faalt, geeft een melding.
Dat verschilt per datastroom. Orders en voorraad wil je realtime, omdat vertraging daar tot oversell of misgelopen verkoop leidt. Productdata kan prima 's nachts in batch, zolang je alleen wijzigingen doorstuurt.