BFCM 2026-draaiboek voor bestelwijzigingen voor Shopify Plus-teams

Door Shubham Vats, Oprichter van Revize

Gepubliceerd op 10 min leestijd

Op deze pagina

Black Friday is op vrijdag 27 november 2026. Cyber Monday is op maandag 30 november. Gebruik de onderstaande datums als uiterste afrondingsdata, tenzij de configuratiestop van je winkel eerder ingaat.

Uiterlijk 6 november: spreek de regel voor vrijgave aan het magazijn af

Ops/fulfillment is verantwoordelijk voor de afspraken met het magazijn. Leg de importtrigger en het laatste moment waarop het verzamelen nog kan worden gestopt schriftelijk vast. Noteer de uiterste datum voor ontvangst van inkomende goederen, het uiterste tijdstip voor verzending op dezelfde dag en de behandeling van bestellingen boven de daglimiet. Vraag de 3PL om een escalatiecontact voor het weekend aan te wijzen en spreek voor elke fysieke fase een reactietermijn af. Baseer de belofte aan de klant op de schriftelijke deadlines van de 3PL.

Ecommerce/dev is verantwoordelijk voor de vrijgavevoorwaarde en het bureau voor de koppeling met de connector. Gebruik de implementatiehandleiding voor de bewerkingstermijn bij je 3PL om vast te stellen of het magazijn wacht totdat een Shopify hold wordt opgeheven of totdat een vrijgavetag wordt toegevoegd.

CX is verantwoordelijk voor de tekst die klanten ontvangen. Geef pas aan dat een correctie is afgerond nadat de gecorrigeerde bestelling aan het magazijn is vrijgegeven. Draag verzoeken buiten de bewerkingstermijn over aan de aangewezen ops-medewerker.

Ecommerce/dev controleert elke automatisering die holds opheft. De fulfillmentOrderReleaseHold-mutatie van Shopify heft alle holds op die fulfillmentbestelling op wanneer holdIds wordt weggelaten. Stel vast welke hold elke automatisering opheft en wie daarvoor verantwoordelijk is, voordat je die goedkeurt voor de piekperiode.

Lees je dit na 6 november, dan moet ops het bestaande vrijgavegedrag documenteren voordat er toezeggingen over wijzigingen worden gedaan. Als je configuratiestop al is ingegaan, laat configuratiewijzigingen dan via de uitzondering op de configuratiestop op niveau 3 verlopen. Houd bestellingen waarover onzekerheid bestaat in het handmatige proces om het magazijnwerk te stoppen.

Stel de bewerkingstermijn van Revize in vóór de piekperiode

Ecommerce/dev configureert Revize met goedkeuring van ops/fulfillment. Open Order editing > Editing policy > Edit deadline en kies een tijdgebonden bewerkingstermijn die past bij de afspraken met het magazijn en je verzendbelofte. Beslis voordat bestellingen voor de piekperiode worden geplaatst, want elke bestelling behoudt de deadline die bij het aanmaken is toegewezen. Een deadline op basis van een metafield-datum is de uitzondering, omdat die kan worden vernieuwd zolang bewerken mogelijk blijft. Leg vóór een incident vast welke modus je gebruikt.

Ter context: bij definitief opgeslagen adres-, contact- en bezorgingswijzigingen van Revize-klanten is de mediane tijd tussen het plaatsen van de bestelling en het definitief opslaan van de bewerking 4,6 minuten (Revize, 2026). Op dezelfde basis wordt 80,6% binnen het eerste uur en 90,4% binnen 24 uur opgeslagen (Revize, 2026).

Kies onder Fulfillment while editing voor Hold orders bij een magazijn dat Shopify holds respecteert, of voor Skip hold met Add release tag bij een magazijn dat alleen bestellingen met de tag revize:order_released verzamelt, zoals de installatiehandleiding uitlegt.

Een stoptag die is geregistreerd onder Settings > Order editing > Editing restrictions > Order tags sluit het bewerken door klanten en kan de eigen fulfillment hold van Revize opheffen. Tijdens een incident pauzeert ops het magazijnwerk via het afgesproken proces van het magazijn.

Controleer vóór de configuratie welke functies je abonnement biedt. De regelengine per bestelling vereist Pro of hoger, en herberekening van verzendkosten en belastingen bij adreswijzigingen vereist Pro. Geef voor een regel die alleen tijdens de piekperiode geldt de piekbestellingen een tag en laat een regel op die tag aansluiten, omdat de regelengine geen criterium voor een datumbereik heeft. Bouw en test vóór de configuratiestop de Shopify Flow-workflow die piekbestellingen van een tag voorziet. Regels op basis van tags worden opnieuw geëvalueerd wanneer tags veranderen.

