כל מה שקראתם כאן, המערכת עושה בשבילכם בקליק
45 יום לנסות את ביג בוס בחינם. בלי כרטיס אשראי, בלי התקנה: מייל וסיסמה וזהו.
“ארכיון דיגיטלי” נשמע כמו תיאור טכני של המקום שבו יושבים הקבצים. בחוק הישראלי זה מונח מוגדר. נספח ז׳ שבסעיף 36 להוראות מס הכנסה (ניהול פנקסי חשבונות), התשל״ג-1973 קובע במדויק מה נחשב ארכיב דיגיטלי, ומי שהמערכת שלו אינה עומדת בדרישות האלה מנהל תיקיות — לא ארכיב.
ההבחנה הזו אינה סמנטית. היא התנאי שמפריד בין עסק שרשאי להשליך את הנייר המקורי לבין עסק שחייב להחזיק אותו.
מה שכמעט כל תוכן בנושא מדלג עליו
חיפוש של “ניהול ארכיון דיגיטלי” מחזיר כמעט אך ורק עמודי מוצר: סריקה, OCR, אחסון בענן, חיפוש חכם. התיאורים נכונים כשלעצמם, אבל אף אחד מהם לא עונה על השאלה שבאמת מטרידה בעל עסק — האם המערכת שאני משתמש בה נחשבת ארכיב לפי החוק, או לא.
התשובה הנפוצה השנייה גרועה יותר: “צריך לשמור הכל שבע שנים”, בלי לציין מאיזה סעיף זה נובע ובלי אזכור שקיימת בכלל הגדרה חוקית לארכיב. שני הפערים האלה נסגרים כאן, סעיף אחר סעיף.
ההגדרה עצמה: מערכת לניהול רשומות אלקטרוניות
נספח ז׳ פותח בהגדרה קצרה וחדה. “ארכיב דיגיטלי” — מערכת לניהול רשומות אלקטרוניות (Electronic Record Management System).
שלוש מילים שקובעות הכל: מערכת, לא מקום; ניהול, לא אחסון; רשומות, לא קבצים. שירות אחסון בענן עושה את השלישית בלבד — הוא מחזיק קבצים. ההגדרה דורשת שכבה שמנהלת אותם.
ומהי רשומה אלקטרונית? הנספח מפנה לנספח ו׳: מסמך ממוחשב או מסמך סרוק. כלומר הארכיב מיועד לשני סוגי תיעוד — כזה שנולד דיגיטלי, וכזה שנסרק מנייר לפי הכללים.
לכידה, הרשמה ותיוק — שלוש פעולות שתיקייה לא מבצעת
הנספח מגדיר שלוש פעולות בשמן, ושלושתן חייבות לקרות כשמסמך נכנס לארכיב:
- הרשמה (Registration) – הפעולה שבה רשומה נכנסת לארכיב ומקבלת מזהה ייחודי.
- תיוק (Classification) – זיהוי ומיון שיטתי של הרשומות וסידורן לפי כללי סיווג שקבעתם.
- לכידה (Capture) – פעולת העל: הרשמה, תיוק, הוספת מידע נלווה ושמירה, יחד.
גרירת קובץ לתיקייה בענן מבצעת אפס מהשלוש. אין מזהה ייחודי שהמערכת קובעת, אין תיוק לפי כללי סיווג, ואין מידע נלווה שנוסף אוטומטית. שם הקובץ אינו מזהה ייחודי, ותיקייה בשם “2026” אינה תיוק.
שבעה מאפיינים שחייבים להיצמד לכל רשומה
סעיף 3 לנספח ז׳ הוא הלב המעשי. בעת הלכידה חייב להתווסף לרשומה מידע נלווה (Metadata) שיאפשר לאחזר אותה לפי כל אחד מהמאפיינים הבאים — לא לפי אחד מהם, לפי כולם:
| # | המאפיין | האם תיקייה בענן מספקת אותו |
|---|---|---|
| 1 | מזהה ייחודי שנקבע אוטומטית על ידי המערכת | לא — שם קובץ אינו מזהה שהמערכת קבעה |
| 2 | זיהוי המשתמש שיצר את הרשומה | חלקית — מי העלה, לא מי יצר את הרשומה |
| 3 | סוג המסמך נשוא הלכידה | לא — אלא אם הקלדתם ידנית |
| 4 | מספר הרישום כעוסק לצורך מע״מ של עורך המסמך | לא |
| 5 | תאריך המסמך | לא — תאריך הקובץ אינו תאריך המסמך |
| 6 | מספר המסמך | לא |
| 7 | תאריך הלכידה | חלקית — תאריך העלאה, שאינו מוגן משינוי |
שימו לב במיוחד למאפיין 4. הארכיב צריך לדעת את מספר העוסק של מי שהוציא את המסמך — כלומר של הספק שלכם, לא שלכם. זו דרישה שמחייבת קריאה של תוכן המסמך, ולא רק שמירה שלו.
מנגנון חיפוש — חמש דרישות, ואחת מהן היא ייצוא
סעיף 4 לא מסתפק ביכולת לחפש. הוא מונה חמש דרישות:
- כל רשומה ניתנת לחיפוש לפי כל שבעת המאפיינים, לפחות.
- ממשק גרפי עם יכולת עיון (Browse) בכל תיקיות הארכיב.
- חיפוש אחד לפי מאפיין אחד או יותר, כולל הגדרת היחס ביניהם, ולכל מאפיין אפשרות להזין טווח או ערך מדויק.
- תוצאות ברשימה שכותרותיה כוללות את המאפיינים, עם אפשרות לייצא את הרשימה לקובץ בעל מבנה טבלאי.
- הפקת פלט חזותי או מודפס של תוצאות החיפוש, כולל ערכי החיפוש ששימשו להפקתה.
הדרישה האחרונה היא זו שנשכחת. פלט שמראה תוצאות בלי להראות מה חיפשתם אינו ראיה — ומבקר שמבקש לראות את כל חשבוניות הספק מרבעון מסוים צריך לקבל מסמך שאומר גם מה בדיוק נשאל.
נסו את מערכת ביג-בוס לניהול העסק ל-45 יום בחינם >>
ההבדל שאי אפשר לגשר עליו בתיקייה: משתמש מול מנהל מערכת
זהו הסעיף החשוב ביותר בנספח, והוא כמעט לא מצוטט בשום מקום. הנספח מגדיר שני סוגי הרשאה — ומבחין ביניהם לפי גישה לבסיסי הנתונים:
- משתמש (User) – מי שניתנה לו גישה לארכיב, למעט גישה לבסיסי הנתונים.
- מנהל מערכת (Administrator) – מי שניתנה לו גישה לארכיב, לרבות גישה לבסיסי הנתונים.
ואז מגיעות שתי המגבלות. סעיף 5 קובע שמשתמש לא יהיה רשאי, לאחר הלכידה, לשנות את המידע הנלווה של רשומה, ולא למחוק רשומה או לסמן אותה כמחוקה.
סעיף 6 מתיר למנהל המערכת לשנות מידע נלווה — ולסמן רשומה כמחוקה. קראו שוב: גם למנהל המערכת הנספח אינו מתיר למחוק. הוא מתיר לסמן. מחיקה אמיתית של רשומה אינה פעולה שהנספח מכיר בה.
וכאן נשברת ההשוואה לתיקייה משותפת בענן. בתיקייה, כל מי שיש לו גישה יכול למחוק קובץ — וזו בדיוק ההרשאה שהנספח שולל מכל משתמש. אין הגדרה, אין הפרדה, ואין מנגנון שמונע מחיקה. הפער הזה אינו פער של נוחות; הוא פער שמוציא את התיקייה מהגדרת הארכיב.
יומן אירועים שלא ניתן למחיקה או לשינוי
סעיף 10 דורש שהארכיב ינהל באופן אוטומטי קובץ יומן אירועים (LOG), שלא ניתן למחיקה או לשינוי, ושיהיה ניתן לייצא אותו לקובץ בעל מבנה טבלאי בפורמט מקובל.
זו הדרישה שהופכת את הארכיב לראיה. מערכת שמתעדת מי נגע במה ומתי, ושהתיעוד שלה עצמו חסין מעריכה, יכולה לעמוד מול טענה שמסמך שונה בדיעבד. מערכת בלי יומן כזה לא יכולה.
חתימה, ייצוא וגיבוי — שלוש הדרישות הנותרות
- סעיף 8 — החתימה. הארכיב ישמור את החתימה הדיגיטלית שבה נחתם מסמך, ויהיה ניתן לאחזר ממנה מידע בכל עת, לרבות תקפות החתימה. לא רק לשמור את הקובץ החתום — לדעת להגיד אם החתימה תקפה.
- סעיף 9 — הייצוא. הארכיב יאפשר ייצוא של כל רשומה, ויהיה מצויד בכלי המרה שמתרגם רשומות, כולל המידע הנלווה, לקובץ בעל מבנה טבלאי בפורמט מקובל.
- סעיף 11 — הגיבוי. הארכיב מצויד במערכת גיבוי ושחזור של כל הרשומות והמידע הנלווה, ובלבד שפעולות אלה יתאפשרו למנהל המערכת בלבד.
סעיף 7 משלים: חייבת להתאפשר הפקת פלט חזותי או מודפס של כל רשומה, כולל המידע הנלווה שלה — בין מעיון ישיר ובין מבחירת רשומה מתוך תוצאות חיפוש.
עשר הדרישות במבט אחד
נספח ז׳ מונה 11 סעיפים. הראשון הוא הגדרות; סעיפים 2 עד 11 הם עשר הדרישות מהמערכת עצמה:
| הסעיף | הדרישה |
|---|---|
| 2 | לכידת רשומות ושמירתן למשך התקופה הנדרשת לפי ההוראות |
| 3 | מידע נלווה המאפשר אחזור לפי שבעה מאפיינים |
| 4 | מנגנון חיפוש בחמש דרישות, כולל ייצוא לקובץ טבלאי |
| 5 | משתמש אינו רשאי לשנות מידע נלווה, למחוק רשומה או לסמנה כמחוקה |
| 6 | מנהל מערכת רשאי לשנות מידע נלווה ולסמן רשומה כמחוקה |
| 7 | פלט חזותי או מודפס של כל רשומה, כולל המידע הנלווה |
| 8 | שמירת החתימה הדיגיטלית ואחזור תקפותה בכל עת |
| 9 | ייצוא רשומות וכלי המרה לקובץ בעל מבנה טבלאי |
| 10 | יומן אירועים (LOG) אוטומטי שלא ניתן למחיקה או לשינוי |
| 11 | מערכת גיבוי ושחזור, בהרשאת מנהל המערכת בלבד |
למה בכלל להשקיע בזה: הארכיב הוא התנאי לביעור הנייר
אפשר לשאול בצדק — אם הנייר ממילא נשמר, למה צריך ארכיב שעומד בעשר הדרישות. התשובה היא שהארכיב אינו תוספת לנייר, הוא מה שמאפשר להיפטר ממנו.
נספח ו׳, שמסדיר מתי מותר לבער מסמך סרוק, מתנה זאת בתנאי הראשון ברשימה: קובץ המחשב נשמר כחלק בלתי נפרד ממערכת החשבונות, בארכיב דיגיטלי בהתאם לכללים שנקבעו בנספח ז׳. בלי ארכיב תקין — הסריקה היא עותק, והמקור נשאר אצלכם.
התנאים המלאים לביעור, לצד התקופות עצמן ומאיזה יום סופרים אותן, מפורטים במדריך שמירת מסמכים 7 שנים. שם גם ההבחנה בין שני המונים — שבע שנים מתום שנת המס או שש שנים מיום הגשת הדוח, לפי המאוחר — שהיא הסיבה שהמספר שבע לבדו כמעט תמיד לא מדויק.
מה זה אומר על העסק שלכם
ארבעה דברים מעשיים שנובעים ישירות מהנספח:
- ככל שיותר תיעוד נולד דיגיטלי, כך פחות ממנו נזקק לארכיב הזה. מסמך שהופק דיגיטלית ונשמר ככזה אינו עובר במסלול הסריקה מלכתחילה. הכללים המחמירים של נספחים ו׳ ו-ז׳ חלים על תיעוד חוץ שהגיע אליכם על נייר.
- אל תסיקו מקיומו של גיבוי שיש לכם ארכיב. גיבוי הוא סעיף אחד מתוך עשרה, והוא גם חובה נפרדת לגמרי — שמירת מסמכים לפי חוק מפרט את חובת הגיבוי הרבעונית שחלה על מערכת חשבונות ממוחשבת, בלי קשר לארכיב.
- בדקו את ההרשאות לפני שבודקים את הטכנולוגיה. אם עובד בעסק יכול למחוק מסמך שנשמר, אף תכונה אחרת לא תסגור את הפער.
- שאלו את הספק על סעיף 3 ועל סעיף 10. שבעת המאפיינים והיומן החסין הם שתי הדרישות שמערכות אחסון כלליות כמעט אף פעם לא עומדות בהן, והן הקלות ביותר לבדיקה.
ומה ביג בוס עושה כאן, וגם מה היא לא עושה. ביג בוס רשומה במרשם התוכנות לניהול מערכת חשבונות ממוחשבת של רשות המסים — מספר רישום 205701, בתוקף עד 30/11/2027 — והיא מפיקה ושומרת דיגיטלית את המסמכים שאתם מוציאים: חשבוניות, חשבוניות מס, קבלות ותעודות משלוח. הצד הזה של מערכת החשבונות נשמר מהרגע שהמסמך נוצר, ולא נזקק לסריקה בכלל.
מה שהיא אינה: מערכת לניהול רשומות אלקטרוניות לפי נספח ז׳ עבור מסמכי ספקים שהגיעו אליכם על נייר. סריקת תיעוד חוץ וביעורו הם מסלול נפרד, עם דרישות משלו וספקים ייעודיים. ההפרדה הזו חשובה יותר מכל הבטחה שיווקית — כי עסק שיחשוב שהוא כבר מכוסה, ישליך נייר שהוא עדיין חייב להחזיק.
שאלות נפוצות
שמרתי הכל בתיקיות ענן מסודרות לפי שנים. זה מספיק?
לא, לא לצורך ביעור הנייר המקורי. תיקיות בענן אינן עומדות בסעיפים 3, 5, 6 ו-10 — אין מזהה ייחודי שהמערכת קובעת, אין מידע נלווה מובנה, כל בעל גישה יכול למחוק, ואין יומן אירועים חסין. אפשר בהחלט להשתמש בענן כשכבת אחסון או גיבוי, אבל לא כתחליף לארכיב.
האם חייבים ארכיב דיגיטלי בכלל?
לא. אפשר להמשיך לשמור את התיעוד כפי שהוא, לפי התקופות הקבועות בהוראות. הארכיב נדרש רק אם אתם רוצים לבער את המקור לאחר סריקה.
מסמך שקיבלתי מספק כקובץ חתום — צריך לסרוק אותו?
לא. נספח ו׳ מחריג במפורש מסמך שהתקבל כקובץ מחשב מרשימת המסמכים שכללי הסריקה חלים עליהם. מסמך כזה נולד דיגיטלי ונשמר ככזה.
מנהל המערכת יכול למחוק רשומה שנכנסה בטעות?
לפי סעיף 6 הוא רשאי לסמן אותה כמחוקה ולשנות את המידע הנלווה שלה. מחיקה ממשית אינה פעולה שהנספח מכיר בה, וזו הנקודה: הארכיב בנוי כך שהיסטוריה לא נעלמת.
נסו את מערכת ביג-בוס לניהול העסק ל-45 יום בחינם >>
יש שאלה לפני שמתחילים? דברו איתנו
מאמרים נוספים שיעניינו אתכם
- שמירת חשבוניות פיזיות: מתי מס הכנסה דורש את הנייר המקורי — סעיף 18(ב), נספח ד׳, והמקור שנשמר שלוש שנים במקום שבע.
- שמירת מסמכים 7 שנים: מה חייבים לשמור וכמה זמן — המדריך המרכזי: שני המונים, התקופה הקצרה, ומסלול הביעור.
- שמירת מסמכים לפי חוק: ארבעה חוקים, ארבעה שעונים — מע״מ, דיני עבודה והתיישנות, וחובת הגיבוי הרבעונית.
- שמירת מסמכים מס הכנסה: מה חייבים לשמור ומה קורה אם לא — מה נכלל במערכת החשבונות, ומה פסילת ספרים עולה.
- מה החוק אומר על שמירת חשבוניות אונליין? — מסמך שנוצר ונשמר דיגיטלית מלכתחילה.
המידע במאמר הוא מידע כללי ואינו מהווה ייעוץ מס. לפרטים המחייבים יש לפנות לרשות המסים או לבעל מקצוע מוסמך.
