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 تبعًا لذلك؛ وحُذفت من الجدول 1.3 معلومات MERSIS وKEP التي بقيت فارغة.
• 1.7 — 11 أكتوبر 2026: وفق مراجعة الامتثال في 11 أكتوبر 2026 (F01 وF02 وF08 وF11 وF13 وF19 وF21): حُذفت عبارة "Supabase/فرانكفورت ليس نقلًا إلى الخارج" من §11، وكُتب قسم النقل إلى الخارج وفق المادة 9 من القانون رقم 6698 بصيغتها بعد عام 2024 (لم تُوقَّع العقود النموذجية بعد)؛ وصُحّحت عبارة "مجهول الهوية" للسجلات الصحية/السريرية/المالية إلى احتفاظ مقيَّد بعد فك الارتباط بالشخص (لا يُغيَّر النص الحر لملاحظات الجلسات)؛ وصُحّح السبب القانوني لسطر إثبات الموافقة إلى المادة 5/2-e (حُذفت الإحالة الخاطئة إلى المادة 20/2)؛ وحُدّث سطر نموذج الوصول المبكر وفق الفصل بين الإعلام والموافقة على الرسائل التجارية؛ وأُضيف مبدأ التخلص الدوري كل 6 أشهر للفئات التي لا يوجد لها تخلص تلقائي؛ وصُحّحت معلومات الهوية لتكون منشأة فردية؛ وكُتب قسم VERBIS وفق قرارات المجلس لعام 2025.
• 1.6 — 10 أكتوبر 2026: حُذفت Expo (Expo Push Notification Service) من سجلات المعالجين الفرعيين/المعالجين؛ وتُرسل الإشعارات الفورية عبر 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. وينبغي قراءة هذه السياسة مع نص الإعلام/سياسة الخصوصية ذات الصلة التي تُشرح فيها أغراض المعالجة والأسباب القانونية بالتفصيل؛ فهذه الوثيقة لا تنظّم إلا مدد الاحتفاظ وإجراءات التخلص، ولا تهدف إلى الوفاء وحدها بكامل التزام الإعلام وفق KVKK المادة 10.

1. الغرض والنطاق

1.1. الغرض

الغرض من هذه السياسة هو بيان المعايير التي تُحدَّد بها المدة القصوى اللازمة للغرض الذي تُعالَج من أجله البيانات الشخصية التي تعالجها Corenta، وتطبيق المدد المنصوص عليها في التشريعات، والإجراءات والمبادئ المتعلقة بحذف البيانات الشخصية التي انتهت مدة الاحتفاظ بها أو إتلافها أو جعلها مجهولة الهوية. وقد أُعدّت هذه السياسة استنادًا إلى أحكام المواد 5 و6 و7 و10 و11 و12 من KVKK والمواد ذات الصلة من اللائحة.

1.2. النطاق والتمييز بين الأدوار — تنبيه مهم

تشمل هذه السياسة مجالين منفصلين تعالج فيهما Corenta البيانات بصفتين مختلفتين؛ ويُطبَّق هذا التمييز باتساق في السياسة كلها، ويؤثر مباشرةً في طريقة تفسير جدول مدد الاحتفاظ:

(a) سياق الموقع المؤسسي (corenta.app — نموذج طلب الوصول المبكر/العرض التجريبي): فيما يخص البيانات الشخصية التي يرسلها العملاء المحتملون من المنشآت المهتمين بالمنتج عبر نموذج طلب الوصول المبكر، تتصرف Corenta/Teta Studio مباشرةً بصفة المتحكم في البيانات وفق KVKK المادة 3.

(b) سياق منتج SaaS (app.corenta.app): فيما يخص البيانات الشخصية التي تُدخلها في المنصة مراكز البيلاتس العلاجي والعلاج الطبيعي والريفورمر والعافية/التدليك واليوغا ("المستأجر" أو "المنشأة" أو "المركز") التي تستخدم منصة Corenta عبر اشتراك، والعائدة إلى عملائها ("العميل صاحب البيانات") (بيانات التواصل، واستبيان الصحة، وملاحظات الجلسات، وبيانات المواعيد/الباقات وغيرها)، يكون المركز هو المتحكم في البيانات وفق KVKK المادة 3؛ أما 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. هل تقع البيانات ضمن فئة البيانات ذات الطبيعة الخاصة (الصحية)؟ في هذه الحالة يُطبَّق بموجب KVKK المادة 6 تقييد وصول وتعليل أشد؛ ولا تُمدَّد مدة الاحتفاظ أبدًا خارج الغرض.

إذا لم يستلزم أي من المعايير أعلاه الاحتفاظ ببيانات شخصية معيّنة، فإن البيانات تُحذف أو تُتلف أو تُجعل مجهولة الهوية فورًا.

3.2. الأسباب التي تستلزم التخلص

تُحذف البيانات الشخصية أو تُتلف أو تُجعل مجهولة الهوية في الحالات التالية، بناءً على طلب الشخص المعني أو تلقائيًا من قِبل Corenta/المركز:

a) تعديل أحكام التشريعات التي تشكّل أساس المعالجة أو إلغاؤها، b) زوال الغرض الذي يستلزم المعالجة أو الاحتفاظ، c) سحب صاحب البيانات موافقته في حالات المعالجة القائمة على الموافقة الصريحة، d) تقديم صاحب البيانات طلب حذف/إتلاف في إطار الحقوق الواردة في KVKK المادة 11 وقبول هذا الطلب (طلب حذف الحساب)، e) انقضاء مدة الاحتفاظ بالبيانات الشخصية وعدم بقاء أي سبب قانوني يستلزم الاحتفاظ، f) عدم انعقاد العقد أصلًا، أو بطلانه، أو فسخه، أو الرجوع عنه، g) الإتمام النهائي لطلب حذف الحساب ضمن الإجراء المبيّن في المادة 5 من هذه السياسة.

