CORENTA — מדיניות שמירת מידע וסילוקו

תרגום זה מסופק למטרות מידע בלבד; הנוסח הטורקי הוא הנוסח המחייב מבחינה משפטית.

מחיקת מתאמן ללא חשבון: פעולת "מחיקה" של מנהל הקליניקה נחשבת לבקשה; הרשומה מוסרת מיד מהרשימה הפעילה, ובתום 30 יום נמחקים/מתרוקנים פרטי הזיהוי/הקשר ושדות הבריאות של המתאמן (סוג דם, אלרגיות, מצבים כרוניים, תרופות) (ראו 5.0). התיאור הכללי של מחיקת חשבון שלהלן אינו מתפרש, במקרה מיוחד זה, כחובה למחוק סופית את שורת המתאמן. האנמנזה, המדידות, הערות המפגש והרשומות הכספיות נשארות כפופות לכללי השמירה שלהן.

תחילת תוקף / עדכון אחרון: 19 באוקטובר 2026 גרסה: 1.9 בקר הנתונים / המפרסם: Mertcan Demir — עסק בבעלות יחידה הפועל תחת השם המסחרי "Teta Studio"

יומן שינויים

• 1.9 — 19 באוקטובר 2026: הניסוח "טורקיה בלבד" בפרק 14 הוחלף בהצעה גלובלית; תקופות השמירה לא השתנו.
• 1.8 — 19 באוקטובר 2026: גרסת פרסום; תאריך תחילת תוקף 19 באוקטובר 2026. לפרק 4 נוספה שורה בדבר הודעות הקבוצה של הקליניקה והעותקים של הודעות השמורים לבדיקת הצוות (שורה 12); רשימת הסילוק התקופתי בפרק 7 הורחבה בהתאם; פרטי MERSİS ו־KEP שנותרו ריקים הוסרו מטבלה 1.3.
• 1.7 — 11 באוקטובר 2026: לפי בדיקת התאימות מ־11 באוקטובר 2026 (F01, F02, F08, F11, F13, F19, F21): הוסר הניסוח ב־§11 "Supabase/פרנקפורט אינה העברה לחו"ל", ופרק ההעברה לחו"ל נכתב לפי נוסח סעיף 9 לחוק מס' 6698 לאחר 2024 (החוזים הסטנדרטיים טרם נחתמו); הניסוח "אנונימי" לגבי רשומות בריאות/קליניות/כספיות תוקן לשמירה מוגבלת שבה נותק הקשר לאדם (הטקסט החופשי של הערות המפגש אינו משתנה); הבסיס המשפטי של שורת ראיית ההסכמה תוקן לסעיף 5/2-e (ההפניה השגויה לסעיף 20/2 הוסרה); שורת טופס הגישה המוקדמת עודכנה לפי ההפרדה בין היידוע לאישור ההודעות המסחריות; לקטגוריות ללא סילוק אוטומטי נוסף עקרון סילוק תקופתי כל 6 חודשים; פרטי הזיהוי תוקנו לעסק בבעלות יחידה; פרק VERBİS נכתב לפי החלטות המועצה מ־2025.
• 1.6 — 10 באוקטובר 2026: Expo (Expo Push Notification Service) הוסרה מרשומות מעבדי המשנה/המעבדים; התראות push מועברות רק דרך Apple (APNs) ו־Google (FCM), ו־Expo/EAS הוא כלי בניית אפליקציה בלבד שאינו מעבד מידע של משתמשי קצה.
• 1.5 — 10 באוקטובר 2026: הוסר הניסוח בדבר בחירת Google Analytics; הובהר שלא נעשה שימוש באנליטיקה של צד שלישי ומי מעבדי ההתראות.
• 1.4 — 4 באוקטובר 2026: הטקסט הקיים נקבע כגרסה מאושרת. בגרסה זו נכללו רק הנושאים הבאים: מחיקת חשבון (הגישה מופסקת מיד, המידע האישי נמחק/הופך לאנונימי, רשומות תשלום הטעונות שמירה לפי דין נשמרות ללא זיהוי; אין תקופת ביטול); מחיקת שדות הבריאות של המתאמן בתום 30 יום; תקופה של 7 ימים לקבלות יתומות; הסתרת פרטי הקשר של המתאמן במצב תמיכה; מדידה בצד השרת ללא זיהוי; הודעות דוא"ל שירותיות ו־Google Workspace; מעבדי ההתראות; כתובת התמיכה; השוק (טורקיה).
• 1.3 — 7 ביולי 2026 (עדכון מ־4 באוגוסט 2026): הגרסה הקודמת.

הערה חשובה בדבר מעמד בקר הנתונים / מעבד הנתונים: מדיניות שמירת מידע וסילוקו זו ("המדיניות") קובעת לכמה זמן נשמר המידע האישי המעובד במסגרת שירות התוכנה Corenta ("השירות" או "האפליקציה"), שפותח ומופעל בידי Mertcan Demir, הפועל כעסק בבעלות יחידה תחת השם המסחרי "Teta Studio" ("Corenta", "Teta Studio", "החברה"), את הקריטריונים שעליהם מבוססת קביעת תקופות אלה, ואת השיטות שבהן מידע זה נמחק, מושמד או הופך לאנונימי עם תום תקופת השמירה או עם פקיעת עילת העיבוד.

מדיניות זו הוכנה במסגרת חוק מס' 6698 להגנת מידע אישי ("KVKK"), התקנה בדבר מחיקה, השמדה או הפיכה לאנונימי של מידע אישי ("התקנה") ושאר החקיקה הרלוונטית, והיא חלק בלתי נפרד ממאגר פעולות עיבוד המידע האישי של Corenta. יש לקרוא מדיניות זו יחד עם הודעת היידוע/מדיניות הפרטיות הרלוונטית, שבה מוסברים בפירוט מטרות העיבוד והבסיסים המשפטיים; מסמך זה מסדיר רק את תקופות השמירה ואת נוהלי הסילוק, ואינו מתיימר לקיים לבדו את מלוא חובת היידוע לפי סעיף 10 ל־KVKK.

1. מטרה והיקף

1.1. מטרה

מטרת מדיניות זו היא להסביר את הקריטריונים לקביעת התקופה המרבית הנדרשת למטרה שלשמה Corenta מעבדת מידע אישי, את החלת התקופות הקבועות בחקיקה, ואת הנהלים והעקרונות למחיקה, להשמדה או להפיכה לאנונימי של מידע אישי שתקופת שמירתו הסתיימה. מדיניות זו הוכנה על בסיס הוראות סעיפים 5, 6, 7, 10, 11 ו־12 ל־KVKK והסעיפים הרלוונטיים בתקנה.

