דיווח למסלקה: 7 טעויות נפוצות ומניעה | MyHR

אם הדיווח למסלקה נופל, ברוב המקרים הסיבה היא לא “תקלה במערכת” - אלא נתון לא תואם.
אני רואה שוב ושוב את אותן 7 נקודות: זיהוי עובד, שכר פנסיוני, קודי קופה, התאמת סכומים, שינויי סטטוס, מיפוי רכיבים, ומשוב קליטה שלא טופל.

בקצרה, זה מה שצריך לבדוק לפני כל שליחה:

• פרטי עובד: שם, ת״ז, תאריך לידה, תחילת עבודה

• שכר פנסיוני: התאמה מלאה בין התלוש לבסיס הפנסיוני

• קופה ומוצר: קוד נכון, בלי טעות של ספרה

• סכומים: מה שנוכה = מה שדווח = מה שהועבר

• סטטוס עובד: חל״ת, חלקיות משרה, סיום העסקה

• מיפוי הפרשות: עובד, מעסיק ופיצויים בשדות הנכונים

• משוב מסלקה: לבדוק כל דחייה וכל Action required

בפועל, גם טעות קטנה אחת יכולה לדחות רשומה שלמה.
לכן אני ממליץ לבנות בדיקה קצרה וקבועה לפני השליחה, ואז לעבור גם על המשוב אחרי הקליטה. בארגונים רבים, בדיקה כזו מורידה לא מעט תיקונים ידניים וחוסכת סבבי שליחה חוזרים.

השורה התחתונה: כדי לצמצם דחיות, אני לא מחכה לשלב הקליטה. אני בודק את הנתונים לפני השליחה, ומתקן שגיאות תמיד במערכת המקורית - לא רק בקובץ.

7 שגיאות נפוצות בדיווח למסלקה הפנסיונית

“לא רק שכר” - תכנית מס’ 5 - על סליקה פנסיונית וממשק מעסיקים -עם רפי הכהן וזיו ריקלין

למה שגיאות בדיווח למסלקה הן בעיה אמיתית

שגיאה בקובץ הדיווח יכולה לעצור את הקליטה במקום. משם הדרך לפערים בין נתוני השכר לבין ההעברה בפועל קצרה מאוד. אם יש פער בין הניכוי שמופיע בתלוש לבין הסכום שהועבר לקופה, הוא לא נשאר קטן לאורך זמן. בלי בקרה, הוא פשוט מצטבר.

זה בדיוק השלב שבו שדות שנראים “קטנים” הופכים לנקודת כשל. סטייה קטנה אחת יכולה להפיל את כל הקובץ. כדי להימנע מדחייה, כל שדה צריך להתאים בדיוק לנתוני השכר ולנתוני הקופה:

בקרה מוקדמת חוסכת הרבה כאב ראש: איתור ידני, תיקון, ואז שליחה מחדש. כשמגלים את השגיאה רק אחרי הקליטה, התהליך נהיה ארוך יותר. צריך לתקן, לשלוח שוב, ואז לבדוק שוב שהכול עבר כמו שצריך.

ב-MyHR אפשר לנהל בקרות, דוחות ותהליכי פנסיה בצורה מסודרת, כך שקל יותר לתפוס שגיאות בשלב מוקדם.

הטעות הראשונה מתחילה בפרטי הזיהוי של העובד.

1. פרטי זיהוי עובד חסרים או שגויים

הטעות הראשונה מתחילה כבר בפרטי הזיהוי. אם שדה חובה חסר או לא תואם, הקליטה עלולה ליפול כבר בשלב האימות.

כדאי לבדוק במיוחד את השדות האלה: שם מלא, תאריך לידה, מספר עובד ותאריך תחילת עבודה. לפעמים זו רק טעות כתיב קטנה. לפעמים השם לא תואם לשם הרשמי. ובמקרים אחרים מספר העובד עודכן במערכת אחת, אבל לא בשנייה. גם דבר קטן כזה יכול לשבור את ההתאמה בין הרשומות.

