De kosten staan op geen enkele afrekening. Ze zitten in uw inkomstennummer — daarom kunt u ze niet vinden.
U opent uw W&V op zoek naar één getal: hoeveel heeft Shopify u vorige maand werkelijk afgenomen? Er is geen regel voor. U controleert het bankafschrift — stortingen van Shopify, niets dat eruit gaat. U logt in op de Shopify-beheerder en klikt door Financiën, Facturering en de uitbetalingsrapporten, en vindt fragmenten: een verwerkingskosten verborgen in één uitbetaling, een app-kosten op een factuur, uw abonnement op een heel andere pagina. Geen totaal. Nergens.
Ondertussen zegt uw W&V één omzetgetal, uw Shopify-dashboard zegt een ander, en uw bank zegt een derde. Op een gegeven moment bent u gestopt met verwachten dat ze overeenkomen.
Hier is het ongemakkelijke deel. Als uw boekhouding Shopify-stortingen als inkomsten registreert — wat de meeste winkel eigenaren en veel boekhouders doen — is het vinden van uw Shopify-kosten in QuickBooks geen categorisatieprobleem. De kosten zijn afgetrokken voordat uw boekhouding ze ooit zag. Ze zijn helemaal nooit geregistreerd.
Deze post doorloopt elke kosten die Shopify in rekening brengt, waar elk van zich bevindt (en niet bevindt), waarom boekhouding op basis van stortingen ze laat verdwijnen, en hoe u uw QuickBooks-accounts kunt structureren zodat het werkelijke getal elke maand op uw W&V verschijnt.
De Volledige Anatomie van Shopify-kosten
Shopify brengt u niet één kost in rekening. Het brengt er vijf of zes in rekening, op verschillende plaatsen, op verschillende schema's, en slechts enkele ervan verschijnen ooit als een afschrijving waar u naar kunt wijzen.
| Kosten | Typische omvang | Waar het wordt berekend | Waar u het kunt zien |
|---|---|---|---|
| Shopify Payments verwerkingskosten | ~2,9% + 30 cent per online bestelling (lager op hogere abonnementen) | Afgetrokken van elke uitbetaling voordat deze uw bank bereikt | Uitbetalingsdetailpagina's of de export van betalingstransacties — nooit als een factuur |
| Abonnement | €39–€399/maand afhankelijk van abonnement | In rekening gebracht op uw kaart of verrekend met uitbetalingen | Instellingen → Facturering |
| Toeslag voor externe gateway | 0,5%–2% per transactie als u geen Shopify Payments gebruikt | Toegevoegd aan uw Shopify-factuur, bovenop de eigen kosten van uw gateway | Factuur-facturen |
| App-abonnementen | €50–€500+/maand voor de meeste middelgrote winkels | Gebundeld in Shopify-facturen | Instellingen → Facturering, uitgesplitst per app |
| Verzendlabels | Varieert met volume | Gefactureerd in batches naar uw kaart, of verrekend met uitbetalingen | Factuur-facturen |
| Valutaomrekening | ~1,5% van omgezette verkopen (VS-winkels) | Verwerkt in het omgezette bestelbedrag | Nergens als een aparte post - de verkoop komt gewoon kleiner binnen |
Twee dingen om op te merken. Ten eerste, geen enkel rapport in Shopify telt deze voor u op. Ten tweede, het grootste deel - transactiekosten - verschijnt nooit als een afschrijving. Het is een aftrekpost binnen een storting.
Tel de stapel bij elkaar op en het loopt meestal op tot 3-6% van de bruto-inkomsten, soms meer zodra apps en labels meeschalen met het bestelvolume. Op een winkel die $600K per jaar omzet, is dat $18.000–$36.000 - een echte kostenpost, ergens tussen uw verzendkosten en uw advertentie-uitgaven in omvang.
Winkel eigenaren gaan hier op een van de drie manieren mee om. Sommigen registreren stortingen als inkomen en gaan verder. Sommigen exporteren maandelijks transactie-CSV's en reconstrueren handmatig het totale bedrag aan kosten. En sommigen structureren hun boekhouding zo dat elke kostenpost automatisch in een eigen onkostenrekening terechtkomt. De eerste groep is de grootste - en daar zit het probleem.
De Leugen: "De kosten zijn klein — Stortingen komen aardig in de buurt"
Hier is de redenering, en het klinkt logisch: de kosten zijn een afrondingsfout. Het registreren van de storting als inkomen vangt wat er daadwerkelijk op de bank is gekomen, dus er gaat niets echt verloren. Dichtbij genoeg.
Het overleeft zelfs een eerste inspectie, vanwege een werkelijk verleidelijk stukje wiskunde: uw nettowinst komt hoe dan ook hetzelfde uit. Kijk maar.
Zeg dat uw winkel een bruto maandomzet van $50.000 heeft:
| Bedrag | |
|---|---|
| Bruto verkopen | $50,000 |
| Teruggaven | −$1.500 |
| Shopify Payments verwerkingskosten | −€ 1.600 |
| Gestort op uw bank | $46,900 |
| Apart gefactureerd: abonnement ($105) + apps ($250) + verzendlabels ($900) | −$1.255 |
Boekhouding op basis van nettostorting registreert $46.900 aan "inkomsten". Correcte boekhouding registreert $50.000 aan bruto verkopen, $1.500 aan terugbetalingen en $1.600 aan transactiekosten. Nettowinst voor de maand? Identiek. Dus het klopt, toch?
Het klopt op één regel, één keer. Alles wat bovenop die regel is gebouwd, is nu onjuist:
- Uw marges zijn vervormd. Uw werkelijke kostenlast deze maand was $2.855 - 5,7% van de bruto omzet. In de stortingsversie bestaan de $1.600 aan transactiekosten niet als kosten, dus wanneer u de economie per bestelling berekent of prijzen instelt, gebruikt u eenheidsprijzen die stilletjes beter zijn dan de werkelijkheid. De boeken flatteren u, en prijsbeslissingen nemen die flatterij over.
- Uw inkomsten komen niet overeen met wat de IRS ziet. Shopify Payments rapporteert het *bruto* transactievolume op uw 1099-K. Een aangifte gebaseerd op netto-inkomsten toont minder inkomen dan het formulier dat de IRS heeft ontvangen. Dat verschil is een klassieke audit-trigger, en het achteraf uitleggen ervan is een vervelende middag.
- U verliest zichtbare aftrekposten. Elk van die kosten is een legitieme zakelijke uitgave. Kosten die nooit zijn geregistreerd, kunnen niet schoon worden afgetrokken - of worden verdedigd als iemand er naar vraagt.
- Kostenstijging wordt onzichtbaar. Wanneer kosten verschuiven van 4% naar 6% van de omzet - een app hier toegevoegd, meer grensoverschrijdende bestellingen daar - verandert er niets in uw boekhouding. Er is geen regel om in de gaten te houden.
- Terugbetalingen verdwijnen ook. Ze worden verrekend in dezelfde storting, dus uw terugbetalingspercentage — een vroegtijdig waarschuwingssignaal voor product- en leveringsproblemen — komt nooit naar voren.
Als u stortingen als inkomen boekte, was u niet lui. U loste het probleem op dat u kon zien: de bank laten overeenkomen met de boekhouding. Het probleem dat u niet kon zien, was dat het banknummer nooit het omzetnummer was. (Als uw uitbetalingen niet eens overeenkomen met wat QuickBooks laat zien, heeft die afwijking zijn eigen anatomie.)
Hoe Shopify-kosten Correct te Boeken in QuickBooks
De oplossing is structureel, niet heldhaftig: registreer bruto, toon vervolgens elke aftrek expliciet. Twee delen.
1. Maak de rekeningen aan. Stel in uw QuickBooks-rekeningschema in:
- Inkomen: Shopify Verkoop (bruto) · Terugbetalingen & Kortingen (contra-inkomen)
- Kosten: Merchant Processing Fees · Shopify Abonnement & Apps · Verzendlabel Kosten · Valuta Conversie Kosten
- Overige lopende activa: Shopify Payments Clearing
Dat laatste is het werkpaard. De clearingrekening is waar bruto verkopen zich ophopen en kosten worden afgetrokken, zodat het resterende saldo overeenkomt met de werkelijke bankstorting.
2. Bruteer elke uitbetaling. Voor elke uitbetaling crediteert de boeking Shopify Verkoop voor het brutobedrag, debiteert Terugbetalingen & Kortingen en Merchant Processing Fees voor hun aandeel, en vereffent het resterende bedrag tegen de bankstorting via de clearingrekening. De storting is niet langer "inkomen" en wordt wat het werkelijk is: het residu van inkomen na aftrekposten die u nu bijhoudt.
Dit is ook hoe u Shopify-kosten categoriseert die buiten uitbetalingen vallen: wijs de kaarttransacties van uw bankfeed — abonnement, apps, verzendlabels — toe aan hun speciale kostenrekeningen in plaats van een generieke "Software"-bucket. Vijf minuten per maand, en uw kostenstapel wordt een leesbaar gedeelte van uw P&L.
De volledige journaalmechanismen — opzet van de clearingrekening, verkoopfacturen versus journaalposten, timing — zijn meer dan deze post vereist. We hebben de volledige walkthrough geschreven in Hoe Shopify Verkoop te Boeken in QuickBooks Online.
Als u dit in plaats daarvan automatiseert, wordt de bovenstaande rekeningstructuur een eenmalige mapping. Dit is hoe het eruitziet in LedgerPort:
De mapping bepaalt waar kosten en inkomen worden geboekt. De clearingflow is waar de kostenverschil daadwerkelijk naar voren komt. Elke betaalprovider wordt gekoppeld aan zijn eigen QuickBooks-clearingrekening — Sync Config » Payments in de Shopify-app, het tabblad Payments in de WooCommerce-plugin — met automatisch gedetecteerde providers uit uw winkel en een standaardrekening als fallback voor alles wat niet geconfigureerd is. Bruto verkopen stromen door de clearingrekening van elke provider, dus het verschil tussen wat zich daar ophoopte en wat op de bank terechtkwam, is uw kostengetal *per provider*, niet één verschil verspreid over een hoop storting.
Dezelfde structuur geeft je de maandelijkse controle die je daadwerkelijk wilt uitvoeren: betalingsrecords zijn filterbaar op gateway en synchronisatiestatus, dus "zijn alle Shopify Payments-transacties deze maand geboekt?" is een vraag met twee dropdowns. En betalingen komen binnen in QuickBooks, gekoppeld aan hun transacties — niet als losse stortingen die je later handmatig moet matchen.
[AFBEELDING: Vergelijking van P&L naast elkaar — de linkerkant toont één "Shopify-stortingen" inkomstenlijn; de rechterkant toont bruto Shopify-verkopen, terugbetalingen en vier uitgesplitste kostenlijnen voor vergoedingen]
Wat Verandert Er Als de Kosten Zichtbaar Zijn
De eerste maand dat deze structuur van kracht is, krijg je het antwoord dat deze hele oefening heeft gestart: een regel — verschillende regels — die precies zeggen wat Shopify heeft afgenomen. In het uitgewerkte voorbeeld hierboven zie je $ 2.855 tegen $ 50.000, en je ziet het elke maand, met trends.
Vanaf daar volgen praktische zaken. Je boekhouding van Shopify-betalingsverwerkingskosten ondersteunt nu je belastingaangifte: bruto-inkomsten komen overeen met de 1099-K, en elke vergoeding is een uitgesplitste, verdedigbare aftrekpost. Je productmarges omvatten de 3% die verwerking daadwerkelijk kost, dus prijs- en advertentie-uitgavenbeslissingen worden gebaseerd op reële cijfers. En wanneer het vergoedingspercentage verandert, merk je het in de maand dat het verandert — niet in een postmortem aan het einde van het jaar.
De afweging is eerlijk werk vooraf: het aanmaken van accounts en het handmatig bouwen van de uitbetalingsjournaals elke maand of het automatiseren ervan.
Dit is het specifieke probleem waarvoor tools voor vergoedingsscheiding bestaan. LedgerPort leest bijvoorbeeld elke Shopify-uitbetaling en boekt automatisch de bruto-opslag — bruto verkopen, terugbetalingen en elk type vergoeding dat wordt gerouteerd naar de QuickBooks-accounts die je kiest via de accountkoppeling. Hoe elke transactie wordt geboekt — datums, nummering en vergoedingsafhandeling — wordt ingesteld onder Transactieopties in de synchronisatieconfiguratie, zodat het gedrag overeenkomt met jouw boekhoudingsinstellingen in plaats van met de standaardinstellingen van iemand anders. Uitbetalingsjournaals met vergoedingsafhandeling maken deel uit van het Scale-abonnement (vanaf € 67/maand), hoewel er een gratis abonnement is om mee te beginnen, en elk betaald abonnement heeft een 14-daagse geld-terug-garantie zonder vragen. Tools zoals A2X en Synder lossen dit zelfde type probleem goed op; de verschillen zitten in de controle over koppelingen en hoe randgevallen worden afgehandeld, wat de moeite waard is om te vergelijken voor je eigen winkel.
Als je betalingen via meer dan één processor afhandelt, gaat de scheiding nog een niveau dieper: de vergoedingsscheiding van LedgerPort splitst Shopify Payments-, Stripe- en PayPal-vergoedingen afzonderlijk uit — de kosten van elke processor krijgen een eigen regel "zodat je P&L schoon blijft", in de eigen bewoordingen van de documentatie. Dat is de handmatige methode van dit bericht, geautomatiseerd, toegepast per processor. En het staat in de configuratie, niet in een terugkerende taak: vergoedings- en betalingsafhandeling wordt eenmalig ingesteld in de synchronisatie-instellingen en toegepast op elke uitbetaling daarna.
Eerlijk is eerlijk: de zichtbaarheid is alleen zinvol als er accounts bestaan om deze te ontvangen — daarom komt de bovenstaande mapping stap eerst.
De kosten waren nooit vermist
Hier is de ironie die het waard is om bij stil te staan. Je ging op zoek naar Shopify's kosten zoals je elke uitgave zou zoeken — een afschrift, een factuur, een afschrijving van de kaart. En voor de grootste kosten van allemaal bestaat zo'n document niet. Je zocht naar je uitgaven terwijl de kosten binnen je inkomsten zaten, vermomd als een iets kleiner inkomstengetal, bij elke uitbetaling, al die tijd.
Ze verstopten zich op de enige plek die niemand controleert: de omzet.
Als je P&L nog steeds stortingen als inkomen toont, zijn die € 2.855 in het uitgewerkte voorbeeld de versie van je winkel van een niet-geregistreerd getal — elke maand weer. Stel de accounts in, bruto de uitbetalingen op, of laat software het bruto voor je doen. Begin met het gratis abonnement van LedgerPort en zie je eerste uitbetaling gesplitst in bruto verkopen en afzonderlijke kosten →
Gerelateerd: Hoe Shopify-verkopen te boeken in QuickBooks Online · Waarom je Shopify-uitbetaling nooit overeenkomt met wat QuickBooks laat zien · LedgerPort-prijzen →
