שאלתיאל יהונתן א. שאלתיאל · משרד עורכי דיןלתיאום פגישה
AI OPERATING GUIDE · ISRAEL · 2026

איך להכניס AI לעסק בלי לעבוד על אוטומט — משפטית וניהולית

זה לא מאמר על “סיכוני AI”. זה מדריך הפעלה: מה מותר להעלות, איך בודקים ספק, איך מצמצמים מידע, מה בודקים לפני Publish, איך נותנים ל-Agent הרשאות, ומה עושים אם עובד כבר העלה משהו שלא היה צריך.

מאת עו״ד יהונתן א. שאלתיאל · זמן קריאה מלא: כ־15 דקות · אפשר גם להשתמש רק ב־checklists ובתבניות

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

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

עו״ד יהונתן א. שאלתיאל · ליווי משפטי לעסקים
DATAמה נכנס?מידע, מסמכים, קוד, לקוחות, עובדים, CRM.
OUTPUTמה יוצא?עובדות, קוד, תמונות, הבטחות, המלצות, החלטות.
AUTHORITYמה המערכת יכולה לעשות?להציע, לשלוח, לעדכן, לחייב, להחזיר כסף, לפעול.

אם יש לכם רק 5 דקות — התחילו כאן

לפני שימוש חדש ב-AI בעסק, אל תשאלו רק “האם הכלי בטוח?”. עברו על ארבעה שערים. אם אחד מהם לא ברור — זו נקודת הבדיקה שלכם.

שערהשאלהדוגמה לבעיה
1. זכות להכניסהאם מותר לי להעביר למערכת את המידע הזה?NDA, מידע לקוח, מידע אישי, קוד סודי.
2. תנאי הספקמה הספק עושה עם המידע?Retention, training, subprocessors, location.
3. זכות להוציאהאם מותר לי להשתמש בתוצר?לוגו דומה, צילום, טענה שיווקית, קוד.
4. סמכות לפעולמה ה-AI רשאי לעשות בלי אישור?הנחה, החזר, הודעה ללקוח, פסילת מועמד.
כלל הזהבAI הוא לא “קטגוריה משפטית” אחת. אותו ChatGPT יכול להיות שימוש כמעט חסר סיכון כשכותבים כותרת לפוסט — ושימוש רגיש מאוד כשהוא מקבל תיק רפואי, CRM מלא או סמכות לפעול בשם העסק.

1. DATA — מה מותר בכלל להכניס?

הטעות הנפוצה היא לסווג מידע רק ל“סודי” ו“לא סודי”. לעבודה עם AI עדיף להשתמש בשש רמות שימושיות:

סוגדוגמאותברירת מחדל
ציבוריאתר החברה, חוק פומבי, חומר שיווקי שפורסםבדרך כלל אפשרי, בכפוף לזכויות שימוש
פנימינהלים לא רגישים, רעיונות, טיוטותרק בכלי מאושר
סודי עסקימחירים, pipeline, רשימות לקוחות, קודלא לפני בדיקת הרשאה וספק
מידע אישיקורות חיים, שיחות לקוח, פרטי עובדMinimize + בדיקת מטרה וספק
רגיש במיוחדרפואי, פיננסי, ביומטרי, אמונות, עבר פלילירמת זהירות גבוהה; לרוב לא להעלות לכלי צרכני
Secretsסיסמאות, tokens, API keys, private keysלא להזין
למה “מחקתי את השם” לא מספיק?

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

איך עושים Minimization בפועל

דוגמה: ניתוח אירוע משאבי אנוש

לא טוב:

“נתח לי את המקרה של דנה כהן, בת 43, מנהלת סניף חיפה, מספר עובד 7712, שנעדרה מ־12.8 עד 29.8 בגלל…”

טוב יותר:

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

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

AI גם מייצר מידע חדש על אנשים

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

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

2. איך בודקים ספק AI — בלי להיות מומחה אבטחה

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

Training

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

Retention

כמה זמן Prompts, קבצים, logs ו-outputs נשמרים? האם ניתן לקצר שמירה או למחוק?

Human access

האם אנשי הספק יכולים לגשת לתוכן לצורך תמיכה, abuse review או debugging? באילו נסיבות?

Subprocessors

מי עוד מעבד את המידע? ספק ענן, ניטור, תמיכה, מודלים נוספים?

