הנהלת חשבונות מרובת חנויות ב-QuickBooks: שמרו על ספרים נקיים

הנהלת חשבונות מרובת חנויות ב-QuickBooks מוכרעת ביום שבו פתחתם את חנות מס' 2 — רוב המפעילים מגלים זאת ארבעה עשר חודשים מאוחר מדי.

---

לסדר היום של הפגישה של יום חמישי עם עצמכם יש פריט אחד: לסגור את חנות מס' 2, או להכפיל את ההשקעה בה.

אז אתם פותחים את QuickBooks כדי לקבל את התשובה. סך ההכנסות עלה. עמלות הסוחר עלו. הוצאות הפרסום עלו מאוד. ואף אחד מהם לא קשור לחנות. חשבון ה"מכירות" שלכם הוא שני המותגים שנשפכו למספר אחד. חשבון העמלות שלכם הוא דמות מעורבבת אחת. אינכם יכולים, עם הנתונים שלפניכם, לומר אם החנות השנייה הרוויחה כסף ברבעון האחרון או בלעה בשקט את הרווח של החנות הראשונה.

זה החלק שאף אחד לא מזהיר אתכם מפניו כשאתם פותחים חנות שנייה — מותג חדש, אזור חדש, או חנות WooCommerce לצד חנות Shopify שלכם. הנהלת החשבונות לא מוכפלת. היא משולשת, כי עכשיו יש עבודה שלישית: להפריד בין שתי החנויות. ואם דילגתם על העבודה הזו, אתם יודעים בדיוק למה, כי אמרתם את המשפט שכמעט כולם אומרים: "אני פשוט אשפוך את שתי החנויות לאותם חשבונות QuickBooks ואפצל אותן מאוחר יותר כשאצטרך."

מאוחר זה עכשיו. והנה האמת המכנית הלא נוחה לגבי הנהלת חשבונות מרובת חנויות ב-QuickBooks: נתונים מעורבבים לא ניתנים להפרדה רטרואקטיבית. ארבעה עשר חודשי עסקאות ללא תווית חנות אינם מחכים למיון — המידע מעולם לא נלכד. ההחלטה שחשובה מתקבלת ביום הראשון, במבנה. החדשות הטובות הן שהמבנה אינו מסובך. מדובר בארבע החלטות, והפוסט הזה עובר על כולן.

הנהלת חשבונות מרובת חנויות ב-QuickBooks: קובץ אחד או שניים?

לפני חשבונות קיזוז, לפני מיפוי עמלות, לפני כל דבר — השאלה המבנית: האם חנות מס' 2 חיה בקובץ QuickBooks הקיים שלכם או בקובץ משלה?

כלל ההחלטה קצר מספיק כדי לזכור אותו בעל פה: הישות המשפטית היא גבול הקובץ. המותג או הערוץ הם מחלקה או מיקום בתוך הקובץ.

ההגדרה שלכם	מבנה QuickBooks
שתי חנויות, ישות משפטית אחת (שני מותגים, או Shopify + WooCommerce)	קובץ QBO אחד, עם מחלקה או מיקום לכל חנות
שתי חנויות, שתי ישויות משפטיות המגישות דוחות נפרדים	שני קבצי QBO — ללא יוצאים מן הכלל
חברת החזקות עם חברות בנות	קובץ אחד לכל ישות; איחוד בשכבת הדיווח

ההיגיון פועל בשני הכיוונים. קובץ QuickBooks הוא ספר החשבונות של ישות מס אחת לצורכי מס. ערבבו שתי ישויות לקובץ אחד ואתם לא יכולים להפיק את הדוח של אף אחת מהישויות מבלי לפרק את הקובץ — כל עסקה הופכת לשאלה "של מי זה?" בזמן הכי גרוע. פצלו ישות אחת לשני קבצים וקיבלתם את הבעיה ההפוכה: אין דוח רווח והפסד אחד, אין מאזן אחד, וצריך לבצע איחוד ידני בכל פעם שהרואה חשבון שלכם או מלווה מבקשים את התמונה המלאה.

רוב המפעילים שקוראים את זה הם השורה הראשונה: LLC אחד, שתי חנויות. אם זה אתם, התשובה היא קובץ אחד עם מעקב לפי חנות — ושאר הפוסט הזה עוסק בבנייתו.

