Op deze pagina
Dit is een verandering voor financiën en bedrijfsvoering, geen kleine API-aanpassing. Van meer dan 10 miljoen Shopify-bestellingen wordt ongeveer 1 op de 19 (5,2%) na checkout bewerkt. De mediane tijd tot een bewerking is 4,6 minuten na aankoop en 92,2% van de bewerkingen wordt door de klant zelf afgerond, zonder supportmedewerker (Revize, 2026).
In deze gids lees je wat er op 9 september verandert, voor welke fulfillmentstatussen de wijziging geldt, wat ontwikkelaars en rapportageteams moeten controleren en wat beheerders van Plus-winkels en bureaus vóór de ingangsdatum moeten verifiëren.
Wat er op 9 september verandert aan de belastingberekening in Shopify
Vanaf 9 september 2026 herberekent Shopify de belasting van een bestelling voor de nieuwe bestemming als het verzendadres verandert en er nog geen fulfillment heeft plaatsgevonden. Vóór deze wijziging kon het adres veranderen terwijl de oorspronkelijke belastingberekening aan de bestelling gekoppeld bleef.
Shopify kondigde de wijziging op 30 juli 2026 aan in zijn officiële changelog voor ontwikkelaars. Volgens Shopify is het doel om de financiële gegevens tijdens de adreswijziging te corrigeren, zodat de totalen kloppen voor de nieuwe verzendbestemming.
Het onderscheid draait om de fulfillmentstatus: er is nog niets, een deel of alles van de bestelling verzonden. Zie fulfillment als een grens. Zolang alle artikelen nog niet zijn verzonden, kan Shopify de belasting voor de hele bestelling herberekenen. Zodra een deel al onderweg is naar de oorspronkelijke bestemming, kan dat niet meer.
| Bestelstatus op het moment van de adreswijziging | Vóór 9 september 2026 | Vanaf 9 september 2026 |
|---|---|---|
| Nog geen fulfillment | Adres opgeslagen; belasting niet bijgewerkt | Adres opgeslagen; belasting herberekend voor de nieuwe bestemming |
| Deels afgehandeld | Adres opgeslagen; belasting ongewijzigd | Adres opgeslagen; belasting blijft gebaseerd op de oorspronkelijke bestemming |
| Volledig afgehandeld | Geen nieuw belastinggedrag vermeld in deze aankondiging | Geen nieuw belastinggedrag vermeld in deze aankondiging |
De rij voor deels afgehandelde bestellingen vraagt extra aandacht. Shopify slaat het nieuwe adres wel op, maar herberekent de belasting niet. Het adres en de bestemming waarop de belasting is gebaseerd, kunnen daardoor verschillen zonder dat de adreswijziging mislukt.
Dat gedrag is bewust gekozen. Een deel van de artikelen is al naar de oorspronkelijke bestemming verzonden. De hele bestelling herberekenen op basis van het nieuwe adres zou de financiële gegevens inconsistent kunnen maken met wat al is afgehandeld.
Belangrijk: Ga er niet van uit dat de belasting is herberekend omdat het adres is opgeslagen. Vanaf 9 september bepaalt de fulfillmentstatus of de financiële gegevens samen met het adres worden bijgewerkt.
Voor welke Shopify-bestellingen en processen geldt dit?
Elk proces waarbij een verzendadres na checkout wordt gewijzigd, kan vanaf 9 september 2026 worden geraakt, ongeacht of de wijziging begint bij een klant, een medewerker of een app. Bepalend is of het adres via een betrokken Shopify Admin API-interface wordt bijgewerkt en of er nog geen fulfillment voor de bestelling heeft plaatsgevonden.
Dit geldt voor winkels met veel bestellingen waar klantenservicemedewerkers adressen corrigeren, en voor tools waarmee klanten goedgekeurde correcties doorgeven voordat het magazijn de bestelling vrijgeeft. Winkels die adreswijzigingen na checkout nooit toestaan, hebben geen direct proces om aan te passen. Hun bureaus moeten die aanname wel controleren voor geïnstalleerde apps en maatwerkintegraties.
| Huidig proces | Betrokken? | Wat je moet controleren |
|---|---|---|
| Klanten corrigeren adressen na checkout | Ja | Controleer of wijzigingen worden afgerond voordat fulfillment begint |
| Medewerkers wijzigen adressen van bestellingen waarvoor nog geen fulfillment heeft plaatsgevonden | Ja | Controleer of financiële systemen gewijzigde besteltotalen accepteren |
| Een app werkt verzendadressen bij via Admin GraphQL | Ja | Controleer hoe de bestelling na de wijziging opnieuw wordt gelezen en afgestemd |
| Een integratie gebruikt de Admin REST API-interface | Ja | Test dezelfde aannames over financiële gegevens en rapportage |
| Adressen veranderen alleen vóór checkout | Geen direct effect | Controleer of er geen integratie is die adressen ook na checkout bewerkt |
| Adressen veranderen na gedeeltelijk fulfillment | Ja, met ongewijzigde belasting | Markeer het verschil tussen de adresbestemming en de belastingbestemming |
| De winkel staat geen adreswijzigingen na checkout toe | Geen direct effect op processen | Controleer apps en procedures om dit beleid te bevestigen |
Voor interfaces voor klanten en medewerkers geldt hetzelfde onderliggende aandachtspunt. Een bevestiging kan melden dat het adres is bijgewerkt, terwijl de financiële status van de bestelling afhangt van de vraag of fulfillment al was begonnen.
Bureaus moeten het volledige traject in kaart brengen, niet alleen het zichtbare onderdeel van de webshop. Dat traject kan bestaan uit klantaccounts, een app-proxy, een interne dienst, de Shopify Admin API, een orderbeheersysteem, een magazijnbeheersysteem en financiële exports. Eén gewijzigd totaal kan ergens in die keten een verouderde aanname blootleggen.
Waarom dit belangrijk is voor Plus-teams
Adrescorrecties komen vaak voor, gebeuren snel en vragen direct om actie: in de gegevens van Revize werden 48.742 onjuiste verzendadressen vóór verzending ontdekt (Revize, 2026). De wijziging van 9 september raakt een dagelijks proces dat vaak binnen enkele minuten na checkout plaatsvindt.
Wijzigingen in het verzendadres vormen 30,2% van de bewerkte bestellingen en zijn daarmee de meest voorkomende aanpassing na aankoop (Revize, 2026). De mediane bewerking na checkout vindt 4,6 minuten na het plaatsen van de bestelling plaats; 80,6% van alle bewerkingen gebeurt in het eerste uur.
Daaruit volgt een duidelijke werkwijze: het beste moment om een adres te corrigeren is vóór fulfillment begint. De korte wachttijd waarin een klant een typefout kan herstellen, zorgt er ook voor dat Shopify de belasting voor de hele bestelling kan herberekenen. Met een selfservicetool zoals Revize kunnen klanten hun adres binnen precies die periode zelf corrigeren, voordat fulfillment begint. Zo blijft de bestelling in aanmerking komen voor herberekening en ontstaat er geen verschil tussen adres en belasting doordat de correctie pas na gedeeltelijk fulfillment binnenkomt.
Voor Plus-teams kan het financiële effect verder reiken dan de bestelpagina. Elk vervolgproces dat ervan uitgaat dat een adreswijziging het totaal niet kan veranderen, moet worden gecontroleerd. Denk aan belastingafstemming, dagelijkse verkooprapportage, exports naar ERP-systemen, modellen in het datawarehouse en monitoring die door een bureau is gebouwd.
Dit betekent niet dat elke adreswijziging een ander belastingtotaal oplevert. Het betekent dat het totaal nu kan veranderen wanneer Shopify een bestelling herberekent die daarvoor in aanmerking komt. Gebruik in tests daarom twee bestemmingen die een duidelijk belastingverschil opleveren, in plaats van twee adressen waarbij je hetzelfde resultaat verwacht.
De uitzondering voor deels afgehandelde bestellingen vraagt om een eigen markering in rapportages. Een nieuw verzendadres met belasting op basis van de oorspronkelijke bestemming past binnen het aangekondigde gedrag. Voor een analist die niet weet dat de bestelling al deels was afgehandeld, kan het echter op foutieve gegevens lijken.
Wat ontwikkelaars en bureaus moeten controleren
De herberekening geldt voor alle versies van de Admin GraphQL API en voor de Admin REST API-interface. Volgens Shopify is er geen codewijziging nodig om deze wijziging te gebruiken. Dat betekent dat Shopify de herberekening automatisch uitvoert. Het betekent niet dat elke integratie al kan omgaan met een totaal dat na een adreswijziging verandert.
De genoemde GraphQL-bewerking is orderUpdate, de mutation waarmee bestelgegevens zoals het verzendadres worden gewijzigd. De huidige documentatie voor orderUpdate van Shopify bevestigt dat verzendadressen via deze API-bewerking kunnen worden bijgewerkt.
Controleer vóór 9 september deze aannames:
- Lees de bestelling na het bijwerken opnieuw uit. Behandel de financiële waarden van vóór de wijziging niet als definitief voor een bestelling waarvoor nog geen fulfillment heeft plaatsgevonden.
- Vergelijk ook financiële velden, niet alleen adressen. Je test moet vaststellen of de besteltotalen veranderden nadat de nieuwe bestemming werd opgeslagen.
- Leg de fulfillmentstatus samen met het resultaat vast. Dezelfde aanvraag voor een adreswijziging kan leiden tot herberekende belasting bij een bestelling waarvoor nog geen fulfillment heeft plaatsgevonden, en ongewijzigde belasting bij een deels afgehandelde bestelling.
- Volg de gegevens naar alle systemen die ze gebruiken. Bepaal welke systemen voor rapportage, belasting, boekhouding, magazijnbeheer en klantenservice de bijgewerkte bestelling ontvangen.
- Controleer de verwerking van algemene gebeurtenissen rond bestelwijzigingen. Als je architectuur op wijzigingen in bestellingen reageert, controleer dan of de verwerking gewijzigde financiële totalen aankan. Ga niet uit van een nieuwe webhooknaam of een andere payloadstructuur, tenzij Shopify die afzonderlijk documenteert.
- Bewaar beide testgevallen. Houd testgegevens aan voor een bestelling waarvoor nog geen fulfillment heeft plaatsgevonden en een deels afgehandelde bestelling, zodat deze twee uitkomsten ook bij toekomstige wijzigingen afzonderlijk worden getest.
Leg met tests vóór de ingangsdatum je uitgangssituatie en acceptatiecriteria vast. Maak in een ontwikkelwinkel de twee gevallen met verschillende fulfillmentstatussen aan, documenteer welke waarden je integratie uitleest en plan op of na 9 september 2026 een nieuwe test via een traject dat overeenkomt met productie. Een test vóór die datum kan niet aantonen dat het toekomstige gedrag al actief is.
Kort gezegd: Shopify verzorgt de nieuwe berekening, maar je systemen moeten het resultaat nog steeds herkennen en correct verwerken.
Hoe klanten met selfservice het probleem bij gedeeltelijk fulfillment vermijden
Met Revize kunnen klanten hun verzendadres corrigeren binnen een door de winkel ingestelde bewerkingsperiode vóór fulfillment. Daardoor kunnen bestellingen waarvoor nog geen fulfillment heeft plaatsgevonden vanaf 9 september 2026 de automatische belastingherberekening van Shopify krijgen. Door fulfillment tijdens die periode uit te stellen, blijft de bestelling binnen de situatie waarin Shopify de nieuwe bestemming voor de hele bestelling in de financiële gegevens kan verwerken.
Daarom is selfservice voor klanten een passende werkwijze. Bij een correctie door een medewerker moet die eerst een verzoek ontvangen, de bestelling opzoeken, de fulfillmentstatus beoordelen, het nieuwe adres overnemen en het gesprek afronden. Met selfservice verdwijnt die wachtrij en worden de tijdsregels van de winkel consequent toegepast.
Dit sluit ook aan op hoe snel klanten fouten opmerken. De mediane bewerking vindt 4,6 minuten na checkout plaats en 92,2% van de bewerkingen na aankoop wordt zonder supportmedewerker afgerond (Revize, 2026). Een gecontroleerde vertraging vóór fulfillment geeft klanten tijd om fouten te corrigeren en helpt tegelijk de belastinggegevens correct te houden.
De grens is duidelijk: de herberekening vanaf 9 september geldt wanneer er nog geen fulfillment voor de bestelling heeft plaatsgevonden. Als een deel al is verzonden, slaat Shopify het adres op maar blijft de belasting gelijk. Voorkom daarom dat fulfillment begint voordat de toegestane bewerkingsperiode is verstreken, en laat late uitzonderingen bewust beoordelen.
Plus-merken en bureaus kunnen Revize installeren via de Shopify App Store om klanten vóór fulfillment zelf hun adres te laten corrigeren en het aantal supportverzoeken voor de meest voorkomende aanpassing na aankoop te verminderen.
Hoe je de belastingherberekening bij Shopify-adreswijzigingen controleert
Voer deze controle in 6 stappen vóór 9 september 2026 uit, samen met operations, financiën, engineering en de verantwoordelijke bij het bureau. Controleer één volledig besteltraject, zodat de uitkomsten ook bij de financiële afstemming samenkomen.
- Breng alle manieren om een adres te wijzigen in kaart. Noteer selfservice voor klanten, procedures in Shopify Admin, standaardantwoorden van support, maatwerkapps, externe apps en integraties die na checkout een verzendadres kunnen wijzigen.
- Breng het begin van fulfillment in kaart. Documenteer wanneer het magazijn een bestelling vrijgeeft, of een bewerkingsperiode dit uitstelt en wie een adrescorrectie na gedeeltelijk fulfillment afhandelt.
- Maak twee testgevallen in een ontwikkelwinkel. Bereid één bestelling voor waarvoor nog geen fulfillment heeft plaatsgevonden en één deels afgehandelde bestelling. Kies nieuwe bestemmingen waarmee je financiële team het verschil tussen herberekende en ongewijzigde belasting kan zien.
- Controleer hoe financiële gegevens verderop worden uitgelezen. Stel vast welk systeem de bestelling na de wijziging leest, welke totalen het opslaat en of een opgeslagen waarde van vóór de wijziging in rapporten of exports kan terechtkomen.
- Informeer financiën en klantenservice. Het financiële team moet het verschil tussen adres- en belastingbestemming bij deels afgehandelde bestellingen herkennen als gedocumenteerd platformgedrag. Support heeft een duidelijke escalatieroute nodig voor late verzoeken om een adreswijziging.
- Herhaal de test na de ingangsdatum. Doorloop op of na 9 september beide gevallen via de integratie die overeenkomt met productie en stem de Shopify-bestelling af met elk systeem dat de gegevens ontvangt.
| Verantwoordelijke | Vereist bewijs voor goedkeuring | Deadline |
|---|---|---|
| Operations | Gedocumenteerde bewerkingsperiode en uiterste moment vóór fulfillment | Vóór 9 september 2026 |
| Bureau of engineering | Geslaagde testgevallen voor bestellingen zonder en met gedeeltelijk fulfillment | Vóór 9 september 2026 |
| Financiën | Procedure om gewijzigde en ongewijzigde belasting af te stemmen | Vóór 9 september 2026 |
| Klantenservice | Escalatieroute voor late adrescorrecties | Vóór 9 september 2026 |
| Analytics | Rapporten gecontroleerd op opgeslagen totalen van vóór de wijziging | Vóór 9 september 2026 |
Tip: Bewaar voor elke test de bestel-ID’s, de oorspronkelijke bestemming, de nieuwe bestemming, de fulfillmentstatus en de totalen van vóór en na de wijziging. Dat bewijs is nuttiger dan een screenshot waarop alleen te zien is dat het adres is veranderd.
Wat Plus-teams vooral moeten onthouden
Behandel 9 september 2026 als een deadline voor je financiële processen. Door de belastingherberekening van Shopify worden adrescorrecties vóór fulfillment nauwkeuriger verwerkt. De uitzondering voor deels afgehandelde bestellingen betekent dat het moment waarop fulfillment begint nu bepaalt of een adreswijziging ook de belasting bijwerkt.
Doe deze week het volgende:
- Zoek alle manieren om adressen na checkout te wijzigen in tools voor medewerkers, apps en maatwerkintegraties.
- Bescherm de periode voor correcties vóór fulfillment, zodat gewone klantwijzigingen in aanmerking blijven komen voor herberekening.
- Test beide fulfillmentstatussen en stem de resultaten af met financiën, engineering, operations en je bureau voordat je goedkeuring geeft.
Een goede werkwijze geeft klanten de kans hun adres te corrigeren voordat het magazijn handelt. Daarna moet elk systeem dat de bestelling ontvangt de gecorrigeerde financiële gegevens van Shopify kunnen verwerken.
Veelgestelde vragen
Deze 10 antwoorden behandelen de belangrijkste praktische en technische vragen die Plus-teams vóór 9 september 2026 moeten oplossen. Elk antwoord blijft binnen de feiten die Shopify over deze adreswijziging heeft gepubliceerd.
Wat verandert er op 9 september 2026?
Shopify herberekent de belasting wanneer het verzendadres van een bestelling waarvoor nog geen fulfillment heeft plaatsgevonden via een betrokken Admin API-interface verandert. Voorheen kon het nieuwe adres worden opgeslagen terwijl de oorspronkelijke belasting gelijk bleef. Volgens Shopify worden de financiële gegevens nu tijdens de wijziging gecorrigeerd, zodat de totalen kloppen voor de nieuwe verzendbestemming.
Moet ik de code van mijn app aanpassen?
Volgens Shopify is voor de herberekening zelf geen codewijziging nodig. Het platform voert de berekening automatisch uit bij adreswijzigingen die daarvoor in aanmerking komen. Ontwikkelaars moeten wel controleren of integraties de bijgewerkte bestelling opnieuw uitlezen en of systemen voor rapportage, boekhouding, belasting en magazijnbeheer financiële totalen accepteren die kunnen afwijken van de waarden van vóór de adreswijziging.
Wat gebeurt er met deels afgehandelde bestellingen?
Bij een deels afgehandelde bestelling slaat Shopify het nieuwe adres op, maar blijft de belasting gelijk. Die belasting blijft gekoppeld aan de oorspronkelijke bestemming, omdat een deel van de artikelen daar al naartoe is verzonden. Teams voor operations en financiën moeten het verschil tussen adres- en belastingbestemming herkennen, de fulfillmentstatus vastleggen en een opgeslagen adres niet zien als bewijs dat de belasting is herberekend.
Geldt dit voor elke versie van de Admin GraphQL API?
Ja, volgens Shopify geldt de wijziging voor alle versies van de Admin GraphQL API. De aankondiging van 30 juli 2026 noemt de mutation orderUpdate voor het wijzigen van het verzendadres. Bureaus moeten het gedrag testen met de versie die elke integratie gebruikt, zonder ervan uit te gaan dat een versiewijziging nodig is voor de herberekening.
Geldt de wijziging ook voor de Admin REST API?
Ja, Shopify noemt de Admin REST API als betrokken interface. Winkels met oudere integraties moeten die meenemen in dezelfde controle als GraphQL-apps. Controleer of de integratie verzendadressen na checkout bijwerkt en of systemen verderop aannemen dat een adreswijziging de financiële besteltotalen niet kan veranderen.
Wat gebeurt er met volledig afgehandelde bestellingen?
De aankondiging van Shopify van 30 juli vermeldt geen nieuw gedrag voor belastingherberekening bij volledig afgehandelde bestellingen. De gepubliceerde wijziging beschrijft herberekening voor bestellingen waarvoor nog geen fulfillment heeft plaatsgevonden en ongewijzigde belasting voor deels afgehandelde bestellingen. Pas geen van beide regels zonder aanvullende officiële documentatie toe op volledig afgehandelde bestellingen. Behandel late correcties volgens de bestaande beoordelingsprocedure van de winkel.
Heeft deze Shopify-wijziging gevolgen voor terugbetalingen?
De aankondiging van Shopify beschrijft geen nieuw proces of nieuwe berekening voor terugbetalingen. De bevestigde wijziging gaat over de herberekening van belasting wanneer een verzendadres wordt bijgewerkt dat daarvoor in aanmerking komt. Financiële teams moeten nog steeds controleren of latere processen de actuele besteltotalen lezen, maar zonder afzonderlijke documentatie van Shopify mogen ze uit deze aankondiging geen nieuw gedrag voor terugbetalingen afleiden.
Herberekent Shopify de belasting voor oude adreswijzigingen?
De aankondiging beschrijft gedrag dat ingaat op 9 september 2026, geen herberekening met terugwerkende kracht voor eerdere wijzigingen. Shopify zegt niet dat eerder bijgewerkte bestellingen opnieuw worden verwerkt. Rapportageteams moeten dit daarom behandelen als een wijziging voor toekomstige processen en historische financiële gegevens niet herschrijven, tenzij Shopify aanvullende richtlijnen publiceert die dat vereisen.
Maakt het uit of een klant of medewerker het adres wijzigt?
Het bevestigde belastinggedrag hangt af van de API-wijziging en de fulfillmentstatus, niet van wie de correctie als eerste heeft aangevraagd. Zowel een app voor klanten als een proces voor medewerkers kan tot een adreswijziging leiden. Teams moeten het volledige traject naar Shopify controleren en nagaan of er nog geen fulfillment heeft plaatsgevonden wanneer ze een herberekening verwachten.
Hoe moeten bureaus de wijziging van 9 september testen?
Bureaus moeten één bestelling testen waarvoor nog geen fulfillment heeft plaatsgevonden en één deels afgehandelde bestelling, en beide vervolgens afstemmen met alle systemen die de gegevens ontvangen. Maak de testgevallen vóór 9 september om de huidige aannames vast te leggen en herhaal ze op of na de ingangsdatum. Controleer het opgeslagen adres, de financiële totalen, de fulfillmentstatus, de financiële export, de gegevens in analytics en elke interne kopie in het orderbeheersysteem.