4. جدول فئات البيانات ومدد الاحتفاظ وطرق التخلص

يبيّن الجدول التالي أهم فئات البيانات الشخصية التي تُعالَج في بنية Corenta، ومدة الاحتفاظ، والتعليل، وطريقة التخلص التي تُطبَّق عند انتهاء المدة. وما لم يُنص صراحةً على خلاف ذلك فإن القاعدة العامة هي: "ما دام الحساب/السجل المرتبط نشطًا + 30 يومًا من بدء معالجة طلب حذف الحساب." وينبغي قراءة الجدول مع مسار حذف الحساب الموضح في الجزء 5. وبالنسبة إلى بعض الفئات، فإن خطوة هذا المسار في نهاية الثلاثين يومًا ليست DELETE (الحذف النهائي)، بل جعل البيانات مجهولة الهوية — ويُنص على هذا التمييز صراحةً في الأسطر المعنية وفي الجزء 6.2.

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

</div>

الملاحظة 1: تشير عبارة "ما دام الحساب/المستأجر نشطًا" في الجدول أعلاه إلى المدة التي يستمر فيها اشتراك المركز المعني في Corenta ولم يحذف فيها المركز سجل العميل. ويُحدَّد موعد حذف المركز لبيانات عميله في إطار سياسة KVKK الخاصة بالمركز (بصفته متحكمًا في البيانات) وعلاقته بالعميل؛ وتوفّر Corenta الإمكانية التقنية لهذه العملية.

الملاحظة 2: مدتا السنتين في البند 7 (سجلات التدقيق) والسنوات الخمس في البند 8 (سجلات الموافقة) مدتا احتفاظ ثابتتان حدّدتهما Corenta (وخلافًا لمدة القانون التجاري وقانون الإجراءات الضريبية في البند 6، لا تستندان مباشرةً إلى حكم تشريعي؛ بل هما تعهّد ملزم ذاتيًا حُدّد في إطار المصلحة المشروعة والتزام الإثبات في KVKK المادة 5/2-f). ولا تعمل حاليًا في النظام آلية تلقائية للحذف عند نهاية الاحتفاظ في ختام هاتين المدتين — فعند انقضاء المدة تجري عملية الحذف/جعل البيانات مجهولة الهوية يدويًا، وستُحدَّث هذه السياسة عند تفعيل الأتمتة. أما عبارة "سنتان كحد أقصى" في البند 9 (بيانات نموذج الوصول المبكر) فذات نطاق مختلف، وتعبّر كما وُضّح في سطرها عن حد أعلى قانوني مستقل.

5. عملية حذف الحساب — سير العمل من البداية إلى النهاية

لتلبية طلب الحذف المقدّم من أصحاب البيانات وفق KVKK المادة 11 تقنيًا، تطبّق 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).

في هذه المرحلة لا تُحذف البيانات ماديًا، لكنها تصبح غير قابلة للوصول لأغراض المعالجة والعرض العادية. ويشكّل ذلك الخطوة الأولى من عملية الحذف بمعنى "جعلها غير قابلة للوصول" وفق KVKK المادة 7 واللائحة.

5.2. المرحلة 2 — الحذف النهائي (بعد 30 يومًا)

بعد 30 (ثلاثين) يومًا من الحذف المؤقت، تنفّذ مهمة مجدولة (cron job) تعمل تلقائيًا على النظام العمليات التالية على نحو لا رجعة فيه:

1. يُحذف سجل المصادقة الخاص بالمستخدم (auth.users) حذفًا نهائيًا لا رجعة فيه.
2. تُعالَج سجلات قاعدة البيانات المرتبطة بالمستخدم بشكل متمايز بحسب الفئة: تُحذف السجلات التي لا تحمل قيمة عمل/إثبات مستقلة (مثل الإشعارات) حذفًا نهائيًا (DELETE/cascade)؛ أما البيانات الصحية (anamnesis_forms، وsession_notes، وmeasurements) والسجلات السريرية/المالية (payments، وattendance، وconsent_logs) فـلا تُحذف، بل يُفك ارتباطها بالشخص — يُفك الارتباط بالشخص على مستوى قاعدة البيانات، وتُفرَّغ بعض حقول النص الحر، ويبقى السجل بوصفه سجلًا للمستأجر مفكوك الارتباط بالشخص وبوصول مقيَّد (ولا يُعدّ مجهول الهوية لأن النص الحر لملاحظات الجلسات لا يُغيَّر) (انظر الجزء 4 البنود 2-5 و8 و10 والجزء 6.2).
3. لا تُطلق هذه العملية إلا تلقائيًا في عملية الخلفية ذات الامتياز (المحمية بـ service-role) في النظام؛ ولا يمكن لأي مستخدم أو مدير منشأة، بمن فيهم الموظفون الإداريون، أن يبدأ هذه العملية يدويًا أو يقدّمها أو يوقفها عبر واجهات المنتج العادية — وهذا تصميم أمني مقصود لمنع الحذف المبكر/المتأخر بالخطأ أو بإساءة الاستخدام. (يشمل هذا الضمان واجهات المستخدم والإدارة العادية للمنتج؛ أما عمليات التشغيل التقني التي قد يكون لها وصول مباشر إلى قاعدة البيانات على مستوى البنية التحتية ذات الامتياز في النظام فهي خارج نطاق هذا الضمان وتخضع لضوابط وصول داخلية منفصلة.)

