מבנה אחיד (OPENFRMT): מהו קובץ BKMVDATA ולמה רואה החשבון מבקש אותו

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

מה בעצם יש בתוך הקובץ

`BKMVDATA.TXT` הוא קובץ טקסט שבו כל שורה היא רשומה, וארבעת התווים הראשונים מזהים את סוג הרשומה. הקובץ נפתח ברשומת `A100` ונסגר ברשומת `Z900`.

| קוד | מה הרשומה מכילה | |---|---| | A100 | רשומת פתיחה של הקובץ | | B100 | תנועה בהנהלת חשבונות | | B110 | כרטיס חשבון בהנהלת חשבונות | | C100 | כותרת מסמך (חשבונית, קבלה, תעודה) | | D110 | שורת פירוט במסמך | | D120 | פרטי אמצעי תשלום בקבלה | | M100 | פריט מלאי | | Z900 | רשומת סגירה |

`INI.TXT` הוא הקובץ המלווה. הוא נפתח ברשומת `A000` ומכיל שורת סיכום לכל סוג רשומה שקיים בקובץ הנתונים - כמה רשומות מכל סוג. זה מנגנון הבקרה: אם המונה ב-`INI.TXT` לא תואם למספר השורות בפועל ב-`BKMVDATA.TXT`, הקובץ נפסל.

למה רואה החשבון לא מסתפק בייצוא לאקסל?

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

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

איך מפיקים קובץ שאפשר לסמוך עליו

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

מה משתבש בפועל

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

מתי זה הופך לפרויקט פיתוח

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

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

מה רואה החשבון בודק בקובץ

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

• התאמת מונים. לכל סוג רשומה יש שורת סיכום ב-`INI.TXT`. אם `BKMVDATA.TXT` מכיל 1,204 רשומות `C100` וה-`INI.TXT` מצהיר 1,203, הקובץ נפסל בלי קשר לתוכן.
• קשר בין מסמך לשורות. כל `C100` צריך את שורות ה-`D110` שלו, וסכום השורות צריך להתיישב עם המסמך.
• רצף ותקופה. מסמכים חסרים באמצע רצף הם בדיוק מה שהבדיקה מחפשת, ולכן ייצוא של חלק מהתקופה מייצר תמונה שנראית חשודה גם כשאין שום בעיה.

תקופה, ישות וגרסה - שלושת הפרטים שצריך לקבל מראש

לפני שמפיקים, שלושה נתונים קובעים אם הקובץ יתקבל:

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

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

קשור: מספר הקצאה לחשבונית ישראל, מעבר מאקסל ל-ERP ישראלי, אוטומציה של דיווח מע"מ.

מקורות

• הוראות להפקת קבצים במבנה אחיד - רשות המסים
• סימולטור לבדיקת קובץ במבנה אחיד - רשות המסים