Každé pondělí ráno se děje to samé.
Zkontrolujete svůj bankovní účet. Platba ze Shopify dorazila — 4 312,87 $. Otevřete QuickBooks. Vaše tržby za víkend ukazují 4 891,00 $. Na obě čísla chvíli zíráte. Otevřete Shopify, abyste si to znovu zkontrolovali. Čísla jsou stále jiná.
Děláte to už dva roky. Zeptali jste se svého účetního. Hledali jste na Googlu. Zeptali jste se svého daňového poradce, který vám řekl, abyste rozdíl jednoduše ručně vyrovnali. Děláte to každý měsíc a další měsíc je rozdíl jiný. Někdy je to 200 $. Někdy je to 900 $. Jedno čtvrtletí to bylo přes 3 000 $ a stále nemůžete vysvětlit, kam to zmizelo.
Věc je taková: nic není špatně.
Ani se Shopify. Ani s QuickBooks. Ani s vámi. Rozdíl, na který jste zírali, není chyba — je to strukturální nekompatibilita mezi dvěma systémy, které si oba myslí, že vám říkají pravdu. A mají pravdu.
Jak platby ze Shopify skutečně fungují
Shopify není účetní systém. Je to platforma pro e-commerce s integrovaným platebním procesorem a peníze, které posílá na váš účet, to odrážejí.
Když Shopify vloží peníze na váš účet, neposílá vám vaše hrubé tržby. Posílá vám to, co zbylo poté, co si vezme vše, co jí dlužíte:
- Transakční poplatky (poplatky za zpracování plateb Shopify — obvykle 2,4–2,9 % + 30 centů za transakci)
- Vrácené platby vystavené během výplatního období
- Odečtení chargebacků a blokace sporů
- Zadržení rezervy (běžné pro nové obchody nebo obchody s vyšším rizikem chargebacku)
- Poplatky za aplikace účtované přes Shopify
Shopify seskupuje všechny tyto položky za klouzavé období 1–3 pracovních dnů, vše vyrovná a pošle vám jedno číslo. Toto číslo je přesné. Je to přesně to, co jste vydělali, mínus přesně to, co bylo dlužné. Matematika je správná.
Ale je to hrubý příjem mínus pět různých kategorií odečtů, sloučených do jedné položky, pokrývající transakce z více dnů — a výpis z vašeho bankovního účtu neukazuje žádné podrobnosti.
SKUTEČNÉ ROZPADNUTÍ PLATBY
Obě čísla – 4 891 $ a 4 312,87 $ – jsou naprosto správná. Vaše banka vám však ukazuje pouze jedno z nich.
Co vidí QuickBooks
QuickBooks Online je účetní systém. Příjmy zaznamenává v okamžiku prodeje – hrubou částku, kterou zákazník zaplatil. Automaticky neví o struktuře poplatků Shopify, o načasování vašich refundací ani o tom, že výplata pokrývá více dní.
If you’re entering Shopify data into QuickBooks manually, you’re either:
A) Entering the gross sales figure — in which case your revenue looks right, but your cash balance never reconciles with your bank deposits, and you’re manually guessing where the fees went.
B) Zadáváte částku vkladu – v takovém případě váš zůstatek na účtu souhlasí, ale vaše příjmy jsou podhodnoceny o každý poplatek, refundaci a úpravu, která byla odečtena z výplaty.
Žádná z možností není správná. Obě dělají lidé, když nemají překladovou vrstvu.
Váš účetní není hloupý. Váš daňový poradce nic neopomíjí. Tyto dva systémy mluví různými jazyky a vy jste se mezi nimi snažili ručně překládat.
Žádný systém není špatný
Toto je část, která lidi zmate, když to slyší poprvé, protože to zní jako neúplná odpověď.
Shopify vám správně posílá čistou výplatu. To platební procesory dělají – spravují peněžní tok, odečtou své poplatky a pošlou vám zbytek.
QuickBooks správně zaznamenává hrubé příjmy. To účetní systémy dělají – sledují, co zákazníci zaplatili, protože to potřebujete pro přesnost výkazů zisku a ztráty, daňové hlášení a pochopení skutečné výkonnosti vašeho podnikání.
Problém není v tom, že by vás jeden z nich klamal. Problém je v tom, že řeší různé problémy na různých úrovních transakce – a nic mezi nimi nepřekládá.
SHOPIFY VIDÍ
Čistá výplata: 4 312,87 $
Hrubé tržby mínus poplatky, refundace a úpravy – přesné pro peněžní tok.
QUICKBOOKS POTŘEBUJE
Hrubé příjmy: 4 891,00 $ + položkové odpočty
Každá složka přiřazená ke správnému účtu – přesné pro výkaz zisku a ztráty a daně.
Nepotřebujete lepší způsob, jak ručně vyrovnat rozdíl. Potřebujete něco, co mluví oběma jazyky: co vezme hrubý prodej ze Shopify, přiřadí každou slevu poplatku ke správnému nákladovému účtu v QuickBooks, spáruje výplatu se správnými transakcemi a automaticky uzavře rozdíl.
Co skutečně řeší rozdíl
Existují dva způsoby, jak uzavřít nesrovnalost výplat.
Manual reconciliation means exporting your Shopify payout report, cross-referencing every transaction, and entering each component — fees, refunds, adjustments — as separate line items in QuickBooks. Done correctly, it takes 3–5 hours per month. Done quickly, it produces new errors. Most store owners at the $1M–$5M revenue range spend between 30 and 60 hours per year on this problem and still have books that aren’t fully clean. If you’re going to do it by hand, the full step-by-step method is in our guide to reconciling Shopify payouts in QuickBooks.
Automatická rekonciliace znamená použití nástroje, který za vás provede práci s překladovou vrstvou: stáhne každou platbu ze Shopify, rozdělí ji na její složky (hrubé tržby, transakční poplatky, refundace, úpravy), namapuje každou z nich na správný účet v QuickBooks a automaticky zaúčtuje účetní zápisy.
LedgerPort to dělá každý den, bez zásahu. Vaše platba dorazí na váš účet a v době, kdy otevřete QuickBooks, je zápis již tam — rozdělený na správné účty, přiřazený ke správnému období, připravený k revizi vaším účetním.
Rozdíl, jehož vyrovnání vám zabralo hodiny a stejně jste ho nedotáhli do konce? Vyrovná se automaticky. Vysvětlení, které jste nikdy nemohli podat svému CPA? Je v účetním zápisu.
Record revenue when money moves, not when orders appear
Part of the payout gap is pure timing. If your sync tool records an order the moment it appears in Shopify — while the payment is still Pending or Authorized — QuickBooks shows revenue before any payout exists. The books run ahead of the money, and the gap looks bigger than it is.
In LedgerPort, the moment revenue gets recorded is a setting. Under Sync Config » Orders » Sync Triggers, you pick which of six payment statuses qualify an order for syncing — Paid, Authorized, Partially Paid, Pending, Refunded, Partially Refunded — alongside three fulfillment statuses. An order syncs only when it satisfies one condition from each group.

The official recommendation for most stores: Paid only, with Unfulfilled and Fulfilled both checked — so QuickBooks records revenue the moment money actually moves, regardless of shipping state. The docs flag Pending as “use with caution” for exactly the reason above, and voided orders are excluded by default, so cancellations never show up as revenue.
With Paid-only triggers, everything in your books represents captured money. That’s the precondition for a payout ever matching in the first place.
The refunds you never synced
Here’s a classic version of the mismatch: a customer gets refunded, Shopify nets that refund out of the payout, and QuickBooks still shows the full sale — because the refund never synced. No error, no warning. The books just quietly drift away from the bank.
The fix is two checkboxes. In Sync Config » Orders » Sync Triggers, check Refunded and Partially Refunded. If neither is checked, refunds are silently excluded from the sync — which is why this category of mismatch is so persistent for stores that set up their integration once and never revisited it.

Once enabled, a synced refund creates a real accounting document in QuickBooks: a Refund Receipt for orders synced as Sales Receipts, or a Credit Memo for orders synced as Invoices — linked to the original transaction, with tax and shipping broken out as separate lines to match Shopify exactly. Partial refunds generate a document for the refunded amount only; the original sale stays untouched.
One caveat: the original order has to already be in QuickBooks, because the refund attaches to it. But that’s the whole requirement. Two checkboxes close an entire category of payout mismatch.
Find the orders that never made it
The third hidden gap source: orders that errored out of the sync entirely. An unmapped product, a missing billing field, an expired QuickBooks connection — any of these leaves a hole in QuickBooks revenue that no payout can reconcile against, because the sale simply isn’t there.
What matters is that these failures are named, not silent. Every sync attempt in LedgerPort gets a status — Synced, Error, Pending, or On Hold — and filtering the audit log to Status = Error is a 30-second check that surfaces everything needing attention. The errors come with reasons: “Product Not Mapped,” “Missing Required Field,” or the expired-token “Connection Unhealthy” — which the docs call out as the single most common sync error.

The recovery move is short: fix the cause, select the failed records in Manual Sync, click Sync Selected. Failed records are never lost, and if QuickBooks rate-limits a big push, the retries happen automatically.
Closing the payout gap is partly structure — clearing accounts, fee mapping — and partly completeness. Completeness is a filter click.
Ironií celé této situace je, že jste dva roky strávili přesvědčením, že je něco rozbité. Matematika Shopify byla špatná, nebo QuickBooks nesprávný, nebo váš účetní něco vynechal, nebo jste něco dělali špatně.
Nebyli jste. Ani oni ne.
Oba systémy celou dobu dělaly svou práci správně. Jen jste neměli nic, co by je spojovalo.
