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 کے جدول سے خالی رہ جانے والی MERSİS اور KEP کی معلومات ہٹا دی گئیں۔
• 1.7 — 11 اکتوبر 2026: 11 اکتوبر 2026 کے تعمیلی جائزے کے مطابق (F01، F02، F08، F11، F13، F19، F21): §11 میں "Supabase/Frankfurt بیرونِ ملک منتقلی نہیں ہے" کی عبارت ہٹا دی گئی اور بیرونِ ملک منتقلی کا حصہ قانون نمبر 6698 کی دفعہ 9 کی 2024 کے بعد کی صورت کے مطابق لکھا گیا (معیاری معاہدے ابھی دستخط نہیں ہوئے)؛ صحت/کلینک/مالی ریکارڈ کے لیے "گمنام" کی عبارت کو شخص سے تعلق منقطع کر کے محدود طور پر محفوظ رکھنے کے طور پر درست کیا گیا (سیشن نوٹ کا آزاد متن تبدیل نہیں کیا جاتا)؛ رضامندی کے ثبوت والی قطار کی قانونی بنیاد دفعہ 5/2-e کے طور پر درست کی گئی (دفعہ 20/2 کا غلط حوالہ ہٹا دیا گیا)؛ ابتدائی رسائی فارم کی قطار کو معلوماتی نوٹس اور تجارتی پیغام کی منظوری کو الگ کرنے کے مطابق اپ ڈیٹ کیا گیا؛ خودکار تلفی نہ رکھنے والی اقسام کے لیے 6 ماہ کی وقفے وقفے سے تلفی کا اصول شامل کیا گیا؛ شناختی معلومات کو واحد ملکیتی کاروبار کے طور پر درست کیا گیا؛ VERBİS کا حصہ بورڈ کے 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 کی تازہ کاری): پچھلا ورژن۔

ڈیٹا کنٹرولر / ڈیٹا پروسیسر کی حیثیت سے متعلق اہم نوٹ: یہ ڈیٹا محفوظ رکھنے اور تلفی کی پالیسی ("پالیسی")، "Teta Studio" تجارتی نام سے واحد ملکیتی کاروبار کے طور پر کام کرنے والے Mertcan Demir ("Corenta"، "Teta Studio"، "کمپنی") کی تیار کردہ اور چلائی جانے والی Corenta سافٹ ویئر سروس ("سروس" یا "ایپ") کے دائرہ کار میں پروسیس ہونے والے ذاتی ڈیٹا کو کتنی مدت تک محفوظ رکھا جائے گا، ان مدتوں کے تعین میں کن معیارات کو بنیاد بنایا جاتا ہے، اور محفوظ رکھنے کی مدت ختم ہونے یا پروسیسنگ کی وجہ ختم ہو جانے پر یہ ڈیٹا کن طریقوں سے حذف، تلف یا گمنام کیا جائے گا، اس کا تعین کرتی ہے۔

یہ پالیسی قانون نمبر 6698 برائے تحفظِ ذاتی ڈیٹا ("KVKK")، ذاتی ڈیٹا کو حذف کرنے، تلف کرنے یا گمنام بنانے سے متعلق ضابطہ ("ضابطہ") اور دیگر متعلقہ قوانین کے دائرے میں تیار کی گئی ہے اور Corenta کی ذاتی ڈیٹا پروسیسنگ کی فہرست کا لازمی حصہ ہے۔ اس پالیسی کو متعلقہ معلوماتی نوٹس/پرائیویسی پالیسی کے ساتھ پڑھا جانا چاہیے جس میں ڈیٹا پروسیسنگ کے مقاصد اور قانونی بنیادیں تفصیل سے بیان کی گئی ہیں؛ یہ دستاویز صرف محفوظ رکھنے کی مدتوں اور تلفی کے طریقۂ کار کا تعین کرتی ہے، اور KVKK کی دفعہ 10 کے تحت معلومات فراہم کرنے کی پوری ذمہ داری کو اکیلے پورا کرنے کا ارادہ نہیں رکھتی۔

1. مقصد اور دائرہ کار

1.1. مقصد

