Shopify e-Boekhouden mutaties controleren na go-live

De koppeling staat op Paid. De eerste echte order is binnen. De accountant vraagt: “staat hij erin?” Shopify Admin is groen. Dat bewijst niks. Shopify e-Boekhouden mutaties controleren is het overzicht in de app: welke gegevens succesvol of met fouten zijn verwerkt. Gecontroleerd op 11 november 2026: listing van e‑Boekhouden.nl Koppeling, docs Mutaties Foutmeldingen, Koppeling configureren en FAQ. Wijzigt de listing dat overzicht, de foutteksten, of de trigger Paid/Fulfilled, dan herlees je die bronnen vóór je “het loopt” in een kick-off zet.

Op 10 oktober schreven we groen of rood in het overzicht. Dat is debugging. Hier is de eerste check na go-live: één testorder, het scherm open, daarna pas de winkel laten lopen.

Shopify boekt niet naar e-Boekhouden.nl

Native Shopify heeft geen dagboek in e-Boekhouden.nl. Geen PDF-factuur die meegaat, geen artikelen, geen voorraad. Dat staat in de FAQ en op de listing. De koppeling duwt een mutatieboeking via webhooks, realtime, als de trigger klaar is. Jij ziet in Shopify een betaalde order. De administratie ziet alleen wat de app heeft aangeboden én wat e-Boekhouden.nl heeft geaccepteerd.

Zonder het overzicht gok je. Met het overzicht heb je drie uitkomsten: succes, fout, of geen regel. Die derde is geen groene vink. Die is “nog niet aangeboden”.

Wat shops doen tot die eerste check bestaat

De accountant in e-Boekhouden.nl laten zoeken

Debiteuren, vandaag, “iets van Shopify”. Als de trigger op Fulfilled staat, is een betaalde maar onverzonden order nergens. Geen foutregel. Wachten. Zie Paid of Fulfilled.

De order met de hand intoetsen “voor de zekerheid”

Later slaagt de sync. Twee mutaties. Dezelfde valkuil als bij foutmeldingen: of de app boekt, of jij boekt. Niet allebei.

Alleen de API-key checken en klaar

Key klopt, Connecten is gedaan, mapping is een voorbeeld uit de docs. Zonder testorder in het overzicht weet je niet of debiteur, bedrag, btw en verzendkosten landen. De key is stap 1. Het overzicht is stap 1b.

Wat het overzicht wél is — listing 11 nov 2026

Live listing: $13.95/maand, 14 dagen trial, 5.0 uit 1 review, Nederlands, werkt met Shopify Admin en e-Boekhouden.nl. Bullet: *Controleer eenvoudig welke gegevens succesvol of met fouten zijn verwerkt.* Zelfde scherm als de handmatige sync-knoppen bovenaan — handmatig synchroniseren. Die knoppen halen vanaf installatie tot nu, niet de historie vóór installatie.

FAQ: realtime. Geen nachtelijke batch. Geannuleerde orders gaan niet mee; restitutie wel, als negatieve mutatie. BTW komt uit Shopify; de koppeling gokt geen tarief. BTW-codes overnemen is een ander artikel. Hier telt of de regel in het overzicht staat.

Bronnen onder de tabel: listing 11 nov 2026; FAQ; Mutaties Foutmeldingen; Koppeling configureren. Verandert de trigger-naam of de fouttekst `billing_address`, dan is de middelste rij stale.

Docs Mutaties Foutmeldingen (drie teksten die ná go-live het vaakst opduiken bij telefoonorders):

1. `address1` leeg in `billing_address`.

2. `billing_address` ontbreekt — stel een standaarddebiteur in.

3. `contact_email` ontbreekt — idem.

Dat is standaarddebiteur bij een handmatige order, niet “de koppeling is stuk”. Een webcheckout mét huisnummer hoort groene te zijn als mapping en trigger kloppen.

Praktijk: één testorder vóór je “live” zegt

Webshop “Atelier Noord”, trigger Paid, mapping uit de instellingendocs: debiteuren 1300 (balans), omzet 8000 (geen balans), verzend 4590, betaalkosten 4550 — voorbeelden, geen wet. OSS-landrekeningen maak je in e-Boekhouden.nl zelf; de app maakt ze niet.

Wat ik op 11 nov 2026 zou doen, in deze volgorde:

1. API-key in e-Boekhouden.nl onder Beheer → Koppelingen → API, kopiëren vóór opslaan, Connecten in de app. Token heeft een einddatum.

2. Koppeling configureren: trigger Paid als je bij betaling wilt boeken. Eén kiezen voor de hele shop.

3. Testorder via de storefront, met factuuradres en e-mail, markeren als betaald.

4. Mutatie-overzicht: Shopify-ordernummer zoeken. Succes? In e-Boekhouden.nl dezelfde vier velden nalopen. Fout? Tekst lezen, niet opnieuw duwen. Geen regel? Trigger of webhook, niet de knop als eerste reflex — webhooks.

5. Refund-test: kleine restitutie, aparte negatieve mutatie. Cancel-test: niets — dat is correct.

Geen historische dump “om bij te zijn”. Historie vóór installatie is een supportaanvraag, niet de knop. Na go-live is het overzicht je uitzonderingslijst, geen ochtendroutine van beide knoppen.

Installatieservice bestaat (listing/docs: contact info@onlineorigins.nl, eenmalige vergoeding). Dat vervangt de testorder niet. Jij of zij: één groene regel plus een check in e-Boekhouden.nl, dan pas de accountant.

Aan de slag

Open de mutatielijst. Filter niet meteen op fouten als je nét live bent — je wilt óók zien dat succes bestaat. Zoek het ordernummer, niet “vandaag”. Lees kleur én tekst. Pas daarna: mapping, trigger, standaarddebiteur, of de handmatige knop.

Listing van e‑Boekhouden.nl Koppeling: $13.95, 14 dagen trial, USD via Shopify. In die trial hoort deze check. Niet op dag 13.

Tot slot

Op 11 november 2026 zou ik geen webshop “gekoppeld” noemen omdat Connecten groen is. Ik zou één storefront-order Paid maken, het overzicht openen, en pas groene plus dezelfde bedragen in e-Boekhouden.nl als bewijs nemen. Een lege lijst behandel ik als “trigger of webhook”, niet als succes. Een rode regel los ik op de tekst op, niet door de mutatie handmatig in te typen. Wijzigt de listing het overzicht of de FAQ de realtime-belofte, dan is dit advies weg. Tot die tijd is controleren het scherm, niet Shopify Admin.

Installeren: e‑Boekhouden.nl Koppeling.