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