اس پالیسی کا مقصد؛ Corenta کی جانب سے پروسیس ہونے والے ذاتی ڈیٹا کے لیے اس مقصد کے لیے درکار زیادہ سے زیادہ مدت کے تعین کے معیارات، قانون میں مقرر کردہ مدتوں کے اطلاق، اور محفوظ رکھنے کی مدت ختم ہو جانے والے ذاتی ڈیٹا کو حذف کرنے، تلف کرنے یا گمنام بنانے کے طریقۂ کار اور اصولوں کی وضاحت کرنا ہے۔ یہ پالیسی KVKK کی دفعہ 5، دفعہ 6، دفعہ 7، دفعہ 10، دفعہ 11 اور دفعہ 12 کے احکام اور ضابطے کی متعلقہ دفعات کو بنیاد بنا کر تیار کی گئی ہے۔

1.2. دائرہ کار اور کرداروں کی تقسیم — اہم انتباہ

یہ پالیسی ان دو الگ شعبوں کا احاطہ کرتی ہے جن میں Corenta دو مختلف حیثیتوں سے ڈیٹا پروسیس کرتی ہے؛ یہ فرق پوری پالیسی میں یکساں طور پر لاگو ہوتا ہے اور محفوظ رکھنے کی مدتوں کے جدول کی تشریح کے طریقے کو براہِ راست متاثر کرتا ہے:

(a) کارپوریٹ ویب سائٹ کا سیاق (corenta.app — ابتدائی رسائی/ڈیمو کی درخواست کا فارم): پروڈکٹ میں دلچسپی رکھنے والے ممکنہ کاروباری صارفین کی جانب سے ابتدائی رسائی کی درخواست کے فارم کے ذریعے بھیجے گئے ذاتی ڈیٹا کے حوالے سے Corenta/Teta Studio، KVKK کی دفعہ 3 کے مطابق براہِ راست ڈیٹا کنٹرولر کی حیثیت سے کام کرتی ہے۔

(b) SaaS پروڈکٹ کا سیاق (app.corenta.app): Corenta پلیٹ فارم کو سبسکرپشن کے ذریعے استعمال کرنے والے کلینیکل پیلاٹیز، فزیوتھراپی، ریفارمر، ویلنس/مساج اور یوگا مراکز ("Tenant"، "کاروبار" یا "کلینک") کی جانب سے اپنے کلائنٹس ("ڈیٹا کا مالک کلائنٹ") سے متعلق پلیٹ فارم میں درج کیے گئے ذاتی ڈیٹا (رابطے کی معلومات، اینامنیسس، سیشن نوٹس، اپائنٹمنٹ/پیکج کا ڈیٹا وغیرہ) کے حوالے سے کلینک، 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 میں بیان کردہ اکاؤنٹ حذف کرنے کے عمل کے ساتھ پڑھا جانا چاہیے۔ کچھ اقسام کے لیے اس عمل میں 30 دن کے اختتام کا قدم DELETE (مستقل حذف) نہیں بلکہ گمنام بنانا ہے — متعلقہ قطاروں اور حصہ 6.2 میں یہ فرق صراحت سے بیان کیا گیا ہے۔

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

</div>

نوٹ 1: اوپر کے جدول میں "جب تک اکاؤنٹ/tenant فعال رہے" کی عبارت سے مراد وہ مدت ہے جس میں متعلقہ کلینک کی Corenta سبسکرپشن جاری رہے اور کلائنٹ کا ریکارڈ کلینک نے حذف نہ کیا ہو۔ کلینک اپنے کلائنٹ کا ڈیٹا کب حذف کرے گا، اس کا تعین کلینک (ڈیٹا کنٹرولر کی حیثیت سے) کی اپنی KVKK پالیسی اور کلائنٹ کے ساتھ اس کے تعلق کے دائرے میں ہوتا ہے؛ Corenta اس عمل کے لیے تکنیکی سہولت فراہم کرتی ہے۔

