CORENTA — ՏՎՅԱԼՆԵՐԻ ՊԱՀՊԱՆՄԱՆ ԵՎ ՈՉՆՉԱՑՄԱՆ ՔԱՂԱՔԱԿԱՆՈՒԹՅՈՒՆ

Սույն թարգմանությունը տրամադրվում է միայն տեղեկատվական նպատակով․ իրավաբանորեն պարտադիր է թուրքերեն տեքստը։

Առանց հաշվի հաճախորդի ջնջում. Կլինիկայի ադմինիստրատորի «Ջնջել» գործողությունը համարվում է հայտ. գրառումն անմիջապես հանվում է ակտիվ ցանկից, իսկ 30 օր հետո ջնջվում/դատարկվում են նույնականացման/կոնտակտային տվյալները և հաճախորդի առողջության դաշտերը (արյան խումբ, ալերգիաներ, քրոնիկ հիվանդություններ, դեղեր) (տե՛ս 5.0)։ Ստորև ներկայացված հաշվի ջնջման ընդհանուր նկարագրությունը այս հատուկ դեպքում չի մեկնաբանվում որպես հաճախորդի տողը վերջնականապես ջնջելու պարտավորություն։ Անամնեզի, չափումների, պարապմունքների նշումների և ֆինանսական գրառումները շարունակում են ենթակա լինել իրենց պահպանման դրույթներին։

Ուժի մեջ մտնելը / վերջին թարմացումը: 2026 թ. հոկտեմբերի 19 Տարբերակ: 1.9 Տվյալների վերահսկող / հրապարակող: Mertcan Demir — «Teta Studio» առևտրային անվամբ գործունեություն իրականացնող անհատ ձեռնարկատեր

Փոփոխությունների մատյան

• 1.9 — 2026 թ. հոկտեմբերի 19: 14-րդ բաժնի «միայն Türkiye» ձևակերպումը փոխարինվել է գլոբալ առաջարկով. պահպանման ժամկետները չեն փոխվել։
• 1.8 — 2026 թ. հոկտեմբերի 19: Հրապարակման տարբերակ. ուժի մեջ մտնելու ամսաթիվը՝ 2026 թ. հոկտեմբերի 19։ 4-րդ բաժնում ավելացվել է տող կլինիկայի խմբային հաղորդագրությունների և թիմի քննարկման համար առանձնացված հաղորդագրությունների պատճենների մասին (տող 12). 7-րդ բաժնի պարբերական ոչնչացման ցանկը համապատասխանաբար ընդլայնվել է. 1.3 աղյուսակից հանվել են չլրացված MERSİS և KEP տվյալները։
• 1.7 — 2026 թ. հոկտեմբերի 11: 2026 թ. հոկտեմբերի 11-ի համապատասխանության ստուգման արդյունքներով (F01, F02, F08, F11, F13, F19, F21). §11-ից հանվել է «Supabase/Ֆրանկֆուրտը արտասահման փոխանցում չէ» ձևակերպումը, իսկ արտասահման փոխանցման բաժինը գրվել է № 6698 օրենքի 9-րդ հոդվածի 2024 թվականից հետո գործող խմբագրությամբ (ստանդարտ պայմանագրերը դեռ ստորագրված չեն). առողջության/կլինիկական/ֆինանսական գրառումների համար «անանուն» ձևակերպումը ճշգրտվել է որպես անձի հետ կապը խզված սահմանափակ պահպանում (պարապմունքի նշման ազատ տեքստը չի փոփոխվում). համաձայնության ապացույցի տողի իրավական հիմքը ճշգրտվել է որպես 5/2-e հոդված (սխալ 20/2 հղումը հանվել է). վաղ մուտքի ձևի տողը թարմացվել է իրազեկման և առևտրային հաղորդագրությունների համաձայնության տարանջատմանը համապատասխան. ինքնաշխատ ոչնչացում չունեցող կատեգորիաների համար ավելացվել է 6 ամիսը մեկ պարբերական ոչնչացման սկզբունքը. նույնականացման տվյալները ճշգրտվել են որպես անհատ ձեռնարկատեր. VERBİS-ի բաժինը գրվել է Խորհրդի 2025 թվականի որոշումների համաձայն։
• 1.6 — 2026 թ. հոկտեմբերի 10: Expo-ն (Expo Push Notification Service) հանվել է ենթամշակողների/մշակողների գրառումներից. push ծանուցումները փոխանցվում են միայն Apple-ի (APNs) և Google-ի (FCM) միջոցով, Expo/EAS-ը միայն հավելվածի կառուցման գործիք է և վերջնական օգտատերերի տվյալներ չի մշակում։
• 1.5 — 2026 թ. հոկտեմբերի 10: Հանվել է Google Analytics-ի ընտրության մասին ձևակերպումը. ճշգրտվել է, որ երրորդ կողմի վերլուծություն չի օգտագործվում, և ճշգրտվել են push ծանուցումների մշակողները։
• 1.4 — 2026 թ. հոկտեմբերի 4: Գործող տեքստը ամրագրվել է որպես հաստատված տարբերակ։ Այս տարբերակում արտացոլվել է միայն հետևյալը. հաշվի ջնջում (մուտքն անմիջապես դադարեցվում է, անձնական տվյալները ջնջվում/անանունացվում են, օրենքով պահպանման ենթակա վճարումների գրառումները պահվում են առանց նույնականացման. չեղարկման ժամկետ չկա). հաճախորդի առողջության դաշտերի ջնջում 30 օր հետո. 7-օրյա ժամկետ «որբ» անդորրագրերի համար. հաճախորդի կոնտակտային տվյալների գաղտնիություն աջակցության ռեժիմում. սերվերային կողմում առանց նույնականացման չափում. ծառայողական էլ. նամակներ և Google Workspace. push ծանուցումների մշակողներ. աջակցության հասցե. շուկա (Türkiye)։
• 1.3 — 2026 թ. հուլիսի 7 (2026 թ. օգոստոսի 4-ի թարմացում). նախորդ տարբերակ։

