Shopify omzetrekening: geen balansrekening in e-Boekhouden

De mutatie is groen. Toch vraagt je accountant waarom 1300 Debiteuren groeit met omzet, of waarom 8000 leeg blijft terwijl Shopify wél verkopen toont. Vaak is veld 4 in de koppeling hetzelfde nummer als veld 3. Of iemand zette “omzet” op een andere balansrekening “omdat die al bestond”.

Shopify omzetrekening geen balansrekening is letterlijk wat de docs bij veld 4 zeggen. Koppeling configureren: tegenrekening omzet = winst-en-verlies. Voorbeeld 8000 – Omzet groep 1. *Let op: dit mag géén balansrekening zijn.* Debiteuren (voorbeeld 1300) blijft balans. Dat is de vordering, niet de verkoop.

De e-Boekhouden.nl Koppeling boekt een mutatie, geen Shopify-PDF. Listing: $13.95/maand, 14 dagen trial, 5.0 uit 1 review, Nederlands. Facturatie in USD.

Op 16 oktober schreven we de mapping debiteuren versus omzet in grote lijnen. Hier de valkuil in veld 4: een balansnummer waar een resultatenrekening hoort.

Balans is wie nog moet betalen. Omzet is wat je verkocht.

e-Boekhouden.nl scheidt twee kanten van dezelfde order:

• Debiteuren (balans) — de klant is je nog iets schuldig, of de vordering is al vereffend tegen de bank. Voorbeeld 1300.

• Omzet (winst-en-verlies) — de verkoop zelf. Voorbeeld 8000.

Zet je 1300 in veld 4, dan boek je verkopen op de balans. De resultatenrekening mist omzet. De balans zwelt. De sync kan groen zijn: het nummer bestaat. Groen is geen bewijs dat het de juiste *soort* rekening is.

Verzendkosten (voorbeeld 4590 – Overige verkoopkosten) en betaalkosten (voorbeeld 4550 – Bankkosten) zijn kostenrekeningen op de resultatenrekening. Die mag je ook niet op 1300 of 8000 parkeren. Verzendkosten apart boeken behandelt veld 5. Veld 6 is de iDEAL-fee. Dit artikel is veld 4.

OSS-landrekeningen (1600-reeks, categorie Balans, voorbeeld 1640) zijn weer iets anders: btw per EU-land, niet omzet. Gisteren de historische sync; eerder OSS-rekeningen aanmaken. Meng die nummers niet in veld 4.

Wat merchants nu verkeerd zetten

Zelfde nummer in 3 en 4. “Dan klopt de mutatie toch.” Nee. Debiteuren en omzet zijn twee regels van dezelfde boeking. Eén nummer maakt van de verkoop een vordering-op-vordering, of van de vordering omzet.

8000 bestaat niet, dus 1300 “tijdelijk”. Bestaat 8000 niet in e-Boekhouden.nl, dan faalt de mutatie of iemand vult een nummer dat wél bestaat. Tijdelijk wordt honderd orders. Maak 8000 (of jouw omzetgroep) aan als winst-en-verlies, daarna mappen.

Omzet op een balansrekening “tussenrekening webshop”. Klinkt netjes, is nog steeds balans. De docs zijn stellig: veld 4 mag geen balansrekening zijn.

Twee omzetgroepen in het schema, één veld in de app. 8000 lampen, 8010 boeken. De koppeling heeft één tegenrekening omzet. Beide producttypes landen daar. Btw-codes (21% / 9%) komen uit Shopify; de rekening splitst de app niet. Claim geen dropdown “Omzet hoog / Omzet laag”.

Artikelen of voorraad meenemen zodat “omzet per SKU” vanzelf gaat. Doet deze app niet. Geen artikelen, geen voorraad, geen PDF-factuur. Alleen de mutatie.

De vier rekeningen, één verbod

Docs-volgorde na de trigger (Paid of Fulfilled) en boekingstype Mutatie:

1. Debiteuren — balans, voorbeeld 1300.

2. Tegenrekening omzet — winst-en-verlies, voorbeeld 8000. Geen balans.

3. Verzendkosten — voorbeeld 4590.

4. Betaalkosten — voorbeeld 4550, kostenrekening.

Trigger verandert de rekeningsoort niet. Paid of Fulfilled bepaalt *wanneer* de mutatie gaat, niet *waarheen*. Btw neemt de koppeling over uit Shopify (FAQ: tarieven, vrijstellingen, codes zoals in de shop). Verkeerde rekeningsoort is een ander probleem dan verkeerde btw.

Optioneel: vaste debiteurcode, aparte POS-debiteur. Dat zijn debiteurennummers, geen omzetrekening. Zet daar geen 8000.

Geannuleerde orders gaan niet mee. Restitutie wel (negatieve mutatie). Annuleren in Shopify zonder refund is geen boeking de andere kant op.

Praktijk: 8000 aanmaken, 1300 met rust laten

Shop “Lamp & Linnen”. Schema had 1300 en 4590, geen 8000. Iemand zette 1300 in veld 4 “tot we een omzetgroep hebben”. Dertig orders later groeit 1300 met productbedragen.

1. Installeer de e-Boekhouden.nl Koppeling. API-key in e-Boekhouden.nl, daarna de app.

2. In e-Boekhouden.nl: rekening 8000 Omzet groep 1 (of jouw nummer) als winst-en-verlies. Niet als balans, niet in de 1600-reeks.

3. App → Settings. Veld 3: 1300. Veld 4: 8000. Veld 5: 4590. Veld 6: 4550. Opslaan.

4. Testorder: NL particulier, 21%. Trigger Paid of Fulfilled, zoals je hebt staan. Groen in het overzicht is nodig, niet voldoende: open de mutatie in e-Boekhouden.nl.

5. Verwacht: vordering op 1300, productomzet op 8000, verzending op 4590, fee op 4550, btw zoals Shopify.

Zie je het productbedrag op 1300, dan staat veld 4 nog op een balansnummer. Zie je alles op 8000 inclusief PostNL, dan is veld 5 leeg of gelijk aan omzet — dat is het verzendartikel, niet dit.

Bestaande foute mutaties corrigeer je in e-Boekhouden.nl (of met je accountant). De app herschrijft geschiedenis niet omdat je veld 4 wijzigt. Nieuwe orders volgen de nieuwe mapping. Historische inhaal blijft een mail naar info@onlineorigins.nl, geen knop.

Aan de slag

1. Open de listing. $13.95/maand, 14 dagen trial.

2. Check in e-Boekhouden.nl of 8000 (of jouw omzetgroep) een resultatenrekening is.

3. Vul veld 4 met dat nummer. Laat 1300 op veld 3.

4. Stuur één testorder. Lees de mutatie, niet alleen het groene vinkje.

5. Twijfel over het schema: info@onlineorigins.nl. Installatieservice is een eenmalige vergoeding, geen vervanging van jouw rekeningschema.

Claim geen PDF-factuur, geen artikel- of voorraadsync, geen geannuleerde orders. Claim geen tweede omzetveld voor 9% versus 21%.

Tot slot

Shopify omzetrekening geen balansrekening is veld 4: voorbeeld 8000, winst-en-verlies. Debiteuren 1300 is de vordering. Verkeerd nummertype geeft een groene sync op de verkeerde kant van de administratie.

Zet 8000 in de e-Boekhouden.nl Koppeling. De order blijft een mutatie. De omzet landt waar je winst-en-verlies hoort.