Shopify-debiteuren en omzet mappen in e-Boekhouden vóór go-live

De API-key hangt, de trigger staat op Paid, de testorder is bijna klaar. In Settings gapen vier lege rekeningvelden. Shopify debiteuren omzet mapping e-Boekhouden is geen nabewerking ná de eerste echte order. Het is de minimale set die je invult vóór je de koppeling op productie laat lopen: debiteuren, omzet, verzendkosten, betaalkosten.

Zonder die vier synct er wél iets. Alleen landt het op gokrekeningen, of de mutatie faalt. We zetten eerder de grootboekrekeningen zelf uiteen. Dit stuk is de go-live-volgorde: wat er *minimaal* in moet voordat je de winkel openzet, en wat je gerust later doet.

De app is de e-Boekhouden.nl Koppeling. Listing: automatische sync van orders, klanten en financiële mutaties; btw, verzendkosten en kortingsregels per order; overzicht geslaagd versus fout. $13.95/maand, 14 dagen trial, USD. 5.0 uit 1 review.

Shopify kent 1300 niet, e-Boekhouden.nl kent je SKU niet

Shopify is verkoop: orders, tax lines, shipping, payment fees. e-Boekhouden.nl is administratie: grootboek, debiteuren, resultatenrekening. Die twee delen geen nummers. Adding tax in Shopify gaat over tarieven, niet over “8000 Omzet groep 1”.

Koppeling configureren vraagt daarom vier tegenrekeningen, plus trigger en boekingstype. Boekingstype is Mutatie: dagboekmutatie, geen Shopify-PDF-factuur. Artikelen en voorraad gaan niet mee — dat stond in het voorraad-artikel. Geannuleerde orders ook niet; gebruik een restitutie.

De mapping verandert die grenzen niet. Ze bepaalt alleen *waar* de bedragen landen die wél binnenkomen.

Wat shops invullen “om maar live te zijn”

Alleen omzet, rest later

Veld 4 krijgt 8000. Debiteuren, verzending en fees blijven leeg. De eerste Paid-order faalt, of alles klopt op één pot. Later splitsen is een correctieronde.

Omzet op een balansrekening

De docs zijn één zin: de tegenrekening voor omzet mag géén balansrekening zijn. Kies je 1300 of een btw-rekening, dan klopt winst-en-verlies niet en balans ook niet. Dat herstel je niet met een tweede sync.

OSS-landrekeningen vóór de vier basisvelden

Handig als je al boven de drempel zit. Niet als 8000 nog een balanspost is. Landrekeningen voor btw vervangen 8000 niet. Eerst de minimale set, dan OSS.

De minimale mapping: vier velden, twee rekeningsoorten

Uit de configuratiepagina, in deze volgorde:

1. Trigger. Betaalde orders (Paid) of verwerkte/verzonden (Fulfilled). Paid is de gebruikelijke start: de mutatie volgt het geld, niet de doos.

2. Boekingstype Mutatie. Geen extra keuze voor een PDF.

3. Debiteuren (veld 3). Balansrekening voor klantvorderingen. Voorbeeld in de docs: 1300 – Debiteuren. Geen omzetrekening.

4. Omzet (veld 4). Winst-en-verlies. Voorbeeld: 8000 – Omzet groep 1. Geen balans. Eén tegenrekening; de app splitst niet naar “hoog” en “laag” in twee omzetvelden.

5. Verzendkosten (veld 5). Voorbeeld: 4590 – Overige verkoopkosten. Mag specifieker als jouw schema dat heeft.

6. Betaalkosten (veld 6). Voorbeeld: 4550 – Bankkosten. Kostenrekening op de resultatenrekening, geen banksaldo.

Optioneel, *niet* verplicht voor go-live:

• Veld 8: vaste debiteurcode als je niet per klant wilt boeken (`0012JOOSTJANSEN`). Relatiecode, geen 1300.

• Veld 9: aparte POS-debiteur voor kassa.

• Veld 7: OSS per EU-land — eigen handleiding, eigen rekeningen in de 1600-reeks.

Kortingen hebben geen vijfde dropdown. Die zitten al in de Shopify-orderbedragen; ze landen op 8000 (of jouw omzetrekening), niet op 4590.

Praktijk: webshop live op maandagochtend, mapping zondagavond

Je verkoopt lampen vanuit Nederland. e-Boekhouden.nl loopt al. Shopify is nieuw. Accountant wil geen honderd correcties in week één.

Zondag:

1. API-key verbinden. Zonder sleutel synct niets.

2. In e-Boekhouden.nl checken of 1300 (balans), 8000 (W&V), 4590 en 4550 bestaan. Ontbreekt 4550: aanmaken als kostenrekening, niet “even 8000 gebruiken”.

3. In de app: Paid, Mutatie, 1300 / 8000 / 4590 / 4550 — of jouw nummers,zelfde soorten.

4. Testorder Paid, bedrag dat je kent: product, verzending, iDEAL-fee, 21%.

5. Mutatiepagina in de app: geslaagd of fout. Daarna de dagboekmutatie in e-Boekhouden.nl. Debiteuren op 1300, omzet op 8000, verzending op 4590, fee op 4550, btw zoals op de order. Geen productregels verwachten.

Maandag: echte orders. Eerste vijf handmatig nalopen. Klopt de soort (balans vs W&V), dan klopt de rest van de week statistisch veel vaker.

Twijfel je over de nummers: installatieservice via info@onlineorigins.nl. De mapping blijft jouw rekeningschema; de service vult hem niet voor je accountant in zonder overleg.

Een mutatie die “geslaagd” is, is nog geen juiste mapping. Open de boeking in e-Boekhouden.nl. Staat omzet op 8000 en niet op 1300? Staat verzending apart van het productbedrag? Zit de iDEAL-fee op 4550 en niet op de bankrekening zelf? Als één van die drie mis is, zet je de velden in de app om en draai je een *nieuwe* testorder. Oude mutaties herberekent de koppeling niet magisch; dat is een correctie in de administratie.

Historische orders importeer je pas als die test klopt. Anders herhaal je dezelfde foute mapping over honderden regels. OSS-landrekeningen idem: eerst 1300/8000/4590/4550, dan pas per EU-land. De FAQ blijft de grens: geen PDF, geen artikelen, geen geannuleerde order zonder restitutie. Mapping verandert die grens niet.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling.

2. Maak of controleer in e-Boekhouden.nl: debiteuren (balans), omzet (W&V), verzendkosten, betaalkosten.

3. Settings: Paid of Fulfilled, Mutatie, de vier rekeningen. Geen omzet-op-balans.

4. Eén testorder. Open de mutatie. Kloppen de vier regels plus btw?

5. Pas daarna historische import of OSS. Niet andersom.

OSS, POS-debiteur en vaste debiteurcode zijn extra’s. Ze horen niet in de minimale go-live-set.

Tot slot

Shopify debiteuren omzet mapping e-Boekhouden is vier rekeningen vóór de eerste echte Paid-order: 1300-achtig (balans), 8000-achtig (geen balans), verzending, fees. De koppeling synct orders en refunds als mutatie, geen PDF, geen voorraad. Verkeerde rekeningsoort is een verkeerde administratie, geen “we lossen het in de aangifte op”.

Zet de mapping in de e-Boekhouden.nl Koppeling klaar terwijl de shop nog dicht is. Live gaan met lege velden is goedkoper in minuten, duurder in correcties.