Shopify refunds e-Boekhouden: restitutie wordt een negatieve mutatie, annuleren niet

Een terugbetaling in Shopify is geen “min-teken op dezelfde orderregel” in je boekhouding. Shopify refunds e-Boekhouden worden een aparte negatieve mutatie: het teruggestorte bedrag, met dezelfde btw-, verzend- en kortingslogica als de oorspronkelijke order. Wie alleen annuleert, ziet in e-Boekhouden.nl vaak helemaal niets — en houdt een openstaande omzetboeking die er niet meer hoort.

Dit artikel legt het verschil uit tussen restitutie en annuleren, hoe de e-Boekhouden.nl Koppeling creditorders realtime boekt, en wat je doet als een refund-mutatie ontbreekt.

We schreven eerder wanneer orders naar e-Boekhouden gaan (Paid of Fulfilled). Hier gaat het om de correctie erna: volledig of gedeeltelijk crediteren, niet om de eerste trigger.

Annuleren is geen creditboeking

Shopify kent twee acties die in de winkel hetzelfde lijken.

Annuleren stopt fulfillment. Voorraad kan terug, de order verdwijnt uit de openstaande lijst. Het is géén automatisch boekhoudkundig tegenboek. Volgens de FAQ van de koppeling worden geannuleerde orders niet doorgestuurd naar e-Boekhouden.nl. Wil je de order nog als credit verwerken? Annuleer dan niet, maar gebruik de restitutie-functie.

Restitueren (volledig of gedeeltelijk) is de financiële actie. Shopify Help beschrijft dat in Bestellingen terugbetalen: je kunt terugbetalen zonder retour, artikelen herbevoorraden, en de klant een mail sturen. Die refund is wat de koppeling als creditorder ziet.

De FAQ is expliciet: crediteer je een order in Shopify (gedeeltelijk of volledig), dan maakt de app automatisch een bijbehorende negatieve mutatie in e-Boekhouden.nl. Zo landt het teruggestorte bedrag in de administratie. Geen extra sync-toeslag, geen nachtelijke batch: dezelfde FAQ zegt dat sync realtime is zodra een order of refund wordt aangemaakt of gewijzigd.

Wat native Shopify niet doet: e-Boekhouden.nl aanroepen. Wat de koppeling niet doet: een cancel interpreteren als “boeken we het maar terug”. Die grens voorkomt dat een per ongeluk geannuleerde, nog onbetaalde order een spookcredit maakt — en dwingt je de refund-flow te gebruiken als het geld écht terug moet.

Wat shops nu proberen

1. Annuleren “want de klant betaalt niet meer”

De order stond al op Paid en is geboekt. Annuleren haalt de mutatie niet weg. In e-Boekhouden.nl blijft de omzet staan. De openstaande debiteur klopt niet meer met de bank. Herstel: alsnog restitueren in Shopify, of handmatig corrigeren in de administratie.

2. Alleen het bedrag terugboeken bij de payment provider

iDEAL of creditcard terug, Shopify-order onaangeroerd. De bank klopt, de mutatie in e-Boekhouden.nl niet. De koppeling ziet geen refund-event.

3. De oorspronkelijke mutatie in e-Boekhouden.nl overschrijven

Dat is geen sync. De app boekt een nieuwe negatieve mutatie; ze herschrijft de verkoopboeking niet. Dubbel corrigeren (handmatig én via refund) geeft twee credits.

Geen van die routes vervangt: restitueren in Shopify, mutatieoverzicht checken, negatieve mutatie in e-Boekhouden.nl laten staan.

Hoe de koppeling een refund boekt

De e-Boekhouden.nl Koppeling synct orders, klanten en financiële mutaties. Listing: automatische synchronisatie, btw-tarieven, verzendkosten en kortingsregels per order, en een overzicht van geslaagde en mislukte regels. Categorieën noemen expliciet sales and refunds. Listingprijs: $13.95 per maand, 14 dagen trial, facturatie via Shopify in USD. De listing is Nederlandstalig.

Boeken gebeurt als mutatieboeking (dagboekmutatie), niet als Shopify-PDF-factuur. Die PDF gaat niet mee — technisch niet beschikbaar om automatisch naar e-Boekhouden.nl te sturen. Artikelen en voorraad synct de app niet; een refund wijzigt dus geen artikelkaart in e-Boekhouden.nl. Alleen de financiële orderdata (bedragen, btw, kosten).

