הסכם עיבוד נתונים (DPA)

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

1. הצדדים והתפקידים#

מה עומד מאחורי המילים הללו הלכה למעשה:

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

מה נשאר עליכם כמפעילים#

יידוע נושאי הנתונים ואיסוף הבסיסים · חוקיות המטרות · מענה לפניות נושאי הנתונים (אנו מסייעים, ראו §9) · הודעות לרגולטור במקום שבו החוק מטיל אותן על המפעיל (ברוסיה — הודעה ל-Roskomnadzor על עיבוד ועל אירוע) · הגדרת תפקידים כך שעובדים יראו רק את הנדרש · ההחלטה אם להפעיל תכונות בינה מלאכותית והעברת נתונים למודלים זרים.

2. הנושא, האופי והמטרות של העיבוד#

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

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

הפריסה המלאה „מודול → נתונים → מטרה → תקופה“ — בנספח א'.

3. קטגוריות של נושאי נתונים וקטגוריות של נתונים#

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

קטגוריות הנתונים שהמוצר מקבל:

קטגוריות מיוחדות (סעיף 9 GDPR, סעיף 10 152-FZ) הפלטפורמה עצמה לא אוספת. עם זאת, במוצר יש שדות שבהם אתם יכולים להזין נתונים על בריאות: פנקס רפואי ותעודת מחלה של עובד, הגבלות בריאות ותזונה של אורח במלון. בהזנתם, אתם מקבלים על עצמכם דרישות מוגברות לגבי הבסיס ולגבי אמצעי ההגנה; החלק שלנו — להחזיק אותם במצב סגור לצפייה ולא להציגם ללא מטרה מפורשת.

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

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

4. תקופת העיבוד, מחיקה והחזרת נתונים#

• התקופה — למשך תוקף המנוי והחשבון שלכם. כל עוד החשבון פעיל, הנתונים נשמרים כדי שהפונקציות יעבדו.
• מחיקה — בתוך 30 ימים מרגע בקשתכם בכתב או סיום ההסכם. הדבר חל גם על מחיקת חשבון כולו וגם על מחיקת מערך נתונים נפרד לפי הוראתכם.
• לקחת את הנתונים לפני המחיקה — זו המשימה שלכם, וחובתנו לעזור. הייצוא נאסף באופן עצמאי, ללא פנייה לתמיכה: ייצוא נתונים. הארכיון המוכן נשמר 7 ימים, וסודות אינם נכללים בו במכוון.
• חלק מהתקופות נקבעות על ידי החוק, ולא על ידי המנוי. מסמכים פיסקליים, תיק עובדים, רישום אורח במלון נשמרים כל עוד נדרש לפי הנורמה של המדינה — ובמקרים אלה מחיקה „לפי בקשה“ אינה אפשרית לפני תום התקופה. רשומות כאלה במוצר מסומנות במצב שמירה חובה.
• גיבויים. תקופות השמירה של עותקים פנימיים איננו מפרסמים — ולכן איננו מבטיחים ש„הנתונים ייעלמו מכל מקום באותו יום“. הביטוח הנכון בצד שלכם: החזיקו עותק משלכם דרך הייצוא, במיוחד לפני שינויים גורפים.
• מה שורד את מחיקת האובייקט — אנו חושפים ישירות. יומן אינטראקציות ה-AI של החשבון (בקשה למודל ותשובתו, כולל טקסט שזוהה מהמסמך שלכם) מנוהל לצורך חשבונאות הוצאות וניתוח תקלות, ובמחיקת המסמך המקורי אינו מנוקה. מטמון התשובות וחומרי הלימוד שנוצרו עשויים לצטט מסמך שנמחק עד לבנייה מחדש הבאה. מחיקה מלאה של עקבות אלה — בפנייה לתמיכה.
• תוכן שכבר הועבר לספק ה-AI במהלך ביצוע בקשתכם חי לפי כללי השמירה שלו עצמו ומחוץ לשליטתנו.

5. חובות המעבד#

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

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

