האם העסק שלך ערוך לרגולציה?

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

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

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

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

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

חובה זו תחול ככל הנראה בשנת 2026. 

בהתאם לחוק וככל והלקוח (האח שבאיחוד) ביקש מספר הקצאה, הספק יבקש מספר. מאחר ובאיחוד בד"כ אין דרישת תשומות בתוך האיחוד, קרוב לוודאי שלא תהיה בקשה כאמור ככל שהחשבונית היא כוללת מע"מ נדרשת הקצאה. פריוריטי כוללת טיפול בנושא כחלק ממנגנון ה- MDM – כך חשבונית ספק שנפתחת אוטומטית על בסיס חשבונית לקוח תכלול את מספר ההקצאה.

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

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

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

כן, הפתרון ללקוחות זום זהה לפתרון בפריוריטי פרו.

לכל גרסה בה פריוריטי תומכת ברגולציית ההקצאות יש להוריד תוסף ממערכת ה XPERT ולעדכן BIN . הוראות ההפעלה ב Xpert מתעדכנות בהתאם לתוסף.

לא. לאחר התקנת התוסף למהדורה הרלוונטית ניתן יהיה לשדר חשבוניות אמיתיות בלבד.

אין צורך ברכישת API לצורך הפעלת הפונקציונאליות הנדרשת לעמידה ברגולציה. נדרשת מערכת שניתן ממנה להתחבר החוצה לכתובות מוגדרות ושאליה אפשר להגיע מכתובות אלו. כמו כן נדרשת התקנת שרת אפליקציה.

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

אין קשר בין רצף החשבוניות לבין רגולציית רשות המיסים. ההקצאה היא מספר נוסף שמאשר שהחשבונית תקינה וחוקית.

במידה והקובץ מיוצא דרך ממשק סטנדרטי של פריקת תנועות יומן אז כן מערכת פריוריטי מותאמת לשידור

ניתן לפנות לרשות המיסים באופן הבא: לקבלת מידע נוסף להכנס ללינק המצורף חשוב מאד שתקראו את כל המידע בדף זה

לצפייה בדף שאלו ותשובות הכנסו ללינק

במידה ולא נמצא מענה לשאלות שנשאלו ניתן לפנות למייל [email protected]

חשבונית מס הנושאת תאריך מאוחר מ- 4.5.2024 חייבת במספר הקצאה כתנאי לדרישת תשומות.

יש להגדיר שבקשת ההקצאה תתבצע באופן אוטומטי, נא ראו את הוראות ההפעלה להנחיות מפורטות.

ניתן להכניס הקצאה בשינויים בחשבוניות סופיות.

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

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

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

כן, נא ראו את הוראות ההפעלה ב Xpert להנחיות מפורטות.

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

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

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

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

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

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

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

פריוריטי תומכת רק בקבצי movein במבנה 1 ו-2. נכון ליולי 2024, חשבשבת לא הוסיפו את השדה מספר הקצאה לקבצים שנקלטים כיום במבנים אלו (אלא רק במבנה הגמיש שלא נתמך בפריוריטי). ניתן למצוא פתרון באמצעות פיתוח פרטי.

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

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

זה בדיוק מה שעושה תוכנית האימות של ההקצאה – התוכנית ניגשת לרשות המיסים ומוודאה שהמספר שהוקלד בחשבונית תואם להקצאה שקיבל הספק כאשר הפיק עבורכם חשבונית לקוח.

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

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

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

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

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

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

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

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

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

בגרסה 26.0 הוכנסו בקרות חדשות בתעודות משלוח, החזרות סחורה מלקוח והחזרת סחורה לספק:

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

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

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

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

לא. ברגע שהתעודה קיבלה מספר סופי, היא נחשבת כחשבונית מבחינת רשות המיסים — סופי זה סופי, ללא קשר למועד הדו"ח.

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

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

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

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

בגרסה 26.0 המערכת מוודאת שבקרות קיימות הקשורות לניהול ספרים מוגדרות בהתאם להמלצות ולדרישות הרגולציה:

• בדיקת סכום שלילי – חשבוניות עם סכום שלילי מקבלות כותרת מסמך מתאימה (חשבונית זיכוי) מספור נפרד ומסווגות כתעודות זיכוי בקובץ במבנה אחיד.
• בדיקת סדר תאריכים – חשבוניות מונפקות בסדר כרונולוגי

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

המערכת תחסום את הפקת הקובץ אם קיימות תעודות מלאי בסטטוס זמני לתקופה הרלוונטית. חשוב לוודא שכל תעודות המשלוח, ההחזרה וחשבוניות המס הועברו לסטטוס סופי לפני הפקת הקובץ. הקובץ יכלול רק תעודות עם מספר סופי (ללא קידומת T).

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