نوٹ 2: نمبر 7 (آڈٹ ٹریل کے ریکارڈ) میں 2 سال اور نمبر 8 (رضامندی کے ریکارڈ) میں 5 سال کی مدتیں Corenta کی جانب سے مقرر کردہ طے شدہ محفوظ رکھنے کی مدتیں ہیں (نمبر 6 کی TTK/VUK مدت کے برعکس یہ براہِ راست کسی قانونی حکم پر مبنی نہیں؛ KVKK دفعہ 5/2-f کے جائز مفاد اور ثبوت کی ذمہ داری کے دائرے میں مقرر کردہ، خود پر لازم ایک عہد ہیں)۔ ان مدتوں کے اختتام پر محفوظ رکھنے کی مدت ختم ہونے پر خودکار حذف کا کوئی نظام فی الحال نظام میں نہیں چل رہا — مدت پوری ہونے پر حذف/گمنام بنانے کا عمل دستی طور پر کیا جاتا ہے، خودکاری نافذ ہونے پر یہ پالیسی اپ ڈیٹ کی جائے گی۔ نمبر 9 (ابتدائی رسائی فارم کا ڈیٹا) میں "زیادہ سے زیادہ 2 سال" کی عبارت ایک مختلف دائرے میں ہے اور جیسا کہ اپنی قطار میں بیان کیا گیا، ایک الگ قانونی بالائی حد کو ظاہر کرتی ہے۔

5. اکاؤنٹ حذف کرنے کا عمل — شروع سے آخر تک طریقۂ کار

Corenta، ڈیٹا کے مالکان کی KVKK کی دفعہ 11 کے تحت حذف کرنے کی درخواست کو تکنیکی طور پر پورا کرنے کے لیے، صارف کے تجربے اور ڈیٹا کی سیکیورٹی/قانونی ثبوت کی ضرورت کے درمیان توازن کو مدِنظر رکھتے ہوئے دو مرحلہ حذف کا ڈھانچہ لاگو کرتی ہے: فوری عارضی حذف (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. صارف کی تمام رضامندیاں واپس لے لی جاتی ہیں (consent_logs کے ریکارڈ میں revoked_at خانہ بھر کر درج کی جاتی ہیں)۔

اس مرحلے میں ڈیٹا جسمانی طور پر حذف نہیں کیا گیا، لیکن عام پروسیسنگ اور دیکھنے کے مقاصد کے لحاظ سے ناقابلِ رسائی بنا دیا گیا ہے۔ یہ KVKK کی دفعہ 7 اور ضابطے کے مفہوم میں "ناقابلِ رسائی بنانے" کی نوعیت کے حذف کے عمل کا پہلا قدم ہے۔

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 سے): چونکہ حذف کی درخواست کے ساتھ ہی اکاؤنٹ تک رسائی فوراً ختم ہو جاتی ہے، اس لیے یہ مدت واپسی/دستبرداری کا کوئی موقع نہیں دیتی؛ یہ شناخت کی تصدیق کے ریکارڈ اور فائلوں کے مستقل حذف کی تکمیل اور ممکنہ غلط استعمال کے جائزے کے لیے استعمال ہوتی ہے۔ یہ مدت KVKK کی دفعہ 5 کے تحت تناسب کے اصول کے مطابق، معقول اور محدود مدت ہے۔ حذف کی درخواست کی حالت کے بارے میں 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 ڈیزائن)۔

دیانت دارانہ حد: اس خودکار عمل کے دائرے سے باہر رہنے والی فائلوں کی واحد قسم اسپیشلسٹ/سولو رجسٹریشن کے عمل میں اپ لوڈ کی گئی شناخت/ڈپلوما کی تصدیقی دستاویزات ہیں (specialist-verification-docs bucket)۔ یہ دستاویزات تکنیکی طور پر صارف سے نہیں بلکہ متعلقہ 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 سبسکرپشن مکمل طور پر ختم کر دے تو کلینک کے tenant ڈیٹا اور اس tenant کے تحت تمام کلائنٹ ریکارڈ کے لیے بھی یہی دو مرحلہ (عارضی حذف → 30 دن → مستقل حذف) ڈھانچہ لاگو ہوتا ہے۔ چونکہ کلینک اپنے کلائنٹس کا ڈیٹا کنٹرولر ہے، اس لیے وہ اپنی سبسکرپشن ختم کرنے سے پہلے اپنی KVKK ذمہ داریوں کے دائرے میں اپنے کلائنٹس کو مطلع کرنے کا پابند ہے؛ یہ ذمہ داری Corenta کو منتقل نہیں کی جا سکتی۔

5.7. سپر ایڈمن سپورٹ موڈ (Impersonation) سے تعلق

