תוכן העניינים
אם שמעתם על "תיקון 13" מחברת הנהלת חשבונות, מהחדשות, או מאימייל שקצת הפחיד אתכם – אתם לא לבד. הרבה בעלי עסקים שומעים את המונח הזה בפעם הראשונה, ומניחים בטעות שמדובר בחוק חדש לגמרי. זה לא מדויק. חוק הגנת הפרטיות עצמו קיים בישראל כבר מ-1981, וחלק מהחובות המרכזיות כלפי הלקוחות שלכם – כמו יידוע, ואפשרות לעיין במידע ולתקן אותו – היו בחוק הרבה לפני תיקון 13. חובות תפעוליות נוספות, בעיקר סביב אבטחת מידע ותיעוד, נקבעו בתקנות שנכנסו לתוקף כבר במאי 2018 – גם הן לפני תיקון 13. בפוסט הזה אני מסביר מה תיקון 13 עצמו הוסיף ושינה, אילו חובות ותיקות פתאום מקבלות אכיפה רצינית יותר, ומה זה אומר להתנהלות היומיומית של עסק קטן/בינוני.
עיקרי הדברים
- תיקון 13 הוא תוספת (תיקון) לחוק הגנת הפרטיות שקיים בישראל מאז שנות ה-80 – לא חוק חדש.
- תיקון 13 נכנס לתוקף ב-14 באוגוסט 2025 – זה לא חוק "שעומד להיכנס לתוקף", הוא כבר פעיל.
- תיקון 13 עצמו הרחיב בעיקר את כלי האכיפה (עיצומים כספיים), עדכן הגדרות כמו "מידע בעל רגישות מיוחדת" ו"בעל שליטה במאגר מידע", חייב קבוצות מסוימות במינוי ממונה הגנת פרטיות (DPO), הוסיף איסור על עיבוד מידע שנאסף שלא כדין, וצמצם את חובת הרישום הפורמלי של מאגרי מידע.
- חלק מהחובות – כמו יידוע, ואפשרות ללקוחות לעיין במידע ולתקן אותו – קיימות בחוק הגנת הפרטיות כבר עשרות שנים. חובות תפעוליות נוספות סביב אבטחת מידע ותיעוד, כמו מסמך הגדרות מאגר, נקבעו בתקנות שנכנסו לתוקף ב-2018 – גם הן לפני תיקון 13, אבל לא "עשרות שנים".
- בתנאים מסוימים, ללקוחות שלכם יש אפשרות לתבוע פיצוי על פגיעה בפרטיות גם בלי להוכיח נזק כספי – זכות שקיימת מזמן, ופחות אנשים ידעו עליה.
- חובת מינוי ממונה הגנת פרטיות (DPO) לא חלה על כל עסק – היא חלה על קבוצות מוגדרות בחוק (גופים ציבוריים, סוחרי מידע מסוימים, וגופים עם ניטור שוטף או עיבוד מידע רגיש בהיקף ניכר). פירטתי את כל הקטגוריות והדוגמאות במדריך הנפרד על מינוי DPO.
- "עיבוד מידע" זו הגדרה רחבה מאוד – גם רק שמירה או צפייה במידע יכולה להיחשב עיבוד, לא רק שימוש פעיל בו.
- אם אתם עסק קטן שנותן שירות לגוף גדול יותר ונוגע במידע שלו (הנהלת חשבונות, תמיכת IT, מוקד טלפוני) – יכול להיות שיש לכם חובות משלכם כ"מחזיק", לא רק אחריות שעוברת אוטומטית ללקוח הגדול.
תיקון 13 בקצרה: מתי זה נכנס לתוקף ועל מה זה חל
תיקון 13 לחוק הגנת הפרטיות אושר בכנסת באוגוסט 2024, ונכנס לתוקף ב-14 באוגוסט 2025 – כשנה לאחר האישור, כדי לתת לארגונים זמן להיערך. נכון לרגע כתיבת השורות האלה, החוק כבר פעיל כמעט שנה. זה משנה את כל אופן החשיבה עליו: השאלה כבר לא "מה יקרה כשהחוק ייכנס לתוקף", אלא "איך אני עומד בו עכשיו".
חשוב להבין: תיקון 13 הוא תיקון לחוק קיים, לא חוק חדש. חוק הגנת הפרטיות המקורי חל על עסקים, ארגונים וגופים ציבוריים בישראל שמנהלים "מאגר מידע" כהגדרתו בחוק – וזה יכול לכלול גם בעלי עסקים קטנים, עמותות, קליניקות, חנויות אונליין ואתרי תדמית עם טופס יצירת קשר, בהתאם לסוג המידע ולהיקף הפעילות (יש גם כמה חריגים מצומצמים, כמו אוסף אישי שאינו למטרות עסק). תיקון 13 הוא הרפורמה המקיפה ביותר בפרק מאגרי המידע ובמערך האכיפה של החוק מאז חקיקתו – החוק תוקן פעמים רבות לפני כן, ותקנות אבטחת המידע מ-2017/2018 היו שינוי משמעותי בפני עצמו. התיקון נועד להתאים את הרגולציה הישראלית לסטנדרטים בינלאומיים כמו ה-GDPR (תקנת הגנת הפרטיות של האיחוד האירופי) – בעיקר על ידי חיזוק האכיפה, ולא רק על ידי הוספת חובות חדשות.
מה זה בכלל "לעבד מידע"?
כדאי לעצור רגע על המילה "מעבד", כי היא הרבה יותר רחבה ממה שאנשים בדרך כלל חושבים. תיקון 13 מגדיר "עיבוד מידע" ככל פעולה במידע אישי – כולל קבלתו, איסופו, שמירתו, העתקתו, צפייה בו, גילויו, העברתו, מסירתו או מתן גישה אליו. גם אחסון או עיון במידע עשויים להיחשב עיבוד. לכן, עסק ששומר באופן שיטתי קובץ לקוחות, או מקבל גישה למערכת CRM (מערכת לניהול קשרי לקוחות) של לקוח, מעבד מידע לפי הגדרת החוק – גם אם הוא לא משנה את הרשומות או מנתח אותן.
מה תיקון 13 עצמו שינה
סמכויות אכיפה מורחבות ועיצומים כספיים
לפני תיקון 13, לרשות להגנת הפרטיות כבר היו כלי פיקוח ואכיפה – רישום מאגרים, קביעת הפרות, השהיה או ביטול רישום, חקירות, והליכים אזרחיים ופליליים מסוימים. אבל הם היו מוגבלים יותר, ולא כללו מערך רחב של עיצומים כספיים מנהליים על מגוון רחב של הפרות. תיקון 13 נתן לרשות סמכות להטיל עיצומים כספיים ישירות, בלי לעבור דרך הליך פלילי ארוך – כלי אכיפה מהיר ומשמעותי בהרבה. זה השינוי המרכזי בפועל: לא בהכרח חובות חדשות, אלא דרך אכיפה הרבה יותר מהירה ואפקטיבית לחובות שכבר היו קיימות.
הגדרה חדשה: מידע בעל רגישות מיוחדת
התיקון הוסיף קטגוריה משפטית חדשה – "מידע בעל רגישות מיוחדת" – שכוללת בין היתר מידע רפואי, גנטי, ביומטרי, נטייה מינית, דעות פוליטיות, עבר פלילי, שכר ופעילות פיננסית. ההגדרה הזו משפיעה בין היתר על חובת הודעה לרשות במאגרים גדולים (מעל 100,000 בני אדם), על חובת מינוי DPO ועל גובה עיצומים אפשריים. חשוב לדייק בנקודה אחת: זה לא אומר אוטומטית שרמת האבטחה הנדרשת "קופצת" לרמה הגבוהה ביותר – רמת האבטחה בפועל נקבעת בנפרד לפי תקנות אבטחת המידע, ותלויה גם בסוג המאגר, בכמות האנשים שבו ובכמות בעלי ההרשאה. בכל מקרה, אם אתן, למשל, מפעילות קליניקה, סטודיו יוגה עם שאלון בריאות, או כל שירות שאוסף מידע רפואי – זו נקודה שכדאי לבדוק לעומק, רצוי בליווי מקצועי.
מונח חדש: בעל שליטה במאגר מידע
התיקון מחליף את המונח הישן "בעל מאגר מידע" במונח מדויק יותר – בעל השליטה במאגר המידע: מי שקובע, לבדו או יחד עם אחר, את מטרות עיבוד המידע במאגר, או גוף/בעל תפקיד שהוסמך בחיקוק לעבד את המידע. בפועל, זה לא בהכרח מי שמחזיק פיזית את המידע. אם אתם משתמשים בספק חיצוני (למשל שירות דיוור או מערכת CRM) שמעבד מידע בשמכם, השימוש בספק אינו מעביר אליו את חובות בעל השליטה – לכם ולספק עשויות להיות חובות נפרדות לפי החוק והתקנות.
מי זה "מחזיק", ולמה זה חשוב גם אם אתם "רק" ספק
לצד "בעל השליטה במאגר", התיקון גם מבהיר את המונח מחזיק – גורם חיצוני לבעל השליטה, שמעבד מידע בשמו. אם יש לכם עסק קטן שנותן שירות לעסקים או ארגונים גדולים יותר, ובמסגרת השירות אתם עשויים לעבד מידע אישי של הלקוחות או העובדים שלהם – יכול להיות שאתם נחשבים "מחזיק", עם חובות רלוונטיות משלכם, גם אם אתם לא אלה שקבעו מלכתחילה למה המידע נאסף.
כמה דוגמאות מהעולם האמיתי, של עסקים קטנים שהם ספקים לגופים גדולים יותר:
- משרד הנהלת חשבונות או שכר שמנהל תלושי שכר ופרטי עובדים עבור כמה חברות לקוחות – עשוי להיחשב מחזיק במידע אישי, ולעיתים גם רגיש, של עובדי הלקוחות שלו.
- חברת תמיכה טכנית (IT) קטנה עם גישת remote למערכות ולמסדי הנתונים של לקוחות עסקיים – עשויה להיחשב מחזיק במידע לקוחות הקצה של הלקוח שלה, גם בלי לשמור אותו אצלה.
- מוקד טלפוני, שירות תיאום תורים או מענה אנושי שמנהל יומן ופרטי מטופלים או לקוחות בשם קליניקה, עסק או ארגון אחר – עשוי גם הוא להיחשב מחזיק.
מחזיק לא פטור מאחריות רק בגלל שהוא פועל עבור לקוח – חלות עליו חובות רלוונטיות בתחום אבטחת המידע, סודיות ועמידה בהרשאות. במקביל, על בעל השליטה (הלקוח הגדול שלכם) לוודא שיש הסכם כתוב שמסדיר את אופן עיבוד המידע ולפקח על עמידתכם בדרישות – מה שנקרא בפרקטיקה "הסכם עיבוד מידע", גם אם זה לא תמיד השם הרשמי. שווה לוודא שהסכם כזה קיים, ולא להניח שהאחריות "עוברת" אוטומטית ללקוח הגדול.
צמצום חובת רישום מאגרי מידע
זו נקודה שמפתיעה הרבה בעלי עסקים: תיקון 13 דווקא צמצם את חובת הרישום הפורמלי של מאגרי מידע אצל הרשות להגנת הפרטיות. כיום חובת הרישום חלה בעיקר על שני סוגי מאגרים: מאגר שמטרתו העיקרית היא איסוף מידע לשם מסירתו לאחר כדרך עיסוק או בתמורה, כשיש בו מידע על יותר מ-10,000 בני אדם; ומאגר שבעל השליטה בו הוא גוף ציבורי (למעט מאגר שכולל רק מידע על עובדי הגוף עצמו, שפטור מרישום). מאגר שאינו חייב ברישום, אבל כולל מידע בעל רגישות מיוחדת על יותר מ-100,000 בני אדם, חייב בהודעה לרשות בתוך 30 ימים, כולל העברת מסמך הגדרות המאגר.
איסור עיבוד מידע שנאסף שלא כדין
תיקון 13 הוסיף גם כלל חדש וברור: בעל שליטה במאגר לא רשאי לעבד, ולא להרשות לאחר לעבד, מידע שנאסף או הגיע אליו תוך הפרה של חוק הגנת הפרטיות או דין אחר שמסדיר עיבוד מידע (בכפוף לחריגים מסוימים). בפרקטיקה זה אומר שעצם קבלת המידע אינה הופכת את המשך עיבודו לחוקי – למשל רשימת תפוצה שנאספה או נמסרה בניגוד לדין, או כאשר היה על בעל השליטה לדעת על כך. החוק כולל הגנות מסוימות למקבל מידע שלא ידע, ולא היה עליו לדעת, שהגורם שהעביר לו את המידע פעל שלא כדין.
חובת מינוי ממונה על הגנת הפרטיות (DPO)
זו אולי הנקודה שגורמת להכי הרבה בלבול. תיקון 13 מטיל חובת מינוי ממונה הגנת פרטיות (DPO), בעיקר על ארבע קבוצות: גופים ציבוריים, וכן מחזיקים מסוימים במאגרי מידע של גופים ציבוריים (בכפוף לחריגים שנקבעו לגופי ביטחון); "סוחרי מידע" שעיסוקם העיקרי הוא מסירת מידע לאחרים כדרך עיסוק, כשבמאגר שלהם יותר מ-10,000 בני אדם; גופים שעיסוקם העיקרי כולל ניטור שוטף ושיטתי של אנשים בהיקף ניכר; וגופים שעיסוקם העיקרי כולל עיבוד מידע בעל רגישות מיוחדת בהיקף ניכר. נקודה שכדאי לשים לב אליה במיוחד אם אתם ספקי IT, הנהלת חשבונות או מיקור חוץ לגופים ציבוריים – החובה יכולה לחול גם עליכם, לא רק על הגוף הציבורי עצמו.עברתי על כל ארבע הקטגוריות בפירוט, כולל דוגמאות ומקרי גבול – שווה לבדוק שם באיזו מהן אתם עשויים להיכנס. בכל מקרה, זה לא חל אוטומטית על כל עסק שמעבד הרבה מידע. אם יש לכם חנות וורדפרס עם כמה מאות לקוחות והטופס הרגיל של "השאירו פרטים", סביר שאתם לא בקטגוריה הזו – אבל שווה לבדוק את זה נקודתית, ולא להניח. אם אתם כן נמצאים בטריטוריה הזו, אפשר לקרוא כאן מה כולל שירות ממונה הגנת פרטיות חיצוני.
זה לא רק תיקון 13: מה כבר היה בחוק – ופתאום יש לו מחיר
החלק הזה הוא בעיני החשוב ביותר, ורוב הכתבות על תיקון 13 מדלגות עליו: לא כל החובות שרלוונטיות לעסק קטן הומצאו בתיקון 13. חלק מהן – כמו יידוע, ואפשרות ללקוחות לעיין במידע ולתקן אותו – קיימות בחוק הגנת הפרטיות, תשמ"א-1981, כבר עשרות שנים. חלק אחר, בעיקר סביב אבטחת מידע ותיעוד, נקבע בתקנות הגנת הפרטיות (אבטחת מידע) שנכנסו לתוקף כבר במאי 2018 – גם הן הרבה לפני תיקון 13. מה שהשתנה בשנה האחרונה הוא שיש לרשות להגנת הפרטיות כלי אכיפה מהיר ומשמעותי בהרבה, והיא כבר מפעילה ומפרסמת פעולות אכיפה, לרבות עיצום ראשון שהוטל מכוח הסמכויות החדשות שבתיקון. במילים אחרות – המחיר של אי-עמידה בחובות שהיו קיימות כבר תקופה ארוכה, פשוט הפך ממשי יותר.
יידוע והסכמה – לא מספיק "לאסוף מידע כי אפשר"
לפי חוק הגנת הפרטיות (סעיף 11), כשאתם אוספים מידע אישי ישירות מאדם – למשל בטופס באתר – אתם אמורים ליידע אותו: האם קיימת חובה חוקית למסור את המידע, או שמסירתו תלויה ברצונו ובהסכמתו, מה תוצאת הסירוב למסור אותו, מה מטרת האיסוף, ולמי המידע עשוי להימסר. זו חובה ישנה, אבל ברוב האתרים הקטנים שאני נתקל בהם, הטופס פשוט לא כולל את זה בכלל.
לצד היידוע עומד עקרון ההסכמה – עיקרון מרכזי בדיני הפרטיות בישראל, אבל לא כל שימוש במידע מחייב הסכמה נפרדת ומפורשת. כשמבקשים לעשות במידע שימוש נוסף, כדאי לבדוק אם הוא תואם את המטרה שלשמה נמסר המידע, את מטרת המאגר, את היידוע שניתן, ואת ההסכמה או ההסמכה שעליהן התבסס האיסוף מלכתחילה. שימוש שמפתיע את האדם או רחוק מהמטרה המקורית – למשל הוספה לרשימת תפוצה שיווקית, שיתוף עם צד שלישי, או שימוש לצרכי פרסום ממוקד – מחייב בדיקה נפרדת, ובמקרים המתאימים קבלת הסכמה חדשה, ברורה ומדעת – לא רק "וי" קטן שמסומן מראש בתחתית טופס בלי שהמשתמש שם לב אליו. בפברואר 2026 פרסמה הרשות להגנת הפרטיות גילוי דעת בנושא הסכמה, שמבהיר את עמדתה לגבי הסכמה מדעת, הסכמה מרצון חופשי, הסכמה מכללא, זכות לחזור מהסכמה, ודפוסי עיצוב שמשפיעים על הבחירה של המשתמש.
עוגיות וכלי מעקב: אין בישראל "חוק עוגיות" נפרד, אבל דיני הפרטיות עדיין עשויים לחול
שמתם לב שבשנה-שנתיים האחרונות כמעט כל אתר ישראלי מציג באנר "האתר הזה משתמש בעוגיות"? זה לא במקרה – אבל כדאי להיות מדויקים לגבי מה בדיוק מחייב את זה. בישראל אין כיום הסדר עוגיות מפורט ומחייב, בסגנון הדין האירופי. עם זאת, עוגיות, פיקסלים וכלי אנליטיקה עשויים לעבד מידע אישי – בעיקר כשאפשר לקשר מזהה מקוון, כתובת IP, התנהגות גלישה או נתוני מכשיר לאדם מזוהה או ניתן לזיהוי. חובת היידוע שתיארתי למעלה (סעיף 11) נכתבה בעיקר עם מחשבה על פנייה ישירה לאדם לקבלת מידע ממנו, ותחולתה הישירה על איסוף פסיבי דרך עוגיות אינה תמיד פשוטה באותה מידה. אבל במקרים כאלה עשויים לחול דיני הפרטיות הכלליים – כולל שאלות של שקיפות ויידוע, הסכמה במקרים המתאימים, צמידות מטרה, אבטחת מידע, ומסירת מידע לצדדים שלישיים (כמו גוגל או מטא).
חסימת כלי מעקב לא-חיוניים עד לבחירת המשתמש, ומתן אפשרות סירוב ברורה ונגישה, הן פרקטיקות זהירות ומומלצות – אבל חשוב לא להציג אותן כאילו החוק הישראלי קובע כיום מנגנון טכני אחיד וגורף לכל אתר (כמו למשל כפתור "דחה הכול" בגודל זהה לכפתור "אשר הכול" – דרישה שמזוהה בעיקר עם הדין האירופי, לא עם הדין הישראלי).
אם יש לכן אתר עם Google Analytics, פיקסל פרסומי של מטא/פייסבוק, או כל כלי מעקב אחר – שווה לבדוק אילו כלים פועלים אצלכן בפועל, אילו נתונים הם אוספים, למי הם מועברים, והאם דרך היידוע והבחירה שלכן מתאימה לסוג המעקב ולרמת הסיכון – ולא להסתפק בבאנר שנראה טוב אבל לא באמת חוסם כלום.
עקרון צמידות המטרה – להשתמש במידע רק למה שהוא נאסף בשבילו
זהו אחד העקרונות הבסיסיים בדיני הפרטיות בישראל. שימוש במידע על ענייניו הפרטיים של אדם, או מסירתו לאחר, שלא למטרה שלשמה הוא נמסר מלכתחילה, יכול להיחשב פגיעה בפרטיות (סעיף 2(9) לחוק). במקביל, סעיף 8(ב) לחוק, כפי שעודכן בתיקון 13, קובע שאין לעבד מידע במאגר אלא למטרת המאגר שנקבעה לו כדין. בפועל, זה אומר שאם לקוח השאיר פרטים כדי לקבל הצעת מחיר, לא כדאי "כאילו אגב" להוסיף אותו לרשימת תפוצה שיווקית בלי לבדוק את הנושא לעומק. שימוש נוסף במידע מחייב בדיקה של מטרת המאגר, היידוע שניתן, ההסכמה שהתקבלה (אם התקבלה), וציפיותיו הסבירות של הלקוח – ובדוגמת רשימת התפוצה, כדאי לזכור שגם חוק התקשורת (איסור שיגור דואר זבל) עשוי לחול, לא רק חוק הגנת הפרטיות.
מסמך הגדרות מאגר – התיעוד שמאגרי מידע רבים נדרשים להחזיק
תקנות הגנת הפרטיות (אבטחת מידע), שנכנסו לתוקף במאי 2018, מחייבות בעל שליטה במאגר מידע להכין מסמך הגדרות מאגר – מסמך שממפה בין היתר את סוגי המידע שנאספים, את מטרות השימוש, פרטים על העברה או שימוש במידע מחוץ לישראל, פעולות עיבוד שנעשות באמצעות ספקים חיצוניים ("מחזיקים"), ואת הסיכונים ודרכי ההתמודדות עמם. גם מאגר המנוהל בידי יחיד חייב במסמך הזה – אף שחלק מחובות האבטחה האחרות החלות עליו מצומצמות יותר. בהתאם למאפייני המאגר, נקבעת רמת אבטחה (בסיסית, בינונית או גבוהה), שמשפיעה על היקף האמצעים הנדרשים.
יש לעדכן את המסמך בכל שינוי משמעותי, ולבחון לפחות אחת לשנה, עד 31 בדצמבר, אם נדרש לעדכנו בעקבות שינויים טכנולוגיים, ארגוניים או אירועי אבטחה – זו לא המלצה אלא חובה לפי תקנה 2. בנוסף, יש לבחון אחת לשנה אם נשמר במאגר מידע רב מהנדרש למטרותיו. חובות נוספות – כמו הדרכות תקופתיות לבעלי הרשאות, סקרי סיכונים ומבדקי חדירות – תלויות ברמת האבטחה שחלה על המאגר הספציפי, ולא זהות לכל עסק. מדובר בדרישה שקיימת כבר מ-2018 – הרבה לפני תיקון 13 – אבל הרבה עסקים קטנים פשוט לא יודעים שהיא חלה עליהם.
הזכות שלכם – ושל הלקוחות שלכם – לעיין ולתקן מידע
כל אדם שמידע עליו נשמר במאגר מידע זכאי לעיין במידע הזה, בהתאם להליך שנקבע בחוק ובתקנות. אם המידע שגוי, לא שלם, לא ברור או לא מעודכן, הוא רשאי לבקש לתקן או למחוק אותו (סעיפים 13-14 לחוק) – אך זו לא זכות כללית למחוק כל מידע לפי דרישה, אלא זכות שכפופה להליך ולחריגים שנקבעו בדין. אם לקוח פונה אליכם עם בקשה כזו, כדאי לטפל בה במסגרת המועדים שנקבעו בתקנות, ולא רק "כשיהיה זמן". זו לא חובה חדשה, אבל היא הופכת רלוונטית יותר ברגע שיש לרשות להגנת הפרטיות כלי אכיפה מהיר להפעיל כשמישהו מתלונן שהבקשה שלו לא טופלה.
אבטחת מידע ברמה שמתאימה לסיכון
מעבר לתיעוד עצמו, תקנות אבטחת המידע מחייבות גם אמצעים בפועל – אמצעי זיהוי ואימות, ניהול הרשאות, עדכוני אבטחה, תיעוד, התאוששות וגיבוי במקרים הרלוונטיים, והגנות נוספות בהתאם לרמת האבטחה ולסיכונים שחלים על המאגר. גם החובה הזו קיימת כבר מ-2018 – היא פשוט זוכה עכשיו ליותר תשומת לב. אי-הדיווח המיידי על אירוע אבטחה חמור, כשקיימת חובת דיווח, הוא ההפרה שבגינה הוטל העיצום הכספי המפורסם על קופת חולים מאוחדת (ראו בהמשך).
הזכות לתבוע פיצוי גם בלי להוכיח נזק
זו נקודה שהרבה בעלי עסקים לא מודעים אליה, וגם לא הרבה צרכנים: פגיעה בפרטיות היא עוולה אזרחית לפי חוק הגנת הפרטיות, ובתביעה כזו בית המשפט יכול לפסוק לנפגע פיצוי בלי להוכיח נזק בפועל (סעיף 29א לחוק) – עד לתקרה שנקבעה בחוק ומתעדכנת לפי המדד, וסכום כפול אם הפגיעה נעשתה מתוך כוונה לפגוע. חשוב להבהיר: זה לא אומר שכל תקלה טכנית או ליקוי בטיפול במידע מזכה אוטומטית בפיצוי – מדובר בתביעות שבהן מתקיימת פגיעה בפרטיות במובן המשפטי של המונח. תיקון 13 גם הוסיף מסלולי פיצוי נוספים ללא הוכחת נזק, בסכומים אחרים, בגין הפרות מסוימות של זכויות נושאי מידע. הנקודה החשובה לעסק קטן: זו לא סכנה תיאורטית בלבד, ושווה להתייחס ברצינות לתלונות על טיפול לא תקין במידע, גם כשהן נראות "קטנות".
עוד כמה עקרונות שכדאי להכיר בקצרה
- בדיקת היקף המידע שנשמר – תקנות אבטחת המידע מחייבות לבחון לפחות אחת לשנה אם נשמר במאגר מידע רב מהנדרש למטרותיו, ולקבוע תקופות שמירה שמתאימות למטרה, לחובות חוקיות ולצרכים העסקיים שלכם – לא לשמור הכול "לנצח כי אולי יהיה שימושי".
- העברת מידע לצד שלישי או לחו"ל – העברת מידע לספק חיצוני, ובוודאי לחו"ל, כפופה לתנאים נוספים בחוק ובתקנות – שווה לבדוק לפני שמחברים שירות SaaS זר לאתר.
האכיפה בפועל: מה קרה מאז אוגוסט 2025
הרבה כתבות על תיקון 13 מדברות על "קנסות כבדים" בצורה מעורפלת, בלי דוגמאות אמיתיות ובלי מקור. אז הנה כמה דוגמאות אמיתיות ומתועדות, עם קישור למקור:
- עובדת לשעבר של המוסד לביטוח לאומי, 75,000 ש"ח – לפי הודעת הרשות, עובדת השתמשה בהרשאות הגישה שלה לצרכים אישיים ולא לצורכי תפקידה, ב-15 הפרות. הרשות הטילה עליה קנס מנהלי. מקור: הרשות להגנת הפרטיות, gov.il. המקרה הזה אינו מוצג כאן כדוגמה לעיצום שהוטל על ארגון מכוח מנגנון תיקון 13, אלא כדוגמה לאכיפה נגד שימוש במידע בניגוד להרשאה ולמטרת התפקיד.
- קופת חולים מאוחדת, כ-256,000 ש"ח – איחור של כחודשיים בדיווח על אירוע אבטחה חמור. לפי הודעת הרשות, זהו העיצום הראשון שהוטל מאז כניסת תיקון 13 לתוקף. הרשות מפרסמת את הודעותיה גם באתרה (gov.il); הפרטים כאן מבוססים על ynet ו-גלובס.
- מפלגת ש"ס, קביעת הפרה (בלי עיצום כספי בפועל) – בפברואר-אפריל 2026 ניהלה הרשות להגנת הפרטיות הליך פיקוח נגד מפלגת ש"ס, בעקבות גילוי חולשות אבטחת מידע קריטיות במאגרי המידע של המפלגה. הרשות קבעה שהמפלגה לא החזיקה במסמך הגדרות מאגר, לא ביצעה מבדקי חדירות וסקרי סיכונים, סבלה מכשלים במנגנוני זיהוי ואימות, השתמשה בהצפנה לא תקנית בהעברת מידע, ולא שמרה לוגים ובקרת גישה כנדרש – הפרות שיוחסו לסעיף 17 לחוק ולשורה ארוכה של תקנות אבטחת מידע. הסנקציה בפועל הייתה קביעת הפרה בלבד, בלי עיצום כספי – אף שלפי התוספת השלישית שהוסיפה תיקון 13, עיצום של מעל 1.5 מיליון ש"ח היה אפשרי תיאורטית. מקור: הרשות להגנת הפרטיות, פירוט הליכי אכיפה מינהלית (gov.il).
לפי דיווח בגלובס מיולי 2026, לרשות להגנת הפרטיות פתוחים נכון להיום – יולי 2026 – עוד תיקי אכיפה נגד גופים שונים – כך שמאוחדת כנראה לא תישאר המקרה היחיד. חשוב להבהיר: זו הערכה עיתונאית, לא הודעה רשמית ומפורטת של הרשות עם מספרים סופיים, ולכן כדאי להתייחס אליה בזהירות.
שווה לשים לב לדבר נוסף: כרגע רוב הידיעות שמגיעות לתקשורת עוסקות בגופים גדולים ומוכרים – קופת חולים, מפלגה פוליטית, מוסד ציבורי. זה לא אומר שעסקים קטנים "מתחת לרדאר" ומוגנים מאכיפה – זה בעיקר משקף שסיפור על גוף גדול הוא חדשות, וסיפור על עסק קטן פחות. עסק קטן אינו פטור מעצם היותו קטן, אך חלק מהחובות, העיצומים והסיווגים תלויים במספר נושאי המידע, בסוג המידע, במספר בעלי ההרשאה ובמאפייני הפעילות. חלק מהבדיקות של הרשות נפתחות בעקבות תלונה של אדם ספציפי – שיכולה להגיע גם על עסק קטן.
מקרה הביטוח הלאומי מדגים חובה "ותיקה" בפעולה – שימוש במידע בניגוד להרשאה ולמטרת התפקיד, נקודה שתיארתי למעלה. מקרה מאוחדת ומקרה ש"ס מדגימים את הצד השני: אכיפה בפועל, אחרי כניסת תיקון 13 לתוקף, על חובות תיעוד ואבטחת מידע שהיו קיימות כבר מ-2018 – איחור בדיווח על אירוע אבטחה חמור במקרה אחד, והיעדר מסמך הגדרות מאגר, מבדקי חדירות ובקרת גישה במקרה השני. זו לא הפחדה – זו הדגמה שהאכיפה כבר לא תיאורטית, גם כשהתוצאה היא "רק" קביעת הפרה בלי עיצום כספי.
האם זה חל עליכם, ומה זה אומר להתנהלות היומיומית
התשובה הקצרה: כן, במידה מסוימת, אם אתם אוספים או שומרים מידע אישי – גם אם זה רק שם ואימייל בטופס יצירת קשר. עם זאת, החובות המדויקות תלויות בשאלה אילו פעולות נעשות במידע, האם מדובר ב"מאגר מידע" כהגדרתו בחוק (יש גם כמה חריגים, כמו אוסף אישי שאינו למטרות עסק, או אוסף הכולל רק שם, מען ודרכי התקשרות לגבי עד 100,000 בני אדם, בתנאים שנקבעו בחוק), אילו סוגי מידע נשמרים, ומהו היקף הפעילות. ההיקף שונה מאוד בין עסק שאוסף כתובת מייל לניוזלטר לבין ארגון שמנהל מאגר של אלפי רשומות רפואיות.
בפרקטיקה, ברוב המקרים שאני רואה אצל בעלות ובעלי עסקים קטנים בישראל, ההתנהלות היומיומית לא משתנה דרמטית – אבל כמה הרגלים כן צריכים להשתנות:
- לדעת בדיוק אילו נתונים אישיים האתר או החנות אוספים (טפסים, עוגיות, מערכות תשלום, מערכת דיוור).
- לוודא שיש מדיניות פרטיות עדכנית שמשקפת את מה שבאמת קורה באתר, ולא תבנית גנרית שהועתקה משנת 2019.
- ליידע לקוחות בטפסים על מטרת איסוף המידע, ולוודא שיש הסכמה ברורה ולא מסומנת מראש היכן שנדרשת (למשל דיוור שיווקי).
- לוודא שהמידע משמש בעיקר למטרה שלשמה הוא נאסף, ולא "בדרך אגב" למטרה שונה לגמרי בלי בדיקה.
- לבדוק אם יש לכם מסמך הגדרות מאגר, ואם לא – להתחיל למפות מה יש בו.
- לדעת איך להגיב אם לקוח מבקש לעיין במידע שלו או לתקן אותו.
- להגדיר מי בארגון אחראי על נושא הפרטיות, גם אם זה לא תפקיד DPO רשמי.
- לדעת למי לפנות ומה לעשות אם קורה אירוע אבטחה, ולדווח עליו מיידית כשנדרש – אי-הדיווח המיידי הוא ההפרה שבגינה הוטל העיצום על קופת חולים מאוחדת.
מה כדאי לבדוק החודש – רשימת בדיקה קצרה
- מיפוי מידע – אילו טפסים, תוספים ושירותים באתר שלכם אוספים מידע אישי?
- מדיניות פרטיות – האם היא עדכנית, ומשקפת בפועל את מה שקורה באתר?
- חובת יידוע – האם הטפסים שלכם מסבירים ללקוח למה המידע נאסף ולמי הוא מועבר?
- כלי מעקב באתר – האם אתם יודעים אילו כלים פועלים אצלכם (אנליטיקס, פיקסלים), אילו נתונים הם אוספים, למי הם מועברים, והאם מנגנון היידוע והבחירה שלכם מתאים לסוג המעקב?
- הליך לטיפול בבקשות עיון ותיקון – יש לכם דרך מוגדרת להשיב ללקוח שמבקש לעיין במידע שלו או לתקן אותו, בהתאם ללוחות הזמנים שקבועים בתקנות?
- מידע בעל רגישות מיוחדת – האם אתם אוספים מידע רפואי, ביומטרי או אחר שמוגדר "בעל רגישות מיוחדת"?
- אבטחת מידע – האם יש לכם אמצעי זיהוי ואימות, ניהול הרשאות וגיבויים ביחס למידע שאתם מחזיקים?
- ספקים חיצוניים – האם יש לכם הבנה מי מעבד מידע בשמכם (דיוור, CRM, סליקה)?
- הסטטוס שלכן כספק ("מחזיק") – אם אתן נותנות שירות לעסק או ארגון גדול יותר ונוגעות במידע שלו – יש הסכם כתוב שמסדיר את זה ומבהיר מי אחראי על מה?
- בדיקת DPO – האם אתם בקטגוריה שמחייבת מינוי ממונה, או שזו לא רלוונטית לגודל/סוג הפעילות שלכם?
הפוסט הזה הוא חלק מהמדריך המלא לתיקון 13 - קראו את המדריך המלא.
שאלות נפוצות
מתי בדיוק תיקון 13 נכנס לתוקף?
התיקון אושר באוגוסט 2024 ונכנס לתוקף ב-14 באוגוסט 2025.
האם תיקון 13 יצר את כל חובות הפרטיות שיש לי כלפי לקוחות?
לא. חלק מהחובות המרכזיות – כמו יידוע, ואפשרות ללקוחות לעיין ולתקן מידע – קיימות בחוק הגנת הפרטיות כבר עשרות שנים. חלק אחר, בעיקר סביב אבטחת מידע ותיעוד, נקבע בתקנות שנכנסו לתוקף כבר ב-2018. תיקון 13 בעיקר חיזק את יכולת האכיפה, עדכן הגדרות מדויקות יותר, וצמצם את חובת הרישום הפורמלי.
האם תיקון 13 חל גם על עסקים קטנים?
באופן עקרוני כן, אם יש לכם "מאגר מידע" כהגדרתו בחוק – כלומר אתם אוספים או שומרים מידע אישי במסגרת הפעילות העסקית שלכם. עם זאת, החובות המדויקות תלויות בהיקף ובסוג המידע, ויש גם כמה חריגים מצומצמים. חובות ספציפיות כמו מינוי DPO או רישום מאגר תלויות בקטגוריה שהעסק נכנס אליה, ולא חלות אוטומטית על כל עסק.
האם כל עסק חייב למנות ממונה הגנת פרטיות (DPO)?
לא. החובה חלה בעיקר על ארבע קבוצות: גופים ציבוריים ומחזיקים מסוימים במאגרי מידע של גופים ציבוריים, "סוחרי מידע" שעיסוקם העיקרי הוא מסירת מידע לאחרים ובמאגר שלהם יותר מ-10,000 בני אדם, גופים שעיסוקם העיקרי כולל ניטור שוטף ושיטתי של אנשים בהיקף ניכר, וגופים שעיסוקם העיקרי כולל עיבוד מידע בעל רגישות מיוחדת בהיקף ניכר. שווה לבדוק את המצב הספציפי שלכם ולא להניח אוטומטית לכיוון כלשהו.
מה ההבדל בין יידוע להסכמה?
יידוע הוא החובה שלכם לספר ללקוח מה קורה עם המידע שלו – למה הוא נאסף, האם זה חובה או בחירה, ולמי הוא עשוי להיות מועבר. הסכמה עשויה להידרש כשהאיסוף או השימוש כרוכים בפגיעה בפרטיות ואין להם הסמכה אחרת בדין. שימוש שחורג מהמטרה המקורית או ממה שהוצג ללקוח מחייב בדיקה מיוחדת, ולעיתים הסכמה נוספת – למשל הוספה לרשימת תפוצה שיווקית.
האם אני חייב באנר עוגיות באתר?
אין בישראל חוק שמחייב במפורש באנר עוגיות בנוסח מסוים. עם זאת, אם האתר שלכם משתמש בעוגיות או כלי מעקב שאוספים מידע אישי (כמו Google Analytics או פיקסל פרסומי), עקרונות היידוע וההסכמה הכלליים בחוק עשויים לחול – כדאי לבדוק אילו כלים פועלים אצלכם ולוודא שהיידוע והבחירה שאתם מציעים לגולש מתאימים לסוג המעקב.
אני עסק קטן שנותן שירות לחברה גדולה יותר, ולא אני אספתי את המידע – האם החוק בכלל חל עליי?
יכול להיות שכן. אם אתם נוגעים במידע האישי של הלקוח הגדול שלכם – למשל מנהלים עבורו שכר, נותנים תמיכת IT עם גישה למערכות שלו, או מתפעלים מוקד שירות בשמו – יכול להיות שאתם מוגדרים "מחזיק" לפי החוק, עם חובות רלוונטיות משלכם, ולא רק אחריות שעוברת אוטומטית ללקוח שלכם.
מה זה מסמך הגדרות מאגר, והאם אני חייב אחד?
זהו מסמך שממפה אילו נתונים אישיים אתם אוספים, לאילו מטרות, אילו ספקים חיצוניים מעבדים אותם, פרטים על העברה או שימוש במידע מחוץ לישראל, ומהם הסיכונים העיקריים ואופן ההתמודדות עמם (הוא לא תחליף לנוהל אבטחת מידע מפורט). בעלי שליטה במאגרי מידע נדרשים ככלל לערוך מסמך כזה, לפי תקנות אבטחת המידע שנכנסו לתוקף ב-2018 – לרבות מאגר המנוהל בידי יחיד. היקף חובות האבטחה הנוספות משתנה לפי סוג המאגר ורמת האבטחה. אם אין לכם מסמך כזה, שווה להתחיל למפות את זה בעצמכם או בליווי מקצועי.
האם לקוח יכול לתבוע אותי גם אם לא נגרם לו נזק כספי?
בתביעה על פגיעה בפרטיות, כן – החוק מאפשר לבית המשפט לפסוק פיצוי בלי הוכחת נזק בפועל, עד לתקרה שנקבעה בחוק (סעיף 29א). זה לא אומר שכל תקלה טכנית מזכה אוטומטית בפיצוי – מדובר בתביעות שבהן מתקיימת פגיעה בפרטיות במובן המשפטי של המונח.
מה קורה אם לא עומדים בדרישות תיקון 13?
הרשות להגנת הפרטיות רשאית להטיל עיצומים כספיים, ובמקרים חמורים אף לפעול בהליכים משפטיים נוספים. בנוסף, כאמור, בתנאים מסוימים לקוחות פרטיים יכולים לתבוע פיצוי באופן עצמאי. ההיקף תלוי בסוג ההפרה, בהיקפה ובשיתוף הפעולה של הארגון מול הרשות.
איך מתחילים להיערך אם לא עשיתי כלום עד עכשיו?
מתחילים במיפוי – איזה מידע אתם אוספים ולמה. משם אפשר לבדוק את מדיניות הפרטיות, את הטפסים באתר, ואת השאלה אם אתם צריכים ליווי מקצועי נקודתי או שמדובר בכמה תיקונים פשוטים.
סיכום
תיקון 13 הוא לא איום מופשט שמתקרב, וגם לא רשימת חובות חדשה שהומצאה משום מקום. הוא בעיקר נתן לרשות להגנת הפרטיות כלים משמעותיים ומהירים יותר לאכוף חובות שחלקן קיימות כבר עשרות שנים, ועדכן כמה הגדרות מרכזיות. עסק קטן שמבין מה תמיד היה מצופה ממנו – יידוע, אפשרות לעיין ולתקן מידע, אבטחת מידע בסיסית – נמצא בנקודת פתיחה הרבה יותר טובה. החשיפה בפועל תלויה בסוג המידע שאתם מחזיקים, בהיקף הפעילות ובנסיבות הספציפיות – עסק קטן אינו פטור מהחוק, אבל בדרך כלל נמצא בנקודת סיכון שונה מארגון שמחזיק מאגרים גדולים או רגישים. אם קראתם עד כאן ועדיין לא בטוחים איפה אתם עומדים, זה בדיוק המקום להתחיל לבדוק.
המידע במאמר נועד להסבר כללי ואינו מהווה ייעוץ משפטי.
