חשבוניות לחברת שליחויות: איך סוגרים חודש בשעה במקום בשלושה ימים
איך בונים חיוב שמתבסס על המשלוחים עצמם: ריכוז לתקופה, מה שורה בחשבונית צריכה להראות ללקוח, למה משלוחים נופלים בין הכיסאות, ואיך מקצרים את זמן הגבייה.
בשורה התחתונה
- חשבונית בחברת שליחויות לא אמורה להיכתב אלא להיאסף: בוחרים לקוח וטווח תאריכים, והמערכת מושכת את כל המשלוחים שטרם חויבו.
- הטעות היקרה אינה חיוב כפול אלא משלוח שלא חויב בכלל — אף אחד לא מתלונן עליו, ולכן הוא חוזר כל חודש.
- רמת הפירוט בחשבונית היא החלטה עסקית: פירוט מלא מקצר בירורים ומאריך את זמן הבדיקה אצל הלקוח. עדיף סיכום בחשבונית ונספח מפורט לצידה.
- מה שבאמת מקצר את זמן הגבייה הוא לא תזכורות אלא הסרת עילות לעיכוב: מספר הזמנת רכש, פירוט שתואם למה שהלקוח רואה בפורטל, ושליחה ביום קבוע בחודש.
בסוף כל חודש, במאות חברות שליחויות בישראל, מישהו יושב עם שני מסכים: גיליון המשלוחים מצד אחד, תוכנת הנהלת החשבונות מצד שני, ומצליב ביניהם ידנית.
זה לוקח בין יומיים לשלושה. וזה מייצר בדיוק שתי טעויות — אחת שמתגלה מיד, ואחת שלא מתגלה לעולם.
שתי הטעויות
חיוב כפול. הלקוח מוצא אותו, מתקשר, מזכים. מעצבן, לא יקר.
משלוח שלא חויב. אף אחד לא מתלונן. הוא לא מתגלה החודש, ולא בחודש הבא, והוא חוזר בכל חודש כי הסיבה שיצרה אותו לא תוקנה.
זו הטעות היקרה, והיא כמעט תמיד נובעת משלוש סיבות:
- משלוח שבוצע ב-30 בחודש ונרשם אחרי שהחשבונית כבר הופקה
- תוספת שקרתה בשטח — המתנה, קומה, ניסיון שני — ולא נרשמה
- משלוח שנכשל ובוצע שוב, וחויב פעם אחת במקום פעמיים או אפס
הכלל: חשבונית נאספת, לא נכתבת
החיוב צריך להתחיל מהמשלוחים, לא מדף ריק:
בוחרים לקוח → בוחרים טווח תאריכים → המערכת מושכת את כל המשלוחים שטרם חויבו → מפיקים
הנקודה הקריטית נמצאת במילים "שטרם חויבו". זה חייב להיות סימון במסד הנתונים — כל משלוח שנכלל בחשבונית מסומן ככזה — ולא הצלבה ידנית מול רשימה קודמת. הצלבה ידנית היא בדיוק מה שמייצר את שתי הטעויות.
התוצאה המעשית: משלוח שנרשם באיחור פשוט ייאסף לחשבונית הבאה. הוא לא ייעלם, כי הוא עדיין מסומן כלא מחויב.
מה צריך להיות בחשבונית
| שדה | למה |
|---|---|
| מספר רץ | חובה, ואסור שיהיו חורים בסדרה |
| תאריך חשבונית ותאריך לתשלום | תנאי התשלום צריכים להיות מפורשים |
| מספר הזמנת רכש | לקוחות גדולים לא משלמים בלעדיו |
| סיכום לפי סוג שירות או אזור | מה שהלקוח באמת בודק |
| תוספות, בנפרד | המתנה וניסיון שני צריכים להיות גלויים |
| נטו, מע״מ, סה״כ | |
| נספח מפורט או קישור לפורטל | לבירורים, לא בגוף החשבונית |
על רמת הפירוט: זו החלטה עסקית ולא טכנית. פירוט מלא בגוף החשבונית מקצר בירורים ומאריך את זמן הבדיקה אצל הלקוח — חשבונית עם 400 שורות עוברת מסלול אישור ארוך יותר. הפשרה שעובדת: סיכום בחשבונית, נספח מלא לצידה או בפורטל הלקוח, שבו הוא יכול לבדוק בעצמו בכל רגע.
ברוטו ונטו: המלכודת השקטה
הרבה מערכות שומרות את המחיר ללקוח כולל מע״מ, כי זה המחיר שהמוקדן אומר בטלפון. בחשבונית, לעומת זאת, מחיר היחידה הוא נטו והמע״מ מתווסף בשורה נפרדת.
העברה ישירה בין השניים גובה מע״מ פעמיים. זו טעות שמתגלה מאוחר, כי היא נראית כמו חשבונית תקינה לגמרי — פשוט ב-18% יותר.
ההמרה צריכה להתבצע במקום אחד בקוד או בתהליך, ולא בכל מקום שבו מספר עובר. ואם אתם מקלידים ידנית — בדקו שורה אחת מול המשלוח שלה בכל חשבונית.
מספור: למה חור בסדרה הוא בעיה
מספרי חשבוניות צריכים להיות רציפים. זו דרישה חשבונאית, וגם דבר שנשאלים עליו בביקורת.
מכאן מסקנה מעשית שקל לפספס: המספר צריך להיות מוקצה בהפקה, לא ביצירת טיוטה. אם כל טיוטה שנפתחת תופסת מספר, כל טיוטה שנמחקת מנקבת חור קבוע בסדרה.
טיוטה צריכה להופיע כ"טיוטה" עד שמפיקים אותה.
מה שבאמת מקצר את זמן הגבייה
רוב העיכובים בתשלום מלקוחות עסקיים אינם סירוב לשלם. הם חשבונית שנתקעה בבדיקה. לכן מה שעוזר הוא הסרת עילות לעיכוב, לא תזכורות:
מספר הזמנת רכש. אצל לקוח שדורש אותו, חשבונית בלעדיו לא מתחילה מסלול אישור בכלל. היא פשוט שוכבת.
פירוט שתואם למה שהלקוח רואה. אם הוא סופר במערכת שלו 212 משלוחים ואתם חייבתם 218, הכול נעצר עד שמישהו ישווה. פורטל שבו הוא רואה את אותה רשימה מראש מונע את הסיבוב הזה.
יום קבוע בחודש. חשבונית שמגיעה תמיד ב-2 לחודש נכנסת למחזור התשלומים של הלקוח. חשבונית שמגיעה פעם ב-3 ופעם ב-19 מפספסת אותו ומחכה חודש.
תנאי תשלום בהסכם. "שוטף+30" שנאמר בטלפון אינו תנאי תשלום.
קשר ישיר בין תעודת מסירה לשורת חיוב. כשלקוח מערער על משלוח, מה שסוגר את זה מיד הוא חתימה, תמונה ושעה — ראו אישור מסירה דיגיטלי.
תזרים: מה שקובע יותר מהרווח
לקוח עסקי משלם בשוטף+30 עד שוטף+60. השליחים מקבלים כל חודש. כלומר אתם מממנים את הלקוח בין חודש לחודשיים.
שתי מסקנות מעשיות:
תנאי תשלום ארוכים הם מוצר. לקוח שדורש שוטף+60 מקבל מכם אשראי, וזו סיבה לגיטימית לתמחר גבוה יותר. זה צריך להיות שיקול במחירון מלכתחילה — ראו מדריך התמחור.
מקדמה על לקוח חדש גדול. לקוח שמכפיל את הנפח שלכם ומשלם בשוטף+60 הוא סיכון תזרימי אמיתי בשלושת החודשים הראשונים, גם כשהוא רווחי לגמרי.
איך זה נראה ב-tigerz
ב-tigerz מלחין החשבוניות בנוי סביב "לאסוף ולא לכתוב": בוחרים לקוח וטווח, לוחצים על משיכת משלוחים, וכל מה שטרם חויב נכנס — כולל התוספות שנרשמו בשטח. ההמרה מברוטו לנטו נעשית במקום אחד, המספר מוקצה בהפקה ולא בטיוטה, והתצוגה המקדימה מתעדכנת בכל הקשה כך שרואים את המסמך בזמן שכותבים אותו. הלקוח רואה את אותן חשבוניות ואת המשלוחים שמאחוריהן בפורטל.