כאן נכנסת לתמונה רשומה לא מקושרת. כלומר, הנתון נשלח, אבל המערכת קוראת אותו כפרופיל חדש במקום לשייך אותו לעובד הקיים. זה כמו לשלוח מכתב לכתובת כמעט נכונה - הוא מגיע, אבל לא לאדם שהתכוונתם אליו.

במקרים כאלה, בדקו את המיפוי לפני השליחה. נתון שלא תואם יוצר רשומה לא מקושרת, ומשם הבעיות רק מתחילות.

ב-MyHR נכנסים ל-Manage, מאתרים את הרשומה, פותחים את הפרופיל, מתקנים את הפרטים ושומרים מחדש.

אחרי שפרטי הזיהוי תקינים, עוברים לבדוק אם השכר הפנסיוני תואם לנתוני השכר.

2. פערי שכר בין נתוני השכר לשכר הפנסיוני

אחרי שבודקים את פרטי הזיהוי, מגיעים לשלב הבא: לוודא שאין פער בין השכר בתלוש לבין השכר הפנסיוני.

ברוב המקרים, הפער נוצר בגלל מיפוי לא עקבי של רכיבי שכר. זה מה שמוביל לדיווח שגוי למסלקה. בפועל, רכיבים כמו שעות נוספות, בונוסים קבועים, תוספות משמרת ודמי חופשה יכולים להופיע בברוטו, אבל לא להיכלל בבסיס הפנסיוני. כשזה קורה בגלל הגדרה לא מדויקת במערכת, אותה תקלה נמשכת שוב ושוב בכל חודש.

העניין הוא שמערכת השכר לא “מנחשת” למה התכוונתם. היא פועלת לפי מה שהוגדר בה. לכן צריך לבדוק כל רכיב שכר לפני שמדווחים למסלקה, ולא להניח שהכול הוגדר נכון מראש.

יש עוד נקודה שקל לפספס: בחודש הראשון או האחרון להעסקה, חישוב יחסי עלול ליצור פער. אם הדיווח למסלקה לא מותאם לחישוב הזה, זה נראה כמו שגיאה - למרות שבפועל החישוב תקין.

ב-MyHR אפשר לנהל את מיפוי רכיבי השכר ואת הבקרה על הדיווח במקום אחד. כך החישוב והעברת הנתונים מתבצעים באופן עקבי מחודש לחודש.

אחרי שהשכר הפנסיוני מוגדר נכון, בדקו שקודי הקופה במערכת תואמים לקופות בפועל.

3. קודי קופה ומזהי מוצר שגויים

אחרי שווידאתם שהשכר הפנסיוני נכון, הגיע הזמן לבדוק שכל קוד קופה ומזהה מוצר תואמים בדיוק לקופה הפעילה.

לכל קופה או מוצר פנסיוני יש קוד מזהה. אם הקוד שגוי - אפילו ספרה אחת בלבד - הקליטה עלולה להידחות, או גרוע מזה, ההפקדה עלולה להיות משויכת למוצר הלא נכון. במצב כזה, הרשומה שנדחתה תישאר בסטטוס “דרוש טיפול” עד שתבצעו תיקון ידני.

הנקודה כאן פשוטה: צריך לעדכן את הקוד במערכת המקורית ואז לשלוח שוב. תיקון בתוך הקובץ בלבד לא פותר את בעיית השיוך.

ב־MyHR אפשר לנהל קודי קופה, לסנכרן בין מערכת השכר לדיווח הפנסיוני, וגם לאתר שגיאות לפני השליחה. זה חוסך לא מעט כאב ראש בהמשך.

אחרי קודי הקופה, עוברים לבדוק שהניכוי בתלוש תואם לסכום שהועבר בפועל.

4. אי התאמה בין ניכוי בתלוש לסכום שדווח או הועבר

גם אם קודי הקופה תקינים, פער בין הניכוי בתלוש לבין הסכום שדווח או הועבר עדיין עלול לגרום לדחייה.

זו תקלה נפוצה בדיווח למסלקה: הניכוי בתלוש נראה תקין, אבל הסכום שדווח או הועבר בפועל שונה. ברוב המקרים, המקור הוא הגדרה לא נכונה של רכיבי השכר. למשל, רכיב שנכלל בניכוי לא נכלל בשכר הפנסיוני - או להפך.

