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