13-20 november: oefen de overdracht

Het bureau en ops/fulfillment zijn samen verantwoordelijk voor de oefening. Volg de vier importtests met de huidige beheerpaden hierboven. Controleer de magazijnregistratie bij de import, na de wijziging en bij de vrijgave. Bewaar op elk moment de Shopify-bestelling en de magazijnregistratie.

Voeg een annuleringsverzoek toe nadat de fulfillmentdienst het oorspronkelijke verzoek heeft geaccepteerd. Ops legt vast of de dienst de annulering accepteert en of het magazijnwerk stopt. Shopify geeft aan dat het aanvragen van fulfillment het bewerken van bestellingen en terugbetalingen voor artikelen blokkeert. Nadat het magazijn meldt dat het werk fysiek is gestopt, wacht CX nog steeds totdat de fulfillmentdienst het verzoek heeft afgehandeld en Shopify bewerken toestaat voordat de bestelling wordt gewijzigd, zelfs bij een eenvoudige maatwissel.

Ecommerce/dev is verantwoordelijk voor de oefening met een bijbetaling. Voeg via Revize een artikel toe aan een testbestelling (producten toevoegen is een Pro-functie), laat het openstaande bedrag onbetaald en neem die bestelling mee in de vrijgavecontroles van het magazijn.

CX oefent het antwoord bij een afgewezen wijziging. Neem de beperkingen van de standaardbewerkingen in Shopify op in het naslagwerk voor de klantenservice, in plaats van te beloven dat elke nog niet afgehandelde bestelling kan worden bewerkt.

Lees je dit na 20 november, oefen dan de bestaande route voordat je de zelfbediening uitbreidt. Als er voor een wijzigingstype geen bewezen magazijnroute is, stuurt CX het naar ops voor handmatige afhandeling. Respecteer elke configuratiestop die al van kracht is.

Wijzigingstype en magazijnstatus

CX is verantwoordelijk voor de intake. Ops is verantwoordelijk voor de magazijninstructies zodra de bestelling aan het magazijn is vrijgegeven. Gebruik deze tabel tijdens de piekperiode, ook voor verzoeken die binnenkomen nadat de bewerkingstermijn voor klanten is gesloten. Deze tabel geldt alleen voor nog niet afgehandelde bestellingen. Handel vóór het bewerken elk fulfillmentverzoek af en bevestig dat Shopify de wijziging toestaat. Bij bestellingen die nog niet zijn verstuurd, blokkeert ops de export totdat de wijziging is afgerond.

Wijzigingstype Unfulfilled, niet naar 3PL gestuurd Naar 3PL gestuurd, nog niet verzameld
Adres CX corrigeert het verzendadres; ops geeft de gecorrigeerde bestelling vrij. Ops blokkeert de geïmporteerde opdracht. CX bewerkt de bestelling zodra elk fulfillmentverzoek is afgehandeld, en het magazijn werkt vóór de vrijgave de bestemming bij.
Variantwissel CX controleert de voorraad van de vervangende variant en wisselt de variant vóór de export. Ops stopt de opdracht. CX bewerkt de bestelling zodra elk fulfillmentverzoek is afgehandeld, en het magazijn vervangt de bestelregel.
Aantal verlagen/verwijderen CX verlaagt het aantal op de bestelregel en handelt een eventuele terugbetaling af; ops geeft de gecorrigeerde bestelling vrij. Ops blokkeert de opdracht. Zodra elk fulfillmentverzoek is afgehandeld, bewerkt CX de bestelling en voert een terugbetaling uit, en verwijdert het magazijn de eenheden.
Artikel toevoegen CX voegt het artikel toe en int een eventueel openstaand bedrag; ops geeft de gecorrigeerde bestelling vrij. Ops vraagt of het magazijn de opdracht kan aanpassen. Als dat kan, bewerkt CX de bestelling zodra elk fulfillmentverzoek is afgehandeld, en stemt ops vóór de vrijgave de eenheden en betaling af. Als het magazijn weigert, biedt CX een aparte bestelling aan.
Annuleren CX annuleert de bestelling als die daarvoor in aanmerking komt en handelt de terugbetaling af; ops voorkomt de export. Ops vraagt om annulering en wacht op acceptatie door de dienst en een stop door het magazijn. CX rondt daarna de annulering en terugbetaling af.