פערים כאלה יכולים להיווצר גם בגלל מועד ביצוע שונה בין הניכוי לבין ההפקדה, או בגלל שינויים חד-פעמיים שלא תועדו כמו שצריך. לכן, לפני השליחה, כדאי לבצע בדיקה פשוטה אבל חשובה ולהשוות בין:

• דוח השכר

• קובץ ה-XML

• ההפקדה שבוצעה בפועל

ב-MyHR אפשר לנהל בקרות, דוחות ותיעוד של פעולות המסלקה, כך שקל יותר לאתר פערים לפני שהם הופכים לדחייה.

אחרי שמבצעים התאמה בין הסכומים, חשוב לבדוק גם שכל שינוי סטטוס ודיווח על סיום העסקה נרשמים בזמן ובשדה הנכון.

5. דיווח שגוי על שינויי סטטוס וסיום העסקה

אחרי שמוודאים שהסכומים תואמים, מגיע השלב הבא: דיווח מדויק על שינויי סטטוס. כשעובד עובר למשרה חלקית, יוצא לחופשה ללא תשלום או מסיים העסקה, צריך לשקף את זה בקובץ המסלקה בזמן השינוי או לכל המאוחר בדוח השכר הקרוב. אם הדיווח מתעכב, או נכנס לשדה הלא נכון, נוצר פער בין רישומי הקופה לבין נתוני השכר.

יש גם תקלה שחוזרת לא מעט: שינוי מזהה עובד במערכת השכר בלי לעדכן את הקישור למסלקה. זה אולי נשמע כמו פרט קטן, אבל בפועל הוא יכול לנתק את החיבור בין המערכות. משם הדרך קצרה לרשומות כפולות, לרשומות “יתומות”, ולמצב שבו ההפקדות הבאות לא משויכות כמו שצריך.

בסיום העסקה, חשוב לדווח על:

• תאריך הסיום

• סיבת הפרישה

• תקופת ההודעה המוקדמת

הפרטים האלה עוזרים לקופה לסגור את החשבון בצורה נכונה. בדיוק כאן נכנס תהליך בקרה מסודר, שמקטין את הסיכוי שאותה תקלה תחזור שוב.

ב-MyHR אפשר לנהל שינויי סטטוס, סיום העסקה ותיעוד רציף בין השכר, ההפרשות והדיווח למסלקה הפנסיונית.

6. מיפוי שגוי של רכיבי ההפרשה לשדות הדיווח

אחרי שבודקים את הסכומים, הטעות הבאה בדרך כלל יושבת על המיפוי. כלומר, לא כמה שולם - אלא לאיזה שדה כל רכיב נכנס.

טעות נפוצה היא שיוך של ניכוי עובד, הפרשת מעסיק או פיצויים לשדה שגוי בקובץ המסלקה. זה אולי נשמע כמו פרט טכני קטן, אבל בפועל זו נקודה שיכולה לבלגן את כל הדיווח. בקובץ המסלקה חייבים להופיע בצורה ברורה הסכום ששולם, התקופה שאליה הוא שייך וסוג ההפרשה.

ברוב המקרים, מקור הבעיה הוא הגדרה לא נכונה בתצורת מערכת השכר. לכן, לפני כל הגשה, כדאי לעבור על המיפוי ולוודא שכל רכיב שכר משויך לשדה המתאים בקובץ המסלקה.

שימו לב במיוחד לרכיבים שפחות מופיעים בשוטף, כמו:

• בונוס חריג

• הפרשי שכר

• פיצויי סיום

דווקא שם קל ליפול, כי אלה רכיבים שלא תמיד זורמים באותו מסלול כמו שכר חודשי רגיל.

אחרי שהמיפוי מסודר, עוברים לשלב הבא: בדיקת בקרות הקליטה והמשוב מהמסלקה.

ב־MyHR אפשר לנהל את רכיבי ההפרשה ולבדוק את המיפוי לפני שליחת הקובץ.

7. אין בקרות ואין מעקב אחר משוב המסלקה

