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