Geannuleerde Shopify-order gaat niet naar e-Boekhouden

De klant belt: “zet order 1042 stop.” In Shopify klik je Annuleren. Voorraad komt terug, de order verdwijnt uit Open. In e-Boekhouden.nl blijft de omzet staan — of er verschijnt juist niets, terwijl jij dacht dat de credit vanzelf meekwam. Dat is Shopify geannuleerde order e-Boekhouden: de koppeling stuurt geannuleerde orders niet door.

De FAQ is één alinea. Wil je omzet terugboeken, annuleer dan niet. Maak een restitutie. Die wordt een negatieve mutatie. De e-Boekhouden.nl Koppeling synct orders, klanten en refunds realtime. Annuleren hoort daar niet bij.

We schreven hoe refunds als negatieve mutatie landen. Dit stuk is de valkuil ervoor: Cancel in plaats van Refund, en waarom je administratie dan scheefloopt.

Annuleren is logistiek, niet boekhouden

Shopify kent twee knoppen die in de winkel hetzelfde lijgen: de klant wil de bestelling niet meer.

Annuleren stopt fulfillment. Voorraad kan terug. De order is klaar in Shopify. Het is geen financiële tegenboeking naar e-Boekhouden.nl. FAQ punt 5, met uitroepteken: geannuleerde orders worden niet doorgestuurd. Wil je de order nog als credit verwerken? Gebruik de restitutie-functie.

Restitueren (volledig of gedeeltelijk) is de geldactie. Shopify Help Refunding orders: terugbetalen, optioneel herbevoorraden, optioneel een mail. Die refund ziet de koppeling. Er komt automatisch een bijbehorende negatieve mutatie in e-Boekhouden.nl, met btw, verzendkosten en korting zoals op de oorspronkelijke order.

Sync is realtime. FAQ 1: zodra een order of refund in Shopify wordt aangemaakt of gewijzigd, gaat die onmiddellijk mee. Geen extra toeslag, geen nachtelijke batch. Een cancel is geen order-aanmaak en geen refund-wijziging in de zin van die creditstroom. Daarom blijft hij buiten de administratie.

Listing (2 nov 2026): $13.95/maand, 14 dagen trial, 5.0 uit 1 review, Nederlands. USD. Geen PDF-factuur, geen artikelen, geen voorraad. Die grenzen staan in dezelfde FAQ (punten 2–4). Annuleren is punt 5, geen “feature die we later aanzetten”.

Wat er misgaat als je toch op Annuleren drukt

De order was al Paid en al geboekt

Trigger in de app: sync bij betaalde orders, of bij fulfilled. Stond 1042 al in e-Boekhouden.nl als omzet, dan haalt Annuleren die mutatie niet weg. Debiteur blijft open of omzet blijft staan. De bank krijgt (als je bij de provider terugboekt) wel een min. Twee systemen, twee waarheden.

Herstel: alsnog restitueren in Shopify. Dan volgt de negatieve mutatie. Of handmatig corrigeren in e-Boekhouden.nl — duurder, foutgevoeliger.

De order was nog niet betaald, nooit gesynct

Annuleren voelt logisch: er is niks te crediteren. Klopt, zolang de koppeling de order nooit heeft gezien. Geen mutatie in, geen mutatie uit. Geen probleem — tot iemand later alsnog “voor de zekerheid” een restitutie van €0 probeert, of de order handmatig naboekt.

Alleen de payment provider terug, Shopify onaangeroerd

iDEAL terug, order blijft Paid. De koppeling ziet geen refund. e-Boekhouden.nl houdt de omzet. Dat is geen cancel-bug; dat is een ontbrekend Shopify-refund-event. Zelfde les: de administratie volgt Shopify-refunds, niet je Mollie-dashboard.

De order wijzigen ná sync, daarna annuleren

Order wijzigen is een ander pad. Wijzigen synct de bestaande mutatie niet als een nieuwe credit. Annuleren erna is alsnog stilte. Eerst de financiële kant: restitutie (of gedeeltelijke restitutie), dan pas de logistiek.

Praktijk: 1042, betaald, klant bedenkt zich

Webshop “Linnen & Lat” boekt bij Paid. Order 1042 is €128,21% btw, €6,95 verzend. Mutatie staat in e-Boekhouden.nl. Klant wil annuleren vóór verzending.

Fout pad:

1. Shopify → Annuleren, herbevoorraden.

2. Mollie-terugboeking vanuit het dashboard.

3. Week later: omzet in e-Boekhouden.nl, bank min, supportticket.

Pad volgens de FAQ:

1. Shopify → Restitueren, volledig. Herbevoorraden aan. Klantmail aan.

2. Wacht tot de negatieve mutatie in het overzicht van de koppeling op groen staat.

3. Voorraad is terug omdat je herbevoorraadde. De order is refunded, niet “weggevaagd zonder boeking”.

4. Check steekproef: bedrag, btw, verzend. Gedeeltelijke refund als je alleen het product crediteert en verzend houdt.

Geannuleerde orders kun je niet achteraf “alsnog syncen” met de handmatige knop alsof het credits zijn. De handmatige sync is voor orders en refunds die de koppeling wél kent. Een cancel blijft een cancel.

Installatieservice (eenmalige vergoeding, info@onlineorigins.nl) zet mapping en triggers. Die service verandert FAQ 5 niet. Geen plan-upgrade die annuleren ineens meestuurt. Eén plan, $13.95.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling. API-key, grootboekmapping, trigger Paid of Fulfilled.

2. Testorder betalen, mutatie checken.

3. Niet annuleren. Restitueren. Negatieve mutatie checken.

4. Zet in je SOP: bij “klant wilt stopzetten” na betaling → Refund, niet Cancel.

5. Onbetaalde orders die nooit syncten mag je annuleren; noteer waarom, zodat niemand ze later naboekt.

Trigger Fulfilled in plaats van Paid verandert FAQ 5 niet. Een geannuleerde, al verzonden order is nóg eerder een restitutie (retour) dan een cancel. De koppeling volgt de refund, niet de logistieke status.

Het overzicht in de app toont geslaagde en mislukte regels. Staat er geen regel na een cancel, dan is dat verwacht gedrag — geen storing.

Onbetaalde draft-achtige bestellingen die je in Shopify weggooit vóór Paid, heeft de koppeling meestal nooit gezien. Dan is annuleren administratief leeg, en dat is goed. Het gevaar zit bij Paid: daar staat al omzet. Zet die SOP-regel op de inpaktafel, niet alleen in de FAQ. Een stagiair die “annuleren” kiest omdat de knop bovenaan staat, is hoe 1042 een week later in support belandt.

Tot slot

Shopify geannuleerde order e-Boekhouden is een FAQ-antwoord, geen bug. Annuleren gaat niet mee. Restitutie wel, als negatieve mutatie, realtime. PDF, artikelen en voorraad gaan ook niet mee; die grenzen blijven staan.

Gebruik de restitutie-functie in Shopify, en laat de koppeling de credit boeken. Dan blijven omzet, bank en voorraad in hetzelfde verhaal.