Varför din Shopify-utbetalning aldrig matchar vad QuickBooks visar

Varje måndag morgon händer samma sak.

Du kollar ditt bankkonto. Shopify-utbetalningen har kommit in – 4 312,87 $. Du öppnar QuickBooks. Dina försäljningssiffror för helgen visar 4 891,00 $. Du stirrar på båda siffrorna en stund. Du öppnar Shopify för att dubbelkolla. Siffrorna är fortfarande olika.

Du har hållit på med detta i två år. Du har frågat din bokförare. Du har googlat det. Du har frågat din revisor, som sa åt dig att bara stämma av skillnaden manuellt. Det gör du, varje månad, och nästa månad är skillnaden annorlunda. Ibland är det 200 $. Ibland är det 900 $. Ett kvartal var det över 3 000 $ och du kan fortfarande inte förklara vart det tog vägen.

Saken är den: inget är fel.

Inte med Shopify. Inte med QuickBooks. Inte med dig. Skillnaden du har stirrat på är inte ett fel – det är en strukturell inkompatibilitet mellan två system som båda tror att de talar sanning. Och det gör de.

Hur Shopifys utbetalningar faktiskt fungerar

Shopify är inte ett redovisningssystem. Det är en e-handelsplattform med en inbyggd betalningsprocessor, och pengarna den skickar till din bank återspeglar det.

När Shopify sätter in pengar på ditt konto skickar den inte dina bruttoförsäljningar. Den skickar det som är kvar efter att den har dragit av allt den är skyldig:

• Transaktionsavgifter (Shopify Payments bearbetningsavgifter – vanligtvis 2,4–2,9 % + 30 cent per transaktion)
• Återbetalningar utfärdade under utbetalningsperioden
• Avgifter för tvister och reservationer
• Reservbehållningar (vanligt för nya butiker eller butiker med förhöjd risk för tvister)
• Appavgifter som debiteras via Shopify

Shopify samlar allt detta över ett rullande fönster på 1–3 arbetsdagar, nollställer allt och skickar dig en enda siffra. Den siffran är korrekt. Det är exakt vad du tjänade, minus exakt vad som var skyldigt. Matematiken är korrekt.

Men det är bruttointäkter minus fem olika kategorier av avdrag, hopslagna till en enda post, som täcker transaktioner från flera dagar – och ditt kontoutdrag visar ingen av detaljerna.

Båda siffrorna – 4 891 $ och 4 312,87 $ – är exakt rätt. Men din bank visar dig bara en av dem.

Vad QuickBooks ser

QuickBooks Online är ett redovisningssystem. Det registrerar intäkter när en försäljning sker – det bruttobelopp som kunden betalade. Det känner inte automatiskt till Shopifys avgiftsstruktur, tidpunkten för dina återbetalningar eller det faktum att en utbetalning täcker flera dagar.

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) Anger insättningsbeloppet – i vilket fall din kassa stämmer överens, men dina intäkter är undervärderade med varje avgift, återbetalning och justering som drogs från utbetalningen.

Inget av alternativen är korrekt. Båda är vad folk gör när de inte har ett översättningslager.

Din bokförare gör inget misstag. Din revisor missar inget uppenbart. De två systemen talar olika språk, och du har försökt översätta mellan dem för hand.

Inget system har fel

Det här är den del som förvirrar folk när de hör det första gången, eftersom det låter som ett icke-svar.

Shopify gör rätt som skickar dig en nettoutbetalning. Det är vad betalningsprocessorer gör – de hanterar pengaflödet, drar av sina avgifter och skickar dig det som återstår.

QuickBooks gör rätt som registrerar bruttointäkter. Det är vad redovisningssystem gör – de spårar vad kunderna betalade, eftersom det är vad du behöver för P&L-noggrannhet, skatterapportering och för att förstå din verkliga affärsprestanda.

Problemet är inte att en av dem ljuger för dig. Problemet är att de löser olika problem på olika nivåer av transaktionen – och inget däremellan översätter mellan dem.

Vad du behöver är inte ett bättre sätt att stämma av skillnaden manuellt. Vad du behöver är något som talar båda språken: som tar bruttoförsäljningen från Shopify, mappar varje avgiftsavdrag till rätt utgiftskonto i QuickBooks, matchar utbetalningen med de korrekta transaktionerna och stänger gapet automatiskt.

Vad som faktiskt löser skillnaden

Det finns två sätt att stänga utbetalningsmötet.

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.

Automatisk avstämning innebär att använda ett verktyg som gör översättningsarbetet åt dig: hämtar varje utbetalning från Shopify, delar upp den i dess komponenter (bruttoförsäljning, transaktionsavgifter, återbetalningar, justeringar), mappar var och en till rätt QuickBooks-konto och bokför journalposterna automatiskt.

LedgerPort gör detta varje dag, utan ingripande. Din utbetalning landar på ditt bankkonto, och när du öppnar QuickBooks finns posten redan där — uppdelad på rätt konton, matchad mot rätt period, redo för din revisor att granska.

Skillnaden som tog dig timmar att inte riktigt stänga? Den stängs automatiskt. Förklaringen du aldrig kunde ge din revisor? Den finns i journalposten.

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.

---

Ironin i hela den här situationen är att du har spenderat två år övertygad om att något var trasigt. Shopifys beräkningar var fel, eller QuickBooks var fel, eller din bokförare missade något, eller så gjorde du något fel.

Det var du inte. Det var inte de heller.

Båda systemen gjorde sitt jobb korrekt hela tiden. Du hade bara inget som kopplade ihop dem.

Se hur LedgerPort kopplar ihop Shopify och QuickBooks →