Shopify e-Boekhouden herinstallatie: historische sync via support

Je hebt de app eraf gehaald. API-key gereset, mapping opnieuw, koppeling weer groen. Nieuwe Paid-orders landen. Tot de accountant Q2 mist: de weken dat de app uit stond, plus alles van vóór de eerste install. In Settings geen datumrange. De handmatige knop pakt drie orders van gisteren. Wie Shopify e-Boekhouden herinstallatie historische sync zoekt, zoekt geen extra scherm — die zoekt wat je ná een herinstallatie in de mail zet, zodat support de backfill mag draaien.

De docs Synchroniseren van historische orders en refunds houden terugwerkende sync intern. Herinstallatie staat daar letterlijk als voorbeeld van “aanvullende context”. Zelf de app nog eens verwijderen en terugzetten start geen import.

Gisteren ging het over betaalkosten versus verzendkosten in de mapping. Dat is relevant als je tijdens de herinstallatie die dropdowns hebt gewijzigd. Dit stuk is de sync-kant: wat realtime weer doet, wat de knop niet dekt, en hoe je de batch aanvraagt zonder dubbele mutaties.

Wat een herinstallatie wél en niet reset

De e-Boekhouden.nl Koppeling synct realtime orders, klanten en financiële mutaties. Refunds worden een negatieve mutatie. Listing (6 nov 2026): $13.95/maand, 14 dagen trial, 5.0 uit 1 review. Categorieën: Sales and refunds, Billing and invoicing, Accounts receivable, Automated data sync — order details, transactions, customers, Historical data import. Die laatste categorie bestaat. Een knop “importeer vanaf 1 januari” bestaat niet.

Na een herinstallatie, als API-key en grootboekmapping weer kloppen:

• Nieuwe Paid-orders (of fulfilled, als jij die trigger koos) gaan weer mee.

• Nieuwe restituties gaan mee als credit. Annuleren zonder restitutie niet.

• Het overzicht toont wat gelukt is en wat een fout gaf.

Wat níet vanzelf terugkomt:

• Orders uit de periode dat de app uit stond

• Orders van vóór de oorspronkelijke installatie

• Historische refunds uit diezelfde ranges

• Een automatische herkansing omdat je de app “schoon” hebt gezet

De app stuurt geen Shopify-PDF mee. Artikelen en voorraad synct hij niet. Dat verandert niet door te herinstalleren.

Waarom shops de backfill zelf forceren — en dat misgaat

App eraf, app erop, hopen op import

Shopify vraagt bij verwijderen geen “historische periode”. De koppeling start opnieuw vanaf nu. De weken ertussen blijven een gat tot support de batch draait.

Handmatige sync als backfill

De knoppen op de mutatiepagina kijken naar het venster sinds livegang, niet naar “alles in Shopify”. We schreven dat bij handmatige sync niet voor installatie. Na herinstallatie is “livegang” opnieuw *vandaag*. Driehonderd orders van april tikken terwijl je een mail stuurt, is hoe dubbele boekingen ontstaan.

Mapping wijzigen en dan dezelfde range nog eens vragen

Tijdens de herinstallatie zette je 4590 en 4550 goed, of een OSS-landrekening. Oude mutaties staan al op de vorige mapping. Zonder die context in de mail boekt support dezelfde order nog eens, of op de nieuwe rekening terwijl januari al op de oude staat.

Alleen “historische orders” mailen

Shopify had in die weken ook credits. Alleen orders vragen laat de creditkant scheef. Alleen refunds vragen terwijl de oorspronkelijke orders ontbreken, is de andere kant. De docs willen het woord orders, refunds of beide.

De pagina noemt drie risico’s van zelf forceren: dubbele boekingen, verkeerde datums, ontbrekende koppelingen. Daarom blijft de stap intern.

Wat er in de mail moet — mét herinstallatie

Zelfde drie regels als bij een gewone historische sync-aanvraag, plus de context die de docs noemen.