اکاؤنٹ حذف کرنے اور محفوظ رکھنے کے عمل Corenta کے سپورٹ/impersonation نظام سے آزاد چلتے ہیں۔ impersonation سیشن محدود مدت (30 منٹ) کے ہوتے ہیں اور بطورِ طے شدہ صرف پڑھنے کے لیے ہوتے ہیں؛ صحت کے ڈیٹا کی اقسام (اینامنیسس، سیشن نوٹ، پیمائش) تک رسائی کے لیے ایک الگ منظوری کا قدم (health_data_enabled) درکار ہے اور impersonation کے ذریعے ان جدولوں میں لکھنے/حذف کرنے کی کسی بھی صورت اجازت نہیں دی جاتی (RLS پالیسیوں میں impersonation کے لیے کوئی استثنا نہیں رکھا گیا)۔ وضاحت: یہاں کی پابندی ان انسان کے ذریعے شروع کیے گئے impersonation سیشنز سے متعلق ہے جن میں سپورٹ کا کوئی رکن لاگ ان ہو کر دستی کارروائی کرتا ہے؛ حصہ 5.2 میں بیان کردہ خودکار (انسانی مداخلت کے بغیر) service-role cron عمل اس پابندی سے الگ ایک پرت ہے اور اس سے متاثر نہیں ہوتا — impersonation کی پابندی اکاؤنٹ حذف کرنے کے عمل میں خودکار مستقل حذف کے نظام کو نہیں روکتی اور اسے اس کے ساتھ گڈمڈ نہیں کیا جانا چاہیے۔ لہٰذا اکاؤنٹ حذف کرنے/تلفی کے عمل صرف اس پالیسی میں متعین خودکار نظاموں کے ذریعے چلائے جاتے ہیں۔

6. تلفی کے طریقے

ضابطے کی دفعہ 8 اور اس کے بعد کے احکام کے مطابق، ریکارڈ کے ذرائع کے لحاظ سے لاگو ہونے والے حذف کرنے/تلف کرنے/گمنام بنانے کے طریقے نیچے بیان کیے گئے ہیں۔

6.1. حذف کرنا

یہ ذاتی ڈیٹا کو متعلقہ صارفین (ایپ کے صارفین، ایڈمن پینل تک رسائی رکھنے والے عملے سمیت) کے لیے کسی بھی طرح ناقابلِ رسائی اور دوبارہ ناقابلِ استعمال بنانے کا عمل ہے۔ Corenta میں یہ طریقہ مرحلہ 1 کے عارضی حذف کے عمل میں لاگو ہوتا ہے: اگرچہ ڈیٹا جسمانی طور پر ڈیٹا بیس سے نہیں ہٹایا جاتا، لیکن رسائی کے اختیارات اور انٹرفیس کے ذریعے مکمل طور پر ناقابلِ رسائی بنا دیا جاتا ہے۔

6.2. تلف کرنا (مستقل حذف)

یہ ذاتی ڈیٹا کو کسی کے لیے بھی کسی بھی طرح ناقابلِ رسائی، ناقابلِ بازیافت اور دوبارہ ناقابلِ استعمال بنانے کا عمل ہے۔ Corenta کے مرحلہ 2 کے مستقل حذف کے عمل میں یہ اصول ڈیٹا کی قسم کے لحاظ سے دو مختلف تکنیکی طریقوں سے نافذ کیا جاتا ہے:

