מה חייב להיות בתוכנת חשבוניות בישראל: היכולות שאין להתפשר עליהן

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

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

שבע היכולות, ומה לבדוק בכל אחת

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

מספר הקצאה: מה זה, ומה לבדוק

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

מה שחשוב לבחירת מערכת, ואינו תלוי בסף:

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

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

מה זה מבנה אחיד, ולמה זה לא PDF?

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

מה שצריך לבדוק במערכת:

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

המבנה עצמו והשדות בו מתועדים בקובץ BKMVDATA ומבנה אחיד, ודוח מע"מ המקוון מתועד בדוח מע"מ PCN874.

איך יודעים שהמערכת לא עומדת באחת מהדרישות?

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

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

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

יכולות שהן העדפה, לא דרישה

כדאי להפריד ביניהן כדי לא לשלם על מה שלא צריך:

• מלאי, קופה, שעות לחיוב, CRM. חשובים למי שצריך אותם, לא מחייבים.
• חתימה דיגיטלית. נוחה מאוד; אפשר לעבוד בלעדיה.
• אפליקציה. משנה למי שבשטח, לא למי שבמשרד.
• דפי מכירה. ערוץ מכירה, לא דרישה חשבונאית.
• מט"ח ואנגלית. מחייבים אם מוכרים לחו"ל, ולא רלוונטיים אחרת.
• API. מחייב אם מתכננים חיבור למערכת אחרת, אחרת לא.

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

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

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

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

מקורות

• רשות המיסים - חשבוניות ישראל, העמוד הרשמי
• חשבשבת - דוח מע"מ PCN874 ותיעוד ממשקים
• מורנינג - מודל חשבוניות ישראל, מדריך החברה