- 1השקר: "כסף נכנס הוא כסף שהרווחת"
- 2פיקדון הוא התחייבות — אותה לוגיקה כמו הכנסה נדחית
- 3הנהלת חשבונות פיקדונות לקוח ב-QuickBooks: ההגדרה
- 4דוגמת העבודה: 40% מקדמה על הזמנה של 10,000 דולר
- 5תשלומים חלקיים ומה הם עושים לחיובים ישנים
- 6חיוב התקדמות להזמנות הגדולות באמת
- 7פיקדונות ניתנים להחזר לעומת פיקדונות שאינם ניתנים להחזר
- 8שמירה על שכבת ההזמנה נקייה מתחת
הנהלת חשבונות פיקדונות לקוח ב-QuickBooks מסתכמת בחשבון אחד וכלל אחד: כסף שטרם הרווחת הוא כסף שאתה חייב.
העברה בנקאית הגיעה ביום שני: 4,000 דולר, הפניה "PO-2211 deposit". רשת בוטיקים בת שתים עשרה סניפים הזמינה 500 יחידות עם תווית מותאמת אישית — סך הכל 10,000 דולר, 40% מראש להתחלת הייצור, יתרה בתשלום נטו 30 לאחר המסירה. לא תשלח במשך חמישה שבועות.
אז מה זה בדיוק ה-4,000 דולר האלה? זה בחשבון הבנק שלך, אבל עוד לא שלחת כלום, אז זו לא מכירה. רוב המוכרים פותרים את העמימות בדרך המהירה: רושמים את זה כהכנסה, או משאירים את זה ללא סיווג בפיד הבנקאי, וממשיכים הלאה. ואז חמישה שבועות מאוחר יותר החשבונית יוצאת על 10,000 דולר, הקונה משלם 6,000 דולר, ו-QuickBooks מחזיק שילוב כלשהו של הכנסה שנספרה פעמיים, פיקדון מסתורי, וחשבונית הטוענת שהלקוח חייב כסף שכבר שלח.
אם קראת את המדריך שלנו ל-תנאי נטו ו-AR סיטונאי ב-QuickBooks, אתה יודע את הכלל הראשון של שכבת הסיטונאות: חשבוניות, לא קבלות מכירה, כך שהפער בין הרווח לגבייה נשאר גלוי. פיקדונות הם אותה משמעת המופנית לכיוון השני — כסף שמגיע לפני הרווח. פוסט זה מכסה הנהלת חשבונות פיקדונות לקוח ב-QuickBooks מקצה לקצה: מבנה ההתחייבות, ההגדרה, דוגמת עבודה מפיקדון לתשלום סופי, תשלומים חלקיים וחיובים ישנים, חיוב התקדמות, ופיקדונות ניתנים להחזר לעומת פיקדונות שאינם ניתנים להחזר.
השקר: "כסף נכנס הוא כסף שהרווחת"
ההנחה מתחת לדרך המהירה: "הלקוח שילם לי, אז זו הכנסה." עבור קמעונאות, זה נכון — תשלום וביצוע הם באותו רגע. עבור פיקדון B2B, זה שקר, ורישום זה כהכנסה שובר שלושה דברים בבת אחת.
זה שם את ההכנסה בחודש הלא נכון. ה-4,000 דולר נוחתים בדוח רווח והפסד של מרץ; ההזמנה נשלחת באפריל. אף אחד מהרווחים של החודש אינו בעל משמעות — מרץ נושא 40% מההכנסה ללא עלות הסחורה כנגדה.
זה יוצר ספירה כפולה. כאשר אתה מגיש חשבונית על 10,000 דולר המלאים בעת המשלוח — מה שעליך לעשות, כי אז מתרחשת המכירה — QuickBooks מציג כעת 14,000 דולר הכנסה על הזמנה של 10,000 דולר. ה"תיקון" הרגיל הוא הגשת חשבונית רק על היתרה של 6,000 דולר, מה שממעיט בערך המכירה, שובר את בסיס מס המכירות שלך, והופך את היסטוריית ההזמנה לבלתי קריאה.
זה מסתיר התחייבות. עד שתספק, אתה חייב לקונה 500 יחידות עם תווית מותאמת אישית או את כספם בחזרה. כשההתחייבות נרשמת כהכנסה, היא לא מופיעה בשום מקום — קח מקדמות על ארבע הזמנות ייצור בבת אחת והספרים שלך יראו מצב מזומנים בריא ללא כל רמז שרובם כבר שמור.
השקר מובן — יתרת הבנק אכן עלתה. אבל לכסף שנאסף וטרם הועבד יש זהות חשבונאית ספציפית, והיא אינה הכנסה.
פיקדון הוא התחייבות — אותה לוגיקה כמו הכנסה נדחית
כסף שנאסף לפני ביצוע הוא הכנסה מראש, והכנסה מראש היא התחייבות. היא נמצאת במאזן שלך יחד עם ההלוואות וחשבונות שלא שולמו מכיוון שהיא מתנהגת כמוהם: זה משהו שאתה חייב — בסחורה ולא בדולרים.
אם אתה מוכר מנויים, נתקלת במבנה הזה בעבר — תשלום שנתי מראש הוא שתים עשרה חודשים של מקדמות תחת חיוב אחד, ומדריך הכנסות מראש מפרט כיצד התחייבות זו מתבטלת חודש אחר חודש. הפקדה של B2B היא אותו מנגנון, למעט שההתחייבות כולה מומרת בבת אחת, ביום שבו אתה מבצע את ההזמנה.
זה נותן להפקדה מחזור חיים נקי של שני שלבים:
- בקבלה: מזומן למעלה, התחייבות למעלה. ללא הכנסה, ללא תנועה ברווח והפסד.
- בביצוע: חשבונית על ההזמנה המלאה (הכנסה מוכרת, כראוי, פעם אחת), ואז החלת ההפקדה כנגד החשבונית — התחייבות למטה, יתרת החשבונית למטה. מה שנותר פתוח הוא בדיוק מה שהקונה עדיין חייב.
כל השאר בפוסט הזה הוא מכניקה כדי לגרום ל-QuickBooks לבצע את שני השלבים הללו.
הנהלת חשבונות פיקדונות לקוח ב-QuickBooks: ההגדרה
אתה צריך שני אובייקטים ב-QuickBooks Online, שניהם הגדרה חד פעמית:
- חשבון התחייבות. תרשים חשבונות → חשבון חדש → התחייבות שוטפת אחרת, בשם "מקדמות לקוח". כאן נמצא הכסף שטרם הועבד בין קבלה לביצוע.
- פריט הפקדה. פריט שירות בשם "מקדמת לקוח", עם חשבון ההכנסות שלו המכוון לחשבון ההתחייבות הזה — לא להכנסות. פריט זה מזיז כסף פנימה והחוצה מההתחייבות מתוך טפסי מכירה רגילים.
תהליך העבודה, כשהם מוגדרים:
- כאשר מגיעה הפקדה, רשום קבלת מכירה בסכום ההפקדה באמצעות פריט מקדמת לקוח. מזומן עולה; ההתחייבות עולה; הכנסה לא נגעה. סמן את הפריט כלא חייב במס — מס מכירה נגבה על כל ההזמנה בעת החיוב, לא על התשלום מראש. (תזמון מס הפקדות כולל ניואנסים ברמת המדינה; אשר את שלך עם רואה החשבון שלך.)
- כאשר אתה מבצע את ההזמנה, חשבונית על מלוא סכום ההזמנה — כל יחידה, מחיר מלא, מס על כל הסכום — ואז הוסף את פריט מקדמת לקוח כשורה שלילית בסכום ההפקדה. סך החשבונית יורד ליתרה האמיתית שנותרה, ההתחייבות מתרוקנת באותו סכום, ומסמך אחד מציג את הסיפור המלא: מכירה מלאה, הפקדה הוחלה, יתרה לתשלום.
תראה גם קיצור דרך מומלץ: דלג על חשבון ההתחייבות ורשום את הפיקדון כזיכוי שלא יושם ברשומת הלקוח (קבל תשלום ללא חשבונית). זה עובד מכנית, אבל מאזן התשלומים שלך לעולם לא יציג את הפיקדון כפי שהוא - ההתחייבות מסתתרת בתוך AR כשלילי - ודוחות על בסיס מזומן מציגים אותו כ"הכנסה מתשלום במזומן שלא יושם", מה שיוצר בדיוק את מייל רואה החשבון המבולבל שניסית להימנע ממנו. חשבון ההתחייבות דורש חמש דקות של הגדרה ושומר על הספרים ישרים. השתמש בו.
דוגמת העבודה: 40% מקדמה על הזמנה של 10,000 דולר
מספרים פיקטיביים ועגולים בכוונה. הזמנת הבוטיק-שרשרת מהפתיחה, מתחילתה ועד סופה:
24 בפברואר - PO התקבל. 500 יחידות, תיוג מותאם אישית, 10,000 דולר; 40% פיקדון להתחלת ייצור, יתרה נטו-30 מיום המסירה. שום דבר לא נרשם ב-QuickBooks עדיין - הזמנת רכש היא הבטחה, לא עסקה.
3 במרץ - הפיקדון של 4,000 דולר מגיע. קבלת מכירה עם פריט פיקדון לקוח:
| חשבון | חובה | זכות |
|---|---|---|
| מזומן | $4,000 | |
| פיקדונות לקוח (התחייבות) | $4,000 |
הרווח וההפסד של מרץ לא זז. מאזן התשלומים מציג 4,000 דולר יותר מזומנים ו-4,000 דולר יותר התחייבות - עשיר יותר במזומנים, עמוק יותר בהתחייבות, שזו האמת.
10 באפריל - ההזמנה נשלחת. חשבונית על המכירה המלאה, תנאים נטו 30, עם הפיקדון שיושם כשורה שלילית:
| שורה בחשבונית | סכום |
|---|---|
| 500 יחידות מוצר מתויג אישית | $10,000 |
| פיקדון לקוח יושם | −4,000 דולר |
| יתרה לתשלום (נטו 30 → 10 במאי) | $6,000 |
מאחורי המסמך הזה: חשבונות לקוחות חייבים עלו ב-6,000 דולר, הכנסות עלו ב-10,000 דולר - נרשמו פעם אחת, באפריל, החודש שבו הרווחת אותן - והתחייבות פיקדונות לקוח חזרה לאפס עבור הזמנה זו.
6 במאי - הקונה משלם 3,500 דולר. לא את היתרה המלאה - מחלקת ה-AP שלהם טיפלה בזה כחלקי. קבל תשלום, יושם על החשבונית: מזומן עלה ב-3,500 דולר, חשבונות לקוחות ירדו ב-3,500 דולר, חשבונית פתוחה ב-2,500 דולר.
28 במאי - ה-2,500 דולר הסופיים מגיעים. תנועה זהה. החשבונית נסגרת, וכל חודש לאורך הדרך סיפר את האמת: מרץ היה אירוע מזומן, אפריל היה המכירה, מאי היה גבייה.
תשלומים חלקיים ומה הם עושים לחיובים ישנים
תשלום של 3,500 דולר זה ראוי לסעיף משלו, מכיוון שתשלומים חלקיים הם המקום שבו חשבונות לקוחות סיטונאיים נקראים לא נכון בשקט.
המכניקה קלה: רשום תשלום חלקי כנגד החשבונית (קבל תשלום → יושם → פיקדון), לעולם לא כפיקדון בנק נפרד. QuickBooks מטפל בחשבון ובמאזן הפתוח של החשבונית מצטמצם למה שבאמת חייב.
הקריאה היא החלק שצריך לעשות נכון. בדוח גילאי חשבונות לקוחות שלך, ה-2,500 דולר הנותרים מתיישנים מתאריך התאריך המקורי של החשבונית - תשלום חלקי אינו מאפס את השעון. זה חשוב מכיוון ש"תשלום חלקי והתמהמהות" הוא דפוס גבייה קלאסי B2B: קונה שולח 60% בזמן והיתרה נסחפת חודשים תוך כדי, במבט חטוף, נראית כמו חשבון במצב טוב. דוח הגילאים אינו מתבלבל. יתרה של 2,500 דולר בעמודה 31-60 היא פריט גבייה, לא משנה כמה מהר הגיע החלק הראשון.
שתי הרגלים מונעות מחלקים להפוך לדליפות. כאשר תשלום אינו תואם לחשבונית, גלה מדוע - תשלום חלקי בלתי מוסבר הוא לפעמים תזמון של חשבונות זכאים, לפעמים מחלוקת שלא הוכרזה שאתה מעדיף לשמוע עליה עכשיו. ושלב יתרות חלקיות בסקירת גיל שבועית ממדריך התנאים נטו; חשבונית ששולמה חלקית זקוקה לאותה דחיפה כמו חשבונית שלא שולמה במלואה.
חיוב התקדמות להזמנות הגדולות באמת
איפשהו מעל גודל ההזמנה של רשת הבוטיקים, הפקדה בודדת + חשבונית סופית מפסיקה להתאים. ריצת תווית פרטית של 40,000 דולר שסופקה בשלושה שלבים על פני ארבעה חודשים לא אמורה להיות חשבונית אחת באפריל - מכיוון שההכנסה עצמה מתרחשת בשלבים.
הכלי של QuickBooks Online לכך הוא חשבוניות התקדמות: בנה הערכה עבור ההזמנה המלאה, ואז הנפק חשבוניות חלקיות כנגדה בכל אבן דרך - נניח 40% בתחילת הייצור, 40% במשלוח הראשון, 20% בסיום. כל חשבונית מכירה בפרוסת ההכנסה שלה ויוצרת זכות משלה עם תנאים משלה, וההערכה עוקבת אחר כמה מהסכום הכולל חויב.
הקו שיש להחזיק: חשבוניות התקדמות מכירות בהכנסה בכל חשבונית, ולכן זה רק הוגן כאשר כל אבן דרך מייצגת ערך שסופק בפועל. חשבונית עבור "40% בתחילת הייצור" על הזמנה שבה הקונה לא מקבל דבר עד למשלוח הסופי אינה הכנסה שנצברה - זוהי פיקדון הלובש תחפושת של חשבונית, והיא שייכת לחשבון התחייבות כמו כל תשלום מראש אחר. כלל גס: כסף עבור שלבים שסופקו → חשבונית התקדמות; כסף לפני כל משלוח → פיקדון לקוח. הזמנות מותאמות אישית גדולות משתמשות לעיתים קרובות בשניהם, וקריאות תזמון ההכנסה הן בדיוק מה שרואה חשבון שמכיר מסחר אלקטרוני מרוויח את דמיו עליו - שעה מזמנו עדיפה על ניחוש.
פיקדונות ניתנים להחזר לעומת פיקדונות שאינם ניתנים להחזר
שני הסוגים מתחילים זהים - מזומן למעלה, התחייבות למעלה - כי בקבלה אתה חייב לקונה משהו בכל מקרה. ההבדל הוא מה שיכול לקרות אחר כך.
פיקדון ניתן להחזרה יש שתי יציאות: מיושם לחשבונית בעת מימוש, או שההזמנה מתה והוא חוזר. רישום ההחזר הוא ההתפרקות של ההתחייבות - פיקדונות לקוח למטה, מזומן למטה. הכנסה לעולם אינה נגעת בשום כיוון, וזה התשלום השקט של מבנה ההתחייבות: הזמנה מבוטלת לא משאירה צלקת על דוח רווח והפסד שלך, מכיוון שמעולם לא טענת את ההכנסה.
פיקדון שאינו ניתן להחזרה אינו הכנסה בקבלה, נקודה ששווה לציין פעמיים מכיוון שהמילה "שאינו ניתן להחזרה" מפתה אנשים לרשום אותו כהכנסה שנצברה. כל עוד ההזמנה חיה, אתה עדיין חייב את הסחורה - זוהי התחייבות כמו כל פיקדון אחר. "שאינו ניתן להחזרה" משנה רק את נתיב הביטול: אם הקונה עוזב והחוזה מאפשר לך לשמור את הכסף, הפיקדון הופך להכנסה בזמן הפקרה - פיקדונות לקוח למטה, הכנסה מפיקדון שהופקר למעלה (רוב המוכרים משתמשים בחשבון הכנסה אחרת), מתוארך ליום שבו ההזמנה מתה בפועל. תזמון המס על פיקדונות שהופקרו משתנה עם שיטת הנהלת החשבונות שלך ותנאי החוזה - פריט לאישור עם רואה החשבון שלך, לא פריט לניחוש ותקווה.
בכל מקרה, רשום את אפשרות ההחזר בכתב על גבי הזמנת הרכש או גיליון התנאים לפני שהכסף עובר. הספרים יכולים לרשום כל מה שקורה; הם לא יכולים ליישב ויכוח על מה שהוסכם.
שמירה על שכבת ההזמנה נקייה מתחת
כל מה שמעל חי ברמת החשבונית והאחריות, ורוב זה עבודת שיקול דעת — החלטה מה נצבר, מתי, ובכמה. שום כלי סנכרון לא אמור לעשות זאת עבורך, ואתה אמור לחשוד באחד שטוען שהוא עושה זאת.
מה שכלי סנכרון אמור לעשות זה לשמור על השכבה שמתחת אמינה: הזמנות סיטונאיות שמתפרסמות כחשבוניות QuickBooks אמיתיות, תשלומים שמוחלים לחשבוניות אליהן הם שייכים, הזמנות קמעונאיות שנשארות מחוץ לתמונה. זו בעיית הניתוב שמכוסה במדריך תנאי נטו — LedgerPort (המוצר שלנו, אז שפוט בהתאם) מטפל בזה עם שיטות סנכרון הזמנות מבוססות חשבוניות ומבוססות תגיות order sync methods, כך שהזמנה עם תגית wholesale הופכת לחשבונית פתוחה בעוד קמעונאות זורמת כקבלות. קבלת הפיקדון, החלת השורה השלילית, רישום ההפקעה — אלה נשארים שלך, או טוב יותר, של רואה החשבון שלך: אירועים של אחד לכל הזמנה, לא עבודה בנפח, ובדיוק כאן איש מקצוע משלם את עצמו. אם רואה חשבון או משרד מנהלים את הספרים שלך, תן להם את זרימת העבודה הזו — ואם הם תומכים בלקוחות מסחר אלקטרוני באופן כללי, העמוד שלנו לאנשי מקצוע בתחום החשבונאות מכסה כיצד משרדים מנהלים את שכבת הסנכרון על פני רשימת לקוחות.
כדאי לציין מהי למעשה “השכבה שמתחת”, כי זה לא כלי הסנכרון. הזמנת סיטונאי מתויגת קיימת רק כי משהו במעלה הזרם כבר החליט שהקונה הזה הוא B2B, תמחר אותו בהתאם, ואיפשר לו לבצע רכישה מבלי לשלם. ב-WooCommerce זו העבודה של תוסף הסיטונאי — Wholesale Suite, למשל, מאשר את הלקוח לתפקיד סיטונאי, מחיל את התמחור שלו, ומאפשר להשלים את ההזמנה ללא תשלום כדי שניתן יהיה לחייב אותה בתנאים. אם תטעה בזה, שום כמות של הגדרות סנכרון לא תציל את זה: הזמנה שלעולם לא סומנה כסיטונאית מתפרסמת כקבלת קמעונאות, והפיקדון שאתה מחזיק אין לו חשבונית לצרף אליה.
חזור להעברה הבנקאית של יום שני. 4,000 הדולר מעולם לא היו מעורפלים — זה היה חוב, לתשלום ב-500 יחידות עם תווית מותאמת אישית, והשאלה האמיתית היחידה הייתה אם הספרים שלך יגידו זאת. חשבון התחייבות אחד ופריט פיקדון אחד הופכים את התשובה לחיובית, ואף חודש לא משקר לגבי מה שזה היה.
אם פיקדונות סיטונאיים הופכים לחלק קבוע מזרימת ההזמנות שלך, היסוד הרחב יותר — תרשים חשבונות, טיפול בעמלות, מכניקת הצבירה שכל זה יושב עליה — נמצא במדריך הנהלת חשבונות למסחר אלקטרוני. הגדר את חשבון פיקדונות לקוח לפני שה-PO הבא יגיע; זה חמש דקות עכשיו או התרה מאוחר יותר.