الغرض من عملية الخلفية لمدة 30 يومًا (اعتبارًا من 4 أكتوبر 2026): لأن الوصول إلى الحساب يُقطع فورًا بطلب الحذف، فإن هذه المدة لا تتيح إمكانية للتراجع/العدول؛ بل تُستخدم لإتمام الحذف النهائي لسجل المصادقة والملفات ولمراجعة إساءة الاستخدام المحتملة. وهذه المدة معقولة ومحدودة ومتوافقة مع مبدأ التناسب وفق KVKK المادة 5. ويمكن الاستفسار عن حالة طلب الحذف عبر hello@corenta.app.

5.3. استثناء: البيانات الخاضعة لالتزام قانوني بالاحتفاظ

لا تشمل عملية الحذف النهائي لمدة 30 يومًا المذكورة أعلاه السجلات المبيّنة في الجزء 4، الجدول البند رقم 6 (البيانات الوصفية للاشتراك/المعاملات) والخاضعة لالتزام قانوني بالاحتفاظ وفق القانون التجاري التركي/قانون الإجراءات الضريبية. فحتى لو حُذف الحساب نهائيًا، تُصان هذه السجلات بشكل منفصل حتى انقضاء مدة الاحتفاظ القانونية المعنية، مفصولةً عن غرض معالجة البيانات الشخصية وبوصول محدود يقتصر على الوفاء بالالتزام القانوني. وبالمثل، يجوز أن يستمر حفظ سجلات التدقيق (audit_logs) والنواة الدنيا من سجلات الموافقة لأغراض الإثبات (انظر الجزء 4، البندين 7-8) خارج مدة الثلاثين يومًا هذه لغرض منفصل ومحدود بحجة المصلحة المشروعة/الإثبات القانوني. وقد نُص صراحةً في الجزء 4، الملاحظة 2، على أن المدد الواقعة ضمن هذا الاستثناء لا تقابل آلية تقنية تُطبَّق تلقائيًا في النظام.

5.4. إيضاح خاص بشأن المرفقات المخزّنة (مهم — الشفافية)

يُنص صراحةً وفق مبدأ الشفافية على ما يلي: أثناء عملية الحذف النهائي تُحذف سجلات قاعدة البيانات (الملف الشخصي، والموعد، والتعيين، والموافقة وغيرها) كليًا أو (بالنسبة إلى السجلات الصحية/السريرية/المالية، انظر الجزء 6.2) تُجعل مجهولة الهوية؛ أما المرفقات العائدة إلى المستخدم والمحفوظة في منطقة تخزين (Storage) منفصلة فتُعامَل على النحو التالي: تُحذف صورة الأفاتار/الملف الشخصي، والمستند/الصورة المرفقة بنموذج استبيان الصحة، وصورة إيصال الدفع تلقائيًا (بأفضل جهد) من Storage بوصفها جزءًا من خطوة الحذف النهائي — وهذا سلوك متحقَّق منه يعمل فعليًا في النظام حاليًا. وإذا فشلت عملية الحذف في إحدى الحاويات يُسجَّل ذلك؛ لكنه لا يمنع تنظيف الحاويات الأخرى ولا خطوات جعل الحساب مجهول الهوية/حذفه نهائيًا (تصميم بأفضل جهد).

حدّ صادق: الفئة الوحيدة من الملفات التي تبقى خارج نطاق هذه العملية التلقائية هي مستندات التحقق من الهوية/الشهادة المرفوعة في عملية تسجيل الأخصائي/التسجيل الفردي (حاوية specialist-verification-docs). فهذه المستندات مرتبطة تقنيًا لا بالمستخدم بل بـعملية التحقق الخاصة بالمستأجر (المركز) المعني، ولا تحمل في سجل قاعدة البيانات أي مرجع إلى مستخدم؛ ولذلك لا يمكن إدراجها تلقائيًا في مسار حذف حساب المستخدم الحالي. وسيُعالَج التخلص من هذا المستند بشكل منفصل في عملية إغلاق المركز المعني لحسابه/اشتراكه على مستوى المستأجر (انظر الجزء 5.6)؛ وإلى أن يكتمل ذلك يجري تقييم يدوي للطلبات الاستثنائية عبر hello@corenta.app.

ولذلك لا تتضمن هذه السياسة تعهدًا مطلقًا بأن طلب حذف الحساب يؤدي إلى "حذف جميع بيانات/ملفات المستخدم كاملةً وفورًا" (انظر بوجه خاص الجزء 6.3 للبقايا التقنية في النسخ الاحتياطية، والاستثناء أعلاه)؛ غير أن الحذف التلقائي مطبَّق فعليًا بالنسبة إلى فئات الملفات الموصوفة أعلاه.

5.5. ملاحظة خاصة بشأن البيانات الصحية