1.2. היקף והבחנה בין תפקידים — אזהרה חשובה

מדיניות זו מכסה שני תחומים נפרדים שבהם Corenta מעבדת מידע בשני מעמדות שונים; הבחנה זו מיושמת באופן עקבי לאורך כל המדיניות ומשפיעה ישירות על אופן הפרשנות של טבלת תקופות השמירה:

(a) הקשר האתר התאגידי (corenta.app — טופס בקשה לגישה מוקדמת/הדגמה): לגבי מידע אישי שלקוחות עסקיים פוטנציאליים המתעניינים במוצר מוסרים באמצעות טופס הבקשה לגישה מוקדמת, Corenta/Teta Studio פועלת ישירות במעמד של בקר נתונים לפי סעיף 3 ל־KVKK.

(b) הקשר מוצר ה־SaaS (app.corenta.app): לגבי מידע אישי שמרכזי פילאטיס קליני, פיזיותרפיה, רפורמר, וולנס/עיסוי ויוגה ("Tenant", "עסק" או "קליניקה") המשתמשים בפלטפורמת Corenta במסגרת מינוי מזינים לפלטפורמה ושייך למתאמנים שלהם ("מתאמן — בעל המידע") (פרטי קשר, אנמנזה, הערות מפגש, נתוני תורים/חבילות וכו'), הקליניקה היא בקר הנתונים לפי סעיף 3 ל־KVKK; Corenta/Teta Studio רק במעמד של מעבד נתונים מספקת שירות תשתית טכנית לפי הוראות הקליניקה. חובת היידוע כלפי המתאמנים, קבלת הסכמה מפורשת וההחלטה הסופית בדבר שמירת מידע המתאמנים/סילוקו הן באחריות המשפטית של הקליניקה. Corenta מקלה מבחינה טכנית על קיום חובות אלה במוצר (מנגנון רישום ההסכמות consent_logs, מסך אישור KVKK במובייל kvkk.tsx, יומני ביקורת), אך אינה מקבלת לידיה ואינה נוטלת על עצמה את חובת הקליניקה לעמוד ב־KVKK. תקופות השמירה המפורטות במדיניות זו להקשר זה מראות כמה זמן Corenta, במעמדה כמעבד נתונים, שומרת בפועל מידע זה בתשתית שלה; ההחלטה הסופית על הסילוק ועל מועדו עשויה להתעצב לפי הוראות הקליניקה והחקיקה החלה עליה.

מדיניות זו מכסה גם, מבחינת עקרונות כלליים, את תהליכי השמירה/הסילוק של מידע אישי של עובדי Corenta, שותפיה העסקיים וספקיה; אולם עיקר המדיניות מתמקד במידע של הלקוחות העסקיים/המתאמנים המוגדר בפסקאות (a) ו־(b) שלעיל.

1.3. פרטי בקר הנתונים / מעבד הנתונים

1.4. החקיקה שבבסיס

• חוק מס' 6698 להגנת מידע אישי,
• התקנה בדבר מחיקה, השמדה או הפיכה לאנונימי של מידע אישי (העיתון הרשמי מיום 28.10.2017, מס' 30224),
• המדריך למחיקה, השמדה או הפיכה לאנונימי של מידע אישי והחלטות המועצה להגנת מידע אישי ("המועצה"),
• הקוד המסחרי הטורקי מס' 6102 (שמירת פנקסים ומסמכים מסחריים),
• חוק סדרי המס מס' 213 (שמירת רשומות כספיות),
• חקיקה ענפית רלוונטית אחרת (לרבות, ככל שהיא חלה, החקיקה בדבר מתן שירותי בריאות).

2. הגדרות

3. הקריטריונים לקביעת תקופות השמירה והסילוק (KVKK סעיפים 5, 6)

3.1. עילות המחייבות שמירה

ב־Corenta, מידע אישי נשמר רק למשך התקופה הקבועה במפורש בחקיקה הרלוונטית או למשך התקופה הנדרשת למטרה שלשמה הוא מעובד. בקביעת תקופת השמירה נשקלים הקריטריונים הבאים:

1. האם קיימת חובת שמירה על פי דין? (למשל תקופות שמירה מזעריות לרשומות כספיות לפי הקוד המסחרי הטורקי וחוק סדרי המס.)
2. לאיזו מטרה עובד המידע, והאם מטרה זו עדיין תקפה? (KVKK סעיף 5/2 — עקרון צמידות המטרה.)
3. האם המידע נחוץ לכריתת החוזה/לקיומו? (למשל נתוני תורים וחבילות כל עוד יחסי המינוי/השירות נמשכים.)
4. האם המידע נחוץ לביסוס זכות, למימושה או להגנה עליה (כראיה בסכסוך משפטי אפשרי)? (בהתחשב בתקופות ההתיישנות הכלליות לפי חוק החיובים.)
5. האם קיימת הסכמה מפורשת של בעל המידע, והאם היא עדיין בתוקף?
6. האם קיים אינטרס לגיטימי של Corenta או של הקליניקה? (למשל יומני אבטחה, איתור הונאה/שימוש לרעה.)
7. האם המידע שייך לקטגוריית המידע מסוג מיוחד (בריאות)? במקרה זה, לפי סעיף 6 ל־KVKK, חלות הגבלות גישה ודרישות הנמקה מחמירות יותר; תקופת השמירה לעולם אינה מוארכת מעבר למטרה.

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

3.2. עילות המחייבות סילוק

מידע אישי נמחק, מושמד או הופך לאנונימי, לבקשת האדם הנוגע בדבר או מיוזמת Corenta/הקליניקה, במקרים הבאים:

a) שינוי או ביטול של הוראות החקיקה המהוות בסיס לעיבודו, b) פקיעת המטרה המחייבת את עיבודו או את שמירתו, c) חזרת בעל המידע מהסכמתו במקרים של עיבוד הנשען על הסכמה מפורשת, d) הגשת בקשת מחיקה/השמדה בידי בעל המידע במסגרת הזכויות לפי סעיף 11 ל־KVKK וקבלתה (בקשה למחיקת חשבון), e) תום תקופת השמירה של המידע האישי והיעדר כל עילה משפטית המחייבת שמירה, f) אי־כריתת החוזה, בטלותו, ביטולו או חזרה ממנו, g) השלמה סופית של בקשת מחיקת החשבון במסגרת התהליך המתואר בסעיף 5 למדיניות זו.

4. טבלת קטגוריות המידע, תקופות השמירה ושיטות הסילוק

