חודש כרטיסי המתנה הטוב ביותר שלך הוא הקל ביותר לטעות בו בספרים שלך — מכיוון שאף אחד מהכסף הזה עדיין אינו הכנסה.
ה-23 בדצמבר, והחנות שלך בדיוק סיימה את תקופת מכירת כרטיסי המתנה הטובה ביותר שלה אי פעם: 9,000 דולר בכרטיסים שנמכרו בשלושה שבועות. המזומן נמצא בחשבון הבנק שלך. לוח המחוונים שלך נראה נהדר. אתה סוגר את החודש בתחושה שהדצמבר נשא את השנה.
ואז ינואר קורה פעמיים. ראשית, הפדיונות נכנסים — הזמנות ששולמו חלקית או במלואן בכרטיסים אלה, משלוח מלאי אמיתי תוך כדי שהתשלומים נשארים קטנים באופן מוזר. שנית, רואה החשבון שלך שואל שאלה שאינך יכול לענות עליה: "כמה מההכנסה של דצמבר היו כרטיסי מתנה, וכמה מהם נפדו?" אם ספרת את 9,000 הדולר כמכירות דצמבר *וגם* אתה סופר את הזמנות ינואר כמכירות ינואר, הכפלת את אותו הכסף פעמיים — והגזמת בהכנסה בשנה שכבר נסגרה.
האינטואיציה שגורמת לכך פשוטה, והיא מרגישה אטומה: "כסף נכנס לחשבון הבנק שלי, אז זו מכירה."
זה השקר במרכז חשבונאות כרטיסי מתנה. מזומן הגיע, אך לא מוצר יצא. מה שבעצם מכרת היה הבטחה — ובספרים שלך, הבטחה שעדיין לא קיימת אינה הכנסה. זו חוב.
חשבונאות כרטיסי מתנה במשפט אחד: מכרת הבטחה
כאשר לקוח קונה כרטיס מתנה בסך 100 דולר, הוא לא קנה סחורה. הוא שילם מראש עבור סחורה שיבחר מאוחר יותר. עד שיבחר אותה, אתה חייב לו 100 דולר של סחורה — מה שהופך את 100 הדולר ל התחייבות במאזן שלך, לא להכנסה בדוח רווח והפסד שלך.
הרישום ברגע המכירה:
- חיוב: מזומן (או חשבון הפיצוי של מעבד התשלומים שלך) — 100 דולר
- זיכוי: התחייבות כרטיס מתנה (חשבון התחייבות שוטפת אחרת) — 100 דולר
אין חשבון הכנסה שנגע. אין עלות מכר שנרשמה, מכיוון שלא עברו סחורות. ברוב מדינות ארה"ב, גם לא נגבה מס מכירה על מכירת הכרטיס — המס בדרך כלל חל כאשר הכרטיס מושקע במוצרים אמיתיים, לא כאשר הכרטיס עצמו נרכש. (הכללים משתנים לפי מדינה; אשר את תחום השיפוט שלך עם רואה החשבון שלך.)
זו אותה לוגיקה שמנהלת החזרים והחזרות: הספרים שלך לא רושמים איך הכסף *הרגש* — הם רושמים מה קרה מבחינה חוקית. ומה שקרה זה שלקוח נתן לך מזומן ואתה נתת לו שטר חוב.
מעגל החיים: מכירה, פדיון, פדיון חלקי
הכנסה מופיעה ברגע שאתה מקיים את ההבטחה. הנה הקשת המלאה עם מספרים עגולים בדיוניים בבירור.
15 בדצמבר — הכרטיס נמכר. לקוח קונה כרטיס מתנה בסך 100$. מזומן עלה ב-100$, התחייבות כרטיס מתנה עלתה ב-100$. הכנסות להיום: 0$.
10 בינואר — פדיון חלקי. בעל הכרטיס קונה סוודר ב-60$ ומשלם עם הכרטיס. עכשיו — ורק עכשיו — הרווחת משהו:
- חיוב: התחייבות כרטיס מתנה — 60$
- זיכוי: הכנסות ממכירות — 60$ (בתוספת חלק מס המכירות: גבה ורשום מס על מכירת 60$ כפי שהיית עושה לכל הזמנה)
- רשום עלות מכר עבור הסוודר, מכיוון שהמלאי סוף סוף זז.
שים לב מה לא קרה: לא הגיע מזומן. המזומן הגיע בדצמבר. פדיון הוא האירוע החשבונאי שבו המזומן מדצמבר סוף סוף זוכה לשם "הכנסה".
היתרה פשוט יושבת שם. הכרטיס עדיין מחזיק 40$, כך ש-40$ נשארים בחשבון ההתחייבות — אולי לחודשים, אולי לנצח. יתרת התחייבות כרטיס המתנה שלך בכל רגע נתון אמורה להיות שווה לסך הערך הבלתי מנוצל בכל כרטיס פתוח. זה המספר שהרואה חשבון שלך רוצה, וזה המספר שרוב החנויות לא מצליחות להפיק.
מצב כשל הספירה הכפולה קל כעת לראות. אם רשמת 100$ הכנסה בדצמבר וגם 60$ הכנסה בינואר, זיהית 160$ על כרטיס של 100$. הכפל זאת ברבעון רביעי עמוס ואתה מנפח את ההכנסה — ואת המס עליה — באלפים.
| אירוע | מזומן | התחייבות כרטיס מתנה | הכנסה |
|---|---|---|---|
| כרטיס נמכר (100$) | +$100 | +$100 | $0 |
| 60$ נפדו | $0 | −60$ | +$60 |
| יתרה שנותרה | — | $40 | — |
עוד סוגיה שכדאי לדעת: כאשר הזמנה משולמת חלקית בכרטיס מתנה וחלקית בכרטיס אשראי — הזמנה של 150$ ששולמה ביתרת הכרטיס של 40$ ועוד 110$ בויזה — ההכנסה היא 150$, ההתחייבות יורדת ב-40$, ורק 110$ מופיעים בתשלום שלך. זו בדיוק הסיבה ששבועות עם הרבה כרטיסי מתנה גורמים לתשלומים להיראות "קצרים" לעומת מכירות. הם לא קצרים. חלק מהתשלום היה הבטחה שכבר שילמו עבורה.
זיכוי חנות: אותה התחייבות, שני מקורות שונים
קרדיט חנות מתנהג בדיוק כמו כרטיס מתנה ברגע שהוא קיים: זה כסף של לקוח שאתה מחזיק, הוא חי בחשבון התחייבות, והוא הופך להכנסה בפדיון. מה ששונה הוא מאיפה הוא מגיע — וזה משנה את הצד האחר של הרישום.
קרדיט חנות מהחזר. לקוח מחזיר הזמנה בסך 80$ ואתה מוציא קרדיט במקום מזומן. אתה רושם את ההחזרה בצורה הרגילה — חיוב בחשבון הנגדי של החזרות והחזרות — אך במקום לזכות מזומן שיצא מהדלת, אתה מזכה את התחייבות קרדיט החנות ב-80$. לא יצא מזומן מחשבונך, אך כעת אתה חייב 80$ של סחורה עתידית. (חלקי העמלת עיבוד ומס המכירות של ההחזרה עדיין מתנהגים כפי שהם עושים בכל החזר — מדריך החזרות והחזרים עובר על כל הארבעה.)
זיכוי חנות מתוך רצון טוב. משלוח הגיע באיחור ואתה מוציא זיכוי של 20$ כ"התנצלות". אין מכירה מקורית להפוך, ולכן זה לא הכנסה נגדית – זה עלות של שימור הלקוח. רוב החנויות מחייבות חשבון הוצאות פרומו או הוצאות רצון טוב של לקוחות ומזכות את התחייבות זיכוי החנות ב-20$. רואה החשבון שלך עשוי להעדיף טיפול מעט שונה, אך העיקרון נשמר: זיכוי רצון טוב הוא עלות שיווקית, לא התאמת מכירות.
מקורות שונים, יעד זהה. שני הזיכויים נמצאים באותו סוג התחייבות כמו תעודות מתנה, שניהם הופכים להכנסה כשהם מנוצלים, ושניהם צריכים להיות ניתנים למעקב – מכיוון ש"כמה זיכוי חנות עומד לפירעון?" היא שאלה שלווה, קונה או רואה חשבון ישאלו בסופו של דבר.
שבר: הכסף שלעולם לא חוזר (טפל עם רואה חשבון)
אחוז מסוים מתעודות המתנה והזיכויים לעולם לא ימומש. כרטיסים הולכים לאיבוד, יתרות נשכחות, יתרות של 3.17$ ננטשות. רואי חשבון קוראים לזה שבר, וזה החלק היחיד בחשבונאות תעודות מתנה שאסור לאלתר בו.
שני דברים שכדאי לדעת ברמת בעל החנות:
- שבר הופך בסופו של דבר להכנסה – לפי לוח זמנים, לא לפי דחף. על פי כללי חשבונאות מקובלים בארה"ב (US GAAP) הנוכחיים, חברות שיכולות להעריך באופן סביר את השבר מכירות בו באופן יחסי ככל שתעודות ממומשות; אחרות ממתינות עד שהמימוש הופך לבלתי סביר. אינך יכול להעביר את ההתחייבות להכנסה רק בגלל שתעודה נראית ישנה.
- יש מדינות שרוצות את הכסף. חוקי רכוש בלתי נתבע (escheatment) במספר מדינות יכולים לדרוש את העברת היתרות שלא מומשו למדינה לאחר תקופת דומם. האם התעודות שלך מכוסות תלוי במדינה שלך וכיצד התוכנית בנויה.
המסקנה המעשית: שמור על יתרת ההתחייבות מדויקת ותן לרואה החשבון שלך לקבוע את מדיניות השבר. הבא להם את הנתונים – תעודות שהונפקו, מומשו, ועומדות לפירעון לפי גיל – והם יטפלו בכללי ההכרה. זה נמצא באופן מובהק בתחום של "לאשר עם רואה החשבון שלך", ופוסט זה אינו ייעוץ מס.
איך זה זורם ב-Shopify וב-WooCommerce
התיאוריה אינה תלויה בפלטפורמה. הבלגן תלוי בפלטפורמה.
Shopify
הדיווח של Shopify מטפל בפיצול בצורה נכונה, מה שמפתיע אנשים: מכירות של תעודות מתנה אינן נכללות בדוחות המכירות ומעקב אחריהן נעשה בנפרד בסיכומי הכספים שלה, בעוד שמימושים מופיעים כאמצעי תשלום בהזמנות. במילים אחרות, Shopify כבר מתייחסת למכירת התעודה כ"לא מכירה" ולמימוש כאמצעי תשלום – אותו מודל שהספרים שלך צריכים.
היכן שזה משתבש הוא בהמשך. המזומן מרכישת תעודה נוחת בתשלום שלך בתאריך המכירה, אך ה"מכירה" מופיעה בדוחות בתאריך המימוש, משולמת חלקית באמצעי תשלום שלא מעביר מזומן. Shopify גם מוציאה זיכוי חנות באופן טבעי – גם כאופציית החזר וגם כיתרות לקוחות – מה שמוסיף זרם התחייבות שני למעקב. אם כל מה שמפרסם את נתוני ה-Shopify שלך ב-QuickBooks אינו מבחין בין אמצעי תשלום של תעודת מתנה לאמצעי תשלום של רשת תעודות, ההכנסה שלך והתשלומים שלך יסתרו זה את זה בשני הכיוונים בו זמנית.
WooCommerce
ל-WooCommerce אין מערכת כרטיסי מתנה מובנית, ולכן הנהלת החשבונות תלויה לחלוטין בהרחבה שתפעיל — PW Gift Cards, YITH, וכלי כרטיסי המתנה והקרדיט בחנות של Advanced Coupons הם השמות שתראו לרוב. פרט היישום שחשוב לספרים שלכם: האם התוסף מתייחס לכרטיס שנפרע כאמצעי תשלום או כקופון.
ההבדל אינו קוסמטי. פדיון בסגנון קופון רושם את הזמנת הסוודר ב-60$ כמכירה מוזלת — הכנסות מופחתות, ללא התחייבות — מה שממעיט בהכנסה ומשאיר את התחייבות כרטיס המתנה בספרים שלכם לנצח. פדיון בסגנון תשלום רושם הכנסה מלאה עם הכרטיס כאמצעי תשלום, וזה מה שקרה בפועל. אם תוסף כרטיסי המתנה שלכם ממדל פדיונות כקופונים, הנהלת החשבונות שלכם דורשת ערך התאמה ידני עבור כל פדיון, או שהמספרים שלכם סוטים מעט יותר בכל חודש. (Advanced Coupons, באופן ניכר, עוקב אחר קרדיט בחנות כיתרת לקוח תקינה ולא כקוד קופון בלבד, מה שמתאים בצורה נקייה יותר למודל ההתחייבות.)
איפה הכל נוחת ב-QuickBooks
ב-QuickBooks Online, כל המערכת נשענת על חשבון אחד שכנראה עדיין אין לכם: חשבון התחייבות שוטפת אחרת הנקרא משהו כמו "התחייבות כרטיסי מתנה וקרדיט בחנות". חנויות מסוימות מפצלות אותו — חשבון אחד לכרטיסי מתנה, אחד לקרדיטים של החזרים, אחד לקרדיטי רצון טוב — כך שהמאזן מציג את המקורות בנפרד. תבנית תרשים החשבונות שלנו למסחר אלקטרוני כוללת את מבנה ההתחייבות אם אתם מגדירים זאת מחדש.
ואז שלוש הזרימות מתמפות כך:
- כרטיס או קרדיט שהונפק → קבלת מכירה / שורת יומן מזוכה בחשבון ההתחייבות. לעולם לא בחשבון הכנסה.
- כרטיס שנפרע → ההזמנה נרשמת בהכנסה מלאה, עם שורת תשלום בכרטיס מתנה שמחייבת את ההתחייבות, כך שהקבלה עדיין מאוזנת עם המזומן שהתקבל בפועל.
- בדיקת סוף חודש → יתרת חשבון ההתחייבות צריכה להיות שווה ליתרות הכרטיסים והקרדיטים התלויות ועומדות לפי הפלטפורמה שלכם. אם זה לא המצב, משהו במערכת קודמת רושם פדיונות כהנחות או מכירות כרטיסים כהכנסה.
השלב השלישי הזה הוא המבחן הכנה של ההגדרה שלכם. רוב החנויות שחושבות שהן "מטפלות בכרטיסי מתנה" נכשלות בו בפעם הראשונה שהן מריצות אותו.
שמירה על ההתחייבות בכנות בהיקף גדול
בעשר כרטיסי מתנה בשנה, אתם יכולים לרשום את כל זה ידנית. בנפח של הרבעון הרביעי — מאות כרטיסים, פדיונות חלקיים, תשלומים מפוצלים, קרדיטים של החזרים, וקרדיטי רצון טוב שנעים בבת אחת — רישומים ידניים מפסיקים להיות משימת הנהלת חשבונות ומתחילים להיות מקור שגיאה קבוע. זהו סוג של בעיה שתוכנת סנכרון או ממדלת נכון או שוברת בשקט.
זה גם, בכנות, יתרון שלא כל כלי מטפל בו. LedgerPort מתייחס לכרטיסי מתנה וזיכוי חנות כפי שהם - תנועות התחייבות, לא הכנסה - הנפקה ופדיון מחשבון ההתחייבות באופן אוטומטי כאשר הזמנות מסתנכרנות מ-Shopify או WooCommerce ל-QuickBooks. זוהי תכונה של תוכנית Enterprise, מכיוון שהחנויות שזקוקות לה הן אלו שמטפלות בנפח כרטיסי מתנה אמיתי; אם זו אתם, הבדיקה בסוף החודש בחלק שלמעלה הופכת למספר שפשוט תואם.
אם אתם בשלב מוקדם יותר, התחילו עם היסודות: צרו את חשבון ההתחייבות, הפסיקו לרשום מכירות כרטיסים כהכנסה, ושלבו את בדיקת היתרה העומדת בסגירת החודש שלכם. המערכת הרחבה יותר - תשלומים, עמלות, עלות המכר, והיכן כרטיסי מתנה משתלבים ביניהם - מכוסה במדריך המלא שלנו לחשבונאות מסחר אלקטרוני.
כך או כך, 9,000 הדולר של דצמבר הם כסף אמיתי וניצחון אמיתי. זו פשוט לא הכנסה של דצמבר. זו של ינואר, ושל פברואר, וההבטחה שאתם שומרים בכל פעם שלקוחותיכם חוזרים לאסוף.