تخضع البيانات الصحية ذات الطبيعة الخاصة، مثل نماذج استبيان الصحة وملاحظات الجلسات وسجلات القياس، أيضًا لمسار الحذف العام المذكور أعلاه (الحذف المؤقت ← 30 يومًا ← الحذف النهائي)؛ غير أنه، كما وُضّح في الجزء 4 البنود 2-4 وفي الجزء 6.2، تُطبَّق خطوة الحذف النهائي في هذه الجداول عبر فك الارتباط بالشخص والتنظيف الجزئي — فلا يُحذف السجل بـ DELETE، بل يُفك الارتباط بالشخص وتُفرَّغ بعض حقول النص الحر؛ ويُحفظ السجل السريري (ولا سيما محتوى ملاحظة الجلسة الخاضع لـ append-only) بوصفه سجلًا للمستأجر مفكوك الارتباط بالشخص وبوصول مقيَّد، ولا يُعدّ مجهول الهوية. وفضلًا عن ذلك، ولأن هذه الفئة من البيانات متداخلة مع السجلات التي يحتفظ بها المركز بصفته متحكمًا في البيانات، فقد يتعارض طلب العميل حذف حسابه/بياناته مع التزامات الاحتفاظ القانونية الخاصة بالمركز (مثل إلزامات حفظ السجلات التي قد تنشأ عن التشريعات المتعلقة بتقديم الخدمات الصحية)؛ وتهدف طريقة فك الارتباط بالشخص والحفظ المقيَّد إلى الموازنة بين هذين الالتزامين (حقوق العميل على بياناته الشخصية والتزام المركز بحفظ السجلات). وفي مثل هذه الحالات تكون الجهة صاحبة القرار النهائي هي المركز بصفته متحكمًا في البيانات؛ وتتصرف Corenta وفق تعليمات المركز.

5.6. الحذف على مستوى المركز (المستأجر)

إذا أنهى مركز اشتراكه في Corenta كليًا، تُطبَّق البنية نفسها على مرحلتين (الحذف المؤقت ← 30 يومًا ← الحذف النهائي) على بيانات المستأجر العائدة إلى المركز وعلى جميع سجلات العملاء التابعة لهذا المستأجر أيضًا. ولأن المركز هو المتحكم في بيانات عملائه، فإنه ملزم بإعلام عملائه في إطار التزاماته وفق KVKK قبل إنهاء اشتراكه؛ ولا يمكن نقل هذا الالتزام إلى Corenta.

5.7. العلاقة بوضع دعم المشرف الأعلى (انتحال الهوية)

تعمل عمليات حذف الحساب والاحتفاظ بمعزل عن آلية الدعم/انتحال الهوية لدى Corenta. فجلسات انتحال الهوية محدودة المدة (30 دقيقة) وللقراءة فقط افتراضيًا؛ ويتطلب الوصول إلى فئات البيانات الصحية (استبيان الصحة، وملاحظة الجلسة، والقياس) خطوة موافقة منفصلة (health_data_enabled)، ولا يُسمح تحت أي شرط بعمليات الكتابة/الحذف في هذه الجداول عبر انتحال الهوية (لم يُمنح انتحال الهوية أي استثناء في سياسات RLS). توضيح: يتعلق القيد هنا بـجلسات انتحال الهوية التي يطلقها إنسان، حيث يسجّل موظف الدعم الدخول ويجري العمليات يدويًا؛ أما عملية cron التلقائية (دون تدخل بشري) بـ service-role الموضحة في الجزء 5.2 فهي طبقة منفصلة عن هذا القيد ولا تتأثر به — فقيد انتحال الهوية لا يمنع آلية الحذف النهائي التلقائية في مسار حذف الحساب، ولا ينبغي الخلط بينهما. وبالتالي لا تجري عمليات حذف الحساب/التخلص إلا عبر الآليات التلقائية المحددة في هذه السياسة.

6. طرق التخلص

وفقًا لأحكام المادة 8 وما يليها من اللائحة، تُوضَّح أدناه طرق الحذف/الإتلاف/جعل البيانات مجهولة الهوية المطبّقة بحسب أوساط التسجيل.

6.1. الحذف

هو عملية جعل البيانات الشخصية غير قابلة للوصول إليها وغير قابلة لإعادة الاستخدام بأي شكل من الأشكال من قِبل المستخدمين المعنيين (بمن فيهم مستخدمو التطبيق والموظفون الذين لديهم وصول إلى لوحة الإدارة). وفي Corenta تُطبَّق هذه الطريقة في عملية الحذف المؤقت في المرحلة 1: فرغم أن البيانات لا تُزال ماديًا من قاعدة البيانات، فإنها تصبح غير قابلة للوصول كليًا عبر صلاحيات الوصول والواجهات.

6.2. الإتلاف (الحذف النهائي)

هو عملية جعل البيانات الشخصية غير قابلة للوصول إليها ولا للاسترجاع ولا لإعادة الاستخدام بأي شكل من الأشكال من قِبل أي أحد. وفي عملية الحذف النهائي في المرحلة 2 لدى Corenta يتحقق هذا المبدأ بطريقتين تقنيتين مختلفتين بحسب فئة البيانات:

• سجل المصادقة والسجلات التي لا تحمل قيمة عمل مستقلة: يُحذف سجل المصادقة الخاص بالمستخدم (auth.users) في العملية التلقائية المحمية بـ service-role مباشرةً بـ DELETE على نحو لا رجعة فيه؛ وتُحذف السجلات المرتبطة التي لا تحمل وحدها قيمة عمل/إثبات بعد حذف الحساب (مثل الإشعارات، notifications — انظر الجزء 4 البند 10) معه على مستوى قاعدة البيانات بـ ON DELETE CASCADE.
• السجلات الصحية والسريرية والمالية: بالنسبة إلى anamnesis_forms، وsession_notes، وmeasurements، وpayments، وattendance، وconsent_logs، تُطبَّق خطوة الحذف النهائي عبر فك الارتباط بالشخص والتنظيف الجزئي (انظر الجزء 6.6) بدلًا من حذف السجل بـ DELETE: تُجعل أعمدة المفاتيح الأجنبية التي تحدد الشخص (client_id، وspecialist_id، وuser_id وغيرها) فارغة NULL على نحو لا رجعة فيه بقيد FK ON DELETE SET NULL؛ وتُفرَّغ أعمدة المحتوى التي قد تتضمن هوية صريحة أو بيانات تعريف شخصية في نص حر (إجابات استبيان الصحة، وملاحظات القياس/الدفع الحرة، ومرجع إيصال الدفع، وعنوان IP في سجل الموافقة) أو تُستبدل بعلامة مجهولة بواسطة الدالة anonymize_user_relations() (لا يمكن استدعاؤها إلا من قِبل service-role، رفض افتراضي). أما المحتوى السريري/المالي الرقمي والتاريخي (التاريخ، والمبلغ، وقيمة القياس، ورصيد الجلسات المتبقي، وحالة الحضور/الغياب، ووقت إعطاء الموافقة/سحبها) فيستمر حفظه بوصفه سجلًا للمستأجر مفكوك الارتباط بالشخص بحكم التزام المركز بحفظ السجلات و(بالنسبة إلى ملاحظات الجلسات) مبدأ append-only؛ ولأن النص الحر لملاحظات الجلسات لا يُغيَّر، فلا تُعدّ هذه السجلات مجهولة الهوية وتُحفظ بوصول مقيَّد.

في ملاحظات الجلسات (session_notes) لا يسمح قيد append-only بتغيير المحتوى؛ ولم يُمنح إلا استثناء ضيق لغرض واحد لجعل أعمدة الارتباط بالشخص (client_id، وspecialist_id) فارغة NULL — أما محتوى الملاحظة نفسه فلا يُحذف ولا يُغيَّر في أي مرحلة من هذه العملية أيضًا.

حدّ: لا توجد آلية فحص/تنظيف للبيانات الشخصية الواردة داخل النص في حقول النص الحر خارج أعمدة الهوية الصريحة (مثل اسم يرد في متن ملاحظة جلسة). ولذلك لا تُعدّ هذه السجلات مجهولة الهوية؛ وتُحفظ بوصفها بيانات شخصية بوصول مقيَّد، ثم يُتخلّص منها في نهاية المدة.

ولأن الطريقتين المذكورتين أعلاه محميتان بـ service-role، فلا يمكن إطلاقهما أو التراجع عنهما عبر واجهات المنتج العادية.

6.3. الحذف من النسخ الاحتياطية (Backup)

يُكتب فوق النسخ الاحتياطية لقاعدة البيانات/يُتخلّص منها تلقائيًا بعد مدة معيّنة في إطار دورة النسخ الاحتياطي (التدوير) المعتادة. ومع أن عملية الحذف النهائي تسري فورًا في قاعدة البيانات الرئيسية، يُنص صراحةً على أن البيانات قد تظل موجودة تقنيًا في النسخ الاحتياطية المأخوذة سابقًا حتى انقضاء مدة التدوير القياسية لمزوّد النسخ الاحتياطي (Supabase). وهذه ممارسة قياسية في نطاق اتفاقية معالجة البيانات (DPA) الخاصة بالمعالج الفرعي المعني (Supabase).

6.4. المرفقات في منطقة تخزين الملفات (Storage)

تُحفظ الملفات التي يرفعها المستخدمون، مثل صور الأفاتار وإيصالات الدفع ومرفقات استبيان الصحة، في منطقة تخزين (Storage) منفصلة. انظر الجزء 5.4 — فقد وُضّح هناك بالتفصيل وبشفافية الوضع الحالي لهذا المحتوى في عملية حذف الحساب (الحذف التلقائي للأفاتار/مرفق استبيان الصحة/إيصال الدفع، والاستثناء الوحيد لـ specialist-verification-docs).

6.5. البيانات في الوسط الورقي

تُحفظ البيانات الشخصية المعالجة في نطاق منتج SaaS لدى Corenta في الوسط الرقمي؛ ولا يُتوقع معالجة بيانات شخصية في الوسط الورقي. وإذا استُخدم الوسط الورقي استثناءً في المراسلات التجارية/الإدارية للشركة، يجري التخلص بطريقة الطمس/الحرق/التقطيع غير القابل للاسترجاع بآلة تمزيق الورق.

6.6. جعل البيانات مجهولة الهوية