דרישת קדם אחת שכדאי לציין: מעקב מחלקות ומיקומים דורש QuickBooks Online Plus או Advanced. אם אתם משתמשים ב-Essentials, השדרוג הזה הוא חלק מהעלות האמיתית של חנות מס' 2. תקצבו אותו במקום לנסות לעקוף אותו — הפתרון לעקיפה הוא הערבוב.

ועוד מועד אחרון שכדאי לציין: ברגע שאתם מכניסים כלי סנכרון, הארכיטקטורה מפסיקה להיות הפיכה. ב-LedgerPort, עסק מקשר חנות אחת לחברת QuickBooks אחת, וברגע שהחיבור הזה מאושר, לא ניתן להחליף את חברת ה-QBO לאחרת מאוחר יותר. יש להחליט על מבנה הקובץ לפני שמישהו לוחץ על אישור — לא לחזור על כך לאחר שישה חודשי עסקאות שזרמו.

שימו לב גם למה שהכלים מניחים: חברת QuickBooks אחת לכל עסק. "שני קבצים, כניסה אחת" היא הצורה הנתמכת באופן טבעי, וכל עסק מבודד לחלוטין — התיעוד מציג זאת בבירור: שינויים שנעשו בעסק אחד אינם משפיעים על אחר. אז אם החנויות שלכם הן ישויות נפרדות, הפתרון של שני קבצים אינו פשרה שתילחמו עליה עם התוכנה שלכם; זו ברירת המחדל שהתוכנה בנויה סביבה.

המבנה לכל חנות בתוך קובץ אחד

הנהלת חשבונות נקייה של מספר חנויות בקובץ QBO יחיד מסתכמת בארבעה חלקים. אף אחד מהם אינו אקזוטי. כולם חייבים להתקיים לפני שהעסקאות זורמות, לא אחרי.

1. מחלקה או מיקום לכל חנות

QuickBooks מעניק לכם שני ממדי תיוג. מיקום מחיל תג אחד לכל עסקה — וזה בדיוק מה שחנות היא, אז זה בדרך כלל ההתאמה הנקייה יותר. מחלקה יכולה לפצל שורות בודדות בתוך עסקה, מה שהופך אותה למתאימה יותר לדברים כמו קטגוריות מוצרים. ברירת מחדל הגיונית: השתמשו במיקום עבור החנות, ושמרו את המחלקה במילואים לממד שני שאולי תרצו מאוחר יותר.

בכל מה שתבחרו, הכלל הוא כיסוי מלא. כל קבלת מכירה, כל עמלה, כל החזר מקבל תג חנות. עסקה ללא תג היא עסקה שחוזרת לבלנדר.

2. חשבון קיזוז לכל חנות, לכל שער

חשבון סליקה ייעודי של מעבד התשלומים של כל חנות מופיע במערכת הנהלת החשבונות שלך: Shopify Payments Clearing — מותג א, Shopify Payments Clearing — מותג ב, Stripe Clearing — חנות Woo. הכנסות ממכירות זורמות לחשבון הסליקה של החנות; תשלומים יוצאים ממנו לבנק; החשבון חוזר לאפס כאשר כל הסכומים מתואמים.

שיתוף חשבון סליקה אחד בין חנויות גורם לאובדן יכולת האבחון הטובה ביותר שלך. חשבון סליקה שלא חוזר לאפס מצביע על בעיה ספציפית – אך רק אם הוא שייך לחנות אחת. ערבוב של שתי חנויות בו מסתיר שגיאה במותג א' בתוך היתרה של מותג ב' ללא הגבלת זמן.

אם מערכת הנהלת החשבונות שלך קדמה לחנות מס' 2, זה הזמן לבנות אותה מחדש – תבנית הנהלת החשבונות שלנו למסחר אלקטרוני היא מבנה ההתחלתי, ואתה משכפל את מקטעי הסליקה והעמלות לכל חנות.

3. שורות עמלות לכל חנות

מפה את העמלות כך שיהיו גלויות לפי חנות – בין אם בחשבונות נפרדים (Merchant Fees — מותג א) או בחשבון עמלות אחד עם תג החנות המיושם באופן עקבי.

זה חשוב יותר ממה שזה נראה. עלות העיבוד האפקטיבית שונה בין חנויות: תמהיל שערים שונה, ערכי הזמנה ממוצעים שונים, שיעורי החזר שונים. אם שיעור העמלה האפקטיבי של מותג ב' הוא 3.1% בעוד של מותג א' הוא 2.4%, זהו פער רווח אמיתי שניתן לפעול לפיו – אך רק אם העמלות מעולם לא עורבבו.

