המזומן מתשלום שנתי הוא אמיתי. ההכנסה לא — עדיין לא. הפער בין שני העובדות הללו הוא המקום שבו הנהלת חשבונות מנויים משתבשת.
השקתם תוכנית שנתית בנובמבר. שלמו מראש עבור שתים עשרה חודשים, קבלו חודשיים בחינם — 120 דולר נקיים במקום 144 דולר. בסוף השבוע של Black Friday, 214 לקוחות ניצלו זאת. מעבד התשלומים שלכם הפקיד קצת יותר מ-25,000 דולר, ו-QuickBooks אומר שנובמבר היה החודש הטוב ביותר בהיסטוריה של החנות שלכם.
ואז מגיע דוח הרווח וההפסד של ינואר, ונראה שהעסק צנח מצוק. אותם לקוחות. אותן קופסאות יוצאות מהדלת כל חודש. אבל דוח הרווח וההפסד אומר שההכנסה קרסה — כי הכל נרשם ביום שהמזומן נחת.
אם חוויתם גרסה כלשהי מזה — חודש של שיא שלא יכולתם להסביר לרואה החשבון שלכם, רבעון "ירוד" שלא הרגיש ירוד, שוליים שמתנדנדים באופן קיצוני בהתאם למועד נחיתת התשלומים מראש — כבר נתקלתם בבעיה שפוסט זה עוסק בה. הכנסה מדודה היא המושג החשבונאי היחיד שמפריד בין מוכרי מסחר אלקטרוני במנויים עם ספרים קריאים לבין מוכרים שדוח הרווח וההפסד שלהם הוא מחולל מספרים אקראיים.
המכניקה פשוטה יותר מהשם מרמז. בואו נבנה אותם מאפס.
השקר: "זה נכנס לחשבון הבנק שלי, אז זו הכנסה"
זו ההנחה הטבעית ביותר במסחר, ועבור הזמנות חד פעמיות היא נכונה בקירוב. מישהו קונה נר, אתם שולחים את הנר, הכסף שלכם. מזומן ורווחים מגיעים יחד.
מנויים ששולמו מראש שוברים את הקישור הזה. כאשר לקוח משלם 120 דולר בנובמבר עבור שתים עשרה משלוחים חודשיים, לא הרווחתם 120 דולר בנובמבר. הרווחתם 10 דולר — שווי משלוח אחד — וקיבלתם על עצמכם התחייבות לספק עוד אחד עשר.
לכסף שאספתם אך עדיין לא הרווחתם יש שם בחשבונאות: הכנסה מדודה (תראו גם "הכנסה שלא נצברה" — אותו הדבר). והנה החלק שמפתיע את רוב המוכרים: הכנסה מדודה היא התחייבות, לא הכנסה. היא נמצאת במאזן שלכם לצד ההלוואות והחשבונות הלא משולמים שלכם, כי זה מה שזה — משהו שאתם חייבים. אתם פשוט חייבים אותו במוצר ושירות במקום בדולרים.
השקר אינו טיפשי. יתרת הבנק שלכם אכן עלתה, ועבור מפעיל יחיד שצופה במזומן, זה המספר שמרגיש אמיתי. אבל ברגע שאתם רושמים מנויים ששולמו מראש כהכנסה מיידית, שלושה דברים נשברים:
- דוח רווח והפסד החודשי שלך מפסיק להיות רלוונטי. ההכנסות מזנקות כאשר קמפיינים מצליחים, צונחות כאשר הם נכשלים, ואף אחד מהשינויים לא אומר לך איך העסק מתנהל.
- הרווח הגולמי שלך הופך לבלתי קוהרנטי. נובמבר מציג 25 אלף דולר הכנסות מול עלות מוצר של חודש אחד. חודשים שניים עד שנים עשר מציגים את עלות אספקת אותן קופסאות מול אפס הכנסות תואמות.
- תמונת המס שלך יכולה להיות מעוותת. בהתאם לשיטת הנהלת החשבונות שלך, הכרה בהכנסה לפני שהיא הוכנסה יכולה למשוך הכנסה חייבת במס קדימה. (כללי התזמון כאן הופכים טכניים באמת - אשר את הטיפול שלך עם רואה החשבון שלך.)
התיקון: הכירו בהכנסה ככל שאתם מספקים אותה
עקרון חשבונאות המדף שעומד מאחורי כל זה הוא משפט אחד: הכנסה מוכרת כאשר היא נצברת, לא כאשר היא נאספת. עבור מנוי, "נצבר" פירושו נמסר - כל חודש שירות או כל קופסה שנשלחה ממירה חתיכה מההתחייבות להכנסה אמיתית.
הנה הדוגמה המפורטת, מההתחלה ועד הסוף. המספרים פיקטיביים ומעוגלים בכוונה.
התשלום השנתי של 120 דולר, חודש אחר חודש
יום ראשון - המכירה. לקוח משלם 120 דולר עבור מנוי ל-12 חודשים. המזומן עולה, וכך גם ההתחייבות שלך:
| חשבון | חובה | זכות |
|---|---|---|
| מזומן (או חשבון סליקה של מעבד) | $120 | |
| הכנסה נדחית (התחייבות) | $120 |
שימו לב מה לא נמצא ברישום הזה: הכנסה. דוח הרווח והפסד שלך לא זז כלל ביום המכירה.
כל חודש - ההכרה. בכל פעם שאתה מספק חודש (שולח את הקופסה, מספק את תקופת השירות), אתה מעביר שביעית מההתחייבות להכנסה נצברת:
| חשבון | חובה | זכות |
|---|---|---|
| הכנסה נדחית | $10 | |
| הכנסות ממנויים | $10 |
הלוח. הפעל את זה במשך שנה והיתרה מתבטלת בצורה נקייה:
| חודש | הכנסה שהוכרה | הכנסה נדחית שנותרה |
|---|---|---|
| 1 | $10 | $110 |
| 2 | $10 | $100 |
| 3 | $10 | $90 |
| … | … | … |
| 11 | $10 | $10 |
| 12 | $10 | $0 |
הכפל ב-214 לקוחות ה-Black Friday שלך והתמונה משתנה. במקום קפיצה של 25,680 דולר בנובמבר ואחריה אחת עשרה חודשים של רעב לכאורה, הספרים שלך מציגים בערך 2,140 דולר הכנסות ממנויים בכל חודש - מותאמים לעלות האמיתית של אספקת אותם חודשים. זהו דוח רווח והפסד שאתה יכול לקרוא, לחזות ממנו, ולהעביר למלווה ללא דיסקליימר של עשרים דקות.
[תמונה: שתי תרשימי עמודות זה לצד זה - "תצוגת בסיס מזומנים" המציגה עמודה אחת ענקית בנובמבר וחודשים שטוחים לאחר מכן, לעומת "תצוגת הכנסה נדחית" המציגה שתים עשרה עמודות חודשיות שוות]
חידושים חודשיים פשוטים יותר — עד שהם לא
אם המנויים שלך משלמים מחודש לחודש, אתה עשוי לחשוב שאתה פטור. ברוב המקרים, אתה אכן פטור. חיוב של 12 דולר ב-1 במרץ עבור קופסת מרץ נצבר באותה תקופה שהוא נגבה - מזומן והכנסה מסתדרים, ויש מעט או כלום לדחות.
אך תוכניות מנויים מגיעות עם מנגנונים שמציגים מחדש בשקט פערים תזמוניים:
- דילוגים. בתוכנית "הירשם וחסוך", חודש מדולג בדרך כלל פירושו ללא חיוב וללא משלוח - אין מה לרשום. אבל אם לקוח מדלג לאחר שחוייב, אתה מחזיק כסף עבור משלוח שנדחה. החיוב הזה נשאר בהכנסה נדחית עד שההזמנה המושהית נשלחת בפועל.
- השהיות. מנוי שנתי שהושהה אינו מבטל את התחייבותך; הוא מותח אותה. יתרת החוב המעוכבת הנותרת נשארת במאזן שלך, וההכרה מתחדשת כאשר הביצוע מתחדש. ללקוח שמשעה את המנוי בחודש השישי עם 60 דולר שלא הוכרו עדיין יש 60 דולר מחבות שלך - למשך כל זמן שההשהיה נמשכת.
- החזרים וביטולים. כאן המסגור של החבות משתלם. נניח שלקוח שנתי מבטל בחודש הרביעי ואתה מחזיר את החלק שלא נוצל. זיהית 40 דולר, אתה מחזיר 80 דולר - ו-80 דולר אלה יוצאים מהכנסה מעוכבת, לא מהכנסה. ההכנסה המוכרת שלך לחודשים אחד עד ארבע נשארת מדויקת לחלוטין, מכיוון שבאמת הרווחת אותה. (החזרים על הכנסה שכבר הוכרה פועלים אחרת - זוהי כניסת הכנסה נגדית, ואנו מכסים זאת בחשבונאות החזרים והחזרות.)
- חציית מחזור חיוב. אפילו תוכניות חודשיות פשוטות יכולות לחצות תקופות - חיוב ב-28 בינואר עבור קופסה של פברואר שייך, באופן מחמיר, לפברואר. בקנה מידה קטן, רוב המוכרים והרואי חשבון שלהם מתעלמים מכך באופן סביר. בנפח משמעותי, כדאי לקבל החלטה מדיניות.
התבנית בכל ארבעת המקרים: לוח הזמנים של החיוב של המנוי ולוח הזמנים של הביצוע שלו הם שני צירים שונים, וההכנסה עוקבת אחר הביצוע.
היכן זה פוגש מזומן לעומת צבירה
כל מה שמעל הוא חשבונאות צבירה. אם החנות שלך פועלת על בסיס מזומן טהור - אתה רושם הכנסה כאשר הכסף מגיע, נקודה סופית - אז הכנסה מעוכבת אינה קיימת רשמית בספרים שלך, וזינוק נובמבר הוא נובמבר שלך.
זה חוקי ונפוץ למוכרים קטנים, אבל מנויים הם אחת הסיבות החזקות ביותר למעבר. ככל שיש לך יותר הכנסה ששולמה מראש, כך דוח רווח והפסד על בסיס מזומן סוטה יותר מהמציאות התפעולית - וקשה יותר לענות על שאלות בסיסיות כמו "האם זה היה חודש טוב?" אם אתה שוקל את המעבר, היתרונות והחסרונות מפורטים במדריך שלנו למזומן לעומת צבירה במסחר אלקטרוני.
אפילו מוכרים מחויבים על בסיס מזומן צריכים לעקוב אחר התחייבותם המעוכבת איפשהו, אם רק בגיליון אלקטרוני. ידיעה ש-18,000 דולר מיתרת הבנק שלך מיועדים לביצוע מונעת ממך להוציא כסף שלא הרווחת.
היכן ReCharge ומנויי WooCommerce משתלבים
אם אתה מנהל מנויים ב-Shopify, אתה כנראה משתמש ב-ReCharge או בתכונות המנויים המובנות של Shopify; ב-WooCommerce, זה בדרך כלל WooCommerce Subscriptions, לעיתים קרובות לצד מחסנית של תשלום ומשפך. כדאי לדייק לגבי מהם הכלים האלה: מנועי חיוב. הם מנהלים את חוזה המנוי - לוח הזמנים, הכרטיס במערכת, דילוגים והשהיות - ובכל חידוש הם יוצרים הזמנה וחיוב בחנות שלך.
זה בדיוק המקום שבו הנתונים שלהם מופיעים בחשבונאות שלך: כהזמנות. חידוש ReCharge או חידוש Woo Subscriptions נוחת בזרם ההזמנות של החנות שלך, זורם לתשלומי מעבד התשלומים שלך, ומגיע לספרים שלך באותה דרך שבה מגיעה כל הזמנה אחרת. אפליקציית המנויים יודעת את סיפור החיוב; נתוני ההזמנות והתשלומים שלך נושאים את סיפור הכסף.
אף אחד מהכלים האלה לא שומר על לוח הזמנים של הכנסותיך. זה חי בתיק החשבונאות שלך, וזה אותו רשימה קצרה ללא קשר למחסנית המנויים שבה אתה משתמש:
- חשבון התחייבות הכנסות נדחות בתרשים החשבונות של QuickBooks שלך, תחת התחייבויות שוטפות.
- לוח זמנים להכרה בהכנסות — אילו הזמנות שולמו מראש קיימות, כמה נותר לא מרוויח מכל אחת, וכמה להכיר החודש. עבור רוב החנויות זוהי גיליון אלקטרוני המבוסס על ייצוא מאפליקציית המנויים.
- רישום יומני חודשי המעביר את הפרוסה שנצברה מהכנסות נדחות להכנסות ממנויים.
- בדיקת שפיות חודשית שהיתרה הדחויה במאזן שלך עדיין שווה לסכום ההתחייבויות שלא מולאו בלוח הזמנים שלך.
זה כל המערכת. זה לא קשה מבחינה קונספטואלית — זו בעיית משמעת, וזו הסיבה שבדרך כלל היא נשברת באותו מקום: נתוני ההזמנות הבסיסיים.
קבלת נתוני ההזמנה הנכונים מתחת ללוח הזמנים
לוח זמנים להכרה בהכנסות טוב רק כמו רשומות המכירות המזינות אותו. אם הזמנות מנויים נוחתות ב-QuickBooks כפיקדונות בסכום כולל — עמלות מעורבבות בהכנסות, החזרים מקוזזים באופן בלתי נראה כנגד מכירות — אינך יכול לבנות לוח זמנים אמין להכנסות נדחות מעל, מכיוון שאינך יכול לדעת מה כל תשלום נתון הכיל בפועל. תיקון השכבה הזו בא קודם; הנה כיצד יש לרשום מכירות Shopify ב-QuickBooks לפני שכל לוגיקת מנויים נכנסת לתמונה.
זו השכבה שבה כלי סנכרון מרוויח את שכרו. LedgerPort מסנכרן הזמנות Shopify ו-WooCommerce ל-QuickBooks Online עם עמלות מופרדות מהכנסות והחזרים שנרשמו כהחזרים — כולל חידושי מנויים, מכיוון שחידוש הוא הזמנה כמו כל הזמנה אחרת. בתוכנית Scale שלה, יומני תשלומים מתאימים פיקדונות של מעבד להזמנות שבתוכם, כך שצד המזומנים של הספרים שלך מתאזן בצורה נקייה בעוד לוח הזמנים להכרה בהכנסות שלך מטפל בצד הנצבר. והסנכרון פועל אוטומטית, מה שחשוב במיוחד לחנויות מנויים: חידושים מייצרים טפטוף קבוע של הזמנות לאורך כל החודש, לא ערימה שניתן להזין באצווה ב-31 לחודש.
כדי להיות ברור לגבי הגבול: רישום היומן החודשי של הכנסות נדחות עדיין שלך (או של רואה החשבון שלך) לעשות. שום כלי סנכרון הזמנות לא צריך לטעון שהוא יודע את התחייבויות הביצוע שלך. מה שסנכרון נקי נותן לך הוא נתוני ההזמנה, העמלה וההחזר המדויקים שעליהם לוח הזמנים תלוי — ועבור חנויות עם נפח חידושים משמעותי, שעות בחזרה בכל שבוע שהיו מוקדשות להרכבתו ידנית.
אם מנויים הופכים לחלק אמיתי מההכנסות שלך, היסודות הרחבים יותר נמצאים במדריך שלנו לעמוד התווך של חשבונאות מסחר אלקטרוני. ואם קמפיין התשלום מראש האחרון שלך הפך את דוח רווח והפסד שלך לרומן בלשי, התחל בקטן יותר: פתח את QuickBooks, הוסף חשבון התחייבות להכנסה נדחית, ובנה את הלוח בעל שתים עשרה השורות עבור לקוח אחד בסך 120$. לאחר שצפית בתשלום מראש אחד מתבטל בסך 10$ לחודש, כל המודל נפתח - ו-LedgerPort יכול לשמור על נתוני ההזמנות שמתחתיו נקיים, החל בחינם.
