Shopify betaalkosten versus verzendkosten mapping: twee rekeningen

De klant betaalt €84,50. Shopify splitst dat in €76,00 product, €7,95 verzending en een iDEAL-fee van een paar tientallen cent. In e-Boekhouden.nl landt één mutatie. Als die drie bedragen op 8000 Omzet groep 1 staan, of verzending en fee op dezelfde 4590, klopt je W&V tot de accountant vraagt waarom transport en bankkosten niet uit elkaar te trekken zijn. Shopify betaalkosten versus verzendkosten mapping is geen extra sync. Het zijn twee dropdowns in de e-Boekhouden.nl Koppeling: veld 5 en veld 6, twee kostenrekeningen, geen omzet.

We schreven eerder apart over de verzendkostenrekening en over betaalkosten op 4550. Dit stuk is de vergelijking: waarom je ze niet omwisselt, niet samenvoegt, en niet op 8000 parkeert.

Shopify kent 4590 en 4550 niet

Shopify rekent verzendtarieven in checkout: vast, gewicht, prijs, of gratis vanaf een drempel. Dat bedrag is een shipping line. Shopify Payments en andere providers houden transactiekosten in. Dat is geen productregel en geen verzendregel. Het is wat de provider van de payout aftrekt.

e-Boekhouden.nl kent jouw rekeningschema. De koppeling moet beide bedragen ergens neerzetten. Zonder twee mappings verdwijnt het onderscheid, of de mutatie faalt. Met één pot voor “alles wat niet product is” gooi je PostNL bij Mollie.

De listing (5 nov 2026): $13.95/maand, 14 dagen trial, 5.0 uit 1 review, Nederlands. “Ondersteunt btw-tarieven, verzendkosten en kortingsregels per order.” Verzending gaat mee. Fees horen bij de financiële mutatie. Waar ze landen, kies jij.

De koppeling boekt als mutatie, geen Shopify-PDF-factuur. Artikelen en voorraad synct de app niet — FAQ 3. Geannuleerde orders ook niet; gebruik een restitutie. Dat blijft staan, ook als 4590 en 4550 perfect staan.

Twee velden, twee voorbeelden

Uit Koppeling configureren, ná trigger en boekingstype Mutatie:

Veld 5: “op welke rekening je verzendkosten geboekt worden.” Specifieker mag, als die rekening in e-Boekhouden.nl al bestaat.

Veld 6: “waar je betaalkosten (bijv. transactiekosten van betaalproviders) op wilt boeken.” En: zorg dat dit een kostenrekening is, passend binnen je resultatenrekening.

Beide zijn kosten. Geen van beide is omzet. Geen van beide is 1300. Ze zijn wél twee verschillende kosten: verkoopkosten versus bankkosten. In een W&V wil je zien wat transport was en wat de provider.

Kortingen hebben geen derde dropdown. Die zitten in de Shopify-orderbedragen en landen op de omzetrekening, niet op 4590 of 4550. OSS is veld 7: eigen BTW-grootboek per EU-land, geen vervanging van 5 en 6.

Wat shops door elkaar gooien

Dezelfde rekening als omzet

8000 voor alles “dat de klant heeft betaald”. Product, verzending, fee. De klant betaalde €84,50, dus het voelt als omzet. In de resultatenrekening zie je daarna te hoge omzet en te lage kosten. De webshop en de W&V lopen uit elkaar.

Verzending en fee op één 4590

“Kosten zijn kosten.” PostNL en iDEAL zijn allebei geen product. Tot je vraagt wat de webshop aan verzending kost versus wat de provider inhoudt. Eén pot maakt die vraag onbeantwoordbaar zonder de mutaties open te trekken.

De twee dropdowns omgewisseld

4550 op verzendkosten, 4590 op betaalkosten. De mutatie slaagt. De labels in e-Boekhouden.nl liegen. Een testorder met een bekende verzendregel (€6,95) en een kleine fee laat het meteen zien: landt €6,95 op Bankkosten, dan staan de velden verkeerd om.

Fees negeren omdat “dat op de payout zit”

Shopify toont uitbetalingen ná fees. De koppeling boekt de order op de trigger (Paid of Fulfilled), niet op het moment van de bankstorting. Zonder 4550 verdwijnt het fee-onderscheid in de mutatie. Later afletteren van de payout is een andere stap — geen reden om veld 6 leeg te laten of gelijk te zetten aan 4590.