• شناخت کی تصدیق کا ریکارڈ اور آزاد کاروباری قدر نہ رکھنے والے ریکارڈ: صارف کا شناخت کی تصدیق کا ریکارڈ (auth.users) service-role سے محفوظ خودکار عمل میں براہِ راست DELETE کے ذریعے ناقابلِ واپسی طور پر حذف کیا جاتا ہے؛ اکاؤنٹ حذف ہونے کے بعد اکیلے کوئی کاروباری/ثبوتی قدر نہ رکھنے والے متعلقہ ریکارڈ (مثلاً نوٹیفکیشن، notifications — دیکھیں حصہ 4 نمبر 10) ڈیٹا بیس کی سطح پر ON DELETE CASCADE کے ذریعے ساتھ ہی حذف کیے جاتے ہیں۔
• صحت، کلینک اور مالی ریکارڈ: anamnesis_forms، session_notes، measurements، payments، attendance اور consent_logs کے لیے مستقل حذف کا قدم، ریکارڈ کو DELETE کرنے کے بجائے شخص سے تعلق منقطع کرنے اور جزوی صفائی (دیکھیں حصہ 6.6) کے ذریعے لاگو ہوتا ہے: شخص کی شناخت کرنے والے فارن کی کالم (client_id، specialist_id، user_id وغیرہ) ON DELETE SET NULL FK پابندی کے ذریعے ناقابلِ واپسی طور پر NULL کیے جاتے ہیں؛ کھلی شناخت یا آزاد متن کی PII رکھ سکنے والے مواد کے کالم (اینامنیسس کے جوابات، پیمائش/ادائیگی کے آزاد متن کے نوٹس، ادائیگی کی رسید کا حوالہ، رضامندی کے ریکارڈ کا IP پتہ) anonymize_user_relations() فنکشن (جسے صرف service-role بلا سکتا ہے، default-deny) کے ذریعے صاف کیے جاتے ہیں یا ایک گمنام نشان سے بدل دیے جاتے ہیں۔ کلینک/مالی عددی اور تاریخی مواد (تاریخ، رقم، پیمائش کی قدر، بقیہ سیشن کا بقایا، آیا/نہیں آیا کی حالت، رضامندی دیے/واپس لیے جانے کا وقت) کلینک کی ریکارڈ رکھنے کی ذمہ داری اور (سیشن نوٹس کے لیے) append-only اصول کے تحت tenant کے شخص سے تعلق منقطع شدہ ریکارڈ کے طور پر محفوظ رہتا ہے؛ چونکہ سیشن نوٹ کا آزاد متن تبدیل نہیں کیا جاتا، اس لیے یہ ریکارڈ گمنام شمار نہیں ہوتے اور محدود رسائی کے ساتھ محفوظ رکھے جاتے ہیں۔

سیشن نوٹس (session_notes) میں append-only پابندی مواد کی تبدیلی کی اجازت نہیں دیتی؛ صرف شخص سے ربط کے کالموں (client_id، specialist_id) کو NULL کرنے کے لیے ایک محدود، صرف ایک مقصد کے لیے مخصوص استثنا دیا گیا ہے — نوٹ کا مواد بذاتِ خود اس عمل میں بھی کسی مرحلے میں حذف یا تبدیل نہیں کیا جاتا۔

حد: آزاد متن کے خانوں میں کھلی شناخت کے کالموں کے علاوہ متن کے اندر آ سکنے والے ذاتی ڈیٹا (مثلاً کسی سیشن نوٹ کے متن میں آنے والا کوئی نام) کے لیے جانچ/صفائی کا کوئی نظام نہیں ہے۔ اس لیے یہ ریکارڈ گمنام شمار نہیں ہوتے؛ ذاتی ڈیٹا کے طور پر محدود رسائی کے ساتھ محفوظ رکھے جاتے ہیں اور مدت کے اختتام پر تلف کیے جاتے ہیں۔

اوپر کے دونوں طریقے service-role سے محفوظ ہونے کی وجہ سے عام پروڈکٹ انٹرفیس کے ذریعے نہ متحرک کیے جا سکتے ہیں نہ واپس لیے جا سکتے ہیں۔

6.3. بیک اپس (Backup) سے حذف

ڈیٹا بیس کے بیک اپس معمول کے بیک اپ چکر (روٹیشن) کے دائرے میں ایک خاص مدت کے بعد خودکار طور پر اوور رائٹ/تلف ہو جاتے ہیں۔ اگرچہ مستقل حذف کی کارروائی بنیادی ڈیٹا بیس میں فوراً مؤثر ہوتی ہے، لیکن یہ صراحت سے بیان کیا جاتا ہے کہ پہلے سے لیے گئے بیک اپس میں ڈیٹا، بیک اپ فراہم کنندہ (Supabase) کی معیاری بیک اپ روٹیشن کی مدت پوری ہونے تک تکنیکی طور پر موجود رہ سکتا ہے۔ یہ صورتِ حال متعلقہ ذیلی پروسیسر (Supabase) کے ڈیٹا پروسیسنگ معاہدے (DPA) کے تحت معیاری عمل ہے۔

6.4. فائل اسٹوریج (Storage) کی جگہ میں منسلکات