אחרי שהמיפוי והסכומים תקינים, נשאר עוד שלב אחד שאסור לדלג עליו: בדיקת משוב הקליטה. גם אם הכול נראה מסודר לפני השליחה, בלי מעקב אחרי משובי המסלקה נשארות שגיאות פתוחות.

אחרי כל הגשה, המסלקה מחזירה משוב קליטה עם רשומות שנדחו, אזהרות ושגיאות נקודתיות לפי עובד. אם לא פותחים את המשוב ובודקים אותו, השגיאה פשוט נשארת שם. לכן חשוב לעקוב אחרי הודעות “Action required” ולטפל בחוסר ההתאמה כבר בשלב הזה.

יש כאן נקודה חשובה: כל שגיאה שמופיעה במשוב צריכה לחזור לטיפול במערכת המקורית, ולא רק בקובץ שנשלח. אחרת מתקנים רגעית את הסימפטום, אבל הבעיה עצמה נשארת. שגיאות שמתגלות דרך משוב הקליטה דורשות תיקון בדיעבד, ולפעמים גם תיאום מול הקרן.

במילים פשוטות, המעקב אחרי המשוב סוגר את הלולאה בין השכר, הממשק והקופה.

ב־MyHR אפשר לעקוב אחרי משובי המסלקה, לתקן חריגים במערכת המקורית ולתעד את השינוי במקום אחד.

איך מונעים שגיאות חוזרות בדיווח

מניעת שגיאות מתחילה במקום אחד: רשומת עובד מרכזית. משם הנתונים זורמים לשכר ולפנסיה, ואז ממשיכים עד לשלב של בדיקת משוב הקליטה. בפועל, כדי לעצור שגיאות שחוזרות על עצמן, כדאי לבנות בקרה לפי התחנות בתהליך: קליטה, שכר, קופה ומשוב.

כדאי לבדוק את הנתונים כבר בשלב קליטת העובד. מספר תעודת זהות, תאריך לידה, תאריך תחילת עבודה וסוג העסקה צריכים לעבור בדיקה בזמן הקליטה הדיגיטלית. הסיבה פשוטה: טעות שנתפסת שם לא תמשיך הלאה לקובץ המסלקה.

אחר כך מגיע שלב ההתאמה. מה שנוכה בתלוש חייב להיות זהה למה שדווח ולמה שהועבר בפועל. אם יש פער, הבעיה לא נשארת על הנייר - היא מגיעה מהר מאוד גם לדיווח. באותו קו, קודי הקופה ומוצרי הפנסיה צריכים להיות מעודכנים במערכת באופן שוטף.

אחרי שבודקים התאמה בין הניכוי לדיווח, עוברים למשוב הקליטה. כאן צריך לעקוב אחרי משובי קליטה והתראות חריגים כדי לזהות מיד רשומות לא מקושרות או שיוכים שהתנתקו אחרי שינוי במזהה העובד. וכשיש תקלה, מתקנים תמיד במערכת המקורית, לא רק בקובץ שנשלח.

מערכת MyHR תומכת בקליטה דיגיטלית, בקרות שכר, מיפוי פנסיוני, התראות ודוחות; לארגונים מתאימים גם שירות פנסיה במיקור חוץ.

סיכום

ברוב המקרים, שגיאות מתחילות במקום די פשוט: הנתונים לא תואמים זה לזה. פרטי עובד שלא עודכנו, קודי קופה שגויים, או פער בין השכר בפועל לבין מה שנשלח. כשאין סנכרון, כל שלב בהגשה נהיה חשוף לדחייה.

כדי לעצור את אותן תקלות, כדאי להעביר את הבקרה לשלב שלפני השליחה וגם לבדוק באופן קבוע את משובי הקליטה. ב-MyHR, שמרכזת שכר, פנסיה ודוחות במקום אחד, קל יותר לשמור על בקרה עקבית.

כשקלט השכר מדויק, המיפוי הפנסיוני מסודר, ויש מעקב קבוע אחרי משובי קליטה, יש פחות דחיות ופחות תיקונים ידניים.

שאלות נפוצות

שאלות נפוצות

איך מזהים מהר מה הפיל את הדיווח?

מה לבדוק לפני שליחת קובץ למסלקה?

למה חשוב לתקן שגיאות במערכת המקורית?