Կարևոր նշում տվյալների վերահսկողի / տվյալներ մշակողի կարգավիճակի մասին. Սույն Տվյալների պահպանման և ոչնչացման քաղաքականությունը («Քաղաքականություն») կարգավորում է, թե որքան ժամանակ են պահվում այն անձնական տվյալները, որոնք մշակվում են «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-ի ԹԱՕ-ի/Հարկային ընթացակարգի մասին օրենքի ժամկետի՝ դրանք անմիջականորեն օրենսդրական դրույթի վրա հիմնված չեն. դրանք KVKK-ի 5/2-f հոդվածի օրինական շահի և ապացուցման պարտավորության շրջանակում սահմանված, սեփական նախաձեռնությամբ ստանձնված պարտավորություն են)։ Այդ ժամկետների ավարտին համակարգում ներկայումս չի գործում պահպանման ավարտի ինքնաշխատ ջնջման մեխանիզմ. ժամկետը լրանալիս ջնջումը/անանունացումը կատարվում է ձեռքով. ավտոմատացումը ներդրվելու դեպքում սույն Քաղաքականությունը կթարմացվի։ Տող 9-ի (Վաղ մուտքի ձևի տվյալներ) «առավելագույնը 2 տարի» արտահայտությունն այլ ոլորտ ունի և, ինչպես բացատրված է իր տողում, նշանակում է առանձին իրավական վերին սահման։

5. Հաշվի ջնջման գործընթաց — գործարկում սկզբից մինչև վերջ

KVKK-ի 11-րդ հոդվածով նախատեսված ջնջման հայտը տեխնիկապես բավարարելու համար Corenta-ն կիրառում է երկփուլ ջնջման ճարտարապետություն, որը հաշվի է առնում օգտատիրոջ փորձառության և տվյալների անվտանգության/իրավական ապացուցման կարիքների միջև հավասարակշռությունը. անհապաղ փափուկ ջնջում (soft-delete) և դրան հաջորդող վերջնական ջնջում 30 օր հետո։

5.0. 2026 թ. հոկտեմբերի 4-ի փոփոխություն — 5.1–5.7 կետերի հետ հակասության դեպքում այս կետն առաջնահերթ է