صارفین کی جانب سے اپ لوڈ کی گئی اوتار تصاویر، ادائیگی کی رسیدیں اور اینامنیسس کی منسلکات جیسی فائلیں ایک الگ اسٹوریج (Storage) جگہ میں رکھی جاتی ہیں۔ دیکھیں حصہ 5.4 — اکاؤنٹ حذف کرنے کے عمل میں ان مواد کی موجودہ صورتِ حال (اوتار/اینامنیسس کی منسلکہ/ادائیگی کی رسید کے لیے خودکار حذف، specialist-verification-docs کے لیے واحد استثنا) وہاں تفصیل سے اور شفاف طریقے سے بیان کی گئی ہے۔

6.5. کاغذی ذرائع میں ڈیٹا

Corenta کے SaaS پروڈکٹ کے دائرے میں پروسیس ہونے والا ذاتی ڈیٹا ڈیجیٹل ذرائع میں رکھا جاتا ہے؛ کاغذی ذرائع میں ذاتی ڈیٹا کی پروسیسنگ متوقع نہیں ہے۔ اگر کمپنی کی تجارتی/انتظامی خط و کتابت میں استثنائی طور پر کاغذی ذریعہ استعمال ہو تو تلفی سیاہی پھیرنے/جلانے/کاغذ کترنے والی مشین سے ناقابلِ واپسی طور پر ٹکڑے کرنے کے طریقے سے کی جاتی ہے۔

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. KVKK دفعہ 11 کے تحت حقوق

ڈیٹا کے مالکان کو KVKK کی دفعہ 11 کے مطابق درج ذیل حقوق حاصل ہیں:

1. یہ جاننا کہ آیا ان کا ذاتی ڈیٹا پروسیس کیا گیا ہے یا نہیں،
2. اگر ان کا ذاتی ڈیٹا پروسیس کیا گیا ہے تو اس سے متعلق معلومات طلب کرنا،
3. ذاتی ڈیٹا کی پروسیسنگ کا مقصد اور یہ جاننا کہ آیا اسے اس مقصد کے مطابق استعمال کیا گیا ہے یا نہیں،
4. ان تیسرے فریقوں کو جاننا جنہیں ملک کے اندر یا بیرونِ ملک ذاتی ڈیٹا منتقل کیا گیا،
5. ذاتی ڈیٹا کے نامکمل یا غلط پروسیس ہونے کی صورت میں اس کی درستی کا مطالبہ کرنا،
6. KVKK کی دفعہ 7 کے دائرے میں ذاتی ڈیٹا کو حذف یا تلف کرنے کا مطالبہ کرنا،
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): نظام میں پروسیس شدہ ڈیٹا کا صرف خودکار نظاموں کے ذریعے تجزیہ کر کے ڈیٹا کے مالک کے خلاف نتیجہ پیدا کرنے والی کوئی خودکار فیصلہ سازی یا پروفائلنگ کی سرگرمی موجود نہیں ہے؛ اس لیے اس شق سے متعلق عملاً چلائے جانے والے کسی الگ اعتراض کے نظام کی فی الحال ضرورت پیدا نہیں ہوتی۔
• درخواستیں KVKK کی دفعہ 13 کے مطابق زیادہ سے زیادہ 30 دن کے اندر مفت نمٹائی جاتی ہیں (اگر کارروائی پر الگ سے لاگت آئے تو بورڈ کے مقرر کردہ ٹیرف کے مطابق فیس طلب کی جا سکتی ہے)۔

8.3. درخواست کا طریقۂ کار

اوپر کے حقوق سے متعلق درخواستیں:

• hello@corenta.app ای میل پتے پر،
• ایپ کے اندر متعلقہ ترتیبات/سپورٹ اسکرینوں کے ذریعے،
• یا KVKK میں مقرر کردہ دیگر طریقوں سے،

Corenta کو بھیجی جا سکتی ہیں۔

کلائنٹ کے ڈیٹا کے حوالے سے اہم نوٹ: اگر آپ کسی کلینک کے کلائنٹ ہیں اور اپنے ڈیٹا کے بارے میں درخواست کرنا چاہتے ہیں تو آپ کو پہلے متعلقہ کلینک (ڈیٹا کنٹرولر) سے رجوع کرنا ہوگا؛ کیونکہ کلائنٹ کے ڈیٹا کے حوالے سے حتمی فیصلے کا اختیار اور فریقِ مخاطب کلینک ہے۔ Corenta ڈیٹا پروسیسر کی حیثیت سے کلینک کی ہدایات کے مطابق ضروری تکنیکی ٹولز (ڈیٹا دیکھنے، ایکسپورٹ کرنے، حذف کرنے کے فنکشن) فراہم کرتی ہے۔