5.3 אמצעי אבטחה — הרשימה המלאה בנספח ב. בקצרה: העברה ב-TLS בלבד; אובייקטים במאגרי האחסון מוצפנים בצד השירות; מתחם נפרד לנתוני אישיים עם הצפנת רשומה ונתיב קריאה סגור; הפרדת גישות לפי תפקידים, רמות מדור והיקף סניפים; בידוד חשבונות באמצעות קידומת במאגר האחסון; האשים בלתי הפיכים לסיסמה ול-PIN.

5.4 גישת תמיכה — רק באישורכם המפורש. איש צוות תמיכה אינו יכול להיכנס לחשבון לפי רצונו: נדרש מתג מופעל בהגדרות → גישת תמיכה (/settings/support-access), ההיקף („צפייה בלבד“ או „צפייה ושינוי“) נבחר על ידכם, כל הפעלה נרשמת ביומן (מי, מתי, באיזה היקף), וביטול ההסכמה מפסיק אפילו הפעלה שכבר מתקיימת. שותף מטעם המטמיע נכנס רק לבקשה שמאשר הבעלים, לזמן מוגבל ועם תגית בממשק; כספים, כוח אדם, ייצוא נתונים ואינטגרציות נחסמים בפניו בשרת בכל מצב.

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

5.6 סיוע במענה לנושאי הנתונים — ראו §9.

5.7 הודעה על אירוע. על פגיעה באבטחת נתוני אישיים שהשפיעה על חשבונכם נודיע לכם לא יאוחר מ-72 שעות מרגע הגילוי, בלי עיכוב מיותר, ונמסור את הידוע לנו באותו רגע: אופי האירוע, קטגוריות הנתונים והנושאים שנפגעו (ככל שנקבע), ההשלכות האפשריות, האמצעים שננקטו והמתוכננים, איש קשר לבירורים. אם עד המועד התמונה חלקית, נשלח הודעה חלקית ונשלים אותה עם התקדמות הבדיקה — אסור לשתוק „עד לבהירות מלאה“. ⚠️ ההודעה לרגולטור ולנושאי הנתונים היא חובתו של המפעיל, כלומר שלכם: ב-FZ מדובר ב-24 שעות לדיווח על עצם האירוע ו-72 שעות לתוצאות הבדיקה הפנימית, וב-EEA — 72 שעות להודעה לרשות הפיקוח. לכן המועד שלנו בנוי כך שתספיקו לעמוד במועד שלכם.

5.8 סיוע בהערכת השפעה (DPIA). לפי בקשה נמסור תיאור של העיבוד, האמצעים והמעבדים-משנה בהיקף של מסמך זה ונספחיו — זה בדרך כלל מספיק להערכה שלכם.

5.9 מחיקה או החזרה עם סיום — ראו §4.

6. מעבדים-משנה#

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

• מעבד-משנה נשכר בחוזה כתוב עם תנאי הגנה שלא למטה מאלה שנקבעו בהסכם זה;
• בפניו נחשף מינימום הנתונים הנדרש לתפקידו;
• על מעבד-משנה חדש או מוחלף נודיע במכתב לכתובת בעל החשבון ובעדכון נספח ג לפחות 30 ימים לפני תחילת ההעברה; במועד זה תוכלו להתנגד תוך ציון הסיבה, ואז נציע חלופה, או שתהיו רשאים לוותר על הפונקציה שנפגעה או לסיים את החוזה בחלק שאינו פועל בלעדיה;
• על פעולות מעבד-המשנה כלפיכם אנו אחראים;
• מודלי AI זרים מופעלים רק בהחלטתכם — ההסכמה המתאימה מתבקשת בנפרד, ולא „על הדרך“ עם תיבת סימון כללית; במתחם הרוסי שלב קבלת ההחלטה על ידי המודל מושבת במכוון (בקטלוג אין מודלים עם תאימות מאושרת ל-152-FZ).

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

7. תושבות והעברה חוצת גבולות#

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

השלכות שכדאי לומר במפורש:

• האחסון משותף למתחם, ולא נפרד לכל מותג. נתונים של מותגים שונים באותו מתחם יושבים במערכת אחסון משותפת ומופרדים לוגית — לפי קידומת החשבון והרשאות. אין באפשרותנו להבטיח לכם דלי נפרד.
• הגשת תוכן סטטי עוברת דרך CDN בכל העולם — אלה קבצים ציבוריים של חלון הראווה (תפריטים, תמונות, מסמכים שפורסמו), שאותם ממילא קורא הדפדפן של האורח ללא אימות.
• המתחם הרוסי — זוהי הוראה לעיבוד לפי 152-FZ: רשומה, סידור שיטתי, אחסון ושליפה מתבצעים במאגרים בשטח הפדרציה הרוסית (סעיף 18 חלק 5). עיבוד בינה מלאכותית שם — ספק רוסי. עם זאת, איננו מצהירים על אמצעי הצפנה מוסמכים ועל גבולות פורמליים של ISPDn: אם העסק שלכם מחויב בכך לפי חוק, יש לדון במשימה לפני ההתחברות.
• לוקליזציה בקזחסטן ובאוזבקיסטן. אין לנו מתחם בקזחסטן, ופרופיל המפעיל של קזחסטן מסומן בכנות כ„אחסון אינו זמין“. באוזבקיסטן רק ביומטריה, גנטיקה ונתוני מנויי תקשורת כפופים ללוקליזציה מחייבת — ביומטריה איננו מקבלים כלל, ולכן אחסון במתחם הבינלאומי מותר בכפוף לעמידה בתנאי החוק בדבר העברה חוצת גבולות; העילה עצמה (תנאים חוזיים סטנדרטיים או תקן מהרשימה) — אתם מטפלים בה כמפעיל.

8. ביקורת ואימות עמידה בדרישות#

• לפי בקשה אנו משיבים לשאלון האבטחה שלכם ומוסרים תיאור של האמצעים ושל תת-המעבדים בהיקף של מסמך זה ושל הנספחים.
• ביקורת בשטח או באמצעות מבקר מטעמכם — בתיאום מראש: מראש, בשעות העבודה, לא יותר מפעם בשנה (לעיתים קרובות יותר — בעת אירוע או לפי דרישת הרגולטור), תוך התחייבות לסודיות, בלי גישה לנתונים של לקוחות אחרים ולאמצעים ששם גישה כזו בלתי נמנעת מבחינה טכנית. עלויות מעבר לסבירות מכוסות על ידי הצד המבקש.
• ⚠️ בכנות על מה שאין: אין לנו הסמכת ISO/IEC 27001, אין דוח SOC 2, אין חוות דעת PCI DSS (כרטיסים איננו מעבדים כלל) ואין הסמכת ISPDn. אם עמידתכם בדרישות מחייבת דוח מוכן של מבקר בלתי תלוי, נכון להיום לא נספק אותו — ואנו מעדיפים לומר זאת לפני החתימה, ולא אחריה.
• הסמכות קיימות אצל תת-המעבדים שלנו בענן ואצל ספק הסליקה; לא נציג אותן כשלנו.

איש קשר להגנת נתונים#

שאלות בנושא הגנת נתונים, בקשה ל-DPA לחתימה ודיווחים על פרצות — לכתובת security@ בדומיין של המותג שלכם; פניות רגילות — דרך התמיכה. אין לנו DPO ממונה בנפרד ואין נציג באיחוד האירופי — זו נקודה נוספת שאנו אומרים ישירות, ולא עוקפים בניסוח.

9. זכויות נושאי הנתונים וסיוע#

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

גבולות כנים שכדאי להכיר מראש:

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

10. אחריות, תקופת תוקף, דין חל#