הטבלה שלהלן מציגה את קטגוריות המידע האישי העיקריות המעובדות בתשתית Corenta, את תקופת השמירה, את הנמקתה ואת שיטת הסילוק המופעלת בתום התקופה. אם לא צוין אחרת במפורש, הכלל הכללי הוא: "כל עוד החשבון/הרשומה הקשורים פעילים + 30 יום מתחילת הטיפול בבקשת מחיקת החשבון." יש לקרוא את הטבלה יחד עם תהליך מחיקת החשבון המתואר בפרק 5. בחלק מהקטגוריות, השלב בתום 30 הימים בתהליך זה אינו DELETE (מחיקה סופית) אלא הפיכה לאנונימי — הבחנה זו מצוינת במפורש בשורות הרלוונטיות ובפרק 6.2.

<div style="overflow-x:auto">

</div>

הערה 1: הביטוי "כל עוד החשבון/ה־tenant פעילים" שבטבלה שלעיל מתייחס לתקופה שבה מינוי הקליניקה הרלוונטית ב־Corenta נמשך ורשומת המתאמן לא נמחקה בידי הקליניקה. מועד מחיקת המידע של המתאמן של הקליניקה נקבע לפי מדיניות KVKK של הקליניקה עצמה (במעמדה כבקר נתונים) ולפי יחסיה עם המתאמן; Corenta מספקת את האפשרות הטכנית לתהליך זה.

הערה 2: התקופות של שנתיים (2) בשורה 7 (רשומות יומן ביקורת) ושל 5 שנים בשורה 8 (רשומות הסכמה) הן תקופות שמירה קבועות שקבעה Corenta (בניגוד לתקופה לפי הקוד המסחרי/חוק סדרי המס שבשורה 6, הן אינן נשענות ישירות על הוראת חוק; זוהי התחייבות מחייבת מרצון שנקבעה במסגרת האינטרס הלגיטימי וחובת ההוכחה לפי סעיף 5/2-f ל־KVKK). בתום תקופות אלה לא פועל כרגע במערכת מנגנון אוטומטי למחיקה עם תום השמירה — בתום התקופה המחיקה/ההפיכה לאנונימי מבוצעות ידנית; כאשר יופעל מנגנון אוטומטי, מדיניות זו תעודכן. הביטוי "לכל היותר 2 שנים" בשורה 9 (מידע טופס הגישה המוקדמת) הוא בהיקף שונה, וכמוסבר בשורה שלו, מציין תקרה משפטית נפרדת.

5. תהליך מחיקת החשבון — הפעולה מקצה לקצה

כדי לממש מבחינה טכנית את בקשות המחיקה של בעלי המידע לפי סעיף 11 ל־KVKK, Corenta מיישמת ארכיטקטורת מחיקה דו־שלבית השוקלת את האיזון בין חוויית המשתמש לבין צורכי אבטחת המידע/ההוכחה המשפטית: מחיקה רכה מיידית (soft-delete) ולאחריה מחיקה סופית בתום 30 יום.

5.0. שינוי מ־4 באוקטובר 2026 — במקום שבו הוא סותר את 5.1–5.7, סעיף זה גובר