9. کردار اور ذمہ داریاں

10. سیکیورٹی کے اقدامات (محفوظ رکھنے کی مدت کے دوران)

ذاتی ڈیٹا محفوظ رکھنے کی مدت کے دوران درج ذیل تکنیکی اور انتظامی اقدامات سے محفوظ کیا جاتا ہے (KVKK دفعہ 12):

• کثیر کرایہ دار (multi-tenant) ڈھانچے میں، ہر جدول میں tenant_id کی لازمی شرط اور قطار کی سطح کی سیکیورٹی (Row Level Security) پالیسیوں کے ساتھ بطورِ طے شدہ انکار (default-deny) کا اصول لاگو ہوتا ہے (37/37 جدول، 86 پالیسیاں)؛ اس طرح کرایہ داروں کے درمیان ڈیٹا کا رساؤ تکنیکی طور پر روکا جاتا ہے۔
• صحت کا ڈیٹا رکھنے والے جدولوں تک رسائی صرف متعلقہ کلائنٹ، مقرر کردہ اسپیشلسٹ اور tenant ایڈمن تک محدود ہے؛ رسائی کا کنٹرول ڈیٹا بیس کی سطح (RLS) پر لاگو ہوتا ہے۔ سیشن نوٹس بھیجے جانے کے بعد تبدیل/حذف نہیں کیے جا سکتے (append-only)؛ اینامنیسس فارم کے لیے کسی صارف (ایڈمن سمیت) کو حذف کا اختیار نہیں دیا گیا۔
• سپر ایڈمن سپورٹ موڈ (impersonation) محدود مدت (30 منٹ) کا اور بطورِ طے شدہ صرف پڑھنے کے لیے ہے؛ لکھنے کی کارروائیاں اور صحت کے ڈیٹا تک رسائی الگ، اضافی منظوری کے متقاضی قدموں کے تابع ہیں؛ کسی بھی impersonation منظرنامے میں صحت کے ڈیٹا کے جدولوں میں لکھنے کی رسائی نہیں کھولی جاتی۔ (یہ پابندی انسان کے ذریعے شروع کیے گئے impersonation سیشنز سے متعلق ہے؛ خودکار service-role cron عمل ایک الگ پرت ہیں — دیکھیں حصہ 5.7۔)
• ڈیٹا کی منتقلی میں شروع سے آخر تک انکرپشن (TLS) استعمال ہوتی ہے؛ موبائل ایپ میں سیشن ٹوکن ڈیوائس کے محفوظ، ہارڈ ویئر کی مدد والے کی اسٹور (Keychain/Keystore) میں انکرپٹ کر کے رکھے جاتے ہیں۔
• حساس اسکرینوں پر اسکرین شاٹ لینے کو محدود کرنے کے لیے تکنیکی اقدامات کیے گئے ہیں۔
• سپر ایڈمن اکاؤنٹس کے لیے دو مرحلہ شناختی تصدیق (2FA/MFA) لازمی ہے۔
• ادائیگی کی کارروائیوں سے متعلق اطلاعات (webhook) کی کرپٹوگرافک دستخط کی تصدیق ڈھانچے میں شامل ہے اور لاگو کی جا رہی ہے؛ متعلقہ کنفیگریشن/کلید کے انتظام کو تمام ماحول (prod سمیت) میں مکمل کرنے کا کام جاری ہے۔
• ان سیکیورٹی اقدامات کا مسلسل جائزہ لیا جاتا ہے اور انہیں بہتر بنایا جاتا ہے؛ تاہم کوئی تکنیکی اقدام مطلق سیکیورٹی کی ضمانت نہیں دیتا اور اس پالیسی کے دائرے میں کوئی مطلق سیکیورٹی کا عہد نہیں کیا جاتا۔

11. ذیلی پروسیسرز اور ڈیٹا کا مقام

