האם בטוח להעלות מסמכי לקוחות לכלי בינה מלאכותית?
לא מעלים מסמך לקוח מלא לכלי בינה מלאכותית רק כדי לסכם, לתרגם או לנסח אותו. לפני העלאה בודקים שהכלי והחשבון מאושרים לעסק, מסירים פרטים מזהים וסודות עסקיים, ומעבירים רק את החלק המינימלי שנחוץ למשימה. אם אין ודאות, משתמשים בטקסט מדומה ולא במסמך האמיתי.
כלי בינה מלאכותית יכולים לחסוך זמן בניסוח הצעות מחיר, סיכום מסמכים, תרגום והכנת תשובות ללקוחות. הבעיה מתחילה כאשר מעתיקים אליהם חוזה חתום, רשימת לקוחות, תלוש שכר או צילום תעודה בלי לבדוק לאיזה חשבון נכנסנו, מי מנהל אותו, כמה זמן המידע נשמר ואילו שירותים נוספים יכולים לקבל גישה אליו.
הסיכון אינו רק שהמידע ישמש לאימון מודל. שיחה יכולה להישמר בהיסטוריה, להיכלל בקישור שיתוף, להיות זמינה למשתמשים אחרים בסביבת העבודה, לעבור למחבר חיצוני או להישאר בקובץ שהועלה לפרויקט. לכן כיבוי אפשרות האימון הוא צעד מועיל, אבל הוא אינו אישור להעלות מידע רגיש.
איזה מידע לא מעלים לכלי בינה מלאכותית?
כלל פשוט: אם חשיפת המסמך לאדם הלא נכון עלולה לפגוע בלקוח, בעובד או בעסק, לא מעלים אותו לפני בדיקה ואישור. הרשימה הבאה כוללת דוגמאות נפוצות:
- סיסמאות, קודי אימות, מפתחות הצפנה, מפתחות API, קובצי גישה ופרטי התחברות.
- מספרי תעודת זהות או דרכון, צילומי תעודות, חתימות, מספרי כרטיס ופרטי חשבון בנק.
- תיקים רפואיים, מידע משפטי חסוי, הערכות עובדים, שכר, קורות חיים ומידע משמעתי.
- חוזים חתומים, רשימות לקוחות, כתובות, טלפונים, כתובות מייל והיסטוריית רכישות.
- דוחות כספיים שלא פורסמו, הצעות מחיר סודיות, קוד מקור, תרשימי רשת ותצורות אבטחה.
גם מסמך שנראה תמים עלול להכיל מידע מוסתר, למשל הערות, שינויים קודמים, שם המחבר, כתובת תיקייה או גיליון נסתר. לכן לא מספיק לטשטש את מה שרואים על המסך.
איך משתמשים במסמך בלי לחשוף את הלקוח?
שלב 1: עובדים על עותק
שומרים את המסמך המקורי במערכת הארגונית ויוצרים עותק נפרד שמיועד לעיבוד. כך מצמצמים את הסיכון למחיקה או שינוי של המקור.
שלב 2: מסירים פרטים מזהים
מחליפים שמות ב״לקוח א״ ו״עובד ב״, מוחקים כתובות, מספרי זיהוי, פרטי קשר, חתימות, מספרי חשבון וכל נתון שאינו נחוץ לתשובה.
שלב 3: מעבירים רק קטע נחוץ
אם רוצים לשפר סעיף אחד בחוזה, אין צורך להעלות את כל החוזה. מדביקים רק את הסעיף הרלוונטי לאחר ניקוי הפרטים.
שלב 4: בודקים מידע מוסתר
ב־Word מפעילים בדיקת מסמך ומסירים הערות, מעקב שינויים ומאפייני קובץ. ב־PDF יוצרים עותק נקי ומוודאים שהשחרה אמיתית מוחקת את הטקסט, ולא רק מכסה אותו במלבן שחור.
שלב 5: מנסחים את הבקשה בלי סודות
במקום לכתוב שם חברה, מחיר חסוי או תיאור של מערכת פנימית, משתמשים בדוגמה כללית. ברוב משימות הניסוח התוצאה תהיה טובה גם בלי הנתונים האמיתיים.
בדיקת 60 השניות לפני העלאה
האם הכלי מאושר לעסק? האם החשבון הוא חשבון העבודה המנוהל? האם נשאר במסמך מידע שמזהה אדם או לקוח? האם אפשר להסתפק בקטע קצר יותר? האם ידוע מי יכול לראות את השיחה, הקובץ או קישור השיתוף? תשובת ״לא יודע״ לאחת השאלות היא סיבה לעצור ולבדוק.
מה צריך לבדוק ב־ChatGPT?
בחשבון אישי, פתחו את תפריט החשבון, בחרו הגדרות, לאחר מכן Data Controls, וכבו את Improve the model for everyone. לפי OpenAI, שיחות חדשות לא ישמשו אז לאימון המודלים, אבל הן עדיין יכולות להופיע בהיסטוריה. שיחה זמנית אינה מופיעה בהיסטוריה ואינה משמשת לשיפור המודלים, אך עשויה להישמר עד 30 יום לצורכי בטיחות.
אפשר לעיין בהסבר הרשמי של OpenAI על בקרות המידע. חשוב: גם שיחה זמנית או כיבוי אימון אינם הופכים חשבון אישי למקום מתאים למסמכי לקוחות.
בסביבות ChatGPT Business ו־Enterprise התוכן אינו משמש לאימון כברירת מחדל, אך עדיין צריך לוודא שהארגון אישר את השימוש, שמדיניות השמירה מתאימה, ושלא נוצר קישור שיתוף או פרויקט שפתוח לאנשים נוספים.
מה צריך לבדוק ב־Microsoft Copilot?
כניסה ל־Copilot באמצעות כתובת עבודה אינה לבדה הוכחה שכל סוג מידע מותר להעלות. ודאו שמדובר בשירות Microsoft 365 שהארגון מנהל, ולא בחשבון אישי או בשירות חיצוני שנפתח בדפדפן. Microsoft מציינת שהנחיות ותשובות של Microsoft 365 Copilot אינן משמשות לאימון מודלי הבסיס, וש־Copilot מכבד את הרשאות Microsoft 365 הקיימות.
יש כאן נקודה חשובה: אם לעובד יש הרשאה רחבה מדי ב־SharePoint או ב־OneDrive, גם Copilot עלול למצוא מידע שהעובד כבר רשאי לראות. לכן לפני שמפעילים Copilot בארגון, בודקים הרשאות, קישורי שיתוף ותיקיות פתוחות, ולא מסתמכים רק על הגנת המוצר.
למידע נוסף ראו את מסמך הפרטיות והאבטחה של Microsoft 365 Copilot.
מה צריך לבדוק ב־Gemini של Google?
צריך להבחין בין חשבון Google אישי לבין Gemini שמופעל כשירות ליבה בחבילת Google Workspace מתאימה. בסביבת Workspace ארגונית, Google מציעה הגנות ארגוניות וניהול של מנהל המערכת. בחשבון אישי או בשירות שאינו מכוסה בהגנות הארגוניות, היסטוריית הפעילות והגדרות השימוש במידע עשויות להיות שונות.
אל תניחו שכתובת Gmail או כניסה דרך Chrome הופכות את החשבון לעסקי. בדקו את סמל החשבון, את הדומיין ואת מדיניות הארגון. אם מחברים את Gemini ל־Drive, Gmail או שירות אחר, בודקים גם אילו מקורות מידע החיבור יכול לקרוא ומה נשמר ב־Gemini Apps Activity.
Google מפרסמת הסבר למנהלי Google Workspace על פרטיות Gemini. אם לא ברור באיזה סוג חשבון משתמשים, אין להעלות מסמך לקוח עד שמנהל המערכת מאשר.
מה עושים אם מסמך רגיש כבר הועלה?
שלב 1: עוצרים את השיתוף
אל תיצרו קישור לשיחה ואל תשלחו אותה הלאה. רשמו לאיזה כלי ולחשבון הועלה הקובץ, באיזו שעה ומה היה בו.
שלב 2: מוחקים מהמקום הנכון
מחקו את השיחה ואת הקובץ. אם הקובץ נשמר גם בפרויקט, בספרייה, בסוכן מותאם או בקישור שיתוף, מחקו או בטלו גם אותם. מחיקה מהשיחה בלבד לא תמיד מסירה עותק שנשמר במקום נוסף.
שלב 3: מחליפים סודות מיד
אם המסמך כלל סיסמה, מפתח API, קוד שחזור או פרטי גישה, מחליפים אותם מיד. אין להמתין למחיקת הקובץ.
שלב 4: מדווחים לגורם המתאים
במחשב עבודה מדווחים לספק המחשוב, לאחראי אבטחת המידע או לממונה הפרטיות. מוסרים מה הועלה, לאיזה חשבון, למי הייתה גישה ומה כבר נמחק.
שלב 5: בודקים חובת טיפול נוספת
כאשר מדובר במידע אישי, רפואי, פיננסי או במידע הכפוף להסכם סודיות, יש לבדוק עם הגורם המקצועי אם נדרש תיעוד, דיווח ללקוח או פעולה משפטית. המאמר אינו תחליף לייעוץ משפטי.
אם ההעלאה התרחשה בעקבות קישור מתחזה או אתר שאינו השירות הרשמי, פעלו גם לפי המדריך לחצתי על קישור חשוד במייל, מה עושים עכשיו?
איזה נוהל קצר כדאי לקבוע בעסק?
נוהל שימוש טוב אינו מסמך ארוך שאף אחד לא קורא. הוא צריך לענות לעובד על חמש שאלות: באילו כלים מותר להשתמש, באיזה חשבון נכנסים, אילו סוגי מידע אסור להעלות, איך מנקים מסמך, ולמי מדווחים במקרה של טעות.
- רשימה קצרה של כלי בינה מלאכותית שאושרו לעסק ושל החשבונות המותרים.
- איסור מפורש על סיסמאות, מסמכי זיהוי, מידע רפואי, נתוני תשלום וסודות מסחריים.
- ברירת מחדל של שימוש בטקסט מדומה או בעותק שעבר הסרת פרטים מזהים.
- אימות דו־שלבי, ניהול הרשאות, ביקורת קישורי שיתוף ותיעוד פעולות בחשבונות הארגוניים.
- כתובת ברורה לדיווח מהיר, בלי להאשים עובד שדיווח על טעות בזמן.
עסק שמחזיק מידע על לקוחות צריך לשלב את הנוהל עם אבטחת מידע לעסקים, הרשאות, גיבוי, הגנת דואר והדרכת עובדים. כדאי לקרוא גם על אבטחת דואר אלקטרוני לעסקים ועל תקנות אבטחת מידע.
שאלות נפוצות
האם כיבוי האימון מספיק כדי להעלות חוזה לקוח?
לא. כיבוי אימון מטפל בשימוש אחד במידע, אך אינו מבטל שמירה בהיסטוריה, הרשאות שיתוף, חיבורים לשירותים אחרים, תנאי חוזה או חובות פרטיות. עדיין צריך אישור ארגוני והסרת מידע שאינו נחוץ.
אפשר להדביק רק פסקה אחת ממסמך?
כן, אם הפסקה אינה כוללת מידע שמזהה לקוח, עובד או עסקה, ואם הכלי מאושר לשימוש. החליפו שמות ונתונים אמיתיים בדוגמאות ובדקו שלא נשאר מידע בתוך ההקשר שמסביב.
האם חשבון עסקי מבטיח שלא תהיה דליפת מידע?
לא. חשבון עסקי מספק בקרות טובות יותר, אך הרשאה רחבה מדי, קישור שיתוף, סוכן חיצוני או טעות אנוש עדיין יכולים לחשוף מידע. ההגנה דורשת גם ניהול הרשאות, מדיניות והדרכה.
האם מותר להעלות מסמך אם הלקוח הסכים?
הסכמה לבדה לא תמיד מספיקה. צריך לבדוק מה הלקוח אישר, מה כתוב בחוזה, איזה מידע כלול, אילו חובות חלות על העסק והאם השירות עומד בדרישות. במידע רגיש כדאי לקבל ייעוץ פרטיות או משפטי.
לסיכום
כלי בינה מלאכותית יכולים לחסוך לעסק זמן רב, אבל אין צורך להעלות אליהם מסמך שלם כדי לקבל תשובה טובה. משתמשים בכלי שאושר לעסק, מעבירים רק את החלק הנחוץ, מסירים פרטים שמזהים לקוחות או עובדים ובודקים מי יכול לראות את השיחה ואת הקבצים שהועלו.
אם כמה עובדים בעסק משתמשים ב־ChatGPT, ב־Copilot או ב־Gemini, לא כדאי להסתמך רק על שיקול הדעת של כל עובד. מומלץ לקבוע מראש באילו חשבונות משתמשים, אילו מסמכים אסור להעלות, איך מסירים מידע רגיש ולמי מדווחים במקרה שנשלח מסמך בטעות.
אם לא ברור אילו כלי בינה מלאכותית נמצאים בשימוש בעסק והאם החשבונות וההרשאות מוגדרים נכון, במסגרת שירותי מחשוב לעסקים נבדוק את סביבת העבודה, נגדיר כללים ברורים ונעזור לעובדים להשתמש בכלים החדשים בלי לחשוף מידע של לקוחות.