• ההסכם תקף כל עוד המנוי שלכם פעיל וכל עוד אנו מעבדים נתונים לפי הנחייתכם; הוראות בדבר סודיות, מחיקה וסיוע ממשיכות לחול לאחר סיומו במידה הנדרשת למילוין.
• אחריות הצדדים נקבעת בהסכם הראשי (תנאי השימוש) ובחוק; חלוקה זו אינה מרחיבה אותה.
• הדין החל וסמכות השיפוט — לפי המותג והגוף המשפטי המספק לכם את השירות; הפרטים המדויקים מוזנים בגרסה הנחתמת. עבור המסגרת הרוסית חל דין הפדרציה הרוסית והטרמינולוגיה של FZ 152, ועבור המסגרת הבינלאומית — תנאי השימוש של המותג הרלוונטי ו-GDPR/UK GDPR במקום שבו אתם כפופים להם.
• במקרה של סתירה בין עמוד זה לבין המסמך החתום, המסמך החתום הוא הקובע.

נספח א׳ — תיאור העיבוד#

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

נספח ב׳ — אמצעי אבטחה#

העברה ואחסון

• כל התקשורת עם לוח הבקרה, חלון הראווה וה-API — דרך HTTPS/TLS; כתובות ציבוריות מוגשות מאחורי CDN.
• אובייקטים באחסון מוצפנים בצד השירות (ב-AWS — SSE-S3, AES-256; מפתח KMS משלנו אינו מוחל כברירת מחדל). רשומות במתחם הייעודי לנתונים אישיים מוצפנות בנפרד — AES-256-GCM, מפתח הצפנת הנתונים נוצר לכל צמד „חשבון × סוג נתונים“ ונעטף ב-KMS של הענן.
• הקלטות שיחות נשמרות בארכיון קר נפרד של המותג, באותו מתחם, עם גישה בקישור ללא השהיה ל„שחזור“.

הפרדת גישות

• תפקידי עובדים עם בחירת מדורים, רמת גישה והיקף סניפים; גישה למדור אינה שווה לגישה לכל החשבון.
• בידוד חשבון באמצעות קידומת באחסון ובנוסף חסימות שרת לכתיבה מהדפדפן לקידומות שירות.
• סיסמה — 8+ תווים עם דרישות להרכב; PIN של הקופאי נשמר רק כגיבוב בלתי הפיך; מפתח API מוצג פעם אחת בעת היצירה; יציאה סוגרת את ההפעלה בכל הלשוניות.
• פיטורי עובד מבטלים את הכניסה ללוח הבקרה ומבטלים את שלוחת הטלפון מיד בכל הסניפים.
• קודי מכשירים נותנים גישה לעמוד יעד אחד (צג, מסך מטבח), ולא לחשבון.
• קריאה מהמתחם הייעודי לנתונים אישיים אפשרית רק דרך ממשק שירות עם בדיקת בעל הזכות, החשבון, התחום, הקשר עסקי מוכח, הסוג והמטרה, מערך השדות והאזור — ורק עם רישום ביומן ביקורת.

הגישה שלנו לנתונים שלכם

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

מה שאין — אומרים ישירות

• אין הסמכת ISO/IEC 27001, דוח SOC 2, הסמכת ISPDn ואמצעי הצפנה מוסמכים.
• אימות דו-שלבי לכניסה ללוח הבקרה עדיין אין — הוא בהכנה; ההגנה על הכניסה כיום — סיסמה ארוכה, חשבונות נפרדים לעובדים וקודי מכשירים עם PIN.
• אין יומן פעולות של העובדים שלכם, אזור DSAR ושחזור חשבון „לתאריך“.
• המתחם הייעודי לנתונים אישיים פועל לא בכל המדורים: הוא הוטמע באורחי מלון (ההעברה של חשבונות קיימים בעיצומה), שאר המדורים עדיין מחזיקים נתונים אישיים במסמכים רגילים של החשבון. הפיתוח מתקדם מדור לדור, ולוחות זמנים איננו מבטיחים.
• במתחם הרוסי אין יומן הפעלות תמיכה, כניסת שותפים וסורק cookies.

נספח ג׳ — תת-מעבדים#

תשתית#

בינה מלאכותית#