ذاتی ڈیٹا محفوظ رکھنے کی مدت کے دوران درج ذیل ذیلی پروسیسرز/سروس فراہم کنندگان کے ذریعے پروسیس یا ہوسٹ کیا جاتا ہے۔ ان فراہم کنندگان کے ساتھ کیے گئے معاہدوں میں یہ ذمہ داریاں رکھی گئی ہیں کہ ڈیٹا صرف بیان کردہ سروس کی تکمیل کے مقصد سے پروسیس کیا جائے؛ یہ تعلق محفوظ رکھنے کی مدتوں کو نہیں بلکہ اس تکنیکی ماحول کو ظاہر کرتا ہے جس میں ڈیٹا ہوسٹ کیا جاتا ہے — تلفی کے فیصلے کا نفاذ ان فراہم کنندگان کے ہاں بھی تکنیکی طور پر کیا جاتا ہے۔ نیچے کا جدول KVKK کی دفعہ 11/4 کے تحت "ان تیسرے فریقوں کو جاننے" کے حق کی تکمیل بھی ہے جنہیں ڈیٹا منتقل کیا گیا:

اس کے علاوہ:

• ای میل کا بنیادی ڈھانچہ: سروس ای میلز Google Workspace (Google) کے ذریعے بھیجی جاتی ہیں؛ شناخت کی تصدیق کی ای میلز Supabase Auth کے ذریعے شروع ہوتی ہیں۔ تشہیری ای میلز صرف الگ منظوری اور İYS اندراج کی شرط پر بھیجی جاتی ہیں۔ پش نوٹیفکیشن Apple (APNs) اور Google (FCM) کے ذریعے پہنچائے جاتے ہیں۔
• تجزیاتی ٹول: تیسرے فریق کا کوئی تجزیاتی ٹول (مثلاً Google Analytics) استعمال نہیں ہوتا۔ ایپ کے اندر پروڈکٹ کے استعمال کی پیمائش فی الحال فعال نہیں ہے؛ اسے فعال کرنے کی صورت میں پیمائش Corenta کے اپنے ڈیٹا بیس (Supabase، Frankfurt/جرمنی) میں رکھے گئے پہلے فریق کے ایک جدول میں لکھی جائے گی، اس میں صحت کا ڈیٹا اور آزاد متن شامل نہیں ہوگا اور فعال کرنے سے پہلے یہ پالیسی اپ ڈیٹ کی جائے گی؛ فعال ہونے پر پیمائش کے ریکارڈ کی محفوظ رکھنے کی مدت اس پالیسی میں بیان کی جائے گی۔
• غلطیوں کی نگرانی: تیسرے فریق کا کوئی غلطیوں کی نگرانی کا ٹول استعمال نہیں ہوتا؛ کلائنٹ ایپ کی غلطیاں Corenta کے اپنے ڈیٹا بیس میں درج کی جاتی ہیں۔
• ویب کے ذریعے براہِ راست کریڈٹ کارڈ سے ادائیگی کا کوئی بنیادی ڈھانچہ موجود نہیں ہے؛ ادائیگیاں صرف Apple/Google کے ایپ میں خریداری (IAP) کے نظام کے ذریعے کی جاتی ہیں؛ حتمی بل/رسید Apple/Google جاری کرتے ہیں (دیکھیں حصہ 4، نمبر 6)۔

اوپر کے ذیلی پروسیسرز کے ساتھ ڈیٹا کا اشتراک صرف اس حد تک کیا جاتا ہے جتنا متعلقہ سروس کی فراہمی کے لیے ضروری ہو اور KVKK کی دفعہ 8/دفعہ 9 کے دائرے میں۔ بیرونِ ملک منتقلی: اوپر کے تمام فراہم کنندگان ترکی سے باہر ڈیٹا پروسیس کرتے ہیں؛ جرمنی میں ہوسٹنگ بھی 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 کے تکنیکی بنیادی ڈھانچے میں کی جانے والی بہتریوں (مثلاً حصہ 4 نمبر 3 اور حصہ 6.2 میں بیان کردہ سیشن نوٹ کے آزاد متن کے مواد میں متن کے اندر PII کی جانچ کا اضافہ، حصہ 5.4/حصہ 4 نمبر 11 میں بیان کردہ اسپیشلسٹ کی تصدیقی دستاویزات (specialist-verification-docs) کو tenant بند کرنے کے عمل سے جوڑنا، حصہ 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