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) సబ్-ప్రాసెసర్/ప్రాసెసర్ రికార్డుల నుండి తీసివేయబడింది; push నోటిఫికేషన్‌లు Apple (APNs) మరియు Google (FCM) ద్వారా మాత్రమే పంపబడతాయి, Expo/EAS యాప్ బిల్డ్ సాధనం మాత్రమే మరియు తుది యూజర్ డేటాను ప్రాసెస్ చేయదు.
• 1.5 — 10 అక్టోబర్ 2026: Google Analytics ఎంపికకు సంబంధించిన వ్యక్తీకరణ తీసివేయబడింది; మూడవ పక్ష అనలిటిక్స్ ఉపయోగించబడదని మరియు push ప్రాసెసర్‌లు స్పష్టం చేయబడ్డాయి.
• 1.4 — 4 అక్టోబర్ 2026: ప్రస్తుత పాఠం ఆమోదిత వెర్షన్‌గా స్థిరపరచబడింది. ఈ వెర్షన్‌లో ఇవి మాత్రమే చేర్చబడ్డాయి: ఖాతా తొలగింపు (యాక్సెస్ వెంటనే నిలిపివేయబడుతుంది, వ్యక్తిగత డేటా తొలగించబడుతుంది/అనామకం చేయబడుతుంది, చట్టపరమైన నిల్వ అవసరమైన చెల్లింపు రికార్డులు గుర్తింపు లేకుండా నిల్వ చేయబడతాయి; ఉపసంహరణ కాలం లేదు); 30 రోజుల ముగింపులో క్లయింట్ ఆరోగ్య ఫీల్డ్‌ల తొలగింపు; అనుసంధానం లేని రసీదుకు 7 రోజుల కాలం; సపోర్ట్ యాక్సెస్‌లో క్లయింట్ సంప్రదింపు సమాచారం దాచి ఉండటం; గుర్తింపు లేని సర్వర్ వైపు కొలమానం; సేవా ఇమెయిల్‌లు మరియు Google Workspace; push ప్రాసెసర్‌లు; సపోర్ట్ చిరునామా; మార్కెట్ (టర్కీ).
• 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. ఖాతా తొలగింపు ప్రక్రియ — మొదటి నుండి చివరి వరకు

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 నుండి): క్లయింట్ ఆరోగ్య ఫీల్డ్‌లలో (బ్లడ్ గ్రూప్, అలర్జీ, దీర్ఘకాలిక ఆరోగ్య సమస్య, మందులు) క్లయింట్ స్వయంగా మరియు కేటాయించిన స్పెషలిస్ట్ మాత్రమే రాయగలరు; బిజినెస్ యజమాని/అడ్మిన్ ఈ ఫీల్డ్‌లలో రాయలేరు (అత్యవసర సంప్రదింపు వ్యక్తి మరియు గుర్తింపు ఫీల్డ్‌లను సవరించవచ్చు).

మారుపేరుతో కూడిన ప్రోడక్ట్ కొలమానం: ప్రోడక్ట్ మెరుగుదల కోసం సర్వర్ వైపు మాత్రమే, క్లినిక్ మారుపేరు IDతో సమగ్ర వినియోగ ఈవెంట్‌లను కొలవవచ్చు; ఈ కొలమానంలో IP చిరునామా, ఆరోగ్య డేటా లేదా మూలం/ప్రకటన ట్రాకింగ్ ఉండవు. క్లినిక్ మారుపేరు ID మారుపేరు స్వభావం కలిగినది (గుర్తింపు లేనిది కాదు). ఈ ఫీచర్ ప్రస్తుతం ఆఫ్‌లో ఉంది.

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లో తొలగింపు చర్య విఫలమైతే అది లాగ్ చేయబడుతుంది; కానీ ఇతర bucketల శుభ్రతను లేదా ఖాతా అనామకీకరణ/శాశ్వత తొలగింపు దశలను నిరోధించదు (best-effort డిజైన్).