Հաշվի ջնջում (2026 թ. հոկտեմբերի 4-ից). ջնջման հայտը հաստատվելուն պես հաշվին մուտքը անմիջապես դադարեցվում է (նստաշրջաններն ավարտվում են, մուտք գործել հնարավոր չէ). անձնական տվյալները ջնջվում կամ անանունացվում են (անունը, էլ. փոստը, հեռախոսը, պատկերը, ինչպես նաև հաճախորդի նույնականացման/կոնտակտային տվյալները և առողջության դաշտերը՝ արյան խումբ, ալերգիաներ, քրոնիկ հիվանդություններ, դեղեր, մաքրվում են). օրենքով պահպանման ենթակա վճարումների և վարձատրության գրառումները չեն ջնջվում. դրանք պահվում են անձի հետ կապը խզված և սահմանափակ մուտքով։ Հայտից հետո չեղարկման ժամկետ չկա. նույնականացման գրառման և ֆայլերի վերջնական ջնջումն ավարտվում է գործող երեսնօրյա ֆոնային գործընթացում։

Հաճախորդի գրառման ջնջումը և առողջության դաշտերը (2026 թ. հոկտեմբերի 4-ից). Երբ բիզնեսը ջնջում է հաշիվ չունեցող հաճախորդի գրառումը, գրառումն անմիջապես հանվում է ակտիվ ցանկից. 30 օր հետո նույնականացման և կոնտակտային տվյալների հետ միասին ջնջվում/դատարկվում են նաև հաճախորդի առողջության դաշտերը (արյան խումբ, ալերգիաներ, քրոնիկ հիվանդություններ, դեղեր)։ Այս դրույթը չի ազդում անամնեզի ձևերի, չափումների և պարապմունքների նշումների պահպանման կանոնների վրա։

Անդորրագրերի ֆայլեր (2026 թ. հոկտեմբերի 4-ից). Վճարման հետ չկապված («որբ») անդորրագրերի ֆայլերն ինքնաշխատ ջնջվում են 7 օր հետո. վճարման հետ կապված անդորրագիրը չի ջնջվում որևէ դերի կողմից։

Հաճախորդի կոնտակտային տվյալները աջակցության ռեժիմում (2026 թ. հոկտեմբերի 4-ից). Corenta-ի աջակցության (սուպերադմինիստրատորի) նստաշրջանում հաճախորդի էլ. փոստը և հեռախոսը աջակցության աշխատակցին չեն ցուցադրվում. աջակցության աշխատակիցը տեսնում է միայն նույնականացման սահմանափակ ամփոփում (անուն, հաշվի կարգավիճակ, ակտիվություն, ստեղծման ամսաթիվ)։

Առողջության դաշտերում գրելու իրավունք (2026 թ. հոկտեմբերի 4-ից). Հաճախորդի առողջության դաշտերում (արյան խումբ, ալերգիաներ, քրոնիկ հիվանդություններ, դեղեր) կարող են գրել միայն հաճախորդն ինքը և նրան նշանակված մասնագետը. բիզնեսի սեփականատերը/ադմինիստրատորը չի կարող գրել այդ դաշտերում (կարող է խմբագրել արտակարգ իրավիճակի կոնտակտային անձը և նույնականացման դաշտերը)։

Արտադրանքի օգտագործման կեղծանվանացված չափում. Արտադրանքի բարելավման համար միայն սերվերային կողմում կարող են չափվել օգտագործման համախմբված իրադարձություններ կլինիկայի կեղծանվանային նույնացուցչով. այդ չափումը չի ներառում 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-օրյա ֆոնային գործընթացի նպատակը (2026 թ. հոկտեմբերի 4-ից). Քանի որ հաշվին մուտքը ջնջման հայտով անմիջապես դադարեցվում է, այս ժամկետը չեղարկման/հրաժարման հնարավորություն չի տալիս. այն օգտագործվում է նույնականացման գրառման և ֆայլերի վերջնական ջնջումն ավարտելու և հնարավոր չարաշահումները քննելու համար։ Այս ժամկետը 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-ից որպես վերջնական ջնջման քայլի մաս. սա համակարգում ներկայումս փաստացի գործող և ստուգված վարքագիծ է։ Եթե մեկ բաքեթում ջնջման գործողությունը ձախողվում է, դա գրանցվում է մատյանում. սակայն դա չի խոչընդոտում այլ բաքեթների մաքրմանը կամ հաշվի անանունացման/վերջնական ջնջման քայլերին (best-effort նախագծում)։

Ազնիվ սահման. Այս ինքնաշխատ գործընթացից դուրս մնացող միակ ֆայլային կատեգորիան մասնագետի/ինքնուրույն մասնագետի գրանցման ժամանակ վերբեռնված ինքնության/դիպլոմի ստուգման փաստաթղթերն են (specialist-verification-docs բաքեթ)։ Այդ փաստաթղթերը տեխնիկապես կապված են ոչ թե օգտատիրոջ, այլ համապատասխան tenant-ի (Կլինիկայի) ստուգման գործընթացի հետ և տվյալների բազայի գրառումում օգտատիրոջ հղում չեն պարունակում. ուստի դրանք հնարավոր չէ ինքնաշխատ ներառել օգտատիրոջ հաշվի ջնջման գործող գործընթացում։ Այդ փաստաթղթի ոչնչացումը կքննարկվի առանձին՝ համապատասխան Կլինիկայի կողմից իր հաշիվը/բաժանորդագրությունը tenant-ի մակարդակով փակելու գործընթացում (տե՛ս բաժին 5.6). մինչ այդ գործընթացի ավարտը բացառիկ հայտերը ձեռքով գնահատվում են hello@corenta.app-ի միջոցով։

Ուստի սույն Քաղաքականությունում բացարձակ պարտավորություն չի ստանձնվում այն մասին, որ հաշվի ջնջման հայտով «օգտատիրոջ բոլոր տվյալները/ֆայլերը ջնջվում են ամբողջությամբ և անմիջապես» (մասնավորապես տե՛ս բաժին 6.3-ը պահուստային պատճեններում տեխնիկական մնացորդների վերաբերյալ և վերը նշված բացառությունը). սակայն վերը նկարագրված ֆայլային կատեգորիաների առնչությամբ ինքնաշխատ ջնջումը փաստացի կիրառվում է։

5.5. Հատուկ նշում առողջության տվյալների վերաբերյալ

Հատուկ կատեգորիայի առողջության տվյալները, ինչպիսիք են անամնեզի ձևերը, պարապմունքների նշումները և չափումների գրառումները, նույնպես ենթակա են վերը նկարագրված ջնջման ընդհանուր գործընթացին (փափուկ ջնջում → 30 օր → վերջնական ջնջում). սակայն, ինչպես բացատրված է 4-րդ բաժնի 2–4 տողերում և 6.2 բաժնում, այդ աղյուսակներում վերջնական ջնջման քայլը կիրառվում է անձի հետ կապի խզման և մասնակի մաքրման միջոցով. գրառումը DELETE-ով չի ջնջվում, անձի հետ կապը խզվում է, և ազատ տեքստի որոշ դաշտեր մաքրվում են. կլինիկական գրառումը (մասնավորապես append-only պարապմունքի նշման բովանդակությունը) պահվում է որպես tenant-ի անձի հետ կապը խզված գրառում՝ սահմանափակ մուտքով, և անանուն չի համարվում։ Բացի այդ, քանի որ տվյալների այս կատեգորիան միահյուսված է այն գրառումների հետ, որոնք Կլինիկան վարում է որպես տվյալների վերահսկող, հաճախորդի հաշվի/տվյալների ջնջման հայտը կարող է հակասության մեջ մտնել Կլինիկայի սեփական պահպանման իրավական պարտավորությունների հետ (օրինակ՝ առողջապահական ծառայությունների մատուցման մասին օրենսդրությունից բխող գրառումներ վարելու պարտավորությունները). անձի հետ կապի խզման և սահմանափակ պահպանման մեթոդը նպատակ ունի հավասարակշռել այդ երկու պարտավորությունները (հաճախորդի իրավունքները անձնական տվյալների նկատմամբ և Կլինիկայի՝ գրառումներ վարելու պարտավորությունը)։ Այդպիսի դեպքերում վերջնական որոշում կայացնողը Կլինիկան է՝ որպես տվյալների վերահսկող. Corenta-ն գործում է Կլինիկայի հրահանգներին համապատասխան։

5.6. Ջնջում Կլինիկայի (tenant-ի) մակարդակով

Եթե Կլինիկան ամբողջությամբ դադարեցնում է իր Corenta բաժանորդագրությունը, նույն երկփուլ ճարտարապետությունը (փափուկ ջնջում → 30 օր → վերջնական ջնջում) կիրառվում է նաև Կլինիկային պատկանող tenant-ի տվյալների և այդ tenant-ի ներքո գտնվող բոլոր հաճախորդների գրառումների նկատմամբ։ Քանի որ Կլինիկան իր հաճախորդների Տվյալների վերահսկողն է, նա պարտավոր է բաժանորդագրությունը դադարեցնելուց առաջ իր KVKK պարտավորությունների շրջանակում տեղեկացնել իր հաճախորդներին. այդ պարտավորությունը չի կարող փոխանցվել Corenta-ին։

5.7. Կապը սուպերադմինիստրատորի աջակցության ռեժիմի (իմպերսոնացիայի) հետ

Հաշվի ջնջման և պահպանման գործընթացներն աշխատում են Corenta-ի աջակցության/իմպերսոնացիայի մեխանիզմից անկախ։ Իմպերսոնացիայի նստաշրջանները սահմանափակ են ժամանակով (30 րոպե) և լռելյայն միայն ընթերցման համար են. առողջության տվյալների կատեգորիաներին (անամնեզ, պարապմունքի նշում, չափում) մուտքը պահանջում է հաստատման առանձին քայլ (health_data_enabled), իսկ այդ աղյուսակներում գրառման/ջնջման գործողությունները իմպերսոնացիայի միջոցով ոչ մի պայմանով թույլատրված չեն (RLS քաղաքականություններում իմպերսոնացիայի համար որևէ բացառություն նախատեսված չէ)։ Պարզաբանում. այստեղ սահմանափակումը վերաբերում է մարդու կողմից գործարկված իմպերսոնացիայի նստաշրջաններին, երբ աջակցության աշխատակիցը մուտք է գործում և ձեռքով գործողություններ կատարում. 5.2 բաժնում նկարագրված ինքնաշխատ (առանց մարդու միջամտության) service-role cron գործընթացը այս սահմանափակումից առանձին շերտ է, և այս սահմանափակումը դրա վրա չի ազդում. իմպերսոնացիայի սահմանափակումը չի խոչընդոտում հաշվի ջնջման գործընթացում ինքնաշխատ վերջնական ջնջման մեխանիզմին և չպետք է շփոթվի դրա հետ։ Հետևաբար հաշվի ջնջման/ոչնչացման գործընթացները իրականացվում են միայն սույն Քաղաքականությամբ սահմանված ինքնաշխատ մեխանիզմների միջոցով։

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. Ժամկետանց/անվավեր 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-ի սահմանափակումը ստուգված է)։ Այս գործընթացի փոխանցման մեխանիզմը (ֆայլի ձևաչափ, փոխանցման եղանակ, ստորագրված ներբեռնման հղում և նմանատիպ հատկանիշներ) մշտապես զարգացվում է. սույն Քաղաքականության շրջանակում պարտավորություն չի ստանձնվում որոշակի փոխանցման ժամկետի կամ կոնկրետ ֆայլի/մուտքի ձևաչափի վերաբերյալ (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, Ֆրանկֆուրտ/Գերմանիա) գտնվող առաջին կողմի աղյուսակում, չի պարունակի առողջության տվյալներ և ազատ տեքստ, և ակտիվացումից առաջ սույն Քաղաքականությունը կթարմացվի. ակտիվացման դեպքում չափման գրառումների պահպանման ժամկետը կնշվի սույն Քաղաքականությունում։
• Սխալների մոնիտորինգ. երրորդ կողմի սխալների մոնիտորինգի գործիք չի օգտագործվում. կլիենտային հավելվածների սխալները գրանցվում են Corenta-ի սեփական տվյալների բազայում։
• Վեբի միջոցով անմիջապես վարկային քարտով վճարման ենթակառուցվածք չկա. վճարումները կատարվում են միայն Apple/Google-ի ներհավելվածային գնումների (IAP) մեխանիզմների միջոցով. վերջնական հաշիվը/անդորրագիրը թողարկում են Apple/Google-ը (տե՛ս բաժին 4, տող 6)։

Վերը նշված ենթամշակողների հետ տվյալների փոխանակումը կատարվում է միայն այնքանով, որքանով անհրաժեշտ է համապատասխան ծառայության մատուցման համար, և KVKK-ի 8-րդ/9-րդ հոդվածների շրջանակում։ Արտասահման փոխանցում. վերը նշված բոլոր մատակարարները տվյալներ են մշակում Թուրքիայից դուրս. Գերմանիայում տեղակայումը նույնպես KVKK-ի իմաստով արտասահման փոխանցում է։ Քանի որ այդ փոխանցումները կանոնավոր և մշտական են, դրանք հստակ համաձայնության վրա հիմնված չեն. դրանք հիմնված կլինեն 9/4-c հոդվածի համաձայն Խորհրդի կողմից հրապարակված ստանդարտ պայմանագրերի վրա։ Սույն տեքստի դրությամբ ստանդարտ պայմանագրերը դեռ ստորագրված չեն, և Խորհրդին ծանուցված չեն. յուրաքանչյուր պայմանագրի մասին ստորագրումից հետո 5 աշխատանքային օրվա ընթացքում կծանուցվի Խորհրդին, և այս աղյուսակը կթարմացվի ամսաթվերով։ Այդ երկրների վերաբերյալ Խորհրդի կողմից հրապարակված համարժեքության որոշում չկա (վերջին ստուգումը՝ 2026 թ. հոկտեմբերի 11)։ Այս ցանկը կարող է թարմացվել ծառայություններ մատուցողների փոփոխություններից կախված. արդիական ցանկին կարելի է հետևել Գաղտնիության քաղաքականությունում և/կամ 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-ում նշված push տոկենների մաքրման հաստատում/ներդրում, 7-րդ բաժնի կետ 3-ում նշված վաղ մուտքի ձևի տվյալների համար ինքնաշխատ ստուգման մեխանիզմի ստեղծում, 8.2 բաժնում նշված տվյալների տեղափոխելիության գործընթացի զարգացում, 11-րդ բաժնի արտասահման փոխանցման իրավական հիմքերի ավարտում, ենթամշակողների ցանկի փոփոխություն) կամ աշխատանքային գործընթացների փոփոխությունների համաձայն։ Արդիական տարբերակը հրապարակվում է Corenta-ի համապատասխան հարթակներում (կորպորատիվ վեբ կայքում և/կամ հավելվածում), և նախորդ տարբերակին հակասող դրույթների առնչությամբ հիմք է ընդունվում արդիական տարբերակը։ Էական փոփոխությունների դեպքում, կիրառելի չափով, օգտատերերը/Կլինիկաները լրացուցիչ տեղեկացվում են։

14. Կապ

Սույն Քաղաքականության կամ անձնական տվյալների պահպանման/ոչնչացման վերաբերյալ հարցերի համար.

Էլ. փոստ: hello@corenta.app Տվյալների վերահսկող: Mertcan Demir — «Teta Studio» առևտրային անվամբ գործունեություն իրականացնող անհատ ձեռնարկատեր Աջակցություն: support@corenta.app Ծառայության տարածք: Corenta-ն առաջարկվում է գլոբալ մակարդակով App Store-ի և Google Play-ի միջոցով այն երկրներում, որտեղ գործում են այդ խանութները։ Սույն Քաղաքականության ժամկետները կիրառվում են յուրաքանչյուր երկրի օգտատերերի նկատմամբ. եթե որևէ երկրի պարտադիր օրենսդրությունը նախատեսում է ավելի կարճ ջնջման կամ ավելի երկար պահպանման պարտավորություն, կիրառվում է այդ դրույթը։

Վերջին թարմացումը՝ 2026 թ. հոկտեմբերի 19 Տարբերակ 1.9 · 2026 թ. հոկտեմբերի 19