מחיקת חשבון (מ־4 באוקטובר 2026): עם אישור בקשת המחיקה, הגישה לחשבון מופסקת מיד (החיבורים מסתיימים, לא ניתן להתחבר); המידע האישי נמחק או הופך לאנונימי (השם, הדוא"ל, הטלפון, התמונה, וכן פרטי הזיהוי/הקשר של המתאמן ושדות הבריאות — סוג דם, אלרגיות, מצבים כרוניים, תרופות — מנוקים); רשומות התשלום והתגמול הטעונות שמירה לפי דין אינן נמחקות; הן נשמרות ללא קשר לאדם ובגישה מוגבלת. אין תקופה לביטול לאחר הבקשה; המחיקה הסופית של רשומת האימות ושל הקבצים מושלמת במסגרת תהליך הרקע הקיים בן שלושים הימים.

מחיקת רשומת מתאמן ושדות הבריאות (מ־4 באוקטובר 2026): כאשר העסק מוחק רשומה של מתאמן שאין לו חשבון, הרשומה מוסרת מיד מהרשימה הפעילה; בתום 30 יום נמחקים/מתרוקנים, יחד עם פרטי הזיהוי והקשר, גם שדות הבריאות של המתאמן (סוג דם, אלרגיות, מצבים כרוניים, תרופות). הוראה זו אינה משפיעה על כללי השמירה של טופסי האנמנזה, המדידות והערות המפגש.

קובצי קבלות (מ־4 באוקטובר 2026): קובצי קבלות שאינם מקושרים לתשלום כלשהו (יתומים) נמחקים אוטומטית לאחר 7 ימים; קבלה המקושרת לתשלום אינה ניתנת למחיקה בידי שום תפקיד.

פרטי הקשר של המתאמן במצב תמיכה (מ־4 באוקטובר 2026): בחיבור התמיכה של Corenta (מנהל־על) כתובת הדוא"ל והטלפון של המתאמן אינם מוצגים לצוות התמיכה; צוות התמיכה רואה רק תקציר זיהוי מוגבל (שם, מצב החשבון, פעילות, תאריך יצירה).

הרשאת הכתיבה בשדות הבריאות (מ־4 באוקטובר 2026): בשדות הבריאות של המתאמן (סוג דם, אלרגיות, מצבים כרוניים, תרופות) רשאים לכתוב רק המתאמן עצמו והמומחה שהוקצה לו; בעלי העסק/המנהל אינם רשאים לכתוב בשדות אלה (הם רשאים לערוך את איש הקשר לשעת חירום ואת שדות הזיהוי).

מדידת מוצר בכינוי: לצורך שיפור המוצר ניתן למדוד, רק בצד השרת, אירועי שימוש מצרפיים עם מזהה בדוי של הקליניקה; מדידה זו אינה כוללת כתובת IP, מידע בריאותי או מעקב מקור/פרסום. המזהה הבדוי של הקליניקה הוא כינוי (אינו נטול זיהוי). התכונה כבויה כרגע.

5.1. שלב 1 — מחיקה רכה מיידית (Soft-Delete)

ברגע שהמשתמש מאשר מתוך האפליקציה את בקשת מחיקת החשבון, המערכת מבצעת בו־זמנית ומיד את הפעולות הבאות:

1. רשומת הפרופיל של המשתמש מושבתת באמצעות מילוי השדה deleted_at; החשבון נעשה בלתי נגיש/בלתי נראה לשימוש רגיל ואינו ניתן לשימוש להתחברות.
2. התורים הממתינים (שטרם התקיימו) של המשתמש מבוטלים אוטומטית.
3. השיוכים שבהם המשתמש מופיע כמומחה/משאב (שיוכי מתאמן־מומחה, שיוכי תוכניות) מוסרים.
4. כל ההסכמות של המשתמש מבוטלות (הדבר נרשם באמצעות מילוי השדה revoked_at ברשומות consent_logs).

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

5.2. שלב 2 — מחיקה סופית (לאחר 30 יום)

30 (שלושים) יום לאחר המחיקה הרכה, משימה מתוזמנת (cron job) הפועלת אוטומטית במערכת מבצעת באופן בלתי הפיך את הפעולות הבאות:

1. רשומת האימות של המשתמש (auth.users) נמחקת סופית ובאופן בלתי הפיך.
2. רשומות מסד הנתונים הקשורות למשתמש מטופלות באופן מובחן לפי קטגוריה: רשומות שאין להן ערך עסקי/ראייתי עצמאי (למשל התראות) נמחקות סופית (DELETE/cascade); מידע בריאותי (anamnesis_forms, session_notes, measurements) ורשומות קליניות/כספיות (payments, attendance, consent_logs) אינם נמחקים, אלא הקשר לאדם מנותק — הקשר לאדם מנותק ברמת מסד הנתונים, חלק משדות הטקסט החופשי מנוקים, והרשומה נשארת כרשומת tenant שנותק בה הקשר לאדם, בגישה מוגבלת (מאחר שהטקסט החופשי של הערות המפגש אינו משתנה, הן אינן נחשבות אנונימיות) (ראו פרק 4 שורות 2-5, 8, 10 ופרק 6.2).
3. פעולה זו מופעלת אוטומטית רק בתהליך הרקע בעל ההרשאות המיוחדות (המוגן ב־service-role) של המערכת; אף משתמש, לרבות צוות מנהלי, ואף מנהל עסק אינו יכול להתחיל תהליך זה ידנית, להפעיל אותו מוקדם או לעצור אותו דרך הממשקים הרגילים של המוצר — זוהי ארכיטקטורת אבטחה מכוונת שנועדה למנוע מחיקה מוקדמת/מאוחרת בטעות או בשימוש לרעה. (הבטחה זו חלה על ממשקי המשתמש והניהול הרגילים של המוצר; תהליכי תפעול טכניים שעשויה להיות להם גישה ישירה למסד הנתונים ברמת התשתית בעלת ההרשאות המיוחדות של המערכת אינם בגדר הבטחה זו וכפופים לבקרות גישה פנימיות נפרדות.)

מטרת תהליך הרקע בן 30 הימים (מ־4 באוקטובר 2026): מאחר שהגישה לחשבון מופסקת מיד עם בקשת המחיקה, תקופה זו אינה מאפשרת ביטול/חזרה; היא משמשת להשלמת המחיקה הסופית של רשומת האימות ושל הקבצים ולבדיקת שימוש לרעה אפשרי. תקופה זו סבירה ומוגבלת, בהתאם לעקרון המידתיות במסגרת סעיף 5 ל־KVKK. לגבי מצב בקשת המחיקה ניתן לפנות לכתובת hello@corenta.app.

5.3. חריג: מידע שקיימת לגביו חובת שמירה על פי דין

תהליך המחיקה הסופית בן 30 הימים שלעיל אינו חל על הרשומות המפורטות בפרק 4, שורה מס' 6 בטבלה (מטא־נתונים של מינוי/פעולות), שלגביהן קיימת חובת שמירה על פי דין במסגרת הקוד המסחרי הטורקי/חוק סדרי המס. רשומות אלה, גם אם החשבון נמחק סופית, נשמרות בנפרד עד תום תקופת השמירה החוקית הרלוונטית, מנותקות ממטרת עיבוד המידע האישי ובגישה המוגבלת רק למטרת קיום החובה החוקית. באופן דומה, רשומות יומן הביקורת (audit_logs) וגרעין הראיות המזערי של רשומות ההסכמה (ראו פרק 4, שורות 7-8) עשויים להמשיך להישמר, מטעמי אינטרס לגיטימי/הוכחה משפטית, מחוץ לתקופת 30 הימים, למטרה נפרדת ומוגבלת. בפרק 4, הערה 2, צוין במפורש שלתקופות הנכללות בחריג זה לא מתאים מנגנון טכני המופעל אוטומטית במערכת.

5.4. הסבר מיוחד לגבי קבצים מצורפים מאוחסנים (חשוב — שקיפות)

בהתאם לעקרון השקיפות יצוין במפורש: במהלך המחיקה הסופית, רשומות מסד הנתונים (פרופיל, תורים, שיוכים, הסכמות וכו') נמחקות לגמרי או (לגבי רשומות בריאות/קליניות/כספיות, ראו פרק 6.2) הופכות לאנונימיות; הקבצים המצורפים השייכים למשתמש ונשמרים באזור אחסון (Storage) נפרד מטופלים כך: האוואטר/תמונת הפרופיל, המסמך/התמונה שצורפו לטופס האנמנזה ותמונת קבלת התשלום נמחקים אוטומטית (best-effort) מה־Storage כחלק משלב המחיקה הסופית — זוהי התנהגות מאומתת הפועלת בפועל במערכת כרגע. אם פעולת המחיקה ב־bucket אחד נכשלת, הדבר נרשם ביומן; אך הדבר אינו מונע את ניקוי ה־buckets האחרים או את שלבי ההפיכה לאנונימי/המחיקה הסופית של החשבון (תכנון best-effort).

גבול כן: קטגוריית הקבצים היחידה שנותרת מחוץ לתהליך אוטומטי זה היא מסמכי אימות הזהות/התעודה המועלים בתהליך ההרשמה של מומחה/מומחה עצמאי (ה־bucket specialist-verification-docs). מבחינה טכנית, מסמכים אלה קשורים לא למשתמש אלא לתהליך האימות של ה־tenant (הקליניקה) הרלוונטי, ואין בהם הפניה למשתמש ברשומת מסד הנתונים; לכן לא ניתן לכלול אותם אוטומטית בתהליך מחיקת חשבון המשתמש הקיים. סילוק מסמך זה יטופל בנפרד בתהליך סגירת החשבון/המינוי של הקליניקה הרלוונטית ברמת ה־tenant (ראו פרק 5.6); עד להשלמתו, בקשות חריגות נבחנות ידנית באמצעות hello@corenta.app.

לכן מדיניות זו אינה מתחייבת באופן מוחלט ש"עם בקשת מחיקת החשבון כל המידע/הקבצים של המשתמש נמחקים במלואם ומיד" (בייחוד לגבי שאריות טכניות בגיבויים ראו פרק 6.3, וכן את החריג שלעיל); אולם לגבי קטגוריות הקבצים שתוארו לעיל, המחיקה האוטומטית מיושמת בפועל.

5.5. הערה מיוחדת לגבי מידע בריאותי

מידע אישי מסוג מיוחד בתחום הבריאות, כגון טופסי אנמנזה, הערות מפגש ורשומות מדידה, כפוף אף הוא לתהליך המחיקה הכללי שלעיל (מחיקה רכה ← 30 יום ← מחיקה סופית); אולם, כמוסבר בפרק 4 שורות 2-4 ובפרק 6.2, בטבלאות אלה שלב המחיקה הסופית מיושם באמצעות ניתוק הקשר לאדם וניקוי חלקי — הרשומה אינה נמחקת ב־DELETE, הקשר לאדם מנותק וחלק משדות הטקסט החופשי מנוקים; הרשומה הקלינית (בייחוד תוכן הערות המפגש במבנה append-only) נשמרת כרשומת tenant שנותק בה הקשר לאדם, בגישה מוגבלת, ואינה נחשבת אנונימית. נוסף על כך, מאחר שקטגוריית מידע זו שזורה ברשומות שהקליניקה מנהלת במעמדה כבקר נתונים, בקשת מתאמן למחיקת חשבון/מידע עשויה להתנגש בחובות השמירה החוקיות של הקליניקה עצמה (למשל חובות ניהול רשומות העשויות לנבוע מהחקיקה בדבר מתן שירותי בריאות); שיטת ניתוק הקשר לאדם והשמירה המוגבלת נועדה לאזן בין שתי חובות אלה (זכויות המתאמן במידע האישי וחובת ניהול הרשומות של הקליניקה). במקרים כאלה הגורם המכריע הסופי הוא הקליניקה במעמדה כבקר נתונים; Corenta פועלת לפי הוראות הקליניקה.

5.6. מחיקה ברמת הקליניקה (Tenant)

אם קליניקה מסיימת לחלוטין את מינויה ב־Corenta, אותה ארכיטקטורה דו־שלבית (מחיקה רכה ← 30 יום ← מחיקה סופית) מיושמת גם על נתוני ה־tenant של הקליניקה ועל כל רשומות המתאמנים תחת tenant זה. מאחר שהקליניקה היא בקר הנתונים של המתאמנים שלה, היא חייבת ליידע את המתאמנים שלה, לפני סיום המינוי, במסגרת חובותיה לפי KVKK; חובה זו אינה ניתנת להעברה ל־Corenta.

5.7. הקשר למצב התמיכה של מנהל־העל (Impersonation)

תהליכי מחיקת החשבון והשמירה פועלים באופן בלתי תלוי במנגנון התמיכה/impersonation של Corenta. חיבורי impersonation מוגבלים בזמן (30 דקות) והם כברירת מחדל לקריאה בלבד; גישה לקטגוריות המידע הבריאותי (אנמנזה, הערות מפגש, מדידות) מחייבת שלב אישור נפרד (health_data_enabled), ופעולות כתיבה/מחיקה בטבלאות אלה אינן מותרות באמצעות impersonation בשום תנאי (במדיניות ה־RLS לא ניתן לשום impersonation חריג). הבהרה: ההגבלה כאן נוגעת לחיבורי impersonation המופעלים בידי אדם, שבהם איש תמיכה מתחבר ומבצע פעולות ידנית; תהליך ה־cron האוטומטי (ללא התערבות אנושית) ב־service-role המתואר בפרק 5.2 הוא שכבה נפרדת מהגבלה זו ואינו מושפע ממנה — מגבלת ה־impersonation אינה חוסמת את מנגנון המחיקה הסופית האוטומטי שבתהליך מחיקת החשבון, ואין לבלבל ביניהם. לכן תהליכי מחיקת החשבון/הסילוק מתבצעים רק באמצעות המנגנונים האוטומטיים המוגדרים במדיניות זו.

6. שיטות הסילוק

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

6.1. מחיקה

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

6.2. השמדה (מחיקה סופית)

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

• רשומת האימות ורשומות ללא ערך עסקי עצמאי: רשומת האימות של המשתמש (auth.users) נמחקת באופן בלתי הפיך ישירות ב־DELETE בתהליך האוטומטי המוגן ב־service-role; רשומות קשורות שלאחר מחיקת החשבון אין להן כשלעצמן ערך עסקי/ראייתי (למשל התראות, notifications — ראו פרק 4 שורה 10) נמחקות יחד ברמת מסד הנתונים ב־ON DELETE CASCADE.
• רשומות בריאות, קליניות וכספיות: עבור anamnesis_forms, session_notes, measurements, payments, attendance ו־consent_logs, שלב המחיקה הסופית מיושם לא ב־DELETE של הרשומה אלא באמצעות ניתוק הקשר לאדם וניקוי חלקי (ראו פרק 6.6): עמודות המפתח הזר המזהות את האדם (client_id, specialist_id, user_id וכו') מאופסות ל־NULL באופן בלתי הפיך באמצעות אילוץ ה־FK ON DELETE SET NULL; עמודות תוכן העשויות להכיל זיהוי מפורש או PII בטקסט חופשי (תשובות האנמנזה, הערות טקסט חופשי למדידות/תשלומים, ההפניה לקבלת התשלום, כתובת ה־IP של רשומת ההסכמה) מנוקות או מוחלפות בסימון אנונימי בידי הפונקציה anonymize_user_relations() (ניתנת לקריאה רק בידי service-role, default-deny). לעומת זאת, התוכן הקליני/הכספי המספרי וההיסטורי (תאריך, סכום, ערך מדידה, יתרת מפגשים, מצב הגיע/לא הגיע, מועד מתן ההסכמה/החזרה ממנה) ממשיך להישמר כרשומת tenant שנותק בה הקשר לאדם, בשל חובת ניהול הרשומות של הקליניקה ו(לגבי הערות המפגש) עקרון ה־append-only; מאחר שהטקסט החופשי של הערות המפגש אינו משתנה, רשומות אלה אינן נחשבות אנונימיות ונשמרות בגישה מוגבלת.

בהערות המפגש (session_notes), מגבלת ה־append-only אינה מתירה שינוי תוכן; ניתן רק חריג צר וייעודי לאיפוס ל־NULL של עמודות הקשר לאדם (client_id, specialist_id) — תוכן ההערה עצמו אינו נמחק ואינו משתנה בשום שלב גם בתהליך זה.

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

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

6.3. מחיקה מגיבויים (Backup)

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

6.4. קבצים מצורפים באזור אחסון הקבצים (Storage)

קבצים שהמשתמשים מעלים, כגון תמונות אוואטר, קבלות תשלום ונספחי אנמנזה, נשמרים באזור אחסון (Storage) נפרד. ראו פרק 5.4 — שם מוסבר בפירוט ובשקיפות המצב הנוכחי של תכנים אלה בתהליך מחיקת החשבון (מחיקה אוטומטית לאוואטר/לנספח אנמנזה/לקבלת תשלום, החריג היחיד הוא specialist-verification-docs).

6.5. מידע על גבי נייר

מידע אישי המעובד במסגרת מוצר ה־SaaS של Corenta נשמר בסביבה דיגיטלית; לא צפוי עיבוד מידע אישי על גבי נייר. אם בהתכתבות המסחרית/המנהלית של החברה ייעשה שימוש חריג בנייר, הסילוק יבוצע בשיטת השחרה/שריפה/גריסה בלתי הפיכה במגרסת נייר.

6.6. הפיכה לאנונימי

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

6.7. בחירת השיטה

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

7. תהליך הסילוק התקופתי

לפי סעיף 11 לתקנה, Corenta חייבת למחוק, להשמיד או להפוך לאנונימי מיוזמתה (בלי להמתין לבקשה) מידע אישי שתקופת שמירתו הסתיימה ו/או שמטרת עיבודו פקעה; תקופת הסילוק התקופתי שתיקבע במסגרת זו אינה יכולה לעלות על 6 (שישה) חודשים. במסגרת זו נעשית במפורש ההבחנה הבאה בין המנגנונים הפועלים בפועל במערכת כרגע לבין אלה שאינם פועלים:

1. תהליך המחיקה הסופית בן 30 הימים שלאחר בקשת מחיקת החשבון נסרק באופן תקופתי (יומי) במשימה מתוזמנת אוטומטית (cron job), וחשבונות שתקופתם הסתיימה מטופלים באצווה. זוהי אוטומציה מאומתת הפועלת בפועל במערכת כרגע.
2. תקופת השמירה שנקבעה לרשומות יומן הביקורת (audit_logs) נבחנת באופן תקופתי; אולם כרגע לא יושם מנגנון מחיקה המבצע בחינה זו באופן אוטומטי (ראו פרק 4, שורה 7).
3. תקופת השמירה המרבית שנקבעה למידע טופס הגישה המוקדמת (ראו פרק 4, שורה 9) היא אסמכתה לתקרה משפטית של חובת הסילוק התקופתי במסגרת סעיף 11 לתקנה; אולם אין כרגע במערכת מנגנון סריקה/מחיקה הפועל באופן אוטומטי ותואם לתקופה זו. עד להפעלת אוטומציה, המחיקה/ההפיכה לאנונימי של קטגוריית מידע זו נבחנות באופן ידני ולפי בקשה (ראו פרק 4, הערה 2). נושא זה מוצג בשקיפות, בעקביות עם שאר הטענות על אוטומציה שלא אומתו (ראו סעיפים 2 ו־4).
4. ניקוי נפרד, אוטומטי ותקופתי, של אסימוני התראות push שפג תוקפם/לא תקפים הוא שיפור המתוכנן במפת הדרכים של המוצר; לא אומת מבחינה טכנית שמנגנון זה פועל בפועל במערכת כרגע (ראו פרק 4, שורה 10). כאשר יאומת או יופעל, מדיניות זו תעודכן.
5. סילוק תקופתי כל 6 חודשים: לגבי הקטגוריות בפרק זה שאין להן סילוק אוטומטי (יומן הביקורת, ראיות הרשאה שנותק בהן הקשר לאדם, מידע טופס הגישה המוקדמת, מסמכי אימות מומחים, עותקי ניהול של הודעות קבוצה), Corenta מבצעת סילוק תקופתי כל 6 חודשים ומכינה פרוטוקול סילוק לכל מחזור. עדיין אין משימות מתוזמנות המבצעות מחזורים אלה באופן אוטומטי; המחזורים מבוצעים ידנית.

תהליך הסילוק התקופתי, ללא קשר לתקופות הקבועות במדיניות זו, אינו מונע את בקשת המחיקה/ההשמדה האישית שבעל המידע רשאי להגיש לפי סעיף 11 ל־KVKK; בעל המידע רשאי לבקש מחיקה גם אם תקופת השמירה לא הסתיימה, אם הבסיס המשפטי לפעולת העיבוד הרלוונטית פקע (למשל חזרה מהסכמה). גם לגבי קטגוריות שעדיין לא יושמה בהן אוטומציה, בקשה אישית של בעל המידע שהועברה באמצעות hello@corenta.app נבחנת ומטופלת ידנית.

8. זכויות בעל המידע ונוהל הגשת הבקשות (KVKK סעיף 11)

8.1. הזכויות לפי סעיף 11 ל־KVKK

לפי סעיף 11 ל־KVKK, לבעלי המידע עומדות הזכויות הבאות:

1. לדעת אם מעובד מידע אישי עליהם,
2. אם מידע אישי עליהם עובד, לבקש מידע על כך,
3. לדעת את מטרת עיבוד המידע האישי ואם הוא משמש בהתאם למטרתו,
4. לדעת מי הם הצדדים השלישיים בטורקיה או בחו"ל שאליהם הועבר המידע האישי,
5. לבקש תיקון של המידע האישי אם עובד באופן חסר או שגוי,
6. לבקש מחיקה או השמדה של המידע האישי במסגרת סעיף 7 ל־KVKK,
7. לבקש שהפעולות שבוצעו לפי פסקאות (5) ו־(6) שלעיל יימסרו לצדדים השלישיים שאליהם הועבר המידע האישי,
8. להתנגד לתוצאה לרעת האדם שנוצרה עקב ניתוח המידע המעובד באמצעות מערכות אוטומטיות בלבד,
9. לבקש פיצוי על נזק, אם נגרם להם נזק עקב עיבוד בלתי חוקי של מידע אישי.

8.2. תקציר כן של היישום הטכני הנוכחי

הנושאים שלהלן מוצגים כתקציר כן ומציאותי של היישום הטכני הנוכחי:

• בקשת מחיקה (מחיקת חשבון): ניתן להגישה ישירות מתפריט ההגדרות הרלוונטי באפליקציית המובייל; בקשה זו מטופלת אוטומטית בתהליך הדו־שלבי המתואר בפרק 5 (מחיקה רכה מיידית ← 30 יום ← מחיקה סופית) (סעיף 11/6).
• בקשת מידע / ניידות מידע: מטופלת באמצעות מסירת המידע של בעל המידע בתחום ה־tenant שלו בפורמט מובנה וקריא במכונה, בתוך זמן סביר (הפונקציה export_user_data, הגבלת התחום ל־tenant אומתה). מנגנון המסירה בתהליך זה (פורמט הקובץ, שיטת המסירה, תכונות כגון קישור הורדה חתום) מפותח באופן מתמשך; במסגרת מדיניות זו אין התחייבות למועד מסירה מסוים או לפורמט קובץ/גישה מסוים (סעיף 11/1-2).
• מידע על העברה לצדדים שלישיים (סעיף 11/4): המידע על הצדדים השלישיים/מעבדי המשנה בטורקיה ובחו"ל שאליהם מועבר המידע האישי ניתן בטבלה שבפרק 11 למדיניות זו (מעבדי משנה ומיקום המידע).
• בקשת תיקון (סעיף 11/5): ניתן לבצעה מבחינה טכנית באופן ידני מלוח הניהול של הקליניקה; אין תהליך עבודה נפרד ואוטומטי של "בקשת תיקון". בהקשר של מוצר ה־SaaS, בקשות תיקון של מידע מתאמנים יש להפנות תחילה לקליניקה הרלוונטית; Corenta, במעמדה כמעבד נתונים, נותנת תמיכה טכנית לפי הוראות הקליניקה.
• הודעה לצדדים שלישיים (סעיף 11/7): בקשה למסור לצדדים השלישיים שאליהם הועבר המידע על פעולות מחיקה/תיקון נבחנת כאשר היא מועברת בערוצים המפורטים בנוהל הגשת הבקשות; תהליך זה מבוצע כרגע לא באופן אוטומטי אלא ידנית.
• התנגדות להחלטה אוטומטית/פרופיילינג (סעיף 11/8): במערכת אין קבלת החלטות אוטומטית או פרופיילינג היוצרים תוצאה לרעת בעל המידע עקב ניתוח המידע המעובד באמצעות מערכות אוטומטיות בלבד; לכן אין כרגע צורך במנגנון התנגדות נפרד הפועל בפועל לגבי סעיף זה.
• הבקשות מטופלות לפי סעיף 13 ל־KVKK בתוך 30 יום לכל המאוחר וללא תשלום (אם הפעולה כרוכה בעלות נוספת, ניתן לגבות את התשלום שבתעריף שקבעה המועצה).

8.3. נוהל הגשת הבקשות

בקשות הנוגעות לזכויות שלעיל

• לכתובת הדוא"ל hello@corenta.app,
• דרך מסכי ההגדרות/התמיכה הרלוונטיים שבאפליקציה,
• או בדרכים אחרות הקבועות ב־KVKK,

ניתן להעביר ל־Corenta.

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

9. תפקידים ואחריות

10. אמצעי אבטחה (במשך תקופת השמירה)

במשך תקופת השמירה, המידע האישי מוגן באמצעים הטכניים והארגוניים הבאים (KVKK סעיף 12):

• בארכיטקטורה מרובת הדיירים (multi-tenant) מיושם עקרון דחייה כברירת מחדל (default-deny) באמצעות חובת tenant_id בכל טבלה ומדיניות אבטחה ברמת השורה (Row Level Security) (37/37 טבלאות, 86 מדיניות); כך נמנעת מבחינה טכנית דליפת מידע בין דיירים.
• הגישה לטבלאות המכילות מידע בריאותי מוגבלת למתאמן הרלוונטי, למומחה שהוקצה ולמנהל ה־tenant; בקרת הגישה מיושמת ברמת מסד הנתונים (RLS). הערות מפגש אינן ניתנות לשינוי/למחיקה לאחר שליחתן (append-only); לגבי טופסי אנמנזה לא ניתנה הרשאת מחיקה לשום משתמש (כולל מנהל).
• מצב התמיכה של מנהל־העל (impersonation) מוגבל בזמן (30 דקות) והוא כברירת מחדל לקריאה בלבד; פעולות כתיבה וגישה למידע בריאותי כפופות לשלבים נפרדים הדורשים אישור נוסף; בשום תרחיש impersonation לא נפתחת גישת כתיבה לטבלאות המידע הבריאותי. (הגבלה זו נוגעת לחיבורי impersonation המופעלים בידי אדם; תהליכי cron אוטומטיים ב־service-role הם שכבה נפרדת — ראו פרק 5.7.)
• בהעברת מידע נעשה שימוש בהצפנה מקצה לקצה (TLS); באפליקציית המובייל, אסימוני החיבור נשמרים מוצפנים במחסן המפתחות המאובטח, הנתמך בחומרה, של המכשיר (Keychain/Keystore).
• במסכים רגישים ננקטו אמצעים טכניים להגבלת צילום מסך.
• בחשבונות מנהלי־על חובה אימות דו־שלבי (2FA/MFA).
• אימות חתימה קריפטוגרפית של התראות (webhook) על פעולות תשלום נקבע בארכיטקטורה ומיושם; העבודה להשלמה מלאה של ההגדרות/ניהול המפתחות הרלוונטיים בכל הסביבות (כולל prod) נמשכת.
• אמצעי אבטחה אלה נבחנים ומשופרים באופן מתמשך; אולם שום אמצעי טכני אינו מבטיח אבטחה מוחלטת, ובמסגרת מדיניות זו לא ניתנת התחייבות לאבטחה מוחלטת.

11. מעבדי משנה ומיקום המידע

במשך תקופת השמירה, המידע האישי מעובד או מאוחסן באמצעות מעבדי המשנה/נותני השירות שלהלן. בחוזים עם ספקים אלה נקבעו חובות לעבד את המידע רק לשם מתן השירות המפורט; יחסים אלה מתייחסים לא לתקופות השמירה אלא לסביבה הטכנית שבה המידע מאוחסן — יישום החלטת הסילוק מתבצע מבחינה טכנית גם אצל ספקים אלה. הטבלה שלהלן מהווה גם מענה לזכות "לדעת מי הם הצדדים השלישיים שאליהם הועבר המידע" במסגרת סעיף 11/4 ל־KVKK:

בנוסף:

• תשתית הדוא"ל: הודעות דוא"ל שירותיות נשלחות דרך Google Workspace (Google); הודעות דוא"ל לאימות זהות מופעלות בידי Supabase Auth. הודעות דוא"ל פרסומיות נשלחות רק בכפוף לאישור נפרד ולרישום ב־İYS. התראות push מועברות באמצעות Apple (APNs) ו־Google (FCM).
• כלי אנליטיקה: לא נעשה שימוש בכלי אנליטיקה של צד שלישי (למשל Google Analytics). מדידת השימוש במוצר בתוך האפליקציה אינה פעילה כרגע; אם תופעל, המדידה תיכתב לטבלה של צד ראשון הנשמרת במסד הנתונים של Corenta עצמה (Supabase, פרנקפורט/גרמניה), לא תכלול מידע בריאותי או טקסט חופשי, ומדיניות זו תעודכן לפני ההפעלה; עם ההפעלה, תקופת השמירה של רשומות המדידה תפורט במדיניות זו.
• ניטור שגיאות: לא נעשה שימוש בכלי ניטור שגיאות של צד שלישי; שגיאות הלקוח נרשמות במסד הנתונים של Corenta עצמה.
• אין תשתית לתשלום בכרטיס אשראי ישירות דרך האינטרנט; התשלומים מתבצעים רק באמצעות מנגנוני הרכישה בתוך האפליקציה (IAP) של Apple/Google; החשבונית/הקבלה הסופית מונפקת בידי Apple/Google (ראו פרק 4, שורה 6).

שיתוף המידע עם מעבדי המשנה שלעיל נעשה רק במידה הנדרשת למתן השירות הרלוונטי ובמסגרת סעיפים 8/9 ל־KVKK. העברה לחו"ל: כל הספקים שלעיל מעבדים מידע מחוץ לטורקיה; גם אחסון בגרמניה הוא העברה לחו"ל במובן KVKK. מאחר שהעברות אלה סדירות ומתמשכות, הן אינן נשענות על הסכמה מפורשת; הן יישענו על החוזים הסטנדרטיים שפרסמה המועצה לפי סעיף 9/4-c. נכון למועד טקסט זה, החוזים הסטנדרטיים טרם נחתמו וטרם נמסרה עליהם הודעה למועצה; כל חוזה יימסר למועצה בתוך 5 ימי עבודה ממועד החתימה, וטבלה זו תעודכן עם התאריכים. אין החלטת הלימות שפרסמה המועצה לגבי מדינות אלה (בדיקה אחרונה: 11 באוקטובר 2026). רשימה זו עשויה להתעדכן בהתאם לשינויים בנותני השירות; את הרשימה העדכנית ניתן לראות במדיניות הפרטיות ו/או במסך המידע הרלוונטי שבמוצר Corenta.

12. רישום ב־VERBİS

נכון למועד מסמך זה, Teta Studio אינה רשומה ב־VERBİS. חובת הרישום נבחנת לפי הקריטריונים שבהחלטות המועצה מס' 2025/1572 (לבקרי נתונים שעיסוקם העיקרי הוא עיבוד מידע מסוג מיוחד, סף הפטור הוא 10 עובדים בשנה ומאזן של 10 מיליון TL) ו־2025/2393 (קריטריון מספר העובדים למי שאינם מנהלים פנקסים על בסיס מאזן). מאחר ש־Teta Studio מעבדת מידע בריאותי קליני לא כבקר נתונים אלא כמעבד נתונים, הבחינה לגבי פעילויותיה כבקר נתונים (חלקים A ו־C) נעשית לפי קריטריונים אלה. עם השלמת חוות הדעת הכתובה ואישור הרשות (ALO 198), פרק זה יעודכן עם התאריך וההנמקה; אם יידרש רישום, הוא ייעשה לפני המשך הפעילות.

הבהרה לפי תפקידים: חובת הרישום ב־VERBİS נבחנת עבור הקשר האתר התאגידי (טופס הגישה המוקדמת של corenta.app), שבו Corenta פועלת כבקר נתונים, ומצבה מתואר לעיל. בהקשר מוצר ה־SaaS (app.corenta.app), מאחר שבקר הנתונים לגבי מידע המתאמנים הוא הקליניקה, יש לבחון בנפרד ובאופן עצמאי אם קיימת חובת רישום ב־VERBİS לפי הקריטריונים של כל קליניקה (מספר העובדים, היקף עיבוד המידע השנתי, תחום הפעילות, החלטות הפטור של המועצה וכו'); בחינה זו וחובת הרישום, אם קיימת, שייכות לקליניקה ואינן ניתנות להעברה ל־Corenta.

13. עדכון המדיניות

מדיניות זו עשויה להתעדכן בעקבות שינויי חקיקה, החלטות המועצה, פיתוחים שייעשו בתשתית הטכנית של Corenta (למשל הוספת סריקת PII בתוך הטקסט בתוכן הטקסט החופשי של הערות המפגש, המצוינת בפרק 4 שורה 3 ובפרק 6.2; קישור מסמכי אימות המומחים (specialist-verification-docs), המצוינים בפרק 5.4/בפרק 4 שורה 11, לתהליך סגירת ה־tenant; אימות/הפעלה של ניקוי אסימוני push, המצוינים בפרק 4 שורה 10 ובפרק 7 סעיף 4; הקמת מנגנון סריקה אוטומטי למידע טופס הגישה המוקדמת, המצוין בפרק 7 סעיף 3; פיתוח תהליך ניידות המידע, המצוין בפרק 8.2; השלמת הבסיסים המשפטיים להעברה לחו"ל שבפרק 11; שינויים ברשימת מעבדי המשנה) או שינויים בתהליכים העסקיים. הגרסה העדכנית מתפרסמת בפלטפורמות הרלוונטיות של Corenta (האתר התאגידי ו/או בתוך האפליקציה), ולגבי הוראות הסותרות את הגרסה הקודמת גוברת הגרסה העדכנית. בשינויים מהותיים, ככל שהדבר ישים, המשתמשים/הקליניקות מקבלים הודעה נוספת.

14. יצירת קשר

לשאלות בנוגע למדיניות זו או לשמירה/לסילוק של מידע אישי:

דוא"ל: hello@corenta.app בקר הנתונים: Mertcan Demir — עסק בבעלות יחידה תחת השם המסחרי "Teta Studio" תמיכה: support@corenta.app אזור השירות: Corenta מוצעת באופן גלובלי באמצעות App Store ו־Google Play, במדינות שבהן חנויות אלה פועלות. התקופות שבמדיניות זו חלות על המשתמשים בכל מדינה; אם החקיקה המחייבת של מדינה מסוימת קובעת מחיקה מהירה יותר או חובת שמירה ארוכה יותר, חלה אותה הוראה.

עדכון אחרון: 19 באוקטובר 2026 גרסה 1.9 · 19 באוקטובר 2026