تستخدم Corenta، بوصف ذلك جزءًا من عملية الحذف النهائي للحساب (انظر الجزء 6.2)، طريقة فك الارتباط بالشخص والتنظيف الجزئي للبيانات الصحية والسجلات السريرية/المالية. ولأن النص الحر لملاحظات الجلسات لا يُغيَّر، ولأن سلسلة التواريخ والقياسات قد تكفي في المنشآت الصغيرة لإعادة تحديد هوية الشخص، فإن هذه الطريقة لا تفي في كل الأحوال بمعيار جعل البيانات مجهولة الهوية المبيّن أدناه؛ ولا تُعدّ هذه السجلات مجهولة الهوية، وتُحفظ بوصفها بيانات شخصية بوصول مقيَّد، ثم يُتخلّص منها في نهاية المدة. وفيما عدا ذلك، يجوز لـ 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. التنظيف التلقائي والدوري الإضافي لرموز الإشعارات الفورية المنتهية/غير الصالحة تحسين مخطط له في خارطة طريق المنتج؛ ولم يُتحقق تقنيًا من أن هذه الآلية تعمل فعليًا في النظام حاليًا (انظر الجزء 4، البند 10). وستُحدَّث هذه السياسة عند التحقق منها أو تفعيلها.
5. التخلص الدوري كل 6 أشهر: بالنسبة إلى الفئات التي لا يوجد لها تخلص تلقائي في هذا الجزء (سجل التدقيق، وأدلة الأذونات المفكوكة الارتباط بالشخص، وبيانات نموذج الوصول المبكر، ومستندات التحقق من الأخصائيين، ونسخ الإشراف على رسائل المجموعات)، تطبّق Corenta التخلص الدوري كل 6 أشهر وتحرّر محضر تخلص لكل دورة. ولا توجد بعدُ مهام مجدولة تؤتمت هذه الدورات؛ وتجري الدورات يدويًا.

لا تمنع عملية التخلص الدوري، بصرف النظر عن المدد الواردة في هذه السياسة، طلب الحذف/الإتلاف الفردي الذي يقدّمه صاحب البيانات وفق KVKK المادة 11؛ ويمكن لصاحب البيانات أن يطلب الحذف حتى لو لم تنقضِ مدة الاحتفاظ، إذا زال الأساس القانوني لنشاط المعالجة المعني (مثل سحب الموافقة). وبالنسبة إلى الفئات التي لم تُطبَّق أتمتتها بعد أيضًا، يُقيَّم طلب صاحب البيانات الفردي يدويًا ويُبتّ فيه عند إرساله عبر hello@corenta.app.

8. حقوق صاحب البيانات وإجراءات تقديم الطلب (KVKK المادة 11)

8.1. الحقوق الواردة في المادة 11 من KVKK

يتمتع أصحاب البيانات وفق KVKK المادة 11 بالحقوق التالية:

1. معرفة ما إذا كانت بياناتهم الشخصية تُعالَج،
2. طلب المعلومات المتعلقة بها إذا كانت البيانات الشخصية قد عولجت،
3. معرفة غرض معالجة البيانات الشخصية وما إذا كانت تُستخدم بما يتفق مع غرضها،
4. معرفة الأطراف الثالثة التي نُقلت إليها البيانات الشخصية داخل البلاد أو خارجها،
5. طلب تصحيح البيانات الشخصية إذا عولجت بشكل ناقص أو خاطئ،
6. طلب حذف البيانات الشخصية أو إتلافها في إطار KVKK المادة 7،
7. طلب إبلاغ الأطراف الثالثة التي نُقلت إليها البيانات الشخصية بالإجراءات المتخذة وفق البندين (5) و(6) أعلاه،
8. الاعتراض على ظهور نتيجة في غير صالح الشخص نتيجة تحليل البيانات المعالجة حصرًا بواسطة أنظمة آلية،
9. طلب التعويض عن الضرر في حال تضرّرهم بسبب معالجة البيانات الشخصية بما يخالف القانون.

8.2. ملخص صادق للتطبيق التقني الحالي

تُقدَّم المسائل التالية بوصفها ملخصًا صادقًا وواقعيًا للتطبيق التقني الحالي:

• طلب الحذف (حذف الحساب): يمكن طلبه مباشرةً من قائمة الإعدادات المعنية داخل تطبيق الهاتف المحمول؛ ويُلبّى هذا الطلب تلقائيًا بالعملية على مرحلتين الموضحة في الجزء 5 (الحذف المؤقت الفوري ← 30 يومًا ← الحذف النهائي) (المادة 11/6).
• طلب المعلومات / قابلية نقل البيانات: يُلبّى بتقديم بيانات صاحب البيانات ضمن نطاق مستأجره بصيغة منظّمة ومقروءة آليًا إليه في مدة معقولة (الدالة export_user_data، وقد تُحقق من نطاق المستأجر). ويجري تطوير آلية التسليم لهذه العملية باستمرار (خصائص مثل صيغة الملف، وطريقة التسليم، ورابط التنزيل الموقَّع)؛ ولا يُقدَّم في نطاق هذه السياسة تعهد بمدة تسليم معيّنة أو بصيغة ملف/وصول محددة (المادة 11/1-2).
• معلومات النقل إلى أطراف ثالثة (المادة 11/4): تُقدَّم المعلومات المتعلقة بالأطراف الثالثة/المعالجين الفرعيين داخل البلاد/خارجها الذين نُقلت إليهم البيانات الشخصية في جدول الجزء 11 (المعالجون الفرعيون وتوطين البيانات) من هذه السياسة.
• طلب التصحيح (المادة 11/5): يمكن تنفيذه تقنيًا يدويًا عبر لوحة إدارة المركز؛ ولا يوجد مسار عمل آلي منفصل لـ"طلب التصحيح". وفي سياق منتج SaaS ينبغي توجيه طلبات تصحيح بيانات العملاء أولًا إلى المركز المعني؛ وتقدّم Corenta بصفتها معالجًا للبيانات الدعم التقني وفق تعليمات المركز.
• الإبلاغ إلى الأطراف الثالثة (المادة 11/7): يُقيَّم طلب إبلاغ الأطراف الثالثة المنقول إليها بعمليات الحذف/التصحيح عند إرساله عبر القنوات المحددة في إجراءات تقديم الطلب؛ وتجري هذه العملية حاليًا يدويًا لا تلقائيًا.
• الاعتراض على القرار الآلي/التنميط (المادة 11/8): لا يوجد في النظام نشاط اتخاذ قرار آلي أو تنميط يُنتج نتيجة في غير صالح صاحب البيانات عبر تحليل البيانات المعالجة حصرًا بواسطة أنظمة آلية؛ وبالتالي لا تنشأ حاليًا حاجة إلى آلية اعتراض منفصلة تُشغَّل فعليًا بشأن هذا البند.
• يُبتّ في الطلبات مجانًا وفق KVKK المادة 13 خلال 30 يومًا على الأكثر (وإذا تطلّب الإجراء تكلفة إضافية يجوز طلب الرسم الوارد في التعرفة التي يحددها المجلس).