Zodra het verzamelen begint, neemt ops de case over en volgt de procedure per magazijnfase voor bestellingen met de status Picking, Packed en Shipped, inclusief het stopverzoek en de checklist voor het afstemmen van de gegevens. Spreek vóór de piekperiode uitzonderingen per dienstverlener af.

23-26 november: wijs meldingen toe en stel een configuratiestop in

Ecommerce/dev is verantwoordelijk voor integratiemeldingen, met het bureau als aangewezen achtervang. Houd bestellingen bij die na hun deadline nog in de wacht staan, openstaande bedragen, niet-geëxporteerde bestellingen en mislukte webhookleveringen. Wijs aan elke wachtrij een verantwoordelijke medewerker en een met ops afgesproken escalatiedeadline toe.

Bij HTTPS-webhooks beschouwt Shopify een levering als mislukt als de app niet binnen vijf seconden reageert. Shopify probeert mislukte leveringen maximaal acht keer opnieuw gedurende vier uur, en bij aanhoudende fouten worden abonnementen verwijderd die via de Admin API zijn ingesteld. Het bureau legt vast hoe elk abonnement is geconfigureerd en hoe ontbrekende bestellingen worden hersteld.

Als een integratie voor wijzigingen die alleen het adres betreffen afhankelijk is van orders/edited, moet het bureau de API-versie controleren. Vóór API-versie 2026-10 leidt het definitief opslaan van een bestelbewerking met alleen een voorbereide verzendadreswijziging niet tot orders/edited. Vanaf 2026-10 activeert die bewerking orders/edited met shipping_address.changed in de payload. Gebruik de handleiding voor bestelbeheer voor het afstemmen van de gegevens en het ontwerpen van de handlers.

Ops/fulfillment bevestigt opnieuw de verzamelrondes en de bezetting in het weekend. CX publiceert het werkelijke uiterste tijdstip voor bewerkingen en de bemande route voor late verzoeken. Ecommerce/dev stelt een configuratiestop in voor de geoefende configuratie, inclusief Flow-workflows die bestellingen van tags voorzien, in de wacht zetten of annuleren, zoals Taylor Sicard adviseert in zijn richtlijnen voor een configuratiestop.

Lees je dit na 26 november en heeft een mislukte levering of niet-geëxporteerde bestelling geen verantwoordelijke medewerker, wijs dan nu ecommerce/dev en een achtervang bij het bureau aan die wachtrij toe. Laat elke wijziging aan de koppeling of vrijgavevoorwaarde via de uitzondering op de configuratiestop op niveau 3 verlopen.

27-30 november: behandel elk verzoek aan de hand van de tabel

CX controleert de gevraagde wijziging en of de bestelling op dat moment kan worden bewerkt. Alles buiten de open, beschermde bewerkingstermijn gaat naar ops/fulfillment, dat de fysieke fase controleert. Houd één ops-medewerker verantwoordelijk voor elke magazijncase. Gebruik één incidentregistratie.

Bij elke verzamelronde controleert ops openstaande stopverzoeken en bestellingen die na hun deadline nog in de wacht staan. Ecommerce/dev controleert volgens hetzelfde schema de exportwachtrij en mislukte leveringen. Het bureau handelt connectorstoringen af die de dienstdoende ontwikkelaar escaleert. CX stuurt de klant de uitkomst die ops heeft vastgelegd.

Een afgewezen annulering stopt het pakket niet. Shopify documenteert dat een fulfillmentdienst na het afwijzen van een annulering kan doorgaan met het aanmaken van fulfillments. Als het antwoord een afwijzing is of ontbreekt, houd het stopverzoek aan het magazijn dan open totdat ops de locatie van het pakket heeft vastgesteld of de case naar herstel verplaatst.

Lees je dit na 30 november, gebruik deze regels dan voor de resterende piekbestellingen. Voer de afstemmingsstap van december uit voordat je die bestellingen terugzet in de normale wachtrij.

Escalatie bij het magazijn en aanvaardbaar bewijs

Ops/fulfillment is verantwoordelijk voor het escalatierooster, met op elk niveau een naam en een reservetelefoonnummer en de uiterlijk op 6 november afgesproken reactietermijnen. Escaleer onbeantwoorde stopverzoeken.

