Účetnictví pro více obchodů v QuickBooks: Udržujte účetnictví čisté

Multi-store accounting in QuickBooks gets decided the day you launch store #2 — most operators find out fourteen months too late.

---

The agenda for Thursday's meeting with yourself has one item on it: shut down store #2, or double down on it.

So you open QuickBooks to get the answer. Total revenue is up. Merchant fees are up. Ad spend is way up. And none of it has a store attached to it. Your "Sales" account is both brands poured into one number. Your fee account is one blended figure. You cannot, with the data in front of you, say whether the second store made money last quarter or quietly ate the first store's margin.

This is the part nobody warns you about when you launch a second storefront — a new brand, a new region, or a WooCommerce store next to your Shopify store. The bookkeeping doesn't double. It triples, because now there's a third job: keeping the two stores apart. And if you skipped that job, you know exactly why, because you said the same sentence almost everyone says: "I'll just dump both stores into the same QuickBooks accounts and split it out later when I need to."

Later is now. And here's the uncomfortable mechanical truth about multi store accounting in QuickBooks: commingled data can't be un-blended retroactively. Fourteen months of transactions with no store label aren't waiting to be sorted — the information was never captured. The decision that matters gets made on day one, in the structure. The good news is that the structure is not complicated. It's about four decisions, and this post walks through all of them.

Multi-Store Accounting in QuickBooks: One File or Two?

Before clearing accounts, before fee mapping, before anything — the structural question: does store #2 live in your existing QuickBooks file or its own?

The decision rule is short enough to memorize: the legal entity is the file boundary. The brand or channel is a class or location inside the file.

Your setup	QuickBooks structure
Two stores, one legal entity (two brands, or Shopify + WooCommerce)	One QBO file, with a class or location per store
Two stores, two legal entities filing separate returns	Two QBO files — no exceptions
Holding company with entity subsidiaries	One file per entity; consolidate at the reporting layer

The reasoning runs in both directions. A QuickBooks file is the books of record for one tax entity. Blend two entities into one file and you can't produce either entity's return without carving the file apart — every transaction becomes a "whose is this?" question at the worst possible time. Split one entity across two files and you get the opposite problem: no single P&L, no single balance sheet, and manual consolidation every time your CPA or a lender asks for the whole picture.

Most operators reading this are the first row: one LLC, two storefronts. If that's you, the answer is one file with per-store tracking — and the rest of this post is about building it.

One prerequisite worth naming: class and location tracking require QuickBooks Online Plus or Advanced. If you're on Essentials, that upgrade is part of the real cost of store #2. Budget for it rather than working around it — the workaround is the blender.

And one deadline worth naming: the moment you put sync tooling in place, the architecture stops being reversible. In LedgerPort, a business binds one store to one QuickBooks company, and once that connection is authorized, the QBO company can never be swapped to a different one later. The file question has to be settled before anyone clicks Authorize — not revisited after six months of transactions have flowed.

Note what the tooling assumes, too: one QuickBooks company per business. "Two files, one login" is the natively supported shape, and each business is fully isolated — the docs put it plainly: changes made in one business do not affect another. So if your stores are separate entities, the two-file answer isn't a compromise you'll fight your software over; it's the default the software is built around.

The Per-Store Structure Inside One File

Clean multi-store bookkeeping inside a single QBO file comes down to four pieces. None of them is exotic. All of them have to exist before the transactions flow, not after.

1. A class or location for every store

QuickBooks gives you two tagging dimensions. Location applies one tag per transaction — which is exactly what a storefront is, so it's usually the cleaner fit. Class can split individual lines within a transaction, which makes it better for things like product categories. A sensible default: use Location for the store, and keep Class in reserve for a second dimension you might want later.

Whichever you pick, the rule is total coverage. Every sales receipt, every fee, every refund gets a store tag. An untagged transaction is a transaction back in the blender.

2. A clearing account per store, per gateway

Každý platební procesor obchodu získá ve vašem účetním plánu vlastní zúčtovací účet: Vyrovnání plateb Shopify — Značka A, Vyrovnání plateb Shopify — Značka B, Vyrovnání Stripe — Woo Store. Tržby plynou do zúčtovacího účtu obchodu; výplaty z něj plynou na bankovní účet; účet se vrátí na nulu, když se vše vyrovná.

Sdílejte jeden zúčtovací účet napříč obchody a ztratíte nejlepší diagnostiku. Zúčtovací účet, který se nevrátí na nulu, vám řekne, že je něco konkrétně špatně — ale pouze pokud patří jednomu obchodu. Smíchejte dva obchody a chyba v Značce A se bude neurčitě skrývat v zůstatku Značky B.

Pokud váš účetní plán předchází obchodu č. 2, je to moment k jeho restrukturalizaci — náš šablona účetního plánu pro e-commerce je výchozí rozložení a sekce pro vyrovnání a poplatky duplikujete pro každý obchod.

3. Per-store fee lines

Mapujte poplatky tak, aby byly viditelné podle obchodu — buď samostatné účty (Poplatky obchodníka — Značka A), nebo jeden účet poplatků s konzistentně aplikovaným štítkem obchodu.

Na tom záleží víc, než se zdá. Efektivní náklady na zpracování se liší podle obchodu: různé kombinace bran, různé průměrné hodnoty objednávek, různé míry vrácení peněz. Pokud je efektivní sazba poplatků Značky B 3,1 % a Značky A 2,4 %, jedná se o skutečnou mezeru v marži, se kterou můžete něco udělat — ale pouze pokud poplatky nebyly nikdy smíchány.

4. A written rule for shared costs

Dva obchody sdílejí věci: reklamní účet, smlouvu 3PL, vaši vlastní mzdu. Vyberte základ alokace — podíl na příjmech je v pořádku — zaúčtujte to měsíčně pomocí opakovaného účetního zápisu a pravidlo si zapište. Dokonalá alokace neexistuje. Konzistentní alokace je to, co činí ziskovost a ztrátovost na obchod důvěryhodnou a konzistence přežije pouze tehdy, pokud je pravidlo zdokumentováno, nikoli znovu rozhodováno každý měsíc.

[OBRÁZEK: Výňatek z účetního plánu zobrazující paralelní sekce pro jednotlivé obchody — dva zúčtovací účty a dva účty poplatků obchodníka, označené Značka A a Značka B]

Pokud je jedním z vašich obchodů WooCommerce, jeho data objednávek přicházejí neuspořádanější než data Shopify — průvodce účetnictvím WooCommerce pokrývá tyto specifika, než tento obchod začleníte do této struktury.

The Three Traps That Blend Books Back Together

I správně nastavená konfigurace se na předvídatelných místech degraduje. Tři z nich způsobují většinu škod.

Mezipodnikové převody zásob. Přesun zásob ze Značky A do Značky B není prodej — jste stejná právnická osoba. Zaznamenejte to jako jedno a Značka A ukáže tržby, které nikdy nevydělala, zatímco náklady na prodané zboží Značky B jdou stranou. Převod za náklady pomocí účetního zápisu mezi účty aktiv zásob, nikde žádná řádka tržeb. (Pokud jsou vaše obchody samostatné subjekty, platí opak: jedná se o skutečný prodej mezi společnostmi za obhajitelnou cenu — další důvod, proč rozhodnutí o hranici subjektu přichází jako první.)

Sdílené výdaje za reklamu. Jeden účet Meta financuje kampaně obou obchodů a platba kartou se projeví jako jediný výdaj. Nechte to nespojené a jeden obchod tiše nese akviziční náklady druhého — obvykle starší obchod dotuje nový, což novému obchodu dává lepší zdání, než jaké ve skutečnosti je. Jednou měsíčně stáhněte výdaje podle kampaně a rozdělte výdaje podle tagu obchodu. Je to dvacet minut a je to rozdíl mezi ziskem a ztrátou (P&L) podle obchodu a fikcí podle obchodu.

Jedna brána obsluhující dva obchody. Je lákavé vést pokladnu druhého obchodu přes platební účet, který již máte. Nedělejte to. Každá platba nyní obsahuje objednávky dvou obchodů a neexistuje žádný čistý způsob, jak rozdělit vklad poté, co přistane. Jeden účet brány na obchod. Další administrativa je triviální ve srovnání s bankovním výpisem, který nikdy nemůžete přiřadit.

The traps the tooling refuses to let you fall into

Smíšené účetnictví obvykle pochází z odchylek v procesu a nástroje pro synchronizaci strukturálně uzavírají některé body odchylek. Dvě ochranná opatření a jedno zbytkové riziko, vše pojmenované v dokumentaci LedgerPortu.

Ochranné opatření jedna: obchod nemůže být obsazen dvakrát. Pokuste se připojit obchod, který je již propojen s jiným účtem LedgerPort, a připojení selže s explicitní chybou — „Tato lokalita je již připojena k jinému účtu.“ To blokuje nebezpečí více operátorů, kde dva synchronizační kanály tiše bojují o jeden obchod, každý si zapisuje vlastní verzi účetnictví.

Ochranné opatření dvě: limity obchodů jsou viditelné, nikoli zjišťované. Počet připojení je založen na plánu a zobrazen přímo na stránce Připojení, takže „kolik obchodů to pokrývá“ nikdy není dotaz na podporu — narazíte na „Maximální počet připojení dosažen“ na hranici, nikoli na tichou částečnou synchronizaci.

Zbytkové riziko, o kterém stojí za to vědět: Duplicitní záznam v QuickBooks. Když se manuální synchronizace a automatická synchronizace překrývají na stejné objednávce, stejné číslo objednávky se může zapsat dvakrát. Objeví se jako pojmenovaná chyba s dokumentovaným řešením — ověřte v QBO, smažte duplikát, znovu synchronizujte — místo aby se skrývala ve vašich příjmech až do vyrovnání.

What Per-Store Visibility Actually Changes

Vraťme se k úterní schůzce. Stejná otázka — ukončit nebo zdvojnásobit úsilí — ale nyní spravujete zisk a ztrátu podle lokality a odpověď sedí ve dvou sloupcích.

Řekněme, že značka B minulý měsíc utržila 38 000 $. Po vlastních poplatcích, svých alokovaných výdajích za reklamu, svém poštovném dosahuje 4% čistého zisku, zatímco značka A dosahuje 12 % — nyní víte, že druhý obchod je problém s marží konkrétní velikosti a můžete vidět, která položka je viníkem. Nebo se sloupce prohodí: B je obchod s lepší marží a objem A ji skrýval, v takovém případě by ukončení B bylo nákladnou chybou provedenou s důvěryhodně znějícími smíšenými čísly.

To je skutečný přínos této struktury. Ne pořádek – řízení. Který obchod dostane dalších 10 000 $ zásob. Zda je třeba změnit ceny dopravy značky B. Co ukážete věřiteli, který se ptá na výkonnost jednotlivých obchodů. Váš účetní dostane jeden čistý soubor místo krabice s dvěma podniky a každý z těchto hovorů se uskuteční na základě důkazů.

Viditelnost na obchod má druhou vrstvu, kterou většina provozovatelů přehlíží: viditelnost synchronizace na obchod. V LedgerPortu nese každý podnik svůj vlastní auditní protokol – typy entit zahrnují platbu a denní souhrn, nejen objednávky – takže namátková kontrola před schůzkou je filtr, nikoli tabulka: nastavte stav na nesynchronizované nebo chybu pro každý obchod, šedesát sekund na každou prodejnu a víte, že knihy každého obchodu jsou aktuální, než kdokoli otevře výkaz zisku a ztráty. Pokud obchod není aktuální, obnova je recept na výpadek samotných dokumentů: filtr rozsahu dat přes okno mezery, Vybrat vše, Synchronizovat vybrané – pro každý obchod, aniž byste se dotkli obchodů, které jsou v pořádku. Jedna upřímná poznámka: uchovávání protokolů je vrstvené podle plánu (7, 30 nebo 90 dní, až neomezeně), takže firma provádějící čtvrtletní revize potřebuje jedno z delších oken.

Where LedgerPort Fits

Vše výše uvedené je dosažitelné ručně. Je to také trvalá disciplína: každá objednávka, vrácení peněz, platba a poplatek, označené správným obchodem a směrované na správný zúčtovací účet, každý den, napříč každou prodejnou. Režim selhání není nevědomost – je to rušný 4. čtvrtletí.

Toto je specifický úkol, pro který je určena automatizace synchronizace více obchodů – ať už zpracováváte účetnictví pro více obchodů Shopify, nebo směs Shopify-plus-WooCommerce. Synchronizace více obchodů LedgerPort propojuje každou prodejnu Shopify nebo WooCommerce se stejným souborem QuickBooks Online a udržuje pro vás hranice: každý obchod dostane svůj vlastní zúčtovací účet, své vlastní mapování poplatků a svůj vlastní třídní nebo lokalizační tag, s automaticky zadanými objednávkami, vrácením peněz, platbami a poplatky pro každý obchod.

Uvnitř řídicího panelu je hranice strukturální, nikoli konvence pojmenování: každá prodejna žije jako své vlastní podnikání pod jedním přihlášením. Klikněte na název podniku v levém horním rohu a přepínač zobrazí každý obchod v účtu – každý plně izolovaný, se svými vlastními připojeními, protokoly synchronizace, mapováními a nastaveními, takže nic ze značky A nezasahuje do značky B.

Přidání obchodu č. 2 – nebo č. 3 – vyžaduje název, měnu a časové pásmo. Poté připojíte tento obchod a jeho společnost QuickBooks stejným způsobem, jako jste udělali první.

Access follows the same boundaries. Roles are set per business, so you can invite your bookkeeper into Store A's books — where they can view sync logs and run manual syncs — without them ever seeing Store B or your billing. The Admin/Member split is covered in How to Add Team Members and Manage Roles.

For firms managing client stores: the same structure scales to client work — each client storefront is its own isolated business under your firm's login, with role-scoped access per client. See the CPA Partner Program and the Guide to the LedgerPort CPA Partner Program.

Running stores on two platforms? The Shopify-plus-WooCommerce case works the same way, from the same account. The Shopify store connects in about 15 minutes — Getting Started with LedgerPort is the whole path — and the WooCommerce store installs as a plugin and finishes through a setup wizard, per Installing LedgerPort in a WooCommerce Store and Connecting to QuickBooks Online. Both storefronts sync into QuickBooks with their own boundaries intact — no second tool, no second subscription.

On pricing: the Scale plan (from $67/month, 5,000 orders/month) handles up to 3 storefronts with real-time sync and per-store payout journals and fee handling — which covers most two-brand or Shopify-plus-Woo operators. Enterprise (from $169/month) removes the limits: unlimited stores and orders, gift card and store credit accounting, and a dedicated account manager. Annual billing saves 15%, and everything carries a 14-day money-back guarantee — 100% refund, no questions asked.

Honest boundary: LedgerPort won't decide your shared-cost allocation rule or book your inter-store inventory transfers. Those judgment calls stay with you and your accountant. What it removes is the daily transaction discipline — the part that erodes.

The Two-Click Meeting

Next quarter, the meeting happens again — this time it's about whether store #3 is a good idea.

You open QuickBooks. Reports. P&L by Location. Two clicks. Brand B is at 9% net and climbing since you repriced its shipping in April. Brand A is steady. The meeting takes four minutes, most of which you spend wondering what to do with the rest of the hour.

It's the most anticlimactic strategy meeting you'll ever have. That's the goal.

The blender only runs one direction — the store data you don't separate today is the per-store P&L you can't pull next year. If you're setting up store #2 now, or store #2 arrived fourteen months ago and the books never caught up, see how LedgerPort keeps each store's books separate automatically, or start free and connect your first store in about 15 minutes.