Webshop-bestellingen verwerken: fulfilment en status controleren (2026)
Bestellingen in je webshop verwerken? Controleer veilig de orderstatus, betaling, voorraad, verzending, klantmelding en uitzonderingsroute met één testbestelling.
Bestellingen verwerk je betrouwbaar door één veilige testorder van checkout tot afronding te volgen en vooraf te beschrijven welke status bij iedere stap hoort. Houd betaalstatus, fulfilmentstatus en verzendstatus uit elkaar, zodat een geslaagde technische stap niet per ongeluk als volledig afgehandelde bestelling wordt gezien.
Gebruik waar mogelijk de officiële testmodus of testbestelling van je platform. Deel bij een fout alleen een fictieve referentie, de verwachte status, de werkelijke status en het tijdstip. Namen, adressen, e-mailadressen, betaalinformatie en volledige orderexports horen niet in een algemeen hulpverzoek.
Stappenplan
1. Teken de verwachte orderroute uit
Noteer de stappen in gewone taal voordat je een instelling verandert. Een eenvoudige route is: checkout gestart, testbetaling beoordeeld, order aangemaakt, voorraad verwerkt, order vrijgegeven voor fulfilment, pakket of dienst afgehandeld, klantmelding verzonden en order afgerond. Jouw platform kan andere namen gebruiken. Leg daarom per platformstatus vast wat die praktisch betekent.
Shopify behandelt orders, fulfilment en verzending als samenhangende maar afzonderlijke onderdelen in de fulfilmenthandleiding. WooCommerce beschrijft betaalmethoden als aparte onderdelen in de officiële betalingsdocumentatie. Gebruik de actuele documentatie van je eigen inrichting om de statusnamen te vertalen.
| Controlepunt | Verwachte uitkomst | Eigenaar | Bewijs zonder klantdata | | --- | --- | --- | --- | | Testbetaling | bekende teststatus | betaalbeheerder | testreferentie en tijdstip | | Orderaanmaak | één orderrecord | webshopbeheerder | fictief orderkenmerk | | Voorraad | één bedoelde mutatie | voorraadeigenaar | variant en verschil | | Fulfilment | één vrijgave | magazijn of uitvoerder | status en tijdstip | | Klantmelding | juiste testsjabloon | communicatie-eigenaar | onderwerp en testadres | | Afronding | eindstatus volgens plan | proceseigenaar | gecontroleerde checklist |
2. Maak één testorder herkenbaar
Kies een fictief product met een herkenbare variant en voorspelbare voorraad. Gebruik geen bestaande klant en geen live betaalgegevens. Doorloop een veilige checkout-test en noteer de tijdstippen waarop de stappen verschijnen. Een verschil in voorraad onderzoek je via voorraad klopt niet.
Controleer dat precies één orderrecord ontstaat. Vernieuw de bevestigingspagina niet onnodig en dien de test niet meerdere keren in. Gebeurt dat toch, noteer dan of het platform dezelfde referentie herkent of een tweede order maakt. Verwijder of annuleer testrecords alleen volgens de officiële route van je platform, zodat voorraad en meldingen niet onbedoeld achterblijven.
3. Scheid betaling van fulfilment
Een klant kan terugkeren naar de webshop terwijl de uiteindelijke betaalstatus nog wordt verwerkt. Baseer vrijgave daarom niet alleen op wat de browser na de betaalstap toont. Controleer welke providerstatus door het platform is ontvangen en welke status volgens jouw ingestelde route fulfilment mag starten. Deze checklist geeft geen betaaladvies en behandelt geen echte transactie.
Leg ook vast wie een onduidelijke of langdurig openstaande status beoordeelt. Een automatische overgang zonder eigenaar kan leiden tot dubbele verzending of juist een bestelling die blijft hangen. Bij twijfel over de betekenis van een providerstatus stop je de test en raadpleeg je de actuele documentatie in de bevoegde beheeromgeving.
4. Controleer voorraad en productidentiteit
Vergelijk niet alleen de producttitel. Controleer de unieke variantreferentie, de locatie en de voorraaddefinitie die je systemen gebruiken. Beschikbare voorraad kan iets anders betekenen dan fysiek aanwezig, gereserveerd of onderweg. Noteer welke waarde bij orderaanmaak verandert en wat er gebeurt bij annulering van de test.
Als een magazijnsysteem, kassasysteem of externe fulfilmentpartij meedoet, wijs je één bron aan voor productidentiteit en één eigenaar voor de voorraadstatus. Pas niet in twee systemen tegelijk dezelfde testorder aan. Anders is achteraf niet zichtbaar welke actie de volgende overgang veroorzaakte.
5. Controleer de afhandelstap
Open de order als bevoegde tester en controleer welke velden de uitvoerder nodig heeft. Een medewerker moet kunnen zien wat er moet gebeuren zonder dat extra persoonsgegevens in losse notities worden gekopieerd. Controleer de pak- of leverstap, de geselecteerde verzendroute en de status die na uitvoering terugkomt.
Test vervolgens de klantmelding met een speciaal testadres. Bekijk afzender, onderwerp, productvariant, verzendstatus en links. Gebruik geen echte track-and-tracecode voor een fictieve order. Controleer ook wat de klant in het account of op de statuspagina ziet, als je testomgeving dat ondersteunt.
6. Test uitzonderingen als afzonderlijke scenario's
Maak niet één test die tegelijk betaling, voorraad en verzending laat mislukken. Kies één uitzondering per scenario:
- een testbetaling krijgt een niet-geslaagde status;
- een variant is niet beschikbaar voordat fulfilment start;
- een order wordt vóór verzending geannuleerd;
- een koppeling reageert tijdelijk niet;
- een deel van een order kan nog niet worden afgehandeld;
- een retour komt terug nadat de order was afgerond.
Beschrijf voor ieder scenario wie beslist, welke status zichtbaar moet zijn, welke melding wel of niet wordt verstuurd en hoe voorraad wordt hersteld. Dit is een procescontrole, geen juridisch of fiscaal advies. Voor regels rond annuleren en retouren gebruik je de aparte verzend- en retourcontrole.
7. Controleer koppelingen en dubbele verwerking
Loopt de order naar een extern systeem, gebruik dan één vaste testreferentie en controleer bron en bestemming. Dezelfde order mag niet door een handmatige herstart en automatische retry twee keer als nieuwe opdracht worden behandeld. Test de webshopkoppeling apart en noteer de technische runstatus én het zakelijke resultaat.
Een groene synchronisatie zegt alleen dat een technische stap kon eindigen. Controleer daarnaast hoeveel records zijn aangemaakt, welke status terugkwam en of voorraad of fulfilment precies één keer veranderde. Log geen volledige orderinhoud als een vaste referentie en foutcategorie voldoende zijn.
Acceptatiecontrole
De basisroute is klaar wanneer je met één fictieve order kunt aantonen dat:
- iedere status een beschreven betekenis en eigenaar heeft;
- betaling en fulfilment niet door elkaar worden gebruikt;
- één order precies één keer wordt aangemaakt en vrijgegeven;
- de bedoelde variant en voorraadlocatie worden verwerkt;
- de testmelding bij de juiste stap hoort;
- annulering of foutstatus niet per ongeluk tot verzending leidt;
- gekoppelde systemen dezelfde veilige testreferentie herkennen;
- testmodus en testrecords na afloop gecontroleerd zijn.
Veelgemaakte fouten
- Een status aanpassen zonder de gevolgen te kennen. Een wijziging kan voorraad, klantmelding en externe fulfilment tegelijk activeren.
- De terugkeerpagina als definitieve betaalbevestiging gebruiken. Controleer de status die provider en platform volgens de officiële route verwerken.
- Een echte order als eerste test gebruiken. Kies testmodus, een fictief product en een speciaal testadres.
- Meerdere systemen tegelijk corrigeren. Zoek eerst waar de eerste afwijking ontstaat.
- Een volledige orderexport delen. Gebruik alleen een fictieve referentie, status en tijdstip.
- Alle uitzonderingen in één scenario stoppen. Test betaling, voorraad, koppeling en annulering afzonderlijk.
- Geen eigenaar voor vastgelopen orders aanwijzen. Dan blijft een order tussen systemen hangen of wordt die dubbel opgepakt.
Officiële bronnen
Laatste controle
De gelinkte Shopify- en WooCommerce-documentatie is op 31 juli 2026 inhoudelijk opnieuw gecontroleerd. Statusnamen en beschikbare functies kunnen per platform, betaalprovider, app en inrichting verschillen; vergelijk daarom altijd de actuele beheeromgeving met je eigen statusmodel.
Laatst bijgewerkt: 31 juli 2026.
Hulp nodig?
Blijft een testorder op één status staan of wil je weten waar een dubbele fulfilment ontstaat? stel je vraag via WhatsApp.
Veelgestelde vragen
- Welke stappen horen bij orderafhandeling?
- Controleer betaling of teststatus, voorraad, pak- of leverstap, orderstatus en klantmelding. Leg ook vast wie een uitzondering behandelt.
- Waarom blijft een bestelling op verwerking staan?
- Dat kan passen bij de gekozen betaalmethode, fulfilmentinstelling of koppeling. Vergelijk één testorder met de verwachte statusovergang.
- Kan ik een orderstatus direct aanpassen?
- Alleen wanneer je weet wat de status voor klantmelding, voorraad, verzending en koppelingen betekent. Werk eerst met een testorder.
- Hoe voorkom ik dubbele fulfilment?
- Wijs één eigenaar en één bronstatus aan. Controleer bij koppelingen of dezelfde orderreferentie niet twee keer wordt verwerkt.
- Wat mag ik in een orderfout delen?
- Deel geen naam, adres, e-mail, betaalinformatie of volledige orderexport. Gebruik status, tijdstip en een veilige fictieve testreferentie.
Lees ook
Hulp nodig bij jouw situatie?
Kom je er niet uit? Stuur kort wat context, wat je wilt bereiken en waar je vastloopt. Dan kijken we samen naar een passende volgende stap.