Niveau Aanleiding en beller Vereist bewijs en volgende actie
1: één bestelling CX belt de toegewezen ops-medewerker. Ops belt de ploegleider van het magazijn. Het magazijn identificeert de Shopify-bestelling en de WMS-opdracht, legt de fysieke fase vast en verklaart dat de betrokken eenheden of pakketten zijn gestopt. Ops noteert de naam van de medewerker die antwoordt en het tijdstip. Hervat het werk alleen op basis van de afgesproken definitieve bestelling.
2: herhaalde storing Ops belt ecommerce/dev en het dienstdoende bureau wanneer bestellingen die in de wacht staan worden geïmporteerd, vrijgavetags niet werken of exportfouten terugkeren. Ops belt ook de magazijnsupervisor. Voordat het incident wordt afgesloten, vergelijkt ecommerce/dev de herstelde Shopify-bestellingen met de lijst van betrokken opdrachten van het magazijn en de leveringslogboeken van de connector. De magazijnsupervisor legt vast welke opdrachten geblokkeerd blijven en welke gecorrigeerde registraties zijn goedgekeurd voor vrijgave.
3: uitzondering op de configuratiestop Ecommerce/dev of het bureau belt de aangewezen goedkeurder voor ecommerce wanneer herstel een configuratiewijziging vereist. Ops belt het escalatiecontact voor het 3PL-account. De goedkeurder legt de exacte wijziging, de betrokken bestellingen en de terugdraaiing vast. Ops geeft pas toestemming om het magazijnwerk te hervatten nadat het gewijzigde vrijgavegedrag overeenkomt met het afgesproken proces.

Beloof geen wijziging totdat het magazijn een stop bevestigt. Een ontvangstbevestiging van een bericht telt niet. Leg de beslissing over de terugbetaling apart van het bewijs van de stop vast in de incidentregistratie. Als de afgesproken reactietermijn verstrijkt, belt ops het reservecontact. Als het magazijn het pakket niet vóór de overdracht kan stoppen, geeft CX de klant herstelopties volgens het winkelbeleid.

1-7 december: stem de gegevens af voordat je de configuratie weer openstelt

Ops/fulfillment en ecommerce/dev zijn verantwoordelijk voor de controle van de resterende bestellingen. Vergelijk niet-geëxporteerde bestellingen met de ontvangstregistraties van het magazijn. Controleer holds waarvan de deadline is verstreken en onafgehandelde annuleringsverzoeken.

CX controleert of elke case een antwoord aan de klant heeft en een verantwoordelijke voor een eventuele terugbetaling of retour. Het bureau stemt bestellingen die tijdens connectorstoringen zijn gemist af voordat de wachtrij als afgehandeld wordt beschouwd. Hef holds niet in bulk op om de wachtrij te laten verdwijnen.

Ops beoordeelt annuleringen samen met de piekverkopen aan de hand van de handleiding voor annuleringsrapportages voordat de resultaten worden gerapporteerd.

Lees je dit na 7 december, stem dan de resterende uitzonderingen af voordat je uitgesteld configuratiewerk inplant. Bewaar de oorspronkelijke incidentregistratie samen met het financiële resultaat.

Antwoorden van de klantenservice tijdens de piekperiode

Kunnen we de bewerkingstermijn van Revize midden in de piekperiode wijzigen?

Behandel dit als een uitzondering op de configuratiestop op niveau 3. CX controleert de toegewezen deadline van elke bestelling voordat een eerdere vrijgave wordt beloofd.

Een klant heeft een artikel toegevoegd, maar het verschil nog niet betaald. Wordt de bestelling verzonden?

Revize stuurt de klant naar Shopify checkout om het verschil te betalen, en onbetaalde toevoegingen blijven in de wacht staan voor fulfillment totdat Shopify de betaling bevestigt. Bestellingen met betaling bij aflevering zijn de uitzondering. De hold houdt de verzending alleen tegen als het magazijn Shopify holds respecteert.

Waarom tonen Shopify-rapporten meer bestellingen dan we tijdens de piekperiode hebben ontvangen?

Shopify vermeldt een bewerking die na de dag van het plaatsen van de bestelling is uitgevoerd als een aparte bestelling in rapporten, ook al is er geen nieuwe bestelling aangemaakt. Houd rekening met die late bewerkingen voordat je het aantal bestellingen in rapporten vergelijkt met magazijnzendingen.

De bestelling is gedeeltelijk afgehandeld. Kan CX die nog annuleren?

Nee. Shopify staat het annuleren van een gedeeltelijk afgehandelde bestelling niet toe. Laat de nog niet afgehandelde eenheden via ops en het ondersteunde proces van de dienst afhandelen, en koppel elke retour of terugbetaling aan de betrokken eenheden, zodat CX niet belooft een pakket te annuleren dat al aan de vervoerder is overgedragen.

Gerelateerde artikelen