יום קבוע, חתך אחד, ושבעה שלבים - איך בונים ריצת תשלומים שבועית לספקים שמסתיימת בהתאמה ולא בשאלות, ומה בודקים לפני שיוצרים את הקובץ.
עיקרי הדברים
- יום קבוע בשבוע מחליף עשר החלטות פרטניות בהחלטה אחת.
- חתך זמן ברור קובע מה נכנס לריצה הנוכחית ומה לבאה.
- תשלום כפול נמנע בשלב אחד: סימון החשבונית כמשולמת ברגע יצירת הקובץ, לא אחריו.
- בדיקת אישור ניכוי במקור שייכת לפני התשלום, לא לסוף השנה.
- ריצה שאינה מסתיימת בהתאמה מול הבנק אינה גמורה.
תשלום לספקים שנעשה "כשמתפנים" יוצר שלושה נזקים קבועים: ספקים שמתקשרים לשאול, חשבוניות שמשולמות פעמיים, והיעדר תמונה של מה העסק חייב. יום תשלומים קבוע אחד בשבוע פותר את שלושתם, בתנאי שהסדר בתוכו מוגדר.
למה יום קבוע עדיף על תשלום לפי לחץ
בלי יום קבוע, סדר התשלומים נקבע לפי מי צלצל. זה יוצר עיוות מוכר: ספקים שקטים מחכים חודשיים וספקים שמתקשרים מקבלים מיד, ללא קשר לתנאי התשלום שסוכמו איתם.
הנזק הגדול יותר הוא הנסתר. כשאין ריצה מרוכזת, אין רגע שבו רואים את כל החוב לספקים יחד, ולכן ההחלטה על תזרים מתקבלת בלי הנתון המרכזי. יום קבוע מייצר את הרגע הזה פעם בשבוע, בחינם.
שבעת השלבים של הריצה
- חתך - כל חשבונית שהתקבלה ואושרה עד יום קודם בצהריים נכנסת; מאוחר מזה, לשבוע הבא.
- סינון לפי מועד תשלום - שוטף+30 של ספק אינו מתחיל מיום ההגעה אלא מהתנאי שסוכם.
- בדיקת מסמכים - אישור ניכוי במקור בתוקף, פרטי בנק עדכניים, חשבונית שאושרה.
- בניית רשימת התשלום - סכומים, נמענים, אסמכתאות.
- אישור - מי שמאשר אינו מי שהזין; זה כל מה שצריך כדי למנוע את רוב הטעויות.
- יצירת הקובץ ושליחתו - ומיד לאחר מכן סימון החשבוניות כמשולמות.
- התאמה - אחרי מועד הערך, לוודא שכל שורה יצאה ולטפל בדחיות.
שלב 6 הוא הלב. עסקים רבים מסמנים חשבונית כמשולמת רק כשרואים אותה בדף הבנק, וזה חלון של יומיים שבו החשבונית נראית פתוחה - ומישהו משלם אותה שוב.
מה בודקים לפני שיוצרים את הקובץ
| הבדיקה | למה היא כאן ולא אחר כך |
|---|---|
| אישור ניכוי במקור בתוקף | אחרי התשלום כבר אי אפשר לתקן את שיעור הניכוי |
| פרטי בנק תואמים לספק | שינוי פרטים שלא אומת הוא הווקטור הנפוץ להונאה |
| חשבונית מאושרת ולא כפולה | אותה חשבונית מגיעה לעיתים גם במייל וגם עם הסחורה |
| סכום מול הזמנת רכש | פערים מתגלים כאן או לעולם לא |
| ספק חדש - הוקם במלואו | תשלום לספק חלקי נתקע בדיוק ביום הריצה |
בדיקת אישור ניכוי במקור נעשית מול מערכת האישורים של רשות המסים לפי מספר העוסק או הח"פ, והיא מחזירה את שיעור הניכוי או הפטור. הרחבה על השלב הזה יש בבדיקת אישור ניכוי במקור לפני תשלום לספק.
החתך הוא ההחלטה החשובה ביותר
שלב 1 נראה כמו פרט מנהלי והוא מה שקובע אם הריצה תעבוד. בלי חתך מוגדר, כל חשבונית שמגיעה בבוקר יום התשלומים נכנסת "כי היא כבר כאן", ואז הריצה מתעכבת בשעה כדי לאשר אותה, ולעיתים משולמת חשבונית שלא נבדקה כלל.
חתך של יממה פותר את זה משתי סיבות. ראשית, הוא נותן למי שמאשר זמן אמיתי לבדוק, ולא בין שתי שיחות. שנית, הוא הופך את התשובה לספק שמתקשר לתשובה פשוטה: החשבונית הגיעה אחרי החתך, היא בריצה הבאה, בתאריך מסוים. תשובה כזו מסיימת שיחה; "נשתדל השבוע" מייצר עוד שיחה בעוד שלושה ימים.
מה שצריך להיות ברור בחתך הוא לא רק המועד אלא מה בדיוק נספר: מועד קבלת החשבונית, או מועד אישורה. שתי הגדרות לגיטימיות, והבלבול ביניהן הוא מקור לוויכוח פנימי כמעט בכל עסק שלא כתב אותן.
שינוי פרטי בנק: הבדיקה שאסור לוותר עליה
הדפוס הזה חוזר: מייל מגיע לכאורה מספק ותיק ומודיע על שינוי חשבון בנק, סמוך למועד תשלום. הכתובת דומה, החתימה נכונה, והבקשה סבירה לגמרי.
הכלל התפעולי היחיד שעובד הוא לא לאמת שינוי פרטי בנק בערוץ שבו הוא התקבל. שיחת טלפון למספר השמור במערכת - לא למספר שבמייל - היא כל מה שנדרש, והיא צריכה להיות שלב חובה ברשימת הבדיקות ולא שיקול דעת של מי שמטפל.
מה עושים עם שורה שנדחתה?
דחייה בריצת תשלומים היא כמעט תמיד אחד משלושה: מספר חשבון שגוי, חשבון שנסגר, או פרט מזהה שאינו תואם. הטיפול הראשון הוא לא לנסות שוב מיד - ניסיון חוזר עם אותם נתונים ייכשל שוב.
הנוהל הפשוט: לסמן את החשבונית כלא-שולמה בחזרה, לפנות לספק לקבלת פרטים מאומתים, ולשלם בריצה הבאה. חריג לכך הוא ספק שממתין לתשלום קריטי, ואז ההעברה נעשית ידנית - אך גם היא נרשמת באותו מקום, אחרת היא תשולם שוב בשבוע הבא. הרקע המלא לקודי הדחייה נמצא בשגיאות בקובץ תשלומים לספקים.
מה הריצה מייצרת חוץ מתשלום
הרשימה שנבנית בשלב 4 היא נכס בפני עצמו, וכמעט כל עסק זורק אותה. היא עונה על שלוש שאלות שאין להן תשובה אחרת: כמה העסק חייב כרגע, למי, ומתי זה אמור לצאת.
אם שומרים את הרשימה השבועית - גם כקובץ פשוט - מצטברת תוך חודשיים תמונה שמראה מגמה: האם החוב לספקים גדל, אילו ספקים מרכזים את רובו, והאם יש חשבוניות שחוזרות שבוע אחר שבוע בלי להשתלם. הפריט השלישי הוא המעניין, כי חשבונית שנדחית שוב ושוב כמעט תמיד מסתירה מחלוקת שלא נפתרה ולא בעיית תזרים.
בעסק שמנהל גם גבייה, שווה להציג את שתי הרשימות זו לצד זו באותו יום: מה אמור להיכנס השבוע ומה אמור לצאת. זו התמונה שרוב בעלי העסקים מנסים להרכיב בראש, והיא כבר קיימת - רק לא נשמרת.
כמה זמן זה צריך לקחת
ריצה שבועית בעסק קטן עד בינוני היא בין עשרים דקות לשעה, והשונות נובעת כמעט כולה מאיכות הנתונים ולא מכמות הספקים. עסק שבו פרטי הבנק והאישורים שמורים ומעודכנים מסיים מהר; עסק שמחפש פרטים תוך כדי הריצה יאריך אותה בכל שבוע מחדש.
לכן ההשקעה המשתלמת אינה בהאצת יום התשלומים אלא בתהליך פתיחת ספק מסודר, שמוודא שכל מה שנדרש קיים לפני שהחשבונית הראשונה מגיעה.
מקורות
שאלות נפוצות
למה שבועי ולא דו-שבועי?
שבועי אינו מקודש - מה שחשוב הוא שיהיה קבוע וידוע לספקים. דו-שבועי מתאים לעסק עם מעט ספקים, אך הוא מאריך את הזמן שבו חשבונית יושבת פתוחה, וזה מה שמייצר שיחות.
האם לשלם לספקים קטנים מיד במקום לחכות לריצה?
זה מפתה ויוצר בדיוק את חוסר הסדר שרצינו למנוע, כי תשלום שנעשה מחוץ לריצה לא תמיד נרשם. אם יש הצדקה, התשלום נעשה מחוץ לריצה אך נרשם בתוכה, כדי שהוא לא יחזור.
מי צריך לאשר את הריצה?
מי שאינו הזין את החשבוניות. אין צורך במנגנון מורכב - שתי זוגות עיניים על אותה רשימה לפני יצירת הקובץ מתפיסות את רוב הטעויות, והן בדיוק הטעויות שיקר לתקן אחרי שהכסף יצא.
מה עם תשלומים לספקים בחו"ל?
הם אינם עוברים באותו מסלול, ולכן בדרך כלל מנוהלים בריצה נפרדת עם בדיקות משלה. מה שכן צריך להישאר משותף הוא הרישום - אחרת החוב לספקים מוצג חלקית, וזו בדיוק התמונה שרצינו לקבל.
להמשך קריאה
שירות רלוונטי
אוטומציה לעסקים
אני בונה אוטומציות מותאמות שמורידות עבודה חוזרת מקצה לקצה.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.