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