Gedeeltelijke restitutie volgt dezelfde regel: Shopify crediteert een deel, de app maakt een negatieve mutatie voor dat deel. Volledige restitutie: negatieve mutatie voor het terugbetaalde totaal. De oorspronkelijke verkoopmutatie blijft staan; samen moeten ze naar nul (of naar het resterende bedrag bij een deels terugbetaalde order).

De trigger Paid/Fulfilled bepaalt wanneer de oorspronkelijke order mag gaan. Een refund heeft alleen zin als die order al als mutatie bestaat. Heb je op Fulfilled staan en is de order nog niet verwerkt, dan is er vaak nog geen verkoopboeking om te crediteren. Restitueren nádat de order wél is gesynct, levert de credit op.

Grootboekmapping blijft dezelfde als bij verkoop: debiteuren (balans, bijvoorbeeld 1300), omzet (winst-en-verlies, géén balansrekening), verzendkosten, betaalkosten. De configuratiepagina zet die rekeningen één keer; de refund-mutatie gebruikt ze met een minteken. Optioneel: vaste debiteurcode of aparte POS-debiteur — kassarestituties blijven dan gescheiden van webcredits.

OSS-landen: de btw komt uit Shopify, net als bij de verkoop. Verkeerde shop-btw = verkeerde credit. Dat behandelden we in het btw-stuk; hier geldt dezelfde bron.

Voorbeeld: trui terug, verzendkosten blijven

Order #1842, €89,95 inclusief 21% btw plus €6,95 verzending. Trigger Paid: mutatie staat in e-Boekhouden.nl. Klant houdt de trui niet, jij restitueert het productbedrag en laat verzending staan.

In Shopify: Refund op de productregel, verzendregel niet aanvinken, herbevoorraden aan. De koppeling maakt een negatieve mutatie voor de productregel (inclusief de btw die Shopify op die regel had). Verzendkosten blijven op de oorspronkelijke mutatie. Twee boekingen, één netto resultaat: omzet terug, verzending blijft kosten.

Wat je níét doet: order #1842 annuleren “omdat hij toch terug is”. Dan blijft de volledige oorspronkelijke mutatie staan en komt er geen credit.

Tweede valkuil: restitueren via de payment provider en de Shopify-order op cancelled zetten. Geen refund-event, geen negatieve mutatie.

Als de refund-mutatie ontbreekt

In het dagelijkse verkeer synct de app via webhooks. Op de mutatiepagina zie je welke regels zijn gelukt of gefaald. Ontbreekt de credit, check dan eerst of je in Shopify écht een refund hebt gezet, niet alleen een cancel.

Daarna kun je handmatig synchroniseren. Die knoppen zijn voor uitzonderingen, niet voor de dagelijkse flow. Let op: handmatig ophalen geldt vanaf het moment van installatie. Refunds van vóór de livegang zitten daar niet bij.

Historische orders en refunds terugzetten is expres geen self-service. De docs: terugwerkende sync is foutgevoelig (dubbele boekingen, verkeerde datums). Je vraagt het aan via support, met periode, of het om orders/refunds/beide gaat, en eventuele context zoals een herinstallatie. Zie historische orders synchroniseren.

Een handmatige sync maakt van een geannuleerde order geen credit. Annuleren blijft buiten de koppeling.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling. Listingprijs: $13.95 per maand, 14 dagen trial. Facturatie via Shopify in USD.

2. Verbind de API-key. Stappen: documentatie. Kies Paid of Fulfilled en map de grootboekrekeningen.

3. Plaats een testorder die jouw trigger haalt. Controleer de verkoopmutatie in e-Boekhouden.nl.

4. Restitueer die testorder (volledig of één regel). Controleer de negatieve mutatie in e-Boekhouden.nl én het overzicht in de app.

5. Herhaal het scenario niet met alleen “annuleren”. Die order hoort níét als credit te verschijnen.

De listing is Nederlandstalig; de app is gericht op shops die in e-Boekhouden.nl werken. Optioneel is er een eenmalige installatieservice via info@onlineorigins.nl; de hoofdroute blijft zelf installeren via de App Store.

Tot slot

Shopify refunds e-Boekhouden zijn geen herschreven verkoopregel en geen cancel. Het is een realtime, negatieve mutatie nadat je in Shopify crediteert. Native Shopify praat niet met e-Boekhouden.nl; deze koppeling wel — zonder PDF-factuur, zonder artikel- of voorraadsync, zonder geannuleerde orders.

Zet de volgende retour via Restitueren in Shopify en laat de e-Boekhouden.nl Koppeling de credit zelf boeken.