המתחם הבינלאומי: בקשות עוברות דרך אגרגטור המודלים polza.ai, ולא ישירות לספק. הספקים הזמינים — OpenAI, Google, xAI, DeepSeek; איזה מהם בשימוש נראה וניתן להחליף במדור „מודלים של בינה מלאכותית“. תכונות מסוימות פונות לספק ישירות: חיפוש ותשובות לפי בסיס הידע — ל-OpenAI (הטמעות, תשובות, זיהוי טקסט בתמונות), קונסיירז׳ בינה מלאכותית לתפריט לאורחים — ל-Google Gemini (לפרומפט נכנס קטע מבסיס הידע שלכם עד 4000 תווים יחד עם התפריט ושאלת האורח).

המתחם הרוסי: Yandex Cloud Foundation Models (הטמעות, תשובות, דירוג מחדש, תקצירים) ו-Yandex Vision OCR (זיהוי טקסט בתמונות), עם תיעוד בקשות מושבת היכן שהספק נותן הגדרה כזו. אצל ספקים זרים הגדרה דומה איננו מיישמים ומסתמכים על תנאי ה-API הסטנדרטיים שלהם, שלפיהם הנתונים אינם משמשים לאימון מודלים.

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

זיהוי דיבור#

מועברת הקלטת שיחה או קובץ שהועלה; בחזרה מגיע טקסט התמלול.

דואר והתראות#

Amazon SES — הודעות דואר יוצאות: הזמנות לעובדים, התראות על הזמנות והזמנות מקום, תקצירים, הודעות לאורחים. מועברים כתובת הנמען ותוכן ההודעה. במתחם הרוסי SES אינו בשימוש — חלק מתרחישי הדואר שם פועלים אחרת או אינם פועלים כלל.

מקבלים שאתם מחברים#

ספק סליקה (למשל Stripe) · מפעיל מספר SIP וטלפוניה · מסרים (Telegram, WhatsApp) · אגרגטורי משלוחים · מרקטפלייסים · מפעיל נתונים פיסקליים ומערכות ממשלתיות (ברוסיה — OFD, Chestny ZNAK, EGAIS) · מוני אנליטיקה שהצבתם באתר. הרכב הנתונים המועברים אליהם נקבע לפי התכונה המחוברת; תנאי העיבוד אתם מקבלים מהם ישירות.

שאלות נפוצות#

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

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

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

כמה מהר תמחקו את הנתונים אם נעזוב? בתוך 30 ימים מרגע הבקשה או סיום ההסכם. את משכי השמירה של גיבויים פנימיים אנחנו לא מפרסמים — קחו את העותק שלכם בייצוא לפני המחיקה.

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

הנתונים עוברים לארה״ב — איך סוגרים את זה עבור מפעיל מהאזור הכלכלי האירופי? העילות הן ביצוע ההסכם ותנאים חוזיים סטנדרטיים, ולגבי תכונות בינה מלאכותית נדרשת בנפרד הסכמה מפורשת שלכם. אם העברה למדינה שלישית אינה מקובלת עליכם, מותגים טורקיים פועלים ב-eu-central-1 (גרמניה) — אבל זה מותג נפרד, לא הגדרה.

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

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

אורח דורש למחוק את הנתונים שלו — מה לעשות? מחקו את הכרטיס שלו במדור לקוחות. הכפתור „הנתונים שלי“ בחלון החנות מנקה רק את המכשיר של האורח. ניקוי מעמיק של עקבות (יומני אינטראקציות עם בינה מלאכותית, מטמונים) בקשו מאיתנו — נבצע באותם 30 ימים.

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

מדורים קשורים#

• אבטחה ונתונים — היכן הנתונים נמצאים, למי יש גישה, מה לעשות במקרה של תקרית
• חשבון וכניסה — סיסמאות, קודי מכשירים, גישת תמיכה
• ייצוא נתונים — לקחת הכול לפני המחיקה
• איך לקבל עזרה — בקשת DPA חתום והערוץ security@
• מנוי ותוכניות — תוקף ההסכם
• מסמכים משפטיים — מדיניות פרטיות ותנאים עבור האורחים שלכם
• Cookies והסכמה — באנר ויומן הסכמות כראיה
• לקוחות — מחיקת הנתונים של אורח מסוים
• עובדים ומשמרות — תפקידים וכיסוי סניפים