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