Location

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

Deletion

האם מחיקה בממשק מוחקת גם logs/backups? מה קורה בסיום חשבון?

Security

SSO? MFA? הפרדת ארגונים? הצפנה? Admin console? הרשאות לפי role?

DPA / contract

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

הבדל חשוב: Training ≠ Retentionכלי יכול להבטיח שאינו מאמן על התוכן שלכם ועדיין לשמור אותו לתקופה מסוימת. ו-“zero retention” הוא מושג אחר משניהם. תמיד בדקו כל אחד בנפרד.
Checklist מלא לספק — 12 שאלות שאפשר לשלוח במייל
  1. האם Prompts, קבצים ו-outputs משמשים לאימון?
  2. מה תקופת השמירה לכל סוג תוכן?
  3. האם קיימת אפשרות Zero/Reduced Retention?
  4. האם יש גישה אנושית לתוכן ובאילו נסיבות?
  5. באילו מדינות התוכן מעובד ונשמר?
  6. מי ה-subprocessors?
  7. האם יש DPA או נספח פרטיות?
  8. כיצד מתבצעת מחיקה ומה קורה ב-backups?
  9. האם יש SSO/MFA/role-based access?
  10. האם יש audit logs?
  11. כיצד מדווחים על security incident?
  12. האם ניתן להגביל connectors/tools ברמת admin?

3. OUTPUT — לפני Publish, Send או Execute

כאן רוב האנשים עושים בדיקה אחת: “האם זה נשמע טוב?”. לעסק כדאי לבצע חמש בדיקות.

FACTהאם יש עובדה, מספר, מחקר, פסק דין או ציטוט שצריך לאמת?
SOURCEהאם המקור קיים, ומה הוא באמת אומר?
RIGHTSהאם התוצר דומה ליצירה, לוגו, צילום, קוד או מוזיקה של אחר?
PERSONהאם יש כאן טענה על אדם אמיתי, פנים, קול או מידע אישי?
PROMISEהאם יש הבטחה מסחרית, מחיר, SLA, ביצועים או השוואה למתחרה?
CONSEQUENCEמי יסתמך על זה, ומה יקרה אם זה שגוי?
Hallucination — איפה בדיוק נוצרת הבעיה?

המודל ממציא “מחקר של אוניברסיטת תל אביב שמצא שיפור של 37%”. בשלב Generate זו טעות של כלי. ברגע שהעסק מפרסם את המשפט במודעה, במצגת למשקיע או בחוות דעת — הוא הפך את הטעות לטענה בעולם האמיתי.

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

הדין הישן כבר יודע לטפל בחלק מהבעיה

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

4. זכויות יוצרים ו-AI — ארבע שאלות שונות שאסור לערבב

השאלהמה היא בודקת
האם מותר לי להעלות את ה-Input?רישיון, NDA, זכויות ביצירה, סודיות.
האם מותר לי להשתמש ב-Output?תנאי הספק + הדין החל על התוצר.
האם יש לי בלעדיות ב-Output?שאלה שונה מזכות שימוש; תלויה בין היתר במקוריות ובתרומה אנושית.
האם ה-Output מפר זכות של אחר?דמיון מהותי, סימן מסחר, דמות, קוד, מוזיקה, צילום.

הפסיקה הישראלית מדגישה מקוריות ותרומה אנושית בהגנת זכות יוצרים, אך אין כיום נוסחה ישראלית פשוטה שקובעת “כמה Prompts” הופכים תוצר Generative AI ליצירה מוגנת של המשתמש. משרד המשפטים פרסם חוות דעת לגבי שימוש ביצירות מוגנות לצורך Machine Learning; היא עוסקת בשאלת האימון ואינה פוטרת מניתוח נפרד של Output מפר.

סוכנות שמוכרת “100% ownership” ללקוח

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

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

5. Agents — כש-AI מקבל ידיים, לא רק מוח

המעבר הגדול אינו מ-GPT-4 ל-GPT-5. הוא מ-AI שמציע טקסט ל-AI שמסוגל לבצע פעולה.