Een balansrekening omdat “geld binnenkomt”

1300 is wie nog moet betalen. Verzendkosten en bankkosten zijn geen vordering. Docs: 4590 en 4550 zijn kosten op de resultatenrekening. Stop hier geen banksaldo.

Geen van die routes vervangt: twee bestaande kostenrekeningen in e-Boekhouden.nl, daarna dezelfde nummers in de twee dropdowns.

Praktijk: €7,95 is geen €0,29

Shop “Studio Klei” verkoopt kommen. Checkout: €72,00 product, €7,95 verzending, iDEAL. Shopify houdt een kleine fee in.

Wat er misging bij de eerste mapping: veld 5 en 6 allebei 4590, “even tot we het splitsen”. De mutatie slaagde. De accountant vroeg waarom bankkosten 0 waren terwijl de payout lager was dan de order.

Herstel:

1. In e-Boekhouden.nl: Beheer → Inrichting → Grootboekrekeningen. Bestaat 4590 – Overige verkoopkosten (of 4591 Webshopverzending)? Kosten, resultatenrekening. Bestaat 4550 – Bankkosten (of jóuw bankkostennummer)? Zelfde soort, ander nummer. Ontbreekt er één: Toevoegen, geen “even 8000 gebruiken”.

2. App Settings: trigger Paid (of Fulfilled als je dat zo wilt), type Mutatie.

3. Debiteuren 1300, omzet 8000, verzendkosten 4590, betaalkosten 4550 — of jouw nummers, dezelfde soorten.

4. Testorder met een verzendregel die je kent én een provider die fees rekent. Geen live collectie als proeftuin.

5. Open de mutatie in de app (gelukt/fout), daarna in e-Boekhouden.nl.

Check:

• vordering op 1300

• omzet op 8000 (product, korting al in Shopify verwerkt)

• €7,95 op 4590

• fee op 4550

• btw zoals Shopify die op de order zette — de koppeling herberekent btw niet

Zie je €7,95 op 8000: veld 5 is leeg of gelijk aan omzet. Zie je €7,95 op 4550: velden omgewisseld. Zie je de fee op 4590: zelfde fout, andere kant op. Zet de nummers in de dropdowns, stuur een nieuwe test, of synchroniseer die ene order handmatig. De mutatie in e-Boekhouden.nl “even rechtzetten” als standaardwerkwijze herhaalt de fout bij de volgende Paid-order.

Restitutie van het hele bedrag: Shopify crediteert, de koppeling maakt een negatieve mutatie. Annuleren zonder restitutie doet dat niet — ook niet als 4590 en 4550 kloppen.

Gisteren: artikelen gaan niet mee. Verwacht in deze test dus geen SKU-regel. Alleen bedragen, btw, kosten.

Aan de slag

Installeer e-Boekhouden.nl Koppeling. $13.95/maand, 14 dagen trial, USD via Shopify.

1. API-key van e-Boekhouden.nl verbinden. Zonder sleutel synct niets.

2. In e-Boekhouden.nl 4590 en 4550 (of jouw nummers) als twee kostenrekeningen. Vraag je accountant als je schema afwijkt.

3. Settings: Paid, Mutatie, daarna veld 5 ≠ veld 6, beide ≠ 8000.

4. Eén testorder: product + verzending + een provider met fee.

5. Mutatie openen. €-bedragen naast de twee rekeningen leggen.

Twijfel je over de nummers: info@onlineorigins.nl. De listing noemt een installatieservice; dat is inrichting, geen tweede boekhoudpakket.

Tot slot

Shopify betaalkosten versus verzendkosten mapping is veld 5 versus veld 6. Voorbeeld 4590 Overige verkoopkosten voor transport, voorbeeld 4550 Bankkosten voor provider-fees. Allebei kosten op de resultatenrekening. Geen omzet. Geen debiteuren. Niet dezelfde dropdown.

Shopify zelf heeft geen 4590. De koppeling wel, zodra de rekeningen in e-Boekhouden.nl bestaan. Zet ze in e-Boekhouden.nl Koppeling voordat de eerste Paid-order je omzet optilt met PostNL én iDEAL.