Historische sync e-Boekhouden aanvragen: mail, geen knop

De koppeling draait. Nieuwe Paid-orders landen in e-Boekhouden.nl. De accountant vraagt: “en Q1?”. Jij opent Settings. Geen datumrange. Geen importwizard. Wie Shopify historische sync aanvragen e-Boekhouden zoekt, zoekt dus geen extra scherm — die zoekt de mail die support nodig heeft om de batch wél te mogen draaien.

De docs Synchroniseren van historische orders en refunds zeggen het zonder omwegen: gebruikers kunnen historische orders en refunds niet zelf terugzetten. Online Origins houdt die stap intern. Zelf een range forceren — via herinstallatie, via de handmatige knop, via een CSV ernaast — gaf in de praktijk dubbele boekingen en verkeerde datums.

We schreven eerder waarom historische orders geen self-service zijn, en waarom de handmatige sync-knop niet tot vóór de installatie reikt. Dit stuk is alleen de aanvraag: wat er in de mail moet, wat je weglaat, en wat je níet zelf doet terwijl je wacht.

De e-Boekhouden.nl Koppeling blijft de CTA. Listing: automatische sync van orders, klanten en mutaties; overzicht succesvol versus fout; categorie *Historical data import*. $13.95 per maand, 14 dagen trial, 5.0 uit 1 review. Facturatie in USD. De listing is Nederlandstalig.

Wat “aanvragen” wél is (en wat de knop niet is)

Vanaf livegang gaan nieuwe mutaties via webhooks. Trigger: Paid of Fulfilled, jouw keuze. Dat is de doorstroom. Orders van vóór die dag zitten niet in die stroom. De listing-categorie *Historical data import* belooft dat historie *kan* — niet dat jij een slider hebt.

De docs houden terugwerkende sync intern omdat die foutgevoelig is. Drie risico’s, letterlijk uit die pagina:

• dubbele boekingen

• verkeerde datums

• ontbrekende koppelingen

Een knop “haal 2025 op” zou die drie in één keer in je administratie zetten. Daarom beoordeelt support eerst of de sync technisch mogelijk is. Daarna krijg je een bevestiging en — als het kan — het moment waarop de batch draait.

Wat de app nooit meeneemt, ook niet in een supportbatch:

• geen Shopify-PDF naar e-Boekhouden.nl

• geen artikelen of voorraad

• geen geannuleerde orders — alleen restituties als negatieve mutatie

Drie dingen die shops doen in plaats van de mail

De mutatieknoppen “voor de zekerheid”

Bovenaan de mutatielijst staan knoppen voor handmatig synchroniseren. Die herhalen de webhookstroom vanaf installatie tot nu. Januari terwijl je in maart installeerde komt daar niet uit. Duwen voelt als actie. Het vult Q1 niet.

Herinstalleren “dan start de historie opnieuw”

Herinstallatie is in de docs juist context bij de aanvraag, geen importtruc. Het verschuift het installatiemoment. Wat al geboekt is, blijft. Wat nooit is aangeboden, blijft weg tot support de periode draait.

Zelf Q1 overtypen terwijl de mail onderweg is

Dan staat dezelfde Shopify-order straks twee keer in e-Boekhouden.nl. Support moet ontwarren wat jij al hebt gezet. Dat is precies het risico dat de docs noemen. Tik geen “tijdelijke” 200 regels.

Geen van die routes vervangt: één mail, drie velden, wachten op bevestiging.

Wat er in de mail moet — niet meer, niet minder

Adres uit de docs: info@onlineorigins.nl. Telefoon 073 234 0612 als je wilt bellen, de beoordeling blijft schriftelijk het duidelijkst.

De pagina vraagt minstens drie dingen.

1. De tijdsperiode

Concreet. Voorbeeld uit de docs: van 1 januari t/m 31 maart 2025. Schrijf de dag vóór livegang als einddatum als de batch “alles tot de koppeling” is. Geen “alles tot nu”. Geen “het hele archief”. Open einde is hoe een order van ná installatie óók in de batch belandt — en dan dubbel naast de webhook.

Staat een stuk Q1 al handmatig in e-Boekhouden.nl? Zet die datums erbij, plus ordernummers. Dat is geen extra wens, dat is hoe support die nummers overslaat.

2. Orders, refunds of beide

