- 1Waarom Algemene Boekhouding Faalt voor een WooCommerce Winkel
- 2De Vijf Structuren van Schone WooCommerce Boekhouding
- 31. Een rekeningschema opgesteld voor e-commerce
- 42. Eén clearing account per gateway
- 53. Een kostenregel per gateway
- 64. Omzetbelasting naar een passiefrekening
- 75. Terugbetalingen als tegenomzet
- 8De Maandelijkse Afsluitingschecklist voor een WooCommerce Winkel
- 9Waar Automatisering Past (Eerlijk)
- 10Einde Maand, Daarna
Uw boekhouding is niet rommelig omdat u gedisciplineerd bent. Het is rommelig omdat het is opgezet voor een bedrijf dat u niet runt.
Het e-mailadres van uw accountant is drie regels lang: "Snelle vraag - wat is de storting van € 12.318 op 14 maart?"
Veertig minuten later heeft u het antwoord. Het zijn twee Stripe-uitbetalingen die vier dagen aan bestellingen dekken, minus € 402 aan verwerkingskosten, minus € 618 aan terugbetalingen van de week ervoor, plus een terugboeking van € 75. U weet dit omdat u het Stripe-dashboard hebt geopend, een CSV hebt geëxporteerd, deze hebt vergeleken met de WooCommerce-bestellijst en rekenkunde hebt gedaan in een notitie-app.
U bent hier eerder geweest. Uw WooCommerce boekhouding is een map met gateway CSV's en een QuickBooks-bestand waarover uw accountant diplomatiek zwijgt. Elke maand-einde belooft u uzelf een echt systeem. Elke maand-einde repareert u het huidige systeem in plaats daarvan.
Dit is wat de moeite waard is om te weten voordat de volgende maand-einde arriveert: dit is geen disciplineprobleem, en het is geen probleem met boekhoudkundige vaardigheden. Het is structureel. Uw boeken zijn opgezet voor een algemeen klein bedrijf - en een online winkel is dat niet.
Waarom Algemene Boekhouding Faalt voor een WooCommerce Winkel
De leugen onder de meeste rommelige e-commerce boeken gaat als volgt: "Boekhouding is boekhouding. Mijn standaard opzet voor kleine bedrijven is prima voor een online winkel."
Het is een redelijk geloof. Het is ook onjuist, om vijf specifieke, mechanische redenen. Een adviesbureau of een koffieshop komt deze nooit tegen. Een WooCommerce-winkel komt ze elke dag tegen.
1. Geld verdiend is niet geld gestort. Een consultant factureert € 1.000 en ontvangt € 1.000. Uw winkel verkoopt € 1.000 op dinsdag, en Stripe stort € 953,90 op donderdag - gebundeld met de bestellingen van woensdag. Geen enkele bankstorting komt overeen met enig verkoopcijfer. Als uw boeken stortingen als inkomsten behandelen, zijn ze vanaf dag één onjuist.
2. Kosten worden afgetrokken voordat u het geld ziet. Elke gateway neemt zijn deel aan de bron, en elke neemt een ander deel - Stripe, PayPal en Square hebben allemaal verschillende prijzen. Als u stortingen als inkomsten registreert, verdwijnen die kosten: de omzet wordt onderschat en een werkelijke bedrijfskost verschijnt nergens in uw boeken.
3. De btw die u int, is niet van u. U houdt deze namens een staat aan. Boek het als inkomen en het blaast uw omzet op — en dan arriveert de afdracht als een "verrassende" uitgave die nooit een uitgave is geweest. Het was de hele tijd een schuld.
4. Teruggaven zijn geen uitgaven. Een terugbetaling is een omzetcorrectie, geen kosten die u hebt gemaakt. Het netto aftrekken van teruggaven in stortingen — of erger nog, het boeken ervan als een uitgave — vervormt zowel uw bruto-omzet als uw marges, in verschillende richtingen.
5. Voorraadkosten horen niet thuis in de maand waarin u ze hebt gekocht. Boek een voorraadaankoop van € 20.000 in maart en uw winst- en verliesrekening toont een rampzalige maart en een fictieve april. De kostprijs van de verkochte goederen hoort thuis in de maand waarin de goederen daadwerkelijk worden verkocht, anders betekenen uw margecijfers niets.
Elk van deze is onzichtbaar in een algemene rekeningindeling. Daarom werkt patchen nooit: u maakt geen boekingsfouten, u mist rekeningstructuren. De oplossing is geen zorgvuldigere gegevensinvoer. Het zijn vijf structuren.
De Vijf Structuren van Schone WooCommerce Boekhouding
Stel deze vijf dingen eenmalig in QuickBooks Online in, en het dagelijkse werk wordt routine. Sla ze over, en elke maandafsluiting is archeologie.
1. Een rekeningschema opgesteld voor e-commerce
Dit is de basis waarop de andere vier structuren hangen. Uw inkomstenafdeling scheidt minimaal productverkopen, verzendinkomsten en een tegenrekening voor teruggaven. Uw uitgaven omvatten één kostenregel per betalingsgateway. Uw schulden omvatten te betalen btw. Uw activa omvatten een verrekenrekening per gateway en een voorraadrekening.
U hoeft dit niet helemaal opnieuw te ontwerpen — we hebben een complete rekeningindeling-sjabloon voor e-commerce gepubliceerd die u in een middag in QuickBooks kunt kopiëren. Doe dit eerst. Alles hieronder gaat ervan uit dat het bestaat.
2. Eén clearing account per gateway
Dit is de structuur die permanent antwoord geeft op de vraag "wat is deze storting?"
Een verrekenrekening is een wachtruimte tussen "verkoop gebeurd" en "geld gearriveerd". Wanneer u de bestellingen van € 1.000 van Stripe van dinsdag boekt, gaat het geld naar Stripe Clearing — niet naar uw bankrekening, omdat het nog niet op uw bankrekening staat. Wanneer de uitbetaling van Stripe op donderdag landt, verplaatst u € 953,90 van clearing naar de bank en € 46,10 naar Stripe-kosten. De verrekenrekening keert terug naar nul (of naar precies het bedrag dat nog onderweg is).
Nu betekent bankafstemming het matchen van een handvol uitbetalingen, niet honderden bestellingen. En als een uitbetaling ooit niet wordt verwerkt, markeert het verrekeningsaldo dit — het geld dat had moeten arriveren, is dat niet.
Eén verrekenrekening per gateway, niet één gedeelde rekening. WooCommerce-winkels hebben doorgaans twee of drie gateways, elk met zijn eigen uitbetalingsschema. Meng ze en u hebt de puzzel die u probeerde op te lossen, opnieuw opgebouwd.
Als een synchronisatietool uw bestellingen plaatst, is deze structuur een instellingpagina in plaats van een discipline. LedgerPort detecteert automatisch elke betalingsgateway die actief is in uw winkel en geeft elke zijn eigen configuratieregel — een ingeschakelde schakelaar, het QuickBooks-vereffeningsaccount waar het geld van die gateway terechtkomt, de QBO-betaalmethode en een refund-sync-schakelaar per gateway — met een standaard vereffeningsaccount als fallback voor alles wat niet geconfigureerd is. Het is precies de structuur die dit gedeelte u zojuist heeft verteld om met de hand te bouwen; de softwareversie vraagt u alleen om elke gedetecteerde gateway naar zijn account te laten wijzen.
3. Een kostenregel per gateway
Stripe-kosten, PayPal-kosten, Square-kosten — aparte accounts, niet één "handelaarskosten"-bak.
Twee redenen. Ten eerste, nauwkeurigheid: kosten per gateway geven u een maandelijkse sanity check. Als het effectieve tarief van Stripe normaal gesproken ongeveer 3% is en deze maand 4,1% is, is er iets gebeurd — een prijsverandering, een toename van internationale kaarten, een geschillenvergoeding — en dat ziet u ook daadwerkelijk. Ten tweede, beslissingen: u kunt niet vergelijken wat uw gateways u werkelijk kosten als de kosten gemengd zijn.
4. Omzetbelasting naar een passiefrekening
Elke dollar aan geïnde belasting wordt geboekt op Sales Tax Payable, een schuld — nooit op inkomen. Wanneer u aan de staat betaalt, trekt de betaling de schuld af. Uw W&V raakt het nooit aan, in geen van beide richtingen.
De beloning is rust: de betalingstermijn is geen cashflow-verrassing meer, omdat het geld nooit als van u werd beschouwd. Het saldo op Sales Tax Payable zou altijd ongeveer moeten overeenkomen met wat uw belastingaangiften zeggen dat u hebt geïnd. Als dat niet zo is, hebt u een fout vroegtijdig ontdekt in plaats van op de aangiftedatum.
In LedgerPort is deze regel een dropdown: de instelling Line Item Tax in het tabblad Taxes boekt WooCommerce-belasting als een specifieke regel naar een QBO-schuldenrekening naar keuze — structuur #4, afgedwongen op elke gesynchroniseerde bestelling. Hetzelfde tabblad bevat een detail dat bijna niemand uitlegt: belastingafronding. WooCommerce en QuickBooks berekenen belasting onafhankelijk en verschillen hier en daar een cent; een afrondingsaanpassingsregel vangt die verschillen op, zodat de schuldenrekening exact overeenkomt met wat u hebt geïnd in plaats van een onverklaarbare maandelijkse afwijking van een paar dollar op te bouwen.
5. Terugbetalingen als tegenomzet
Maak een Refunds & Allowances-rekening aan in uw inkomstensectie die een negatief saldo heeft. Elke terugbetaling wordt daar geboekt — waardoor de netto-omzet wordt verminderd terwijl de bruto-omzet intact blijft.
Dit behoudt twee getallen die u nodig hebt: bruto verkopen (om de vraag te begrijpen) en netto-inkomsten (om het bedrijf te begrijpen). Het toont ook uw retourpercentage als een traceerbare regel in plaats van een onzichtbaar lek. Een winkel die 2% retourneert en een winkel die 9% retourneert, zijn verschillende bedrijven, en slechts één van die winkels weet dat meestal.
Deze vijf structuren vormen de e-commerce-specifieke kern; voor de bredere gewoonten eromheen dekt onze gids voor boekhoudkundige best practices voor e-commerce de rest.
De Maandelijkse Afsluitingschecklist voor een WooCommerce Winkel
Met de structuren op hun plaats, stopt de maandafsluiting met reconstructie en wordt het verificatie. Hier is de checklist, in volgorde:
0. Scan op mislukte en in behandeling zijnde records voordat u sluit. Als een synchronisatietool uw boekhouding boekt, is dit de stap die vóór al het andere komt. In LedgerPort heeft elk record een van de vijf statussen — Gesynchroniseerd, In behandeling, Mislukt, Overgeslagen (opzettelijk uitgesloten door uw synchronisatiefilters), of In behandeling — dus een filter van twee minuten voor Mislukt en In behandeling gedurende de maand vangt een gemiste webhook op terwijl het één bestelling is, niet één kwartaal. De oplossing bevindt zich op hetzelfde scherm: selecteer de records en push opnieuw, en de garantie tegen duplicaten betekent dat reeds gesynchroniseerde records automatisch worden overgeslagen, terwijl opnieuw gepushte mislukkingen de bestaande QuickBooks-transactie bijwerken in plaats van een tweede te boeken. "Hoop dat alles gesynchroniseerd is" wordt een vinkje.
- Bevestig dat elke bestelling in QuickBooks staat. Alle verkopen van de maand zijn geboekt — met productinkomsten, verzending, belasting en gateway-routering intact. Als u handmatig invoert, is dit de langste stap; doe dit wekelijks, niet maandelijks. Als een synchronisatietool het boeken doet, verifieer dan in plaats van opnieuw in te voeren: het auditlogboek van LedgerPort toont de volledige synchronisatiegeschiedenis, filterbaar op type, entiteit, status en datum, zodat een gemiste of mislukte bestelling in seconden naar voren komt.
- Vergelijk elke gateway-uitbetaling met een bankstorting. Elke uitbetaling van Stripe, PayPal en andere moet overeenkomen met een storting en het juiste tussenrekening salderen.
- Controleer de saldi van tussenrekeningen. Elk moet alleen het geld vertegenwoordigen dat momenteel in transit is — verkopen van de laatste dag of twee die nog niet zijn uitbetaald. Alles meer is een niet-overeenkomende transactie die u vertelt waar u moet zoeken.
- Bekijk de kosten per gateway. Vergelijk het totale kostenbedrag van elke gateway met het verwachte effectieve tarief. Een afwijking van meer dan een half procent verdient twee minuten onderzoek.
- Verifieer de te betalen omzetbelasting. Het aansprakelijkheidsaldo moet overeenkomen met wat uw belastingrapporten zeggen dat u hebt geïnd, minus wat u hebt afgedragen. Let op aanstaande deadlines voor afdracht.
- Boek de kostprijs van verkochte goederen en pas de voorraad aan. Boek de kosten van de eenheden die deze maand daadwerkelijk zijn verkocht; verplaats het uit de voorraad en naar de kostprijs van verkochte goederen.
- Post-terugbetalingen en storneringen. Controleer of ze in de tegenrekening zijn geboekt en bekijk meteen het terugbetalingspercentage.
- Voer de W&V en de balans uit. Niet om in te dienen - maar om te lezen. Marges binnen de verwachte bandbreedte, geen enkele rekening die opzwelt, niets dat je doet fronsen. Als niets terugfrons, ben je klaar.
Handmatig uitgevoerd met duidelijke structuren, kost dit één tot drie uur per maand, afhankelijk van het aantal bestellingen. Zonder de structuren duurt dezelfde afsluiting een weekend - omdat stappen 2, 3 en 5 forensische projecten worden.
Waar Automatisering Past (Eerlijk)
Hier is de eerlijke versie, want de oneerlijke versie is gemakkelijk te vinden.
Onder ongeveer 100-200 bestellingen per maand is handmatig boekhouden met de vijf structuren echt prima. De afsluiting is kort, het invoervolume is beheersbaar en een tool zou een probleem oplossen dat je nog niet hebt.
Daarboven verschuift de wiskunde. De invoer van bestellingen schaalt lineair met het volume, en de foutpercentages schalen met vermoeidheid. Bij 500-1.000 bestellingen per maand via twee of drie gateways kan alleen al stap 1 van die checklist de uren opslokken die je wilde besteden aan het runnen van de winkel - en één verkeerd getypt belastingbedrag verbergt zich in tienduizend regels.
Eén ding dat automatisering niet zal doen: een gebroken rekeningschema repareren. Een synchronisatietool die gericht is op generieke boeken levert snel, geautomatiseerd rommel op. Eerst structuren, altijd.
Wat een synchronisatietool wel doet, is de vijf structuren continu uitvoeren. LedgerPort verbindt bijvoorbeeld WooCommerce met QuickBooks Online en boekt de verkopen, kosten, belastingen en terugbetalingen van elke dag naar de rekeningen waar ze thuishoren - inclusief tussenrekeningen - zodat stappen 1 tot 7 van de checklist grotendeels zijn voltooid voordat je gaat zitten. De installatie duurt ongeveer 15 minuten, en er is een gratis abonnement dat tot 30 bestellingen per maand dekt, met betaalde abonnementen vanaf $25/maand naarmate het volume groeit. Als je de volledige walkthrough wilt van het verbinden van de twee systemen, hebben we een stapsgewijze handleiding voor het synchroniseren van WooCommerce met QuickBooks Online geschreven.
Het bevindt zich ook waar je al werkt. LedgerPort wordt geïnstalleerd als een WordPress-plugin, dus het dashboard, de mappings, de synchronisatiegeschiedenis en de handmatige synchronisatiecontroles bevinden zich allemaal in de zijbalk van je wp-admin - geen aparte app om in te loggen.
En de regel 'eerst structuren' krijgt een voorsprong: op de Mappingspagina vergelijkt Auto-Map je WooCommerce-producten, klanten en rekeningen met QuickBooks en stelt het overeenkomsten voor, waarbij elke suggestie wordt gemarkeerd zodat je deze kunt bevestigen of overschrijven voordat er iets wordt geboekt.
De afweging die het noemen waard is: je zult de afsluiting nog steeds controleren. Automatisering verplaatst je van het doen van de boekhouding naar het verifiëren ervan - wat precies is waar een winkelier zou moeten zitten.
Einde Maand, Daarna
Stel je de volgende versie van die e-mail van de accountant voor. "Snelle vraag - wat is de storting van $14.205 op de 14e?"
Je opent geen CSV. Je opent QuickBooks, klikt op de storting en ziet het uitbetalingsjournaal: twee dagen aan bestellingen, gespecificeerde kosten, één terugbetaling, belasting gerouteerd naar het aansprakelijkheidsrekening. Je antwoord is één regel en negentig seconden, en je accountant reageert - voor de eerste keer - met "geweldig, dat is alles wat ik nodig had."
Einde van de maand zelf is de checklist met acht stappen hierboven, een kop koffie en ongeveer dertig minuten. Niets om te reconstrueren, omdat niets ooit los was. De map met gateway CSV's bestaat nog ergens, net zoals mensen een oude telefoon in een lade bewaren. Je opent hem gewoon nooit.
Die storting van $12.318 kostte je 40 minuten om uit te leggen omdat vijf accountstructuren ontbraken - niet omdat je boeken meer inspanning nodig hadden. Stel de structuren deze week in, voer de checklist aan het einde van de maand uit, en als je order volume handmatige invoer al is ontgroeid, start LedgerPort gratis en laat het de verkopen, kosten en belastingen voor je boeken →
Elk betaald abonnement wordt geleverd met een 14-dagen niet-goed-geld-terug-garantie - 100% restitutie, zonder vragen.
Gerelateerd: Rekeningstelsel voor E-commerce · Hoe WooCommerce te synchroniseren met QuickBooks Online · Best Practices voor E-commerce Boekhouding