నిజాయితీగల పరిమితి: ఈ ఆటోమేటిక్ ప్రక్రియ పరిధికి వెలుపల ఉండే ఏకైక ఫైల్ వర్గం, స్పెషలిస్ట్/solo-నమోదు ప్రక్రియలో అప్‌లోడ్ చేసే గుర్తింపు/డిప్లొమా ధృవీకరణ పత్రాలు (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. సూపర్-అడ్మిన్ సపోర్ట్ యాక్సెస్ (ఇంపర్సనేషన్)తో సంబంధం

ఖాతా తొలగింపు మరియు నిల్వ ప్రక్రియలు, Corenta సపోర్ట్/ఇంపర్సనేషన్ యంత్రాంగం నుండి స్వతంత్రంగా పనిచేస్తాయి. ఇంపర్సనేషన్ యాక్సెస్‌లు కాలపరిమితితో (30 నిమిషాలు) ఉంటాయి మరియు డిఫాల్ట్‌గా చదవడానికి మాత్రమే; ఆరోగ్య డేటా వర్గాలకు (ఆరోగ్య సమాచారం, సెషన్ నోట్, కొలత) యాక్సెస్‌కు ప్రత్యేక ఆమోద దశ (health_data_enabled) అవసరం మరియు ఈ పట్టికలలో రాయడం/తొలగించడం ఇంపర్సనేషన్ ద్వారా ఏ పరిస్థితిలోనూ అనుమతించబడదు (RLS విధానాల్లో ఇంపర్సనేషన్‌కు ఎటువంటి మినహాయింపు ఇవ్వబడలేదు). స్పష్టీకరణ: ఇక్కడి పరిమితి, సపోర్ట్ సిబ్బంది యాక్సెస్ తెరిచి మాన్యువల్‌గా చర్యలు తీసుకునే మానవులు ట్రిగ్గర్ చేసే ఇంపర్సనేషన్ యాక్సెస్‌లకు సంబంధించినది; విభాగం 5.2లో వివరించిన ఆటోమేటిక్ (మానవ జోక్యం లేని) service-role cron ప్రక్రియ ఈ పరిమితి నుండి వేరైన పొర మరియు దానితో ప్రభావితం కాదు — ఇంపర్సనేషన్ పరిమితి, ఖాతా తొలగింపు ప్రవాహంలోని ఆటోమేటిక్ శాశ్వత తొలగింపు యంత్రాంగాన్ని నిరోధించదు మరియు దానితో గందరగోళపరచకూడదు. కాబట్టి ఖాతా తొలగింపు/నిర్మూలన ప్రక్రియలు ఈ విధానంలో నిర్వచించిన ఆటోమేటిక్ యంత్రాంగాల ద్వారా మాత్రమే నిర్వహించబడతాయి.

6. నిర్మూలన పద్ధతులు

నియమావళి ఆర్టికల్ 8 మరియు తదుపరి నిబంధనల ప్రకారం, నమోదు మాధ్యమాలను బట్టి వర్తించే తొలగింపు/నాశనం/అనామకం చేసే పద్ధతులు కింద వివరించబడ్డాయి.

6.1. తొలగింపు

వ్యక్తిగత డేటాను సంబంధిత యూజర్లకు (యాప్ యూజర్లు, admin panel యాక్సెస్ ఉన్న సిబ్బంది సహా) ఏ విధంగానూ యాక్సెస్ చేయలేనిదిగా మరియు తిరిగి ఉపయోగించలేనిదిగా చేసే చర్య. 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) నుండి తొలగింపు

డేటాబేస్ బ్యాకప్‌లు, సాధారణ బ్యాకప్ చక్రం (rotation) చట్రంలో నిర్దిష్ట కాలం తర్వాత ఆటోమేటిక్‌గా ఓవర్‌రైట్ చేయబడతాయి/నిర్మూలించబడతాయి. శాశ్వత తొలగింపు చర్య ప్రాథమిక డేటాబేస్‌లో వెంటనే అమలులోకి వచ్చినా, ఇంతకుముందు తీసుకున్న బ్యాకప్‌లలో డేటా, బ్యాకప్ ప్రొవైడర్ (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. గడువు ముగిసిన/చెల్లని push నోటిఫికేషన్ టోకెన్‌లను విడిగా ఆటోమేటిక్‌గా మరియు కాలానుగుణంగా శుభ్రం చేయడం ప్రోడక్ట్ రోడ్‌మ్యాప్‌లో ప్రణాళికలో ఉన్న మెరుగుదల; ఈ యంత్రాంగం సిస్టమ్‌లో ప్రస్తుతం వాస్తవంగా పనిచేస్తున్నట్లు సాంకేతికంగా ధృవీకరించబడలేదు (విభాగం 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-scope ధృవీకరించబడింది). ఈ ప్రక్రియ అందజేత యంత్రాంగం (ఫైల్ ఫార్మాట్, అందజేత పద్ధతి, సంతకం చేసిన డౌన్‌లోడ్ లింక్ వంటి అంశాలు) నిరంతరం అభివృద్ధి చేయబడుతోంది; ఈ విధానం పరిధిలో నిర్దిష్ట అందజేత కాలం లేదా నిర్దిష్ట ఫైల్/యాక్సెస్ ఫార్మాట్‌కు సంబంధించి హామీ ఇవ్వబడటం లేదు (ఆర్టికల్ 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); ఆరోగ్య సమాచార ఫారమ్‌ల కోసం ఏ యూజర్‌కూ (అడ్మిన్ సహా) తొలగించే అధికారం ఇవ్వబడలేదు.
• సూపర్-అడ్మిన్ సపోర్ట్ యాక్సెస్ (ఇంపర్సనేషన్), కాలపరిమితితో (30 నిమిషాలు), డిఫాల్ట్‌గా చదవడానికి మాత్రమే; రాసే చర్యలు మరియు ఆరోగ్య డేటా యాక్సెస్ ప్రత్యేక, అదనపు ఆమోదం అవసరమైన దశలకు లోబడి ఉంటాయి; ఏ ఇంపర్సనేషన్ సందర్భంలోనూ ఆరోగ్య డేటా పట్టికలకు రాసే యాక్సెస్ తెరవబడదు. (ఈ పరిమితి మానవులు ట్రిగ్గర్ చేసే ఇంపర్సనేషన్ యాక్సెస్‌లకు సంబంధించినది; ఆటోమేటిక్ service-role cron ప్రక్రియలు వేరే పొర — విభాగం 5.7 చూడండి.)
• డేటా బదిలీలో ఎండ్-టు-ఎండ్ ఎన్‌క్రిప్షన్ (TLS) ఉపయోగించబడుతుంది; మొబైల్ యాప్‌లో లాగిన్ టోకెన్‌లు పరికరపు సురక్షిత హార్డ్‌వేర్ ఆధారిత కీ స్టోర్‌లో (Keychain/Keystore) ఎన్‌క్రిప్ట్ చేసి నిల్వ చేయబడతాయి.
• సున్నితమైన స్క్రీన్‌లలో స్క్రీన్‌షాట్ తీయడాన్ని పరిమితం చేసే సాంకేతిక చర్యలు తీసుకోబడ్డాయి.
• సూపర్-అడ్మిన్ ఖాతాలకు రెండు-దశల ప్రామాణీకరణ (2FA/MFA) తప్పనిసరి.
• చెల్లింపు చర్యలకు సంబంధించిన నోటిఫికేషన్‌ల (webhook) క్రిప్టోగ్రాఫిక్ సంతకం ధృవీకరణ నిర్మాణంలో నిర్దేశించబడింది మరియు అమలు చేయబడుతోంది; సంబంధిత కాన్ఫిగరేషన్/కీ నిర్వహణను అన్ని వాతావరణాల్లో (prod సహా) పూర్తిగా పూర్తి చేసే పని కొనసాగుతోంది.
• ఈ భద్రతా చర్యలు నిరంతరం సమీక్షించబడి మెరుగుపరచబడుతున్నాయి; అయితే ఏ సాంకేతిక చర్యా సంపూర్ణ భద్రతకు హామీ ఇవ్వదు మరియు ఈ విధానం పరిధిలో సంపూర్ణ భద్రతా హామీ ఇవ్వబడటం లేదు.

11. సబ్-ప్రాసెసర్‌లు మరియు డేటా స్థానికీకరణ

వ్యక్తిగత డేటా, నిల్వ కాలం అంతటా కింది సబ్-ప్రాసెసర్‌లు/సేవా ప్రొవైడర్‌ల ద్వారా ప్రాసెస్ చేయబడుతోంది లేదా హోస్ట్ చేయబడుతోంది. ఈ ప్రొవైడర్‌లతో చేసిన ఒప్పందాల్లో, డేటా పేర్కొన్న సేవ అమలు ఉద్దేశ్యంతో మాత్రమే ప్రాసెస్ చేయబడాలనే బాధ్యతలు నిర్దేశించబడ్డాయి; ఈ సంబంధం నిల్వ కాలాలను కాదు, డేటా హోస్ట్ చేయబడే సాంకేతిక వాతావరణాన్ని సూచిస్తుంది — నిర్మూలన నిర్ణయం అమలు ఈ ప్రొవైడర్‌ల వద్ద కూడా సాంకేతికంగా జరుగుతుంది. కింది పట్టిక, KVKK ఆర్టికల్ 11/4 పరిధిలోని "డేటా బదిలీ చేయబడిన మూడవ వ్యక్తులను తెలుసుకోవడం" అనే హక్కుకు సమాధానాన్ని కూడా అందిస్తుంది:

అదనంగా:

• ఇమెయిల్ మౌలిక సదుపాయం: సేవా ఇమెయిల్‌లు Google Workspace (Google) ద్వారా పంపబడతాయి; ప్రామాణీకరణ ఇమెయిల్‌లు Supabase Auth ద్వారా ట్రిగ్గర్ చేయబడతాయి. ప్రచార ఇమెయిల్‌లు ప్రత్యేక అంగీకారం మరియు İYS నమోదు షరతుతో మాత్రమే పంపబడతాయి. Push నోటిఫికేషన్‌లు 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 డేటా కంట్రోలర్ హోదాలో వ్యవహరించే కార్పొరేట్ వెబ్‌సైట్ (corenta.app ముందస్తు యాక్సెస్ ఫారమ్) సందర్భం కోసం మూల్యాంకనం చేయబడుతోంది మరియు దాని స్థితి పైన వివరించబడింది. 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లో పేర్కొన్న push టోకెన్ శుభ్రత ధృవీకరణ/అమలు, విభాగం 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