Refunds in die periode zijn aparte mutaties. Alleen “historische orders” mailen terwijl Shopify elf credits heeft, laat de creditkant scheef. Alleen credits vragen terwijl de oorspronkelijke orders ontbreken, is de andere kant — we behandelden die refund-backfill apart. In de aanvraag: kies één van de drie woorden uit de docs. Geen “doe maar wat nodig is”.

3. Context

De docs noemen herinstallatie of wijzigingen in instellingen. Vul aan wat de mapping in die maanden anders maakte dan nu:

• grootboek of debiteurcode gewijzigd na livegang

• overstap van vestigingsland-btw naar OSS (1600-serie, categorie Balans — gisteren over die rekening)

• een periode die de boekhouder al heeft ingeboekt

• POS en web door elkaar, of juist geen POS

Zonder context beoordeelt support of de sync *technisch* kan. Met context beoordelen ze of hij *schoon* kan.

Wat je weglaat: een Excel van 400 regels “ter controle”. Een verzoek om artikelen of voorraad mee te nemen. Een vraag of de Shopify-PDF alsnog mee kan. Die drie kan de koppeling niet, plan of batch maakt niet uit.

Wat je klaarzet vóór je verstuurt

Historie volgt dezelfde mapping als nieuwe orders. Zet die vast *vóór* de mail. Anders landt Q1 op de rekeningen van vandaag, niet op die van toen — of erger: op een leeg veld.

• API-key leeft, testorder ná livegang is groen.

• Trigger Paid of Fulfilled, dezelfde als de doorstroom.

• Grootboek: debiteuren, omzet, verzendkosten, betaalkosten.

• Optioneel: vaste debiteurcode; aparte POS-debiteur als kassa meeloopt.

• Btw-tarieven in Shopify kloppen. De koppeling neemt over wat er staat.

Optioneel: eenmalige installatieservice via hetzelfde adres. Dat is de eerste inrichting, niet de historische batch. Vraag die twee dingen niet door elkaar in één zin zonder dat te zeggen.

Praktijk: live 12 maart, Q1 leeg, elf credits

Shop “Linnen & Last”. Installatie 12 maart 2026. Trigger Paid. Testorder #10880 groen. In Shopify: 210 betaalde weborders 1 januari–11 maart, plus 11 restituties. Acht januari-orders staan al handmatig in e-Boekhouden.nl. Geen POS. Geen OSS in Q1.

Mail:

• Periode: 1 januari t/m 11 maart 2026.

• Beide: orders én refunds.

• Context: acht handmatige boekingen in januari (nummers #10002–#10009); die niet opnieuw. Geen herinstallatie. Mapping ongewijzigd sinds livegang.

Wat je níet doet terwijl je wacht: de mutatieknop “nog eens”. Q1 overtypen. De app deïnstalleren.

Support antwoordt of het kan, en wanneer de batch draait. Jij checkt daarna de mutatielijst: steekproef op datum, bedrag, btw, verzendkosten, en of de elf credits als negatief naast de oorspronkelijke order staan. De acht al ingeboekte nummers horen te ontbreken. Vanaf 12 maart blijft de webhook de nieuwe Paid-orders sturen.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling. $13.95 per maand, 14 dagen trial. Zet API-key, trigger en grootboek klaar — stappen in de documentatie.

2. Laat ná livegang één testorder (en desnoods één testrefund) groen worden. Mapping eerst, mail daarna.

3. Schrijf de periode tot de dag vóór installatie. Noteer wat al in e-Boekhouden.nl staat.

4. Mail info@onlineorigins.nl: periode, orders/refunds/beide, context. Wacht op de beoordeling. Er is geen “historie”-knop om tussendoor te duwen.

5. Controleer na de batch de mutatiepagina. Gebruik daarna alleen handmatige sync voor gaten *ná* livegang.

Tot slot

Shopify historische sync aanvragen e-Boekhouden is drie regels in een mail, geen importscherm. Periode. Orders, refunds of beide. Context. De docs houden de batch intern omdat zelf doen tot dubbele boekingen en verkeerde datums leidde. De listing-categorie *Historical data import* blijft staan — de uitvoering zit bij support.

Zet de doorstroom eerst goed in de e-Boekhouden.nl Koppeling. Stuur daarna de mail. Tik Q1 niet “even” zelf.