Ogni lunedì mattina succede la stessa cosa.
Controlli il tuo conto bancario. Il pagamento di Shopify è arrivato: $4.312,87. Apri QuickBooks. Le tue vendite del fine settimana mostrano $4.891,00. Fissi entrambi i numeri per un momento. Apri Shopify per ricontrollare. I numeri sono ancora diversi.
Lo fai da due anni. Hai chiesto al tuo contabile. L'hai cercato su Google. Hai chiesto al tuo commercialista, che ti ha detto di riconciliare la differenza manualmente. Lo fai, ogni mese, e il mese successivo il divario è diverso. A volte sono $200. A volte sono $900. Un trimestre è stato oltre $3.000 e ancora non riesci a spiegare dove siano andati.
Ecco il punto: non c'è niente che non va.
Né con Shopify. Né con QuickBooks. Né con te. Il divario che hai fissato non è un errore, è un'incompatibilità strutturale tra due sistemi che pensano entrambi di dirti la verità. E la dicono.
Come funzionano effettivamente i pagamenti di Shopify
Shopify non è un sistema contabile. È una piattaforma e-commerce con un processore di pagamento integrato, e il denaro che invia alla tua banca riflette questo.
Quando Shopify deposita denaro sul tuo conto, non ti sta inviando le tue vendite lorde. Ti sta inviando ciò che rimane dopo aver dedotto tutto ciò che gli è dovuto:
- Commissioni di transazione (commissioni di elaborazione di Shopify Payments, tipicamente 2,4–2,9% + 0,30$ per transazione)
- Rimborsi emessi durante il periodo di pagamento
- Addebiti per chargeback e sospensioni per controversie
- Trattenute di riserva (comuni per negozi più recenti o negozi con rischio elevato di chargeback)
- Addebiti per app fatturati tramite Shopify
Shopify raggruppa tutto questo in una finestra mobile di 1-3 giorni lavorativi, netta tutto e ti invia un unico numero. Quel numero è accurato. È esattamente ciò che hai guadagnato, meno esattamente ciò che era dovuto. La matematica è corretta.
Ma sono le entrate lorde meno cinque diverse categorie di deduzioni, condensate in una singola voce, che coprono transazioni di più giorni, e l'estratto conto bancario non mostra alcun dettaglio.
RIEPILOGO EFFETTIVO DI UN PAGAMENTO
Entrambi i numeri — $4.891 e $4.312,87 — sono esattamente corretti. Ma la tua banca ti mostra solo uno di essi.
Cosa vede QuickBooks
QuickBooks Online è un sistema contabile. Registra le entrate quando avviene una vendita, l'importo lordo pagato dal cliente. Non conosce automaticamente la struttura delle commissioni di Shopify, la tempistica dei tuoi rimborsi o il fatto che un pagamento copra più giorni.
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) Inserendo l'importo del deposito: in questo caso, la cassa corrisponde, ma le tue entrate sono sottostimate da ogni commissione, rimborso e aggiustamento che è stato dedotto dal pagamento.
Nessuna delle due opzioni è corretta. Entrambe sono ciò che le persone fanno quando non hanno un livello di traduzione.
Il tuo contabile non sta commettendo un errore. Il tuo commercialista non sta trascurando qualcosa di ovvio. I due sistemi parlano lingue diverse e tu hai cercato di tradurre tra di loro a mano.
Nessuno dei due sistemi ha torto
Questa è la parte che confonde le persone quando la sentono per la prima volta, perché suona come una non-risposta.
Shopify ha ragione a inviarti un pagamento netto. È quello che fanno i processori di pagamento: gestiscono il flusso di denaro, deducono le loro commissioni e ti inviano ciò che rimane.
QuickBooks ha ragione a registrare le entrate lorde. È quello che fanno i sistemi contabili: tengono traccia di ciò che i clienti hanno pagato, perché è ciò di cui hai bisogno per l'accuratezza del conto economico, la rendicontazione fiscale e la comprensione delle tue reali prestazioni aziendali.
Il problema non è che uno dei due ti stia mentendo. Il problema è che risolvono problemi diversi a livelli diversi della transazione e nulla nel mezzo sta traducendo tra di loro.
SHOPIFY VEDE
Pagamento netto: 4.312,87 $
Vendite lorde meno commissioni, rimborsi e aggiustamenti: accurato per il flusso di cassa.
QUICKBOOKS NECESSITA
Entrate lorde: 4.891,00 $ + deduzioni dettagliate
Ogni componente mappato al conto corretto: accurato per conto economico e tasse.
Ciò di cui hai bisogno non è un modo migliore per riconciliare manualmente il divario. Ciò di cui hai bisogno è qualcosa che parli entrambe le lingue: che prenda la vendita lorda da Shopify, mappi ogni deduzione di commissione al giusto conto di spesa in QuickBooks, corrisponda al pagamento con le transazioni corrette e chiuda il divario automaticamente.
Cosa risolve effettivamente il divario
Ci sono due modi per chiudere la discrepanza dei pagamenti.
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.
Riconciliazione automatizzata significa utilizzare uno strumento che esegue il lavoro di traduzione per te: estrae ogni pagamento da Shopify, lo scompone nei suoi componenti (vendite lorde, commissioni di transazione, rimborsi, aggiustamenti), mappa ciascuno al conto QuickBooks corretto e registra automaticamente le scritture di diario.
LedgerPort fa questo ogni giorno, senza interventi. Il tuo pagamento arriva sul tuo conto e, quando apri QuickBooks, la voce è già lì, suddivisa nei conti giusti, abbinata al periodo corretto, pronta per la revisione del tuo commercialista.
Il disallineamento che ti ha richiesto ore per essere quasi risolto? Si risolve automaticamente. La spiegazione che non sei mai riuscito a dare al tuo commercialista? È nella registrazione contabile.
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.
L'ironia di tutta questa situazione è che hai passato due anni convinto che qualcosa non andasse. La matematica di Shopify era sbagliata, o QuickBooks era impreciso, o il tuo contabile si era perso qualcosa, o stavi facendo qualcosa di sbagliato.
Non era così. E nemmeno loro.
Entrambi i sistemi hanno fatto il loro lavoro correttamente per tutto il tempo. Semplicemente non avevi nulla che li collegasse.