1. Periode. Concrete datums, geen “Q2”. Bij een herinstallatie vaak twee stukken: de weken dat de app uit stond, en eventueel de maanden van vóór de eerste install die je nog nooit hebt laten backfillen. Maak daar twee zinnen van, geen vage “alles tot nu”.

2. Orders, refunds of beide. Kies één van de drie. Controleer in Shopify of er in die range restituties zitten.

3. Context: herinstallatie. Datum van verwijderen, datum van opnieuw installeren. Wat je in Settings hebt gewijzigd (grootboek, trigger Paid vs fulfilled, vaste debiteur, OSS-mapping). Welke mutaties al handmatig in e-Boekhouden.nl staan (ordernummers), zodat die niet opnieuw gaan.

Mail: info@onlineorigins.nl. Support beoordeelt of de synchronisatie technisch mogelijk is. Je krijgt een reactie met bevestiging en — als het kan — het moment waarop de sync draait. Dat is geen SLA-belofte in minuten; het is de formulering uit de docs.

Optioneel: eenmalige installatieservice via hetzelfde adres. Dat is de eerste inrichting, niet de historische batch. Zeg het als je allebei wilt, niet in één zin alsof het hetzelfde is.

Praktijk: drie weken uit, mapping rechtgezet

Shop “Linnenraad”. Koppeling live sinds maart. In oktober de app verwijderd omdat de API-key in e-Boekhouden.nl was geroteerd. Drie weken later opnieuw geïnstalleerd, mapping 8000 / 4590 / 4550 zoals in het stuk van gisteren. Nieuwe orders synct. 14–31 oktober ontbreekt. Januari–februari is nooit gebackfilld.

Fout: handmatige knop spam, of “doe maar vanaf 1 januari” zonder te zeggen dat maart–september al binnen is.

Beter:

> Periode 1: 14 t/m 31 oktober 2026 (app verwijderd 14 okt, herinstallatie 4 nov). Beide: orders en refunds. > Periode 2: 1 januari t/m 28 februari 2026 — nog nooit gesynct. Alleen orders; refunds van Q1 staan al als memoriaal. > Mapping gewijzigd bij herinstallatie: verzendkosten 4590, betaalkosten 4550. Trigger blijft Paid.

Support plant wat technisch kan. Jij checkt daarna het overzicht: succesvol versus fout. Steekproef op datum, bedrag, btw. Eén misser ná livegang mag je met de handmatige knop opnieuw pushen. De hele oktober-batch nog eens vragen zonder overleg is hoe credits dubbel landen.

Realtime blijft de hoofdroute. De listing belooft automatische sync van orders, klanten en mutaties. Historische import is de uitzondering, via support, omdat terugwerkende runs foutgevoelig zijn.

Aan de slag

1. Zet de koppeling weer goed: API-key, grootboek, trigger. Nieuwe Paid-orders moeten eerst groen zijn.

2. Open de listing alleen voor de app zelf; de backfill zit niet in een extra plan. Standaard is $13.95/maand, 14 dagen trial.

3. Inventariseer het gat: weken uninstall, plus eventuele pre-install maanden. Noteer ordernummers die al in e-Boekhouden.nl staan.

4. Mail info@onlineorigins.nl met periode, orders/refunds/beide, en het woord herinstallatie plus wat je in Settings wijzigde.

5. Wacht op bevestiging. Tik intussen geen honderden oude orders handmatig in “voor de zekerheid”.

Tot slot

Shopify e-Boekhouden herinstallatie historische sync is geen tweede installatieknop. Herinstalleren zet realtime weer aan. Het gat en de oude jaren vraag je aan met periode, type en context. De docs houden die run intern vanwege dubbele boekingen, verkeerde datums en ontbrekende koppelingen.

Zet de koppeling live in de e-Boekhouden.nl Koppeling. Mail daarna de range. Support zegt of het technisch kan — en wanneer de sync draait.