Boekhouding voor meerdere winkels in QuickBooks: Houd de administratie schoon

Boekhouding voor meerdere winkels in QuickBooks wordt beslist op de dag dat je winkel #2 lanceert — de meeste ondernemers komen er veertien maanden te laat achter.

---

De agenda voor de vergadering van donderdag met jezelf heeft één punt: winkel #2 sluiten, of er vol op inzetten.

Dus je opent QuickBooks om het antwoord te krijgen. Totale omzet is gestegen. Merchantkosten zijn gestegen. Reclame-uitgaven zijn enorm gestegen. En niets daarvan heeft een winkel eraan gekoppeld. Je "Omzet"-rekening is beide merken in één getal gegoten. Je kostenrekening is één gemengd cijfer. Je kunt, met de gegevens voor je, niet zeggen of de tweede winkel vorige kwartaal winst heeft gemaakt of stilletjes de marge van de eerste winkel heeft opgegeten.

Dit is het deel waar niemand je voor waarschuwt als je een tweede winkel lanceert — een nieuw merk, een nieuwe regio, of een WooCommerce-winkel naast je Shopify-winkel. De boekhouding verdubbelt niet. Het verdrievoudigt, want er is nu een derde taak: de twee winkels gescheiden houden. En als je die taak hebt overgeslagen, weet je precies waarom, want je zei dezelfde zin die bijna iedereen zegt: "Ik gooi gewoon beide winkels in dezelfde QuickBooks-accounts en splits het later uit als ik het nodig heb."

Later is nu. En hier is de ongemakkelijke mechanische waarheid over boekhouding voor meerdere winkels in QuickBooks: gemengde gegevens kunnen niet met terugwerkende kracht worden ontmengd. Veertien maanden aan transacties zonder winkel-label wachten niet om gesorteerd te worden — de informatie is nooit vastgelegd. De beslissing die ertoe doet, wordt op dag één genomen, in de structuur. Het goede nieuws is dat de structuur niet ingewikkeld is. Het gaat om vier beslissingen, en dit bericht behandelt ze allemaal.

Boekhouding voor meerdere winkels in QuickBooks: Eén bestand of twee?

Vóór opschoningsaccounts, vóór vergoedingsmapping, vóór al het andere — de structurele vraag: leeft winkel #2 in je bestaande QuickBooks-bestand of in zijn eigen bestand?

De beslissingsregel is kort genoeg om te onthouden: de juridische entiteit is de bestandsgrens. Het merk of kanaal is een klasse of locatie binnen het bestand.

Je opstelling	QuickBooks-structuur
Twee winkels, één juridische entiteit (twee merken, of Shopify + WooCommerce)	Eén QBO-bestand, met een klasse of locatie per winkel
Twee winkels, twee juridische entiteiten die aparte aangiften indienen	Twee QBO-bestanden — geen uitzonderingen
Holdingmaatschappij met dochterondernemingen	Eén bestand per entiteit; consolideren op rapportagelayer

De redenering loopt in beide richtingen. Een QuickBooks-bestand is het grootboek voor één belastingentiteit. Meng twee entiteiten in één bestand en je kunt de aangifte van geen van beide entiteiten produceren zonder het bestand uit elkaar te halen — elke transactie wordt een "wiens is dit?"-vraag op het slechtst mogelijke moment. Splits één entiteit over twee bestanden en je krijgt het tegenovergestelde probleem: geen enkele winst- en verliesrekening, geen enkele balans en handmatige consolidatie elke keer dat je CPA of een kredietverstrekker om het complete plaatje vraagt.

De meeste beheerders die dit lezen, zijn de eerste rij: één LLC, twee winkels. Als dat jij bent, is het antwoord één bestand met tracking per winkel — en de rest van dit bericht gaat over het bouwen ervan.

Eén voorwaarde die het noemen waard is: klasse- en locatietracking vereisen QuickBooks Online Plus of Advanced. Als je Essentials gebruikt, is die upgrade onderdeel van de werkelijke kosten van winkel #2. Budgetteer ervoor in plaats van eromheen te werken — de oplossing is de blender.

En één deadline die het noemen waard is: op het moment dat je synchronisatietools installeert, is de architectuur niet meer omkeerbaar. In LedgerPort koppelt een bedrijf één winkel aan één QuickBooks-bedrijf, en zodra die verbinding is geautoriseerd, kan het QBO-bedrijf nooit later worden vervangen door een ander. De bestandsvraag moet worden opgelost voordat iemand op Autoriseren klikt — niet opnieuw worden bekeken na zes maanden aan transacties.

Let ook op wat de tools aannemen: één QuickBooks-bedrijf per bedrijf. "Twee bestanden, één login" is de native ondersteunde vorm, en elk bedrijf is volledig geïsoleerd — de documentatie stelt het duidelijk: wijzigingen die in het ene bedrijf worden aangebracht, hebben geen invloed op het andere. Dus als je winkels aparte entiteiten zijn, is het antwoord met twee bestanden geen compromis waar je ruzie mee zult hebben met je software; het is de standaard waar de software omheen is gebouwd.

De structuur per winkel binnen één bestand

Schone boekhouding voor meerdere winkels binnen één QBO-bestand bestaat uit vier onderdelen. Geen ervan is exotisch. Ze moeten allemaal bestaan voordat de transacties stromen, niet erna.

1. Een klasse of locatie voor elke winkel

QuickBooks biedt je twee tagging-dimensies. Locatie past één tag toe per transactie — wat precies is wat een winkel is, dus het is meestal de duidelijkere optie. Klasse kan individuele regels binnen een transactie splitsen, wat het beter maakt voor zaken als productcategorieën. Een verstandige standaard: gebruik Locatie voor de winkel en houd Klasse achter de hand voor een tweede dimensie die je later misschien wilt.

Welke je ook kiest, de regel is totale dekking. Elke verkoopbon, elke vergoeding, elke terugbetaling krijgt een winkel-tag. Een niet-getagde transactie is een transactie terug in de blender.

2. Een opschoningsaccount per winkel, per gateway

De betaalprocessor van elke winkel krijgt een eigen tussenrekening in uw grootboek: Shopify Payments Clearing — Brand A, Shopify Payments Clearing — Brand B, Stripe Clearing — Woo Store. Verkopen vloeien naar de tussenrekening van de winkel; uitbetalingen vloeien eruit naar de bank; de rekening keert terug naar nul wanneer alles is verrekend.

Deel één tussenrekening over winkels en u verliest uw beste diagnose. Een tussenrekening die niet op nul uitkomt, vertelt u dat er iets specifieks mis is — maar alleen als deze bij één winkel hoort. Voeg twee winkels samen en een fout in Brand A verbergt zich onbeperkt in het saldo van Brand B.

Als uw grootboek van vóór winkel #2 dateert, is dit het moment om het te herstructureren — onze grootboek template voor e-commerce is de startlay-out, en u dupliceert de tussenrekening- en kostensecties per winkel.

3. Vergoedingsregels per winkel

Wijs kosten toe zodat ze per winkel zichtbaar zijn — ofwel aparte rekeningen (Merchant Fees — Brand A) ofwel één kostenrekening met de winkel tag consistent toegepast.

Dit is belangrijker dan het lijkt. De effectieve verwerkingskosten verschillen per winkel: verschillende gateway-mixen, verschillende gemiddelde bestelwaarden, verschillende retourpercentages. Als het effectieve tarief van Brand B 3,1% is, terwijl dat van Brand A 2,4% is, is dat een reëel margeverschil waarop u kunt handelen — maar alleen als de kosten nooit zijn samengevoegd.

4. Een schriftelijke regel voor gedeelde kosten

Twee winkels delen dingen: een advertentieaccount, een 3PL-contract, uw eigen salaris. Kies een toewijzingsbasis — omzetdeling is prima — boek het maandelijks met een terugkerende journaalboeking, en schrijf de regel op. Perfecte toewijzing bestaat niet. Consistente toewijzing is wat de winst- en verliesrekening per winkel betrouwbaar maakt, en consistentie overleeft alleen als de regel gedocumenteerd is in plaats van elke maand opnieuw te worden beslist.

[AFBEELDING: Uittreksel grootboek met parallelle per-winkel secties — twee tussenrekeningen en twee merchant fee rekeningen, gelabeld Brand A en Brand B]

Als een van uw webshops WooCommerce is, komen de bestelgegevens rommeliger binnen dan die van Shopify — de WooCommerce boekhoudgids behandelt die specifieke zaken voordat u die winkel in deze structuur opneemt.

De drie valkuilen die de administratie weer samenvoegen

Zelfs een correcte opzet degradeert op voorspelbare plaatsen. Drie daarvan zijn verantwoordelijk voor het grootste deel van de schade.

Voorraadtransfers tussen winkels. Het verplaatsen van voorraad van Brand A naar Brand B is geen verkoop — u bent dezelfde juridische entiteit. Registreer het als één en Brand A toont omzet die het nooit heeft verdiend, terwijl de kostprijs van de omzet van Brand B scheef gaat. Transfer tegen kostprijs met een journaalboeking tussen voorraadactiva-rekeningen, geen omzetregel ergens. (Als uw winkels wel aparte entiteiten zijn, geldt het tegenovergestelde: het is een echte intercompany-verkoop, tegen een verdedigbare prijs — nog een reden waarom de beslissing over de entiteitsgrens eerst komt.)

Gedeelde advertentie-uitgaven. Eén Meta-account financiert de campagnes van beide winkels, en de kaartafschrijving wordt een enkele uitgave. Laat het ongesplitst en de ene winkel draagt stilzwijgend de acquisitiekosten van de andere - meestal de oudere winkel die de nieuwere subsidieert, waardoor de nieuwere winkel beter lijkt dan hij is. Trek maandelijks de uitgaven per campagne op en splits de uitgave per winkel-tag. Het kost twintig minuten en het is het verschil tussen een winst- en verliesrekening per winkel en fictie per winkel.

Eén gateway voor twee winkels. Het is verleidelijk om de checkout van de tweede winkel via de betaalrekening te laten lopen die je al hebt. Doe dat niet. Elke uitbetaling bevat nu bestellingen van twee winkels, en er is geen nette manier om een storting te splitsen nadat deze is binnengekomen. Eén gateway-account per winkel. De extra administratie is triviaal vergeleken met een bankafschrift dat je nooit kunt toewijzen.

De valkuilen waar de tools je niet in laten vallen

Gemengde boekhoudingen komen meestal voort uit procesafwijkingen, en synchronisatietools sluiten sommige afwijkingspunten structureel. Twee vangnetten en één rest risico, allemaal benoemd in de eigen documentatie van LedgerPort.

Vangnet één: een winkel kan niet twee keer worden geclaimd. Probeer een winkel te koppelen die al is gekoppeld aan een ander LedgerPort-account en de verbinding mislukt met een expliciete foutmelding - "Deze site is al gekoppeld aan een ander account." Dat blokkeert het gevaar van meerdere operators waarbij twee synchronisatiepijplijnen stilzwijgend vechten om één winkel, elk met zijn eigen versie van de boekhouding.

Vangnet twee: winkel limieten zijn zichtbaar, niet ontdekt. Aantal verbindingen is plan-gebaseerd en direct getoond op de Verbindingspagina, dus "hoeveel winkels dekt dit" is nooit een support ticket - je bereikt "Maximale verbindingen bereikt" aan de grens, niet een stille gedeeltelijke synchronisatie.

Het rest risico dat het waard is om te weten: Dubbele invoer in QuickBooks. Wanneer een handmatige synchronisatie en een automatische synchronisatie elkaar overlappen op dezelfde bestelling, kan hetzelfde bestelnummer twee keer worden geboekt. Het verschijnt als een benoemde fout met een gedocumenteerde oplossing - verifiëren in QBO, de dubbele invoer verwijderen, opnieuw synchroniseren - in plaats van te verdwijnen in je omzet tot de afstemming.

Wat zichtbaarheid per winkel daadwerkelijk verandert

Ga terug naar de vergadering van donderdag. Dezelfde vraag - sluiten of verdubbelen - maar nu voer je Winst- en verliesrekening per Locatie uit en het antwoord staat in twee kolommen.

Zeg dat Merk B vorige maand $38.000 deed. Na zijn eigen kosten, zijn toegewezen advertentie-uitgaven, zijn verzending, draait het 4% netto terwijl Merk A 12% draait - nu weet je dat de tweede winkel een margeprobleem is met een specifieke omvang, en je kunt zien welke regel de boosdoener is. Of de kolommen draaien: B is het bedrijf met de betere marge en A's volume had het verborgen, in welk geval het sluiten van B een dure fout zou zijn geweest, gemaakt met zelfverzekerd klinkende gemengde cijfers.

Dat is het echte rendement van deze structuur. Niet netheid - sturing. Welke winkel krijgt de volgende €10.000 aan voorraad. Of de verzendprijzen van Merk B moeten veranderen. Wat je een geldschieter laat zien die vraagt naar prestaties per winkel. Je accountant krijgt één overzichtelijk bestand in plaats van een schoenendoos met twee bedrijven erin, en al die telefoontjes worden gepleegd op basis van bewijs.

Per-winkel zichtbaarheid heeft een tweede laag die de meeste operators missen: per-winkel sync zichtbaarheid. In LedgerPort draagt elk bedrijf zijn eigen auditlogboek - entiteitstypen omvatten Uitbetaling en Dagelijkse Samenvatting, niet alleen bestellingen - dus de snelle controle voor de vergadering is een filter, geen spreadsheet: stel Status in op Niet-gesynchroniseerd of Fout per winkel, zestig seconden per winkel, en je weet dat de boeken van elke winkel daadwerkelijk actueel zijn voordat iemand de W&V opent. Als een winkel niet actueel is, is het herstel het eigen uitvalrecept van de documenten: datumfilter over het gatvenster, Alles selecteren, Geselecteerde synchroniseren - per winkel, zonder de winkels aan te raken die in orde zijn. Eén eerlijke opmerking: logboekretentie is plan-afhankelijk (7, 30 of 90 dagen, tot onbeperkt), dus een bedrijf dat kwartaalbeoordelingen doet, heeft een van de langere vensters nodig.

Waar LedgerPort past

Alles hierboven is met de hand te realiseren. Het is ook een permanente discipline: elke bestelling, terugbetaling, uitbetaling en vergoeding, getagd naar de juiste winkel en gerouteerd naar de juiste verrekenrekening, elke dag, over elke winkel. De faalmodus is geen onwetendheid - het is een drukke Q4.

Dit is precies waarvoor multi-store sync-automatisering bestaat - of je nu boekhouding doet voor meerdere Shopify-winkels of een mix van Shopify-plus-WooCommerce. LedgerPort's multi-store sync verbindt elke Shopify- of WooCommerce-winkel met hetzelfde QuickBooks Online-bestand, en behoudt de grenzen voor je: elke winkel krijgt zijn eigen verrekenrekening, zijn eigen vergoedingsmapping, en zijn eigen klasse- of locatie-tag, met bestellingen, terugbetalingen, uitbetalingen en vergoedingen die automatisch per winkel worden geboekt.

Binnen het dashboard is de grens structureel, geen naamgevingsconventie: elke winkel leeft als zijn eigen bedrijf onder één login. Klik op de bedrijfsnaam in de linkerbovenhoek en de switcher toont elke winkel op het account - elk volledig geïsoleerd, met zijn eigen verbindingen, sync-logs, mappings en instellingen, zodat niets van Merk A overvloeit naar Merk B.

Het toevoegen van winkel #2 - of #3 - vereist een naam, een valuta en een tijdzone. Vervolgens verbind je die winkel en zijn QuickBooks-bedrijf op dezelfde manier als de eerste.

Toegang volgt dezelfde grenzen. Rollen worden per bedrijf ingesteld, zodat u uw boekhouder kunt uitnodigen voor de boeken van Winkel A - waar ze synchronisatielogs kunnen bekijken en handmatige synchronisaties kunnen uitvoeren - zonder dat ze ooit Winkel B of uw facturering zien. De scheiding tussen Beheerder/Lid wordt behandeld in Teamleden Toevoegen en Rollen Beheren.

Voor bedrijven die klantwinkels beheren: dezelfde structuur schaalt naar klantwerk - elke klantwinkel is een eigen geïsoleerd bedrijf onder de login van uw bedrijf, met op rollen gebaseerde toegang per klant. Zie het CPA Partner Programma en de Gids voor het LedgerPort CPA Partner Programma.

Draait u winkels op twee platforms? Het Shopify-plus-WooCommerce-geval werkt op dezelfde manier, vanuit hetzelfde account. De Shopify-winkel wordt in ongeveer 15 minuten verbonden - Aan de slag met LedgerPort is het hele traject - en de WooCommerce-winkel wordt geïnstalleerd als een plugin en voltooid via een installatiewizard, volgens LedgerPort Installeren in een WooCommerce Winkel en Verbinding Maken met QuickBooks Online. Beide winkels synchroniseren met QuickBooks met behoud van hun eigen grenzen - geen tweede tool, geen tweede abonnement.

Over prijzen: het Scale-abonnement (vanaf $67/maand, 5.000 bestellingen/maand) beheert tot 3 winkels met realtime synchronisatie en per winkel uitbetalingsjournaals en afhandeling van kosten - wat de meeste twee-merk- of Shopify-plus-Woo-operators dekt. Enterprise (vanaf $169/maand) verwijdert de limieten: onbeperkte winkels en bestellingen, boekhouding voor cadeaubonnen en tegoed, en een toegewijde accountmanager. Jaarlijkse facturering bespaart 15%, en alles wordt geleverd met een 14-dagen-niet-goed-geld-terug-garantie - 100% restitutie, zonder vragen.

Eerlijke grens: LedgerPort zal uw regel voor de toewijzing van gedeelde kosten niet bepalen of uw inventarisoverdrachten tussen winkels boeken. Die beoordelingsbeslissingen blijven bij u en uw accountant. Wat het verwijdert, is de dagelijkse transactiediscipline - het deel dat erodeert.

De twee-klik vergadering

Volgend kwartaal vindt de vergadering opnieuw plaats - dit keer gaat het erom of winkel #3 een goed idee is.

U opent QuickBooks. Rapporten. Winst & Verlies per Locatie. Twee klikken. Merk B staat op 9% netto en klimt sinds u de verzending opnieuw heeft geprijsd in april. Merk A is stabiel. De vergadering duurt vier minuten, waarvan u het grootste deel besteedt aan het bedenken wat u met de rest van het uur moet doen.

Het is de meest anticlimactische strategievergadering die u ooit zult hebben. Dat is het doel.

De blender draait maar één kant op - de winkelgegevens die u vandaag niet scheidt, zijn de winst- en verliesrekening per winkel die u volgend jaar niet kunt ophalen. Als u nu winkel #2 opzet, of winkel #2 veertien maanden geleden arriveerde en de boeken nooit zijn bijgewerkt, kijk dan hoe LedgerPort automatisch de boeken van elke winkel gescheiden houdt, of begin gratis en verbind uw eerste winkel in ongeveer 15 minuten.