4. כלל כתוב להוצאות משותפות

שתי חנויות חולקות דברים: חשבון פרסום, חוזה 3PL, השכר שלך. בחר בסיס הקצאה – חלוקת הכנסות היא בסדר – רשום זאת חודשית באמצעות רשומת יומן חוזרת, וכתוב את הכלל. הקצאה מושלמת אינה קיימת. הקצאה עקבית היא מה שהופך את דוח רווח והפסד לפי חנות לאמין, ועקביות שורדת רק אם הכלל מתועד ולא נקבע מחדש בכל חודש.

[תמונה: קטע ממערכת הנהלת חשבונות המציג מקטעים מקבילים לפי חנות – שני חשבונות סליקה ושני חשבונות עמלות סוחר, המסומנים מותג א' ומותג ב']

אם אחד מחנויות האינטרנט שלך הוא WooCommerce, נתוני ההזמנות שלו מגיעים מבולגנים יותר מאלה של Shopify – מדריך הנהלת החשבונות של WooCommerce מכסה את הפרטים הספציפיים הללו לפני שתשלב את החנות הזו במבנה זה.

שלושת המלכודות שמערבבות את הספרים בחזרה

אפילו הגדרה נכונה מתדרדרת במקומות צפויים. שלושה מהם אחראים לרוב הנזק.

העברות מלאי בין חנויות. העברת מלאי ממנוי א' למנוי ב' אינה מכירה – אתה אותה ישות משפטית. רשום זאת כאחת ומנוי א' יציג הכנסה שלא הרוויח בעוד שעלות המכר של מנוי ב' משתבשת. העבר בעלות באמצעות רשומת יומן בין חשבונות נכסי מלאי, ללא שורת הכנסה בשום מקום. (אם החנויות שלך הן ישויות נפרדות, ההפך הוא הנכון: זוהי מכירת חברה אמיתית, במחיר שניתן להגן עליו – עוד סיבה לכך שהחלטת הגבולות של הישות באה תחילה.)

הוצאות פרסום משותפות. חשבון Meta אחד מממן את הקמפיינים של שתי החנויות, וחיוב הכרטיס מופיע כהוצאה אחת. השאר זאת ללא חלוקה וחנות אחת נושאת בשקט את עלות הרכישה של השנייה - בדרך כלל החנות הוותיקה מסבסדת את החדשה, מה שגורם לחנות החדשה להיראות טוב יותר ממה שהיא. פעם בחודש, משכו את ההוצאות לפי קמפיין ופצלו את ההוצאה לפי תג חנות. זה עשרים דקות, וזה ההבדל בין רווח והפסד לפי חנות לבדיון לפי חנות.

שער אחד המשרת שתי חנויות. מפתה להריץ את התשלום של החנות השנייה דרך חשבון התשלומים שכבר יש לכם. אל תעשו זאת. כל תשלום מכיל כעת הזמנות משתי חנויות, ואין דרך נקייה לפצל הפקדה לאחר שהיא מגיעה. חשבון שער אחד לכל חנות. הניהול הנוסף זניח לעומת הזנת בנק שלעולם לא תוכלו לייחס.

המלכודות שהכלים מסרבים לתת לכם ליפול אליהן

ספרים מעורבבים נובעים בדרך כלל מסחיפת תהליכים, וכלי סנכרון סוגרים כמה נקודות סחיפה מבנית. שני מעקות בטיחות וסיכון שיורי אחד, כולם מוזכרים בתיעוד של LedgerPort עצמו.

מעקה בטיחות אחד: חנות לא יכולה להיתבע פעמיים. נסו לחבר חנות שכבר מקושרת לחשבון LedgerPort אחר והחיבור נכשל עם שגיאה מפורשת - "אתר זה כבר מחובר לחשבון אחר." זה חוסם את הסכנה של ריבוי מפעילים שבה שני צינורות סנכרון נלחמים בשקט על חנות אחת, כל אחד כותב גרסה משלו של הספרים.

מעקה בטיחות שני: מגבלות חנות גלויות, לא מתגלות. ספירת חיבורים מבוססת תוכנית ומוצגת ישירות בדף החיבור, כך ש"כמה חנויות זה מכסה" לעולם אינו כרטיס תמיכה - אתם מגיעים ל-"מקסימום חיבורים הושג" בגבול, לא לסנכרון חלקי שקט.

הסיכון השיורי שכדאי לדעת: כניסה כפולה ב-QuickBooks. כאשר סנכרון ידני וסנכרון אוטומטי חופפים על אותה הזמנה, אותו מספר הזמנה יכול להירשם פעמיים. זה מופיע כשגיאה בשם עם תיקון מתועד - בדקו ב-QBO, מחקו את הכפילות, סנכרנו מחדש - במקום להסתתר בהכנסות שלכם עד ליישוב.

מה נראות לכל חנות משנה בפועל

חזרו לפגישת יום חמישי. אותה שאלה - לכבות או להכפיל - אבל עכשיו אתם מריצים רווח והפסד לפי מיקום והתשובה יושבת בשתי עמודות.

נניח ש-Brand B עשתה 38,000 דולר בחודש שעבר. לאחר עמלותיה שלה, הוצאות הפרסום שלה, המשלוח שלה, היא מריצה 4% נטו בעוד Brand A מריצה 12% - עכשיו אתם יודעים שהחנות השנייה היא בעיית שוליים בגודל ספציפי, ואתם יכולים לראות איזו שורה היא האשמה. או שהעמודות מתהפכות: B הוא העסק עם השוליים הטובים יותר והנפח של A הסתיר זאת, במקרה כזה כיבוי B היה טעות יקרה שנעשתה עם מספרים מעורבבים שנשמעו בביטחון.

זו התשואה האמיתית של מבנה זה. לא סדר – ניווט. לאיזה חנות מגיע 10,000 הדולר הבאים של מלאי. האם תמחור המשלוחים של מותג ב' צריך להשתנות. מה אתה מציג למלווה שמבקש ביצועי חנות. רואה החשבון שלך מקבל קובץ אחד נקי במקום קופסת נעליים עם שתי עסקים בפנים, וכל אחת מהשיחות הללו מתבצעת על סמך ראיות.

לנראות פר-חנות יש שכבה שנייה שרוב המפעילים מפספסים: נראות סנכרון פר-חנות. ב-LedgerPort, כל עסק נושא יומן ביקורת משלו – סוגי הישויות כוללים תשלום וסיכום יומי, לא רק הזמנות – כך שנקודת הבדיקה שלפני הפגישה היא מסנן, לא גיליון אלקטרוני: הגדר סטטוס ל'לא מסונכרן' או 'שגיאה' פר חנות, שישים שניות פר חנות, ואתה יודע שהספרים של כל חנות עדכניים בפועל לפני שמישהו פותח את דוח רווח והפסד. אם חנות אינה עדכנית, ההתאוששות היא מתכון התקלות של התיעוד עצמו: מסנן טווח תאריכים על פני חלון הפער, בחר הכל, סנכרן נבחרים – פר חנות, מבלי לגעת בחנויות התקינות. הערה כנה אחת: שמירת יומנים היא מדורגת לפי תוכנית (7, 30, או 90 יום, עד ללא הגבלה), כך שחברה שמבצעת סקירות רבעוניות זקוקה לאחד מהחלונות הארוכים יותר.

היכן LedgerPort משתלב

כל מה שמעל ניתן להשגה באופן ידני. זו גם משמעת קבועה: כל הזמנה, החזר, תשלום ועמלה, מתויגים לחנות הנכונה ומנותבים לחשבון הפיצוי הנכון, כל יום, בכל חנות. מצב הכשל אינו בורות – זהו רבעון רביעי עמוס.

זוהי העבודה הספציפית שאוטומציית סנכרון מרובה חנויות קיימת עבורה – בין אם אתה מטפל בחשבונאות עבור חנויות Shopify מרובות או שילוב של Shopify-plus-WooCommerce. סנכרון מרובה חנויות של LedgerPort מחבר כל חנות Shopify או WooCommerce לאותו קובץ QuickBooks Online, ושומר על הגבולות עבורך: כל חנות מקבלת חשבון פיצוי משלה, מיפוי עמלות משלה, ותג מחלקה או מיקום משלה, כאשר הזמנות, החזרים, תשלומים ועמלות נרשמים פר חנות באופן אוטומטי.

בתוך לוח המחוונים, הגבול הוא מבני, לא מוסכמת שמות: כל חנות חיה כ'עסק' משלה תחת כניסה אחת. לחץ על שם העסק בפינה השמאלית העליונה והבורר יציג את כל החנויות בחשבון – כל אחת מבודדת לחלוטין, עם חיבורים משלה, יומני סנכרון, מיפויים והגדרות, כך ששום דבר ממזג A לא ידלוף למזג B.

הוספת חנות מס' 2 – או מס' 3 – דורשת שם, מטבע ואזור זמן. לאחר מכן אתה מחבר את החנות הזו ואת חברת QuickBooks שלה באותה דרך שבה חיברת את הראשונה.

הגישה עוקבת אחר אותם גבולות. תפקידים מוגדרים לפי עסק, כך שתוכל להזמין את רואה החשבון שלך לספרים של חנות א' — שם הוא יכול להציג יומני סנכרון ולהריץ סנכרונים ידניים — מבלי שיצפה בחנות ב' או בחיובים שלך. החלוקה למנהל/חבר מכוסה בכיצד להוסיף חברי צוות ולנהל תפקידים.

עבור משרדים המנהלים חנויות לקוחות: אותה מבנה מתרחב לעבודת לקוחות — כל חנות לקוח היא עסק מבודד משלה תחת הכניסה של המשרד שלך, עם גישה מוגבלת לתפקיד לכל לקוח. ראה את תוכנית השותפים של CPA ואת המדריך לתוכנית השותפים של CPA של LedgerPort.

מנהלים חנויות בשתי פלטפורמות? המקרה של Shopify-plus-WooCommerce עובד באותה צורה, מאותו חשבון. חנות Shopify מתחברת תוך כ-15 דקות — תחילת עבודה עם LedgerPort הוא המסלול כולו — וחנות WooCommerce מותקנת כתוסף ומסתיימת באמצעות אשף הגדרות, לפי התקנת LedgerPort בחנות WooCommerce וחיבור ל-QuickBooks Online. שתי חנויות הסינכרון נכנסות ל-QuickBooks עם הגבולות שלהן ללא פגע — ללא כלי שני, ללא מנוי שני.

לגבי תמחור: תוכנית הScale (החל מ-67$ לחודש, 5,000 הזמנות לחודש) מטפלת בעד 3 חנויות עם סנכרון בזמן אמת ויומני תשלומים וטיפול בעמלות לכל חנות — מה שמכסה את רוב המפעילים של שני מותגים או Shopify-plus-Woo. Enterprise (החל מ-169$ לחודש) מסיר את המגבלות: חנויות והזמנות ללא הגבלה, חשבונאות כרטיסי מתנה וזיכוי חנות, ומנהל חשבון ייעודי. חיוב שנתי חוסך 15%, וכל הפריטים מגיעים עם אחריות להחזר כספי תוך 14 יום — החזר מלא של 100%, ללא שאלות.

גבול כנה: LedgerPort לא יחליט על כלל הקצאת העלויות המשותפות שלך או ירשום את העברות המלאי בין החנויות שלך. החלטות שיפוטיות אלו נשארות איתך ועם רואה החשבון שלך. מה שהוא מסיר הוא משמעת העסקאות היומית — החלק שמתכלה.

הפגישה בשתי לחיצות

ברבעון הבא, הפגישה מתקיימת שוב — הפעם היא עוסקת בשאלה האם חנות מס' 3 היא רעיון טוב.

אתה פותח את QuickBooks. דוחות. רווח והפסד לפי מיקום. שתי לחיצות. מותג ב' נמצא ב-9% נטו ועולה מאז ששינית את תמחור המשלוח שלו באפריל. מותג א' יציב. הפגישה לוקחת ארבע דקות, רוב הזמן אתה תוהה מה לעשות עם יתרת השעה.

זו פגישת האסטרטגיה הכי פחות דרמטית שתהיה לך אי פעם. זו המטרה.

הבלנדר פועל רק בכיוון אחד — נתוני החנות שאינך מפריד היום הם הרווח וההפסד לכל חנות שאינך יכול למשוך בשנה הבאה. אם אתה מגדיר כעת את חנות מס' 2, או שחנות מס' 2 הגיעה לפני ארבעה עשר חודשים והספרים מעולם לא התעדכנו, ראה כיצד LedgerPort שומר על ספרי כל חנות בנפרד באופן אוטומטי, או התחל בחינם וחבר את החנות הראשונה שלך תוך כ-15 דקות.