Een ERP voor een webshop verbindt de verkoop met de operationele afhandeling: voorraad, inkoop, fulfilment, retouren en financiële gegevens. Het vervangt niet automatisch je webshop, magazijnsoftware of boekhouding. De vraag is welk onderdeel nu tussen die systemen ontbreekt. Begin bij een order die lastig af te handelen is, niet bij een algemene lijst ERP-functies.
Wanneer zijn de bestaande webshopfuncties niet genoeg?
Een winkel met een overzichtelijke voorraad en eenvoudige afhandeling kan voldoende hebben aan de functies van het bestaande platform. Extra software wordt relevanter als hetzelfde artikel via verschillende kanalen wordt verkocht, voorraad op meerdere locaties ligt of inkoop en levering steeds handmatig moeten worden afgestemd.
Ook zakelijke prijsafspraken, samengestelde producten of gedeeltelijke leveringen kunnen meer logica vragen. Dat zijn onderzoeksvragen, geen automatisch bewijs dat een omvangrijk ERP nodig is. Soms helpt betere inrichting of een gerichte koppeling. Gebruik de algemene ERP-uitleg om de begrippen te scheiden.
Bepaal eerst welk systeem over welk gegeven gaat
Als meerdere applicaties dezelfde voorraad of orderstatus kunnen wijzigen, moeten de verantwoordelijkheden duidelijk zijn. Anders draait een synchronisatie een correcte wijziging later terug. Leg daarom per gegeven vast waar het ontstaat, wie het mag aanpassen en welke systemen een kopie ontvangen.
| Gegeven | Afspraak die je nodig hebt |
|---|---|
| Product en variant | Welk artikelnummer verbindt aanbod, voorraad en orderregels? |
| Verkoopbare voorraad | Wie verwerkt reserveringen, schade, ontvangst en vrijgave? |
| Order | Waar worden annuleringen, deelleveringen en adreswijzigingen beoordeeld? |
| Betaling en terugbetaling | Welke bron bevestigt dat de financiële handeling daadwerkelijk is uitgevoerd? |
| Retour | Wie beoordeelt ontvangst en of het artikel opnieuw verkocht mag worden? |
Een ordernummer moet ook na een koppeling terug te vinden zijn in het oorspronkelijke kanaal. Bewaar externe kenmerken naast interne nummers. Daarmee kan een medewerker een afwijking onderzoeken zonder verschillende dashboards op klantnaam te doorzoeken.
Volgende stap
Neem contact op met het SiteJob-team
Bespreek je vraag met het team dat jouw systeem ontwerpt en bouwt. We kijken samen welke volgende stap past.
Voorraad is meer dan één getal
Fysiek aanwezige artikelen zijn niet allemaal direct verkoopbaar. Een artikel kan al voor een order bestemd zijn, beschadigd zijn of nog onderweg zijn. Shopify maakt in zijn documentatie over voorraadstatussen daarom onderscheid tussen onder meer aanwezige, beschikbare, toegewezen, niet beschikbare en inkomende voorraad.
Vertaal deze definities bewust naar het gekoppelde systeem. “Voorraad” overschrijven met een getal dat daar iets anders betekent kan tot verkeerde beschikbaarheid leiden. Bespreek bovendien wat er gebeurt wanneer twee verkoopkanalen kort na elkaar het laatste artikel verkopen. Spreek een reserverings- of afhandelregel af; beloof geen foutloze realtime voorraad op basis van alleen een koppeling.
Ontwerp de uitzonderingen in de orderflow
Laat tijdens een demonstratie niet alleen een betaalde order volledig uitleveren. Test ook een ontbrekend artikel, een deellevering en een annulering terwijl het magazijn al bezig is. Wie mag het werk stoppen? Welke status ziet de klant? En wanneer wordt een financiële correctie toegestaan?
Bij retouren zijn een verzoek, ontvangst, beoordeling en terugbetaling verschillende gebeurtenissen. Een retouraanvraag betekent nog niet dat de voorraad terug beschikbaar is. Een administratieve status “terugbetaald” mag ook niet vooruitlopen op de bevestiging van de betaalprovider. De gekozen software moet deze afspraken ondersteunen; de precieze inrichting hangt af van jullie proces.
Wat moet een betrouwbare koppeling doen?
Een webhook is een bericht over een gebeurtenis, bijvoorbeeld een orderwijziging. Zo’n bericht is niet hetzelfde als een garantie dat de andere applicatie alles correct heeft verwerkt. De officiële webhookdocumentatie beschrijft onder meer het controleren van de afzender en het herkennen van dubbele leveringen.
Vraag je bouwer daarom hoe berichten worden bewaard, herhaald en gecontroleerd. Een storing moet leiden tot een zichtbare wachtrij of melding, niet tot een order die ongemerkt ontbreekt. Plan ook een vergelijking met de brongegevens om gemiste wijzigingen te vinden. Stem af hoe vaak dat nodig is en wat een medewerker met een verschil moet doen.
Liever even bellen?
Laat je terugbellen
Eén telefoontje is vaak sneller dan drie mailtjes. Je hoort binnen een werkdag van ons.
Wat neem je mee in de selectie en begroting?
Inventariseer kanalen, locaties, artikelvarianten, orderpieken en bestaande contracten. Maak onderscheid tussen functies van het webshopplatform, een ERP en eventuele magazijnsoftware. Begroot niet alleen de koppelingen, maar ook productdata opschonen, proefmigratie, monitoring, gebruikersinstructie en beheer.
Een tarief op basis van uitsluitend het aantal orders is onvoldoende om de bouwscope te bepalen. Een kleine stroom afwijkende zakelijke orders kan meer proceslogica vragen dan veel gelijksoortige bestellingen. Gebruik de ERP-selectieaanpak om voorstellen op dezelfde scenario’s te beoordelen.
Begin met de order die vandaag vastloopt
Neem voor een intake een geanonimiseerde order mee die handmatige afstemming vroeg. Laat zien welke systemen betrokken waren en waar informatie ontbrak. Vanuit het webshop- of platformproces en de benodigde integraties bepalen we wat kan blijven en welke aanvulling werkelijk nodig is.