8.3. إجراءات تقديم الطلب

يمكن إرسال الطلبات المتعلقة بالحقوق المذكورة أعلاه:

• إلى عنوان البريد الإلكتروني hello@corenta.app،
• أو عبر شاشات الإعدادات/الدعم المعنية داخل التطبيق،
• أو بالطرق الأخرى التي ينص عليها KVKK،

إلى Corenta.

ملاحظة مهمة بشأن بيانات العملاء: إذا كنت عميلًا لدى مركز وتريد تقديم طلب بشأن بياناتك، فيجب عليك أولًا التقدّم إلى المركز المعني (المتحكم في البيانات)؛ إذ إن المركز هو جهة القرار النهائي والمخاطَب فيما يخص بيانات العملاء. وتوفّر Corenta بصفتها معالجًا للبيانات الأدوات التقنية اللازمة (وظائف عرض البيانات وتصديرها وحذفها) وفق تعليمات المركز.

9. الأدوار والمسؤوليات

10. التدابير الأمنية (طوال مدة الاحتفاظ)

تُحمى البيانات الشخصية طوال مدة الاحتفاظ بالتدابير التقنية والإدارية التالية (KVKK المادة 12):

• في البنية متعددة المستأجرين يُطبَّق إلزام tenant_id في كل جدول، ومبدأ الرفض الافتراضي (default-deny) عبر سياسات الأمان على مستوى الصفوف (Row Level Security) (37/37 جدولًا، و86 سياسة)؛ وبذلك يُمنع تقنيًا تسرّب البيانات بين المستأجرين.
• يقتصر الوصول إلى الجداول التي تتضمن بيانات صحية على العميل المعني والأخصائي المعيَّن ومدير المستأجر؛ ويُطبَّق ضبط الوصول على مستوى قاعدة البيانات (RLS). ولا يمكن تغيير ملاحظات الجلسات/حذفها بعد إرسالها (append-only)؛ ولم تُمنح صلاحية الحذف لأي مستخدم (بما في ذلك المدير) بالنسبة إلى نماذج استبيان الصحة.
• وضع دعم المشرف الأعلى (انتحال الهوية) محدود المدة (30 دقيقة) وللقراءة فقط افتراضيًا؛ وتخضع عمليات الكتابة والوصول إلى البيانات الصحية لخطوات منفصلة تتطلب موافقة إضافية؛ ولا يُفتح الوصول للكتابة في جداول البيانات الصحية في أي سيناريو لانتحال الهوية. (يتعلق هذا القيد بجلسات انتحال الهوية التي يطلقها إنسان؛ أما عمليات cron التلقائية بـ service-role فهي طبقة منفصلة — انظر الجزء 5.7.)
• يُستخدم التشفير من طرف إلى طرف (TLS) في نقل البيانات؛ وفي تطبيق الهاتف المحمول تُحفظ رموز الجلسة مشفّرةً في مخزن المفاتيح الآمن المدعوم بالعتاد في الجهاز (Keychain/Keystore).
• اتُّخذت تدابير تقنية لتقييد التقاط الشاشة في الشاشات الحساسة.
• التحقق الثنائي (2FA/MFA) إلزامي لحسابات المشرف الأعلى.
• التحقق من التوقيع التشفيري لإشعارات (webhook) عمليات الدفع منصوص عليه في البنية ومطبَّق؛ ويستمر العمل على استكمال الإعداد/إدارة المفاتيح المعنية كاملًا في جميع البيئات (بما فيها الإنتاج).
• تُراجَع هذه التدابير الأمنية وتُحسَّن باستمرار؛ غير أنه لا يضمن أي تدبير تقني الأمان المطلق، ولا يُقدَّم في نطاق هذه السياسة أي تعهد بأمان مطلق.

11. المعالجون الفرعيون وتوطين البيانات

تُعالَج البيانات الشخصية أو تُستضاف طوال مدة الاحتفاظ عبر المعالجين الفرعيين/مقدّمي الخدمات التاليين. وتنص العقود المبرمة مع هؤلاء المزوّدين على التزامات بمعالجة البيانات فقط لغرض تنفيذ الخدمة المحددة؛ وهذه العلاقة لا تعبّر عن مدد الاحتفاظ، بل عن البيئة التقنية التي تُستضاف فيها البيانات — ويجري تنفيذ قرار التخلص تقنيًا لدى هؤلاء المزوّدين أيضًا. ويشكّل الجدول التالي أيضًا ما يقابل حق "معرفة الأطراف الثالثة التي نُقلت إليها البيانات" وفق KVKK المادة 11/4:

بالإضافة إلى ذلك:

• بنية البريد الإلكتروني: تُرسل رسائل الخدمة عبر Google Workspace (Google)؛ وتُطلق Supabase Auth رسائل المصادقة. ولا تُرسل الرسائل الترويجية إلا بشرط الموافقة المنفصلة والتسجيل في İYS. وتُوصَل الإشعارات الفورية عبر Apple (APNs) وGoogle (FCM).
• أداة التحليلات: لا تُستخدم أداة تحليلات من طرف ثالث (مثل Google Analytics). وقياس استخدام المنتج داخل التطبيق غير مفعّل حاليًا؛ وفي حال تفعيله يُكتب القياس في جدول من الطرف الأول في قاعدة بيانات Corenta الخاصة (Supabase، فرانكفورت/ألمانيا)، ولا يتضمن بيانات صحية أو نصًا حرًا، وتُحدَّث هذه السياسة قبل تفعيله؛ وعند تفعيله تُذكر مدة الاحتفاظ بسجلات القياس في هذه السياسة.
• مراقبة الأخطاء: لا تُستخدم أداة مراقبة أخطاء من طرف ثالث؛ وتُسجَّل أخطاء العميل في قاعدة بيانات Corenta الخاصة.
• لا توجد بنية للدفع المباشر ببطاقة الائتمان عبر الويب؛ وتجري المدفوعات حصريًا عبر آليات الشراء داخل التطبيق (IAP) لدى Apple/Google؛ وتُصدر Apple/Google الفاتورة/الإيصال النهائي (انظر الجزء 4، البند 6).

لا تجري مشاركة البيانات مع المعالجين الفرعيين المذكورين أعلاه إلا بالقدر اللازم لتقديم الخدمة المعنية وفي إطار KVKK المادة 8/المادة 9. النقل إلى الخارج: يعالج جميع المزوّدين المذكورين أعلاه البيانات خارج تركيا؛ والاستضافة في ألمانيا تُعد أيضًا نقلًا إلى الخارج بمفهوم KVKK. ولأن هذه النقلات منتظمة ومستمرة فإنها لا تستند إلى الموافقة الصريحة؛ بل ستستند إلى العقود النموذجية التي أعلنها المجلس وفق المادة 9/4-c. حتى تاريخ هذا النص، لم تُوقَّع العقود النموذجية بعد ولم يُبلَّغ بها المجلس؛ وسيُبلَّغ المجلس بكل عقد خلال 5 أيام عمل من توقيعه، وسيُحدَّث هذا الجدول بالتواريخ. ولا يوجد قرار كفاية أعلنه المجلس بشأن هذه البلدان (آخر تحقق: 11 أكتوبر 2026). ويجوز تحديث هذه القائمة تبعًا لتغيّر مقدّمي الخدمات؛ ويمكن متابعة القائمة المحدّثة من سياسة الخصوصية و/أو من شاشة الإعلام المعنية داخل منتج Corenta.

12. التسجيل في VERBIS

ليس لدى Teta Studio تسجيل في VERBIS حتى تاريخ هذه الوثيقة. ويُقيَّم التزام التسجيل وفق المعايير الواردة في قراري المجلس رقم 2025/1572 (عتبة الإعفاء للمتحكمين في البيانات الذين يتمثل نشاطهم الرئيسي في معالجة البيانات ذات الطبيعة الخاصة هي 10 عاملين سنويًا وميزانية قدرها 10 ملايين ليرة تركية) و2025/2393 (معيار عدد العاملين لمن لا يمسكون الدفاتر على أساس الميزانية). ولأن Teta Studio تعالج البيانات الصحية للمراكز بصفتها معالجًا للبيانات لا متحكمًا فيها، يجري التقييم بهذه المعايير فيما يخص أنشطتها بصفتها متحكمًا في البيانات (الجزآن A وC). وعند اكتمال مذكرة التقييم المكتوبة وتأكيد الهيئة (ALO 198) سيُحدَّث هذا الجزء مع التاريخ والتعليل؛ وإذا لزم التسجيل فسيجري قبل مواصلة النشاط.

توضيح بحسب الدور: يُقيَّم التزام التسجيل في VERBIS بالنسبة إلى سياق الموقع المؤسسي (نموذج الوصول المبكر في corenta.app) الذي تتصرف فيه Corenta بصفة المتحكم في البيانات، ووضعه موضّح أعلاه. أما في سياق منتج SaaS (app.corenta.app)، فلأن المركز هو المتحكم في بيانات العملاء، فيجب تقييم ما إذا كان هناك التزام بالتسجيل في VERBIS بشكل منفصل ومستقل لكل مركز وفق معاييره الخاصة (عدد العاملين، وحجم معالجة البيانات السنوي، ومجال النشاط، وقرارات الإعفاء الصادرة عن المجلس وغيرها)؛ ويعود هذا التقييم والتزام التسجيل إن وُجد إلى المركز، ولا يمكن نقله إلى Corenta.

13. تحديث السياسة

يجوز تحديث هذه السياسة تبعًا لتغييرات التشريعات، أو قرارات المجلس، أو التطويرات في البنية التقنية لـ Corenta (مثل إضافة فحص لبيانات التعريف الشخصية داخل النص في محتوى النص الحر لملاحظات الجلسات المذكور في الجزء 4 البند 3 والجزء 6.2، وربط مستندات التحقق من الأخصائيين (specialist-verification-docs) بعملية إغلاق المستأجر المذكورة في الجزء 5.4/الجزء 4 البند 11، والتحقق من تنظيف رموز الإشعارات الفورية/تفعيله المذكور في الجزء 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