רמת סמכותמה מותרבקרה מומלצת
0 — Readלקרוא מידע בלבדהרשאות מינימליות + לוגים
1 — Draftלנסח טיוטהאדם מאשר לפני יציאה
2 — Communicateלשלוח הודעה מתוך תבניות/מדיניותגבולות תוכן + escalation
3 — Modifyלשנות CRM, ליצור משימה, לקבוע פגישהallowlist של פעולות ושדות
4 — Commitהחזר, תשלום, התחייבות, החלטה משמעותיתאישור אדם / מגבלות קשיחות
אל תיתנו למודל הרשאה שאתם רק מקווים שהוא לא ישתמש בהאם Agent רשאי טכנית להחזיר 4,000 ₪, System Prompt שאומר “אל תחזיר מעל 200 ₪” הוא שכבת הגנה חלשה. הגדירו גם מגבלה טכנולוגית ברמת ה-tool/API.

שלושת ה-Triggers שאמורים להדליק Human Approval

MONEYכסףתשלום, החזר, אשראי, הנחה, חיוב.
CONTRACTהתחייבותמחיר, SLA, ביטול, תנאי, ויתור.
PEOPLEאדםקבלה, פיטורים, זכאות, דירוג, פסילה.

מה צריך להיות ב-Audit Trail

לשימוש משמעותי ב-Agent כדאי לשמור, לפי הצורך והדין: מזהה פעולה, זמן, משתמש/טריגר, גרסת מודל, גרסת System Prompt, מקורות מידע שנשלפו, tool calls, תוצאה, והאם היה אישור אנושי.

הערה משפטית חשובה: אין כיום הלכה ישראלית גורפת שאומרת “AI Agent = שלוח” לפי חוק השליחות. אבל כאשר מערכת פועלת בשם עסק מול לקוחות, דיני חוזים, שליחות, הגנת הצרכן ורשלנות עשויים להפוך רלוונטיים בהתאם לנסיבות. לכן גבולות סמכות הם גם בעיית Product וגם בעיה משפטית.

6. עובד העלה מידע שלא היה צריך — מה עושים עכשיו?

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

עוצרים את החשיפה

מפסיקים שימוש, מנתקים connector או הרשאה אם היא עדיין פעילה.

מתעדים

מה הועלה, מתי, לאיזה כלי, איזה חשבון, מי עשה זאת, ומה היו הגדרות השמירה/שיתוף.

בודקים מחיקה אצל הספק

משתמשים ב-admin controls או בפנייה לספק. אל תניחו שמחיקה מהחלון היא מחיקה מכל המערכות.

מסווגים את המידע

אישי? רגיש? סוד מסחרי? מידע של לקוח? credentials? היקף וכמות?

בודקים חובות

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

מתקנים את המנגנון

לא רק את האירוע: הרשאות, מדיניות, הדרכה, חסימות DLP, כלי מאושר, connector scopes.

דוגמת אכיפה עדכנית

ביולי 2026 הרשות להגנת הפרטיות הטילה על מאוחדת עיצום של 256,000 ₪ בשל אי-דיווח מיידי על אירוע אבטחה חמור. הרשות הדגישה שהדיווח הראשוני מבוסס על המידע הידוע באותו זמן וניתן להשלים פרטים בהמשך.

7. מדיניות AI טובה — מה היא באמת צריכה לעשות?

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

רכיבמה לכתוב
Allowlistרשימת כלים מאושרים + סוגי חשבונות מאושרים.
Data rulesמה מותר/אסור לפי סיווג מידע.
Minimizationהכנסת מינימום מידע נדרש.
Outputsאימות עובדות, זכויות, טענות שיווקיות וקוד.
Agentsגבולות סמכות, thresholds, human approval.
Incidentלמי מדווחים ומתי.
Reviewמי מאשר כלי חדש ומתי בוחנים מחדש.
מדיניות AI בסיסית
1. עובדים רשאים להשתמש רק בכלי AI שאושרו על ידי הארגון ובחשבון שהוגדר לכך.
2. אין להזין סיסמאות, API keys, private keys או credentials מכל סוג.
3. מידע אישי, סודי או מידע של לקוח יוזן רק כאשר קיימת הרשאה מתאימה, הכלי מאושר לסוג המידע, והוזן המינימום הנדרש.
4. לפני העלאת מסמך יש להסיר פרטים שאינם דרושים למשימה.
5. עובדות, מספרים, מקורות, ציטוטים והצהרות מקצועיות שנוצרו ב-AI יאומתו לפני פרסום או מסירה ללקוח.
6. שימוש מסחרי בתמונה, לוגו, טקסט, מוזיקה, קוד או דמות שנוצרו ב-AI דורש בדיקת זכויות מתאימה לפי הסיכון.
7. Agent לא יקבל סמכות כספית, חוזית או סמכות להשפיע מהותית על אדם ללא גבולות טכנולוגיים ואישור שנקבע מראש.
8. כל העלאה שגויה של מידע או פעולה חריגה של Agent מדווחת מיד לגורם האחראי.
9. חיבור חדש ל-CRM, Drive, Email, WhatsApp או מערכת ליבה דורש בדיקת הרשאות ו-scope.
10. המדיניות תיבחן מחדש עם שינוי כלי, ספק, אינטגרציה או סוג שימוש.

8. AI Risk Score — כלי סינון, לא חוות דעת

בחרו את השימוש הקרוב ביותר. הציון אינו “חוק”, אלא דרך לזהות מתי שימוש דורש בדיקה עמוקה יותר.

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

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

בואו נמפה את החשיפה של העסק שלכם ←

שלושה שימושים כדי להבין את הסקאלה

שימושציון טיפוסילמה
כותרת לפוסט בלי מידע אמיתי1–2אין מידע רגיש ואין פעולה עצמאית
סיכום 50 קורות חיים עם אישור אדם6–8מידע אישי + השפעה אפשרית
Agent שמחליט מי נפסל ושולח תשובה ל-5,000 מועמדים10–12מידע + עצמאות + השפעה + scale

9. תבניות שימושיות שאפשר לקחת מכאן

א. שאלון לספק AI

נא לאשר בכתב: (1) האם תוכן לקוחות משמש לאימון; (2) תקופת retention; (3) מדינות עיבוד/אחסון; (4) רשימת subprocessors; (5) אפשרויות מחיקה; (6) גישה אנושית לתוכן; (7) DPA/נספח אבטחה; (8) מנגנון דיווח על incident; (9) SSO/MFA/logs; (10) אפשרות להגביל connectors והרשאות.

ב. כלל Escalation ל-Agent

ה-Agent רשאי להסביר מדיניות קיימת ולבצע פעולות מתוך allowlist בלבד. כל פעולה הכוללת תשלום/החזר מעל ___ ₪, שינוי תנאי חוזי, הנחה מעל ___%, החלטה המשפיעה מהותית על אדם, או פעולה שאינה בתבנית מאושרת — מחייבת אישור אנושי לפני ביצוע.

ג. סעיף עבודה עם AI מול לקוח — נקודת פתיחה

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

ד. Prompt לניקוי מידע לפני העלאה

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

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

10. מה הדין בישראל כבר נותן לנו ב-2026?

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

תחוםלמה הוא רלוונטי ל-AI
חוק הגנת הפרטיות + תיקון 13מידע אישי, אחריותיות, אכיפה, DPO במקרים הרלוונטיים.
תקנות אבטחת מידעהרשאות, גישה, גורמים חיצוניים, אירועי אבטחה.
תקנות העברת מידע לחו״לכאשר מידע ממאגר בישראל מועבר או נגיש לספק בחו״ל.
חוק עוולות מסחריותסודות מסחריים ושימוש במידע עסקי.
זכויות יוצרים / סימני מסחרInput, Output, בלעדיות, דמיון, לוגו וקוד.
לשון הרע / הגנת הצרכן / רשלנותHallucinations, טענות פוגעניות, פרסום מטעה ומידע מקצועי.
תיקון 13

התיקון נכנס לתוקף ב־14.8.2025 והרחיב את מסגרת האכיפה. ביולי 2026 פורסם גילוי דעת סופי של הרשות בנושא חובת מינוי DPO בארגונים שעליהם חלה החובה.

EU AI Act

לא כל עסק ישראלי כפוף אוטומטית ל-AI Act. כאשר קיימת תחולה, חובות שקיפות מסוימות לפי סעיף 50 חלות מ־2.8.2026, בכפוף לפרטי ההסדר והחריגים. לעסק שפועל באירופה צריך לבדוק קודם תחולה ותפקיד: provider, deployer, importer וכדומה.

מקורות רשמיים להעמקה

לתיאום בדיקת AI לעסק ←