Shopify historische refunds e-Boekhouden: oude restituties alsnog boeken

De orders van Q1 staan in e-Boekhouden.nl. De omzet klopt bijna. Tot de accountant de teruggestorte bedragen mist: elf restituties van vóór de installatie, wel in Shopify, nergens als credit. Wie Shopify historische refunds e-Boekhouden zoekt, heeft vaak de orders al laten backfillen — of denkt dat de handmatige sync-knop de oude credits er nog bij trekt. Dat doet hij niet.

Dit stuk gaat alleen over die creditkant. Hoe historische orders werken, staat apart. Hoe een refund ná livegang een negatieve mutatie wordt, ook. Hier: restituties van *vóór* de koppeling, of de credits die je vergat toen je alleen “orders” aanvroeg.

De e-Boekhouden.nl Koppeling synct refunds realtime vanaf installatie. Terugwerkende refunds blijven een supportactie.

Waarom oude restituties niet vanzelf meeliften

Listing-categorie Historical data import geldt voor orders én refunds. De webhookstroom begint bij installatie. Een restitutie van 12 februari terwijl je op 15 maart live ging, zit niet in die stroom. Er is geen schuif “haal credits van 2025 op” in Settings.

De docs Synchroniseren van historische orders en refunds houden terugwerkende sync intern. Fouten die extra pijn doen bij *refunds*:

• dubbele credits — dezelfde Shopify-refund al handmatig als memoriaal, plus nog eens via de app;

• credit zonder oorspronkelijke order — je vroeg alleen refunds, de debetkant staat nergens of op een andere datum;

• verkeerde datums — mutatie op de importdag in plaats van de restitutiedatum;

• annuleringen die je voor credits aanziet — geannuleerde orders gaan niet mee. Alleen een restitutie in Shopify wordt een negatieve mutatie.

De app stuurt geen PDF-factuur en synct geen artikelen of voorraad. Historische refunds = financiële mutaties, geen creditfactuur-PDF terug in de tijd.

Wat shops nu proberen tot de creditkant scheef blijft

Alleen “historische orders” mailen

Support zet Q1-omzet over. De elf refunds blijven in Shopify. e-Boekhouden.nl toont volle omzet. De docs vragen expliciet: orders, refunds of beide. Alleen orders vragen terwijl er credits in die periode staan, is hoe de creditkant scheef blijft.

De knoppen op de mutatiepagina

Handmatig synchroniseren is voor webhooks ná livegang. Die knoppen halen uitsluitend mutaties vanaf installatie. Een restitutie van vóór die datum komt daar niet uit, ook niet als je “refunds” aanklikt.

Credits overtypen als memoriaal

Werkt bij drie stuks. Bij tientallen mis je btw, verzendkosten en de koppeling met de oorspronkelijke order. Later dezelfde refund via support terugzetten = dubbel.

Orders in Shopify annuleren “dan komt het credit”

Annuleren is geen restitutie. De koppeling stuurt geannuleerde orders niet. Je houdt de omzetboeking en krijgt geen negatieve mutatie.

Geen van die routes: periode + “refunds” (of beide) in de mail, mapping eerst groen, daarna controleren of elke credit als min naast de order staat.

Hoe je oude restituties wél laat backfillen

Je vraagt de terugwerkende sync aan. Support voert hem uit. Jij zet de grens, zodat zij geen periode dubbel boeken.

Wat er in de mail moet

Naar info@onlineorigins.nl (tel. 073 234 0612), minstens:

1. Tijdsperiode — tot de dag vóór livegang, geen open einde.

2. Refunds, of beide — als de orders al historisch binnen zijn: schrijf dat erbij en vraag alleen refunds voor dezelfde periode. Als nog niets binnen is: beide, zodat credit en debet in één batch horen.

3. Context — herinstallatie, al handmatig ingeboekte credits (ordernummers), OSS-wijziging, of een eerdere batch die orders wel en refunds niet meenam.

Support beoordeelt of de sync technisch mogelijk is. Claim niet dat elke periode altijd kan.

Wat je eerst in de app vastzet

Historie volgt dezelfde mapping als nieuwe mutaties:

• Trigger Paid of Fulfilled — dezelfde als de doorstroom. Een refund op een order die jij pas bij Fulfilled boekt, hoort in dezelfde logica.

• Grootboek: debiteuren, omzet, verzendkosten, betaalkosten. Geen apart “korting-dropdown”; korting zit in de orderregels.

• Vaste debiteurcode of aparte POS-debiteur als kassa en web door elkaar lopen.

• OSS: 1600-reeks per EU-land als je dat gebruikt. Historische EU-credits landen anders op de Nederlandse rekening.

Verkeerde shop-taxes worden keurig verkeerd historisch gecrediteerd. Zet taxes eerst recht.

Wat je ná de batch checkt

Op de mutatiepagina: succesvol versus fout — dezelfde listing-belofte. Steekproef: restitutiedatum, bedrag, btw, en of het credit negatief naast de oorspronkelijke order staat. Een enkele foutregel ná livegang mag je met de handmatige knoppen opnieuw pushen. Een hele historische refund-batch nog eens vragen zonder overleg is hoe dubbele credits ontstaan.

Listing van de e-Boekhouden.nl Koppeling: automatische sync van orders, klanten en mutaties; btw, verzendkosten, kortingsregels; overzicht succesvol/fout. $13.95 per maand, 14 dagen trial, USD via Shopify. Listing Nederlandstalig, 5.0 uit 1 review. Geen artikelen, geen voorraad, geen PDF.

Voorbeeld: orders al binnen, elf credits zoek

Live op 15 maart 2026. Trigger = Paid. In april liet je Q1-orders backfillen. 180 betaalde weborders van 1 januari t/m 14 maart staan. Elf restituties in die periode — twee volledig, negen gedeeltelijk — zitten alleen in Shopify. Twee daarvan had de boekhouder al als memoriaal gezet.

Nieuwe mail:

• Periode: 1 januari t/m 14 maart 2026 (zelfde als de orderbatch).

• Alleen refunds — orders staan al; niet opnieuw.

• Context: eerdere historische order-sync; twee memorialen (nummers erbij) overslaan.

Support draait de credits. Jij checkt of negen nieuwe negatieve mutaties binnen zijn en of de twee memorialen niet dubbel staan. Vanaf 15 maart blijven nieuwe refunds via de webhook lopen. De knoppen op de mutatiepagina gebruik je alleen als een *nieuwe* restitutie mist — niet om Q1 nog eens te halen.

Optioneel: eenmalige installatieservice via info@onlineorigins.nl. De historische refund-batch blijft support, geen extra scherm.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling. API-key, trigger, grootboek: documentatie.

2. Testorder en testrefund ná livegang. Beide groen = mapping klopt voor credits.

3. Inventariseer restituties tot de dag vóór installatie. Noteer wat al handmatig als credit in e-Boekhouden.nl staat.

4. Mail info@onlineorigins.nl: periode, refunds of beide, plus of orders al historisch binnen zijn. Wacht op bevestiging. Er is geen self-service-knop.

5. Controleer de mutatiepagina. Daarna alleen handmatig synchroniseren voor nieuwe uitzonderingen.

De app meldt je niet aan bij de Belastingdienst. Openingsbalans blijft accountantwerk. De koppeling vult mutaties; jij bewaakt dat dezelfde refund niet twee keer bestaat.

Tot slot

Shopify historische refunds e-Boekhouden zijn geen CSV en geen knop “credits vanaf 1 januari”. Nieuwe restituties synct de app realtime als negatieve mutatie. Annuleren telt niet. Oude credits vraag je aan met periode en het woord *refunds* — vooral als de orders al binnen zijn.

Zet de mapping vast, vraag de creditkant aan, en laat de e-Boekhouden.nl Koppeling de volgende Shopify-refund zelf boeken.