בכל יום שני בבוקר, אותו הדבר קורה.
אתה בודק את חשבון הבנק שלך. תשלום ה-Shopify הגיע - 4,312.87$. אתה פותח את QuickBooks. המכירות שלך לסוף השבוע מראות 4,891.00$. אתה בוהה בשני המספרים לרגע. אתה פותח את Shopify כדי לבדוק שוב. המספרים עדיין שונים.
אתה עושה את זה כבר שנתיים. שאלת את הנהלת החשבונות שלך. חיפשת בגוגל. שאלת את רואה החשבון שלך, שאמר לך פשוט ליישב את ההפרש ידנית. אתה עושה את זה, כל חודש, ובחודש הבא הפער שונה. לפעמים זה 200$. לפעמים זה 900$. ברבעון אחד זה היה מעל 3,000$ ועדיין אינך יכול להסביר לאן זה הלך.
הנה העניין: שום דבר אינו שגוי.
לא עם Shopify. לא עם QuickBooks. לא איתך. הפער שבהם בהית אינו שגיאה - זוהי אי-תאימות מבנית בין שתי מערכות ששתיהן חושבות שהן אומרות לך את האמת. והן אומרות.
איך תשלומי Shopify עובדים בפועל
Shopify אינה מערכת הנהלת חשבונות. זוהי פלטפורמת מסחר אלקטרוני עם מעבד תשלומים מובנה, והכסף שהיא שולחת לחשבונך משקף זאת.
כאשר Shopify מפקידה כסף בחשבונך, היא לא שולחת לך את המכירות הגולמיות שלך. היא שולחת לך את מה שנשאר לאחר שהיא לוקחת את כל מה שהיא חייבת לה:
- עמלות עסקה (עמלות עיבוד של Shopify Payments - בדרך כלל 2.4–2.9% + 30 סנט לעסקה)
- החזרים שהונפקו במהלך תקופת התשלום
- ניכויים של חיובי אשראי והחזקות במחלוקת
- החזקות שמורות (נפוץ לחנויות חדשות יותר או לחנויות עם סיכון מוגבר לחיובי אשראי)
- חיובים של אפליקציות המחויבים דרך Shopify
Shopify מרכזת את כל אלה על פני חלון גלילה של 1–3 ימי עסקים, מנקה את הכל, ושולחת לך מספר יחיד. המספר הזה מדויק. זה בדיוק מה שהרווחת, פחות בדיוק מה שהיה חייב. החישוב נכון.
אבל זה הכנסה גולמית פחות חמש קטגוריות שונות של ניכויים, מקובצים לפריט שורה אחד, המכסה עסקאות ממספר ימים - והצהרת הבנק שלך לא מציגה שום פירוט.
פירוט תשלום אמיתי
שני המספרים - 4,891$ ו-4,312.87$ - נכונים לחלוטין. אבל הבנק שלך מציג לך רק אחד מהם.
מה QuickBooks רואה
QuickBooks Online היא מערכת הנהלת חשבונות. היא רושמת הכנסות כאשר מתרחשת מכירה - הסכום הגולמי שהלקוח שילם. היא לא יודעת אוטומטית על מבנה העמלות של Shopify, תזמון ההחזרים שלך, או העובדה שתשלום מכסה מספר ימים.
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.
ב) הזנת סכום ההפקדה — במקרה זה המזומנים שלך מסתדרים, אך ההכנסות שלך מוערכות בחסר בכל עמלה, החזר והתאמה שנוכו מהתשלום.
אף אחת מהאפשרויות אינה נכונה. שתיהן מה שאנשים עושים כשאין להם שכבת תרגום.
הרואה חשבון שלך לא טועה. רואה החשבון שלך לא מפספס משהו ברור. שתי המערכות מדברות בשפות שונות, ואתה ניסית לתרגם ביניהן ידנית.
אף מערכת אינה שגויה
זה החלק שמעכב אנשים כששומעים את זה בפעם הראשונה, כי זה נשמע כמו תשובה לא תשובה.
Shopify צודקת לשלוח לך תשלום נטו. זה מה שמעבדי תשלומים עושים — הם מטפלים בזרימת הכסף, מנכים את העמלות שלהם, ושולחים לך את מה שנשאר.
QuickBooks צודקת לרשום הכנסה ברוטו. זה מה שמערכות הנהלת חשבונות עושות — הן עוקבות אחר מה שהלקוחות שילמו, כי זה מה שאתה צריך לדיוק רווח והפסד, דיווח מס והבנת ביצועי העסק האמיתיים שלך.
הבעיה היא לא שאחד מהם משקר לך. הבעיה היא שהם פותרים בעיות שונות ברמות שונות של העסקה — ושום דבר באמצע לא מתרגם ביניהם.
SHOPIFY רואה
תשלום נטו: 4,312.87$
מכירות ברוטו פחות עמלות, החזרים והתאמות — מדויק לתזרים מזומנים.
QUICKBOOKS צריכה
הכנסה ברוטו: 4,891.00$ + ניכויים מפורטים
כל רכיב ממופה לחשבון הנכון — מדויק לרווח והפסד ולמס.
מה שאתה צריך זה לא דרך טובה יותר ליישב את הפער ידנית. מה שאתה צריך זה משהו שמדבר בשתי השפות: שלוקח את המכירה ברוטו מ-Shopify, ממפה כל ניכוי עמלה לחשבון הוצאה נכון ב-QuickBooks, מתאים את התשלום לעסקאות הנכונות, וסוגר את הפער באופן אוטומטי.
מה באמת פותר את הפער
ישנן שתי דרכים לסגור את אי-ההתאמה בתשלום.
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.
יישוב אוטומטי פירושו שימוש בכלי שעושה את עבודת שכבת התרגום עבורך: מושך כל תשלום מ-Shopify, מפרק אותו לרכיביו (מכירות ברוטו, עמלות עסקה, החזרים, התאמות), ממפה כל אחד לחשבון QuickBooks הנכון, ורושם את רשומות היומן באופן אוטומטי.
LedgerPort עושה זאת כל יום, ללא התערבות. התשלום שלך מגיע לבנק שלך, ועד שתפתח את QuickBooks, הרשומה כבר שם — מפורקת לחשבונות הנכונים, מותאמת לתקופה הנכונה, מוכנה לבדיקת רואה החשבון שלך.
הפער שלקח לך שעות לסגור כמעט? הוא נסגר אוטומטית. ההסבר שלעולם לא יכולת לתת לרואה החשבון שלך? הוא נמצא ברישום היומן.
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.
האירוניה בכל המצב הזה היא שבזבזת שנתיים משוכנע שמשהו מקולקל. החשבונאות של שופיפיי הייתה שגויה, או ש-QuickBooks לא היה תקין, או שרואה החשבון שלך פספס משהו, או שאתה עשית משהו לא נכון.
לא היית. גם הם לא.
שני המערכות עשו את עבודתן כראוי כל הזמן. פשוט לא היה לך שום דבר שמחבר ביניהן.
