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 განახლება): წინა ვერსია.

მნიშვნელოვანი შენიშვნა დამმუშავებლისა / უფლებამოსილი პირის სტატუსის შესახებ: წინამდებარე მონაცემთა შენახვისა და განადგურების პოლიტიკა („პოლიტიკა“) განსაზღვრავს, რა ვადით შეინახება პერსონალური მონაცემები, რომლებიც მუშავდება Corenta-ს პროგრამული მომსახურების („მომსახურება“ ან „აპლიკაცია“) ფარგლებში, რომელიც შექმნილი და მართულია Mertcan Demir-ის („Corenta“, „Teta Studio“, „კომპანია“) მიერ, რომელიც საქმიანობს ინდივიდუალური მეწარმის სახით სავაჭრო სახელწოდებით „Teta Studio“, რა კრიტერიუმებს ეფუძნება ამ ვადების განსაზღვრა და რა მეთოდებით წაიშლება, მოისპობა ან ანონიმიზდება ეს მონაცემები შენახვის ვადის ამოწურვისას ან დამუშავების საფუძვლის აღმოფხვრისას.

ეს პოლიტიკა მომზადებულია კანონი №6698 „პერსონალურ მონაცემთა დაცვის შესახებ“ („KVKK“), პერსონალური მონაცემების წაშლის, მოსპობის ან ანონიმიზაციის შესახებ რეგლამენტისა („რეგლამენტი“) და სხვა შესაბამისი კანონმდებლობის ფარგლებში და წარმოადგენს Corenta-ს პერსონალური მონაცემების დამუშავების ინვენტარის განუყოფელ ნაწილს. ეს პოლიტიკა უნდა წავიკითხოთ შესაბამის საინფორმაციო ტექსტთან/კონფიდენციალურობის პოლიტიკასთან ერთად, სადაც დეტალურადაა ახსნილი მონაცემთა დამუშავების მიზნები და სამართლებრივი საფუძვლები; წინამდებარე დოკუმენტი არეგულირებს მხოლოდ შენახვის ვადებსა და განადგურების პროცედურებს და მიზნად არ ისახავს KVKK-ის მე-10 მუხლით გათვალისწინებული ინფორმირების ვალდებულების სრულად დამოუკიდებლად შესრულებას.

1. მიზანი და მოქმედების სფერო

1.1. მიზანი

ამ პოლიტიკის მიზანია განმარტოს Corenta-ს მიერ დამუშავებული პერსონალური მონაცემებისთვის იმ მიზნისთვის საჭირო მაქსიმალური ვადის განსაზღვრის კრიტერიუმები, რისთვისაც ისინი მუშავდება, კანონმდებლობით გათვალისწინებული ვადების გამოყენება და შენახვის ვადაამოწურული პერსონალური მონაცემების წაშლის, მოსპობის ან ანონიმიზაციის წესი და პრინციპები. ეს პოლიტიკა მომზადებულია KVKK-ის მე-5, მე-6, მე-7, მე-10, მე-11 და მე-12 მუხლებისა და რეგლამენტის შესაბამისი მუხლების საფუძველზე.

1.2. მოქმედების სფერო და როლების გამიჯვნა — მნიშვნელოვანი გაფრთხილება

ეს პოლიტიკა მოიცავს ორ ცალკე სფეროს, რომლებშიც Corenta მონაცემებს ორი სხვადასხვა სტატუსით ამუშავებს; ეს გამიჯვნა თანმიმდევრულად გამოიყენება მთელ პოლიტიკაში და პირდაპირ მოქმედებს შენახვის ვადების ცხრილის განმარტების წესზე:

(a) კორპორაციული ვებსაიტის კონტექსტი (corenta.app — ადრეული წვდომის/დემოს მოთხოვნის ფორმა): პროდუქტით დაინტერესებული პოტენციური ბიზნეს-მომხმარებლების მიერ ადრეული წვდომის განაცხადის ფორმით გადმოცემულ პერსონალურ მონაცემებთან მიმართებით Corenta/Teta Studio KVKK-ის მე-3 მუხლის შესაბამისად უშუალოდ დამმუშავებლის სტატუსით მოქმედებს.

(b) SaaS პროდუქტის კონტექსტი (app.corenta.app): იმ პერსონალურ მონაცემებთან მიმართებით (საკონტაქტო ინფორმაცია, ანამნეზი, სეანსის ჩანაწერები, ვიზიტის/პაკეტის მონაცემები და სხვ.), რომლებსაც Corenta-ს პლატფორმის გამოწერით მომხმარებელი კლინიკური პილატესის, ფიზიოთერაპიის, რეფორმერის, ველნესის/მასაჟისა და იოგას ცენტრები („Tenant“, „ბიზნესი“ ან „კლინიკა“) საკუთარი კლიენტების („მონაცემთა სუბიექტი კლიენტი“) კუთვნილებად შეიყვანენ პლატფორმაში, კლინიკა KVKK-ის მე-3 მუხლის შესაბამისად დამმუშავებელია; Corenta/Teta Studio კი მხოლოდ უფლებამოსილი პირის სტატუსით, კლინიკის მითითებების შესაბამისად, ტექნიკური ინფრასტრუქტურის მომსახურებას უწევს. კლიენტების ინფორმირების ვალდებულება, მკაფიო თანხმობის მიღება და კლიენტების მონაცემების შენახვის/განადგურების შესახებ საბოლოო გადაწყვეტილება კლინიკის სამართლებრივი პასუხისმგებლობაა. Corenta ამ ვალდებულებების შესრულებას პროდუქტის შიგნით ტექნიკურად ამარტივებს (თანხმობის აღრიცხვის მექანიზმი consent_logs, მობილური KVKK თანხმობის ეკრანი kvkk.tsx, აუდიტის კვალი), თუმცა კლინიკის KVKK-თან შესაბამისობის ვალდებულებას არ იღებს და არ ითავსებს. ამ პოლიტიკაში ამ კონტექსტისთვის აღწერილი შენახვის ვადები აჩვენებს, რა ვადით ინახავს Corenta ფაქტობრივად ამ მონაცემებს საკუთარ ინფრასტრუქტურაში უფლებამოსილი პირის სტატუსით; საბოლოო განადგურების გადაწყვეტილება და ვადა შეიძლება ჩამოყალიბდეს კლინიკის მითითებისა და მასზე მოქმედი კანონმდებლობის ფარგლებში.

ეს პოლიტიკა ზოგადი პრინციპების თვალსაზრისით ასევე მოიცავს Corenta-ს თანამშრომლების, ბიზნეს-პარტნიორებისა და მომწოდებლების პერსონალური მონაცემების შენახვის/განადგურების პროცესებს; თუმცა პოლიტიკის ძირითადი ფოკუსი ზემოთ (a) და (b) ქვეპუნქტებში განსაზღვრული მომხმარებლების/კლიენტების მონაცემებია.

1.3. დამმუშავებლის / უფლებამოსილი პირის ინფორმაცია

1.4. სამართლებრივი საფუძველი

• კანონი №6698 „პერსონალურ მონაცემთა დაცვის შესახებ“,
• პერსონალური მონაცემების წაშლის, მოსპობის ან ანონიმიზაციის შესახებ რეგლამენტი (ოფიციალური გაზეთი, 28.10.2017, №30224),
• პერსონალური მონაცემების წაშლის, მოსპობის ან ანონიმიზაციის სახელმძღვანელო და პერსონალურ მონაცემთა დაცვის საბჭოს („საბჭო“) გადაწყვეტილებები,
• თურქეთის კომერციული კოდექსი №6102 (კომერციული წიგნებისა და დოკუმენტების შენახვა),
• საგადასახადო პროცედურების კანონი №213 (ფინანსური ჩანაწერების შენახვა),
• სხვა შესაბამისი დარგობრივი კანონმდებლობა (გამოყენებადობის ფარგლებში, ჯანდაცვის მომსახურების მიწოდებასთან დაკავშირებული კანონმდებლობის ჩათვლით).

2. განმარტებები

3. შენახვისა და განადგურების ვადის განსაზღვრის კრიტერიუმები (KVKK, მუხლი 5, მუხლი 6)

3.1. შენახვის საჭიროების განმაპირობებელი მიზეზები

Corenta-ში პერსონალური მონაცემები ინახება მხოლოდ შესაბამისი კანონმდებლობით მკაფიოდ გათვალისწინებული ვადით ან იმ მიზნისთვის საჭირო ვადით, რისთვისაც ისინი მუშავდება. შენახვის ვადის განსაზღვრისას გამოიყენება შემდეგი კრიტერიუმები:

1. არსებობს თუ არა შენახვის სამართლებრივი ვალდებულება? (მაგ., თურქეთის კომერციული კოდექსითა და საგადასახადო პროცედურების კანონით ფინანსური ჩანაწერებისთვის გათვალისწინებული მინიმალური შენახვის ვადები.)
2. რა მიზნით დამუშავდა მონაცემები და ისევ მოქმედებს თუ არა ეს მიზანი? (KVKK, მუხლი 5/2 — მიზნით შეზღუდვის პრინციპი.)
3. საჭიროა თუ არა ხელშეკრულების დადებისთვის/შესრულებისთვის? (მაგ., ვიზიტისა და პაკეტის მონაცემები, სანამ გამოწერის/მომსახურების ურთიერთობა გრძელდება.)
4. საჭიროა თუ არა უფლების დადგენის, გამოყენების ან დაცვისთვის (შესაძლო სამართლებრივ დავაში მტკიცებულების სახით)? (სახელშეკრულებო სამართლის ზოგადი ხანდაზმულობის ვადების გათვალისწინებით.)
5. არსებობს თუ არა მონაცემთა სუბიექტის მკაფიო თანხმობა და ინარჩუნებს თუ არა ეს თანხმობა ძალას?
6. არსებობს თუ არა Corenta-ს ან კლინიკის ლეგიტიმური ინტერესი? (მაგ., უსაფრთხოების ჟურნალები, თაღლითობის/ბოროტად გამოყენების გამოვლენა.)
7. მიეკუთვნება თუ არა მონაცემები განსაკუთრებული კატეგორიის (ჯანმრთელობის) მონაცემებს? ამ შემთხვევაში KVKK-ის მე-6 მუხლის შესაბამისად გამოიყენება წვდომის უფრო მკაცრი შეზღუდვა და დასაბუთება; შენახვის ვადა არასოდეს ფართოვდება მიზნის მიღმა.

თუ ზემოთ მოცემული კრიტერიუმებიდან არცერთი არ მოითხოვს კონკრეტული პერსონალური მონაცემის შენახვას, მონაცემი დაუყოვნებლივ იშლება, ისპობა ან ანონიმიზდება.

3.2. განადგურების საჭიროების განმაპირობებელი მიზეზები

პერსონალური მონაცემები იშლება, ისპობა ან ანონიმიზდება შესაბამისი პირის მოთხოვნით ან Corenta-ს/კლინიკის საკუთარი ინიციატივით შემდეგ შემთხვევებში:

a) დამუშავების საფუძვლად არსებული კანონმდებლობის დებულებების შეცვლა ან გაუქმება, b) დამუშავების ან შენახვის საჭიროების განმაპირობებელი მიზნის აღმოფხვრა, c) მკაფიო თანხმობაზე დაფუძნებული დამუშავების შემთხვევებში მონაცემთა სუბიექტის მიერ თანხმობის გამოთხოვა, d) KVKK-ის მე-11 მუხლით გათვალისწინებული უფლებების ფარგლებში მონაცემთა სუბიექტის მიერ წაშლის/მოსპობის მოთხოვნა და ამ მოთხოვნის დაკმაყოფილება (ანგარიშის წაშლის მოთხოვნა), e) პერსონალური მონაცემების შენახვის ვადის ამოწურვა და შენახვის განმაპირობებელი არცერთი სამართლებრივი საფუძვლის არარსებობა, f) ხელშეკრულების საერთოდ დაუდებლობა, ბათილობა, შეწყვეტა ან ხელშეკრულებიდან გასვლა, g) ანგარიშის წაშლის მოთხოვნის საბოლოოდ დასრულება ამ პოლიტიკის მე-5 მუხლში აღწერილი პროცესის ფარგლებში.

4. მონაცემთა კატეგორიების, შენახვის ვადებისა და განადგურების მეთოდების ცხრილი

ქვემოთ მოცემული ცხრილი აჩვენებს Corenta-ს ინფრასტრუქტურაში დამუშავებული პერსონალური მონაცემების ძირითად კატეგორიებს, შენახვის ვადას, მის დასაბუთებას და ვადის ბოლოს გამოსაყენებელ განადგურების მეთოდს. თუ სხვა რამ მკაფიოდ არ არის მითითებული, ზოგადი წესია: „სანამ დაკავშირებული ანგარიში/ჩანაწერი აქტიურია + ანგარიშის წაშლის მოთხოვნის დამუშავების დაწყებიდან 30 დღე.“ ცხრილი უნდა წავიკითხოთ მე-5 ნაწილში აღწერილ ანგარიშის წაშლის პროცესთან ერთად. ზოგიერთი კატეგორიისთვის ამ პროცესის 30 დღის ბოლოს ეტაპი არის არა DELETE (სამუდამო წაშლა), არამედ ანონიმიზაცია — ეს გამიჯვნა მკაფიოდ არის მითითებული შესაბამის სტრიქონებსა და ნაწილ 6.2-ში.

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

</div>

შენიშვნა 1: ზემოთ ცხრილში ფრაზა „სანამ ანგარიში/tenant აქტიურია“ ნიშნავს ვადას, რომლის განმავლობაშიც შესაბამისი კლინიკის Corenta-ს გამოწერა გრძელდება და კლიენტის ჩანაწერი კლინიკას არ წაუშლია. როდის წაშლის კლინიკა საკუთარი კლიენტის მონაცემებს, განისაზღვრება კლინიკის (როგორც დამმუშავებლის) საკუთარი KVKK-ის პოლიტიკითა და კლიენტთან მისი ურთიერთობის ფარგლებში; Corenta ამ პროცესისთვის ტექნიკურ შესაძლებლობას უზრუნველყოფს.

შენიშვნა 2: რიგი 7-ის (აუდიტის კვალის ჩანაწერები) 2 წლის და რიგი 8-ის (თანხმობის ჩანაწერები) 5 წლის ვადები Corenta-ს მიერ განსაზღვრული ფიქსირებული შენახვის ვადებია (რიგი 6-ის TTK/VUK ვადისგან განსხვავებით, ისინი უშუალოდ კანონმდებლობის დებულებას არ ეფუძნება; ეს არის KVKK-ის 5/2-f მუხლით გათვალისწინებული ლეგიტიმური ინტერესისა და დამტკიცების ვალდებულების ფარგლებში განსაზღვრული, ნებაყოფლობით სავალდებულო ვალდებულება). ამ ვადების ბოლოს სისტემაში შენახვის ვადის დასრულებისას ავტომატური წაშლის მექანიზმი ამჟამად არ მოქმედებს — ვადის ამოწურვისას წაშლა/ანონიმიზაცია ხელით ხორციელდება, ავტომატიზაციის ამოქმედებისას ეს პოლიტიკა განახლდება. რიგი 9-ის (ადრეული წვდომის ფორმის მონაცემები) ფრაზა „მაქსიმუმ 2 წელი“ სხვა სფეროს ეხება და, როგორც საკუთარ სტრიქონშია ახსნილი, ცალკე სამართლებრივ ზედა ზღვარს გამოხატავს.

5. ანგარიშის წაშლის პროცესი — თავიდან ბოლომდე

Corenta, მონაცემთა სუბიექტების მიერ KVKK-ის მე-11 მუხლით გათვალისწინებული წაშლის მოთხოვნის ტექნიკურად დასაკმაყოფილებლად, იყენებს ორეტაპიანი წაშლის არქიტექტურას, რომელიც ითვალისწინებს ბალანსს მომხმარებლის გამოცდილებასა და მონაცემთა უსაფრთხოების/სამართლებრივი მტკიცებულების საჭიროებას შორის: დაუყოვნებლივი რბილი წაშლა (soft-delete) და მის შემდეგ სამუდამო წაშლა 30 დღის ბოლოს.

5.0. 4 ოქტომბრის 2026 ცვლილება — 5.1–5.7-თან წინააღმდეგობის შემთხვევაში უპირატესობა ამ მუხლს ენიჭება

ანგარიშის წაშლა (4 ოქტომბრიდან 2026): წაშლის მოთხოვნის დადასტურებისას ანგარიშზე წვდომა დაუყოვნებლივ წყდება (სესიები სრულდება, შესვლა შეუძლებელია); პერსონალური მონაცემები იშლება ან ანონიმიზდება (სახელი, ელფოსტა, ტელეფონი, სურათი და კლიენტის საიდენტიფიკაციო/საკონტაქტო მონაცემები და ჯანმრთელობის ველები — სისხლის ჯგუფი, ალერგია, ქრონიკული მდგომარეობა, მედიკამენტი — სუფთავდება); კანონით შესანახი გადახდისა და ანაზღაურების ჩანაწერები არ იშლება; ისინი ინახება პირთან კავშირის გაწყვეტით და შეზღუდული წვდომით. მოთხოვნის შემდეგ გაუქმების ვადა არ არსებობს; ავთენტიფიკაციის ჩანაწერისა და ფაილების სამუდამო წაშლა სრულდება არსებული ოცდაათდღიანი ფონური პროცესის ფარგლებში.

კლიენტის ჩანაწერის წაშლა და ჯანმრთელობის ველები (4 ოქტომბრიდან 2026): როდესაც ბიზნესი შლის ანგარიშის არმქონე კლიენტის ჩანაწერს, ჩანაწერი დაუყოვნებლივ ამოიღება აქტიური სიიდან; 30 დღის ბოლოს საიდენტიფიკაციო და საკონტაქტო მონაცემებთან ერთად იშლება/იცლება კლიენტის ჯანმრთელობის ველებიც (სისხლის ჯგუფი, ალერგია, ქრონიკული მდგომარეობა, მედიკამენტი). ეს დებულება გავლენას არ ახდენს ანამნეზის ფორმების, გაზომვებისა და სეანსის ჩანაწერების შენახვის წესებზე.

ქვითრის ფაილები (4 ოქტომბრიდან 2026): გადახდასთან დაუკავშირებელი (ობოლი) ქვითრის ფაილები ავტომატურად იშლება 7 დღის შემდეგ; გადახდასთან დაკავშირებულ ქვითარს ვერცერთი როლი ვერ წაშლის.

კლიენტის საკონტაქტო მონაცემები მხარდაჭერის რეჟიმში (4 ოქტომბრიდან 2026): Corenta-ს მხარდაჭერის (სუპერადმინისტრატორის) სესიაში კლიენტის ელფოსტა და ტელეფონი მხარდაჭერის პერსონალს არ ეჩვენება; მხარდაჭერის პერსონალს შეუძლია იხილოს მხოლოდ შეზღუდული საიდენტიფიკაციო შეჯამება (სახელი, ანგარიშის სტატუსი, აქტიურობა, შექმნის თარიღი).

ჯანმრთელობის ველებში ჩაწერის უფლება (4 ოქტომბრიდან 2026): კლიენტის ჯანმრთელობის ველებში (სისხლის ჯგუფი, ალერგია, ქრონიკული მდგომარეობა, მედიკამენტი) ჩაწერა შეუძლია მხოლოდ თავად კლიენტს და მასზე მიმაგრებულ სპეციალისტს; ბიზნესის მფლობელს/ადმინისტრატორს ამ ველებში ჩაწერა არ შეუძლია (შეუძლია საგანგებო ვითარებაში დასაკავშირებელი პირისა და საიდენტიფიკაციო ველების რედაქტირება).

პროდუქტის ფსევდონიმიზებული გაზომვა: პროდუქტის გაუმჯობესებისთვის შეიძლება გაიზომოს მხოლოდ სერვერის მხარეს, კლინიკის ფსევდონიმური იდენტიფიკატორით, გამოყენების აგრეგირებული მოვლენები; ეს გაზომვა არ შეიცავს IP მისამართს, ჯანმრთელობის მონაცემებს ან წყაროს/რეკლამის თვალთვალს. კლინიკის ფსევდონიმური იდენტიფიკატორი ფსევდონიმის ხასიათისაა (არ არის იდენტიფიკაციის გარეშე). ფუნქცია ამჟამად გამორთულია.

5.1. ეტაპი 1 — დაუყოვნებლივი რბილი წაშლა (Soft-Delete)

იმ მომენტში, როდესაც მომხმარებელი აპლიკაციიდან ადასტურებს ანგარიშის წაშლის მოთხოვნას, სისტემა შემდეგ ოპერაციებს ერთდროულად და დაუყოვნებლივ ასრულებს:

1. მომხმარებლის პროფილის ჩანაწერი ველის deleted_at შევსებით დეაქტივირდება; ანგარიში ჩვეულებრივი გამოყენებისთვის აღარ არის ხელმისაწვდომი/ხილული და შესასვლელად ვეღარ გამოიყენება.
2. მომხმარებლის მომლოდინე (ჯერ არშემდგარი) ვიზიტები ავტომატურად უქმდება.
3. იხსნება მიმაგრებები (კლიენტისა და სპეციალისტის დაწყვილებები, პროგრამის მიმაგრებები), რომლებშიც მომხმარებელი სპეციალისტის/რესურსის სახით მონაწილეობს.
4. მომხმარებლის ყველა თანხმობა გამოითხოვება (აღირიცხება ჩანაწერებში consent_logs ველის revoked_at შევსებით).

ამ ეტაპზე მონაცემები ფიზიკურად არ არის წაშლილი, თუმცა ჩვეულებრივი დამუშავებისა და დათვალიერების მიზნებისთვის მიუწვდომელი გახდა. ეს KVKK-ის მე-7 მუხლისა და რეგლამენტის მნიშვნელობით წარმოადგენს „მიუწვდომლად ქცევის“ ხასიათის წაშლის პროცესის პირველ ნაბიჯს.

5.2. ეტაპი 2 — სამუდამო წაშლა (30 დღის შემდეგ)

რბილი წაშლის ოპერაციიდან 30 (ოცდაათი) დღის შემდეგ სისტემაში ავტომატურად მოქმედი დაგეგმილი დავალება (cron job) შეუქცევადად ასრულებს შემდეგ ოპერაციებს:

1. მომხმარებლის ავთენტიფიკაციის ჩანაწერი (auth.users) სამუდამოდ და შეუქცევადად იშლება.
2. მომხმარებელთან დაკავშირებული მონაცემთა ბაზის ჩანაწერები კატეგორიის მიხედვით დიფერენცირებულად მუშავდება: დამოუკიდებელი საქმიანი/მტკიცებულებითი ღირებულების არმქონე ჩანაწერები (მაგ., შეტყობინებები) სამუდამოდ იშლება (DELETE/cascade); ჯანმრთელობის მონაცემები (anamnesis_forms, session_notes, measurements) და კლინიკური/ფინანსური ჩანაწერები (payments, attendance, consent_logs) კი არ იშლება, პირთან კავშირი წყდება — პირთან კავშირი წყდება მონაცემთა ბაზის დონეზე, ზოგიერთი თავისუფალი ტექსტის ველი სუფთავდება, ჩანაწერი რჩება tenant-ის პირთან კავშირგაწყვეტილ ჩანაწერად შეზღუდული წვდომით (ვინაიდან სეანსის ჩანაწერის თავისუფალი ტექსტი არ იცვლება, ანონიმურად არ ითვლება) (იხ. ნაწილი 4 რიგები 2-5, 8, 10 და ნაწილი 6.2).
3. ეს პროცესი ავტომატურად ინიცირდება მხოლოდ სისტემის პრივილეგირებულ (service-role-ით დაცულ) ფონურ პროცესში; ვერცერთი მომხმარებელი, ადმინისტრაციული პერსონალის ჩათვლით, ან ბიზნესის ადმინისტრატორი ჩვეულებრივი პროდუქტის ინტერფეისებით ვერ დაიწყებს ამ პროცესს ხელით, ვერ გააქტიურებს ნაადრევად და ვერ შეაჩერებს — ეს შეგნებული უსაფრთხოების დიზაინია, რომლის მიზანია შეცდომით ან ბოროტად გამოყენებით ნაადრევი/დაგვიანებული წაშლის თავიდან აცილება. (ეს გარანტია მოიცავს პროდუქტის ჩვეულებრივ სამომხმარებლო და სამართავ ინტერფეისებს; ტექნიკური ოპერაციების პროცესები, რომლებსაც შეიძლება ჰქონდეთ სისტემის პრივილეგირებული ინფრასტრუქტურის დონეზე მონაცემთა ბაზაზე პირდაპირი წვდომა, ამ გარანტიის ფარგლებს გარეთაა და ცალკე შიდა წვდომის კონტროლს ექვემდებარება.)

30-დღიანი ფონური პროცესის მიზანი (4 ოქტომბრიდან 2026): ვინაიდან ანგარიშზე წვდომა წაშლის მოთხოვნისთანავე წყდება, ეს ვადა გაუქმების/უარის თქმის შესაძლებლობას არ იძლევა; იგი გამოიყენება ავთენტიფიკაციის ჩანაწერისა და ფაილების სამუდამო წაშლის დასრულებისა და შესაძლო ბოროტად გამოყენების განხილვისთვის. ეს ვადა KVKK-ის მე-5 მუხლით გათვალისწინებული პროპორციულობის პრინციპის შესაბამისი, გონივრული და შეზღუდული ვადაა. წაშლის მოთხოვნის სტატუსთან დაკავშირებით შეგიძლიათ მიმართოთ მისამართზე hello@corenta.app.

5.3. გამონაკლისი: შენახვის სამართლებრივი ვალდებულების მქონე მონაცემები

ზემოთ აღწერილი 30-დღიანი სამუდამო წაშლის პროცესი არ მოიცავს ჩანაწერებს, რომლებიც მითითებულია ნაწილ 4-ში, ცხრილის რიგი №6-ში (გამოწერის/ოპერაციის მეტამონაცემები) და რომლებზეც თურქეთის კომერციული კოდექსით/საგადასახადო პროცედურების კანონით შენახვის სამართლებრივი ვალდებულება ვრცელდება. ეს ჩანაწერები, ანგარიშის სამუდამოდ წაშლის შემთხვევაშიც, შესაბამისი კანონიერი შენახვის ვადის ამოწურვამდე ცალკე ინახება პერსონალური მონაცემების დამუშავების მიზნისგან გამიჯნული, მხოლოდ სამართლებრივი ვალდებულების შესრულების მიზნით შეზღუდული წვდომით. ასევე, აუდიტის კვალის ჩანაწერები (audit_logs) და თანხმობის ჩანაწერების დამტკიცების მიზნით საჭირო მინიმალური ბირთვი (იხ. ნაწილი 4, რიგები 7-8) შეიძლება ლეგიტიმური ინტერესის/სამართლებრივი მტკიცებულების საფუძვლით ამ 30-დღიანი ვადის მიღმა ცალკე და შეზღუდული მიზნით ინახებოდეს. ნაწილი 4-ის შენიშვნა 2-ში მკაფიოდ არის მითითებული, რომ ამ გამონაკლისით მოცული ვადები სისტემაში ავტომატურად მოქმედ ტექნიკურ მექანიზმს არ შეესაბამება.

5.4. სპეციალური განმარტება შენახული ფაილის დანართების შესახებ (მნიშვნელოვანი — გამჭვირვალობა)

გამჭვირვალობის პრინციპის შესაბამისად მკაფიოდ აღინიშნება: სამუდამო წაშლის ოპერაციისას მონაცემთა ბაზის ჩანაწერები (პროფილი, ვიზიტი, მიმაგრება, თანხმობა და სხვ.) სრულად იშლება ან (ჯანმრთელობის/კლინიკური/ფინანსური ჩანაწერებისთვის, იხ. ნაწილი 6.2) ანონიმიზდება; მომხმარებლის კუთვნილი ფაილის დანართები, რომლებიც ცალკე საცავში (Storage) ინახება, მუშავდება შემდეგნაირად: ავატარი/პროფილის ფოტო, ანამნეზის ფორმაზე დართული დოკუმენტი/ფოტო და გადახდის ქვითრის სურათი სამუდამო წაშლის ეტაპის ნაწილად ავტომატურად (best-effort) იშლება Storage-დან — ეს არის სისტემაში ამჟამად ფაქტობრივად მოქმედი, დადასტურებული ქცევა. თუ რომელიმე bucket-ში წაშლის ოპერაცია ვერ მოხერხდა, ეს ჟურნალში აღირიცხება; თუმცა არ აფერხებს სხვა bucket-ების გასუფთავებას ან ანგარიშის ანონიმიზაციის/სამუდამო წაშლის ეტაპებს (best-effort დიზაინი).

გულწრფელი შეზღუდვა: ამ ავტომატური პროცესის ფარგლებს გარეთ დარჩენილი ერთადერთი ფაილის კატეგორიაა სპეციალისტის/სოლო-რეგისტრაციის პროცესში ატვირთული პირადობის/დიპლომის ვერიფიკაციის დოკუმენტები (bucket specialist-verification-docs). ეს დოკუმენტები ტექნიკურად დაკავშირებულია არა მომხმარებელთან, არამედ შესაბამისი tenant-ის (კლინიკის) ვერიფიკაციის პროცესთან და მონაცემთა ბაზის ჩანაწერში მომხმარებლის მითითებას არ შეიცავს; ამიტომ მათი ავტომატური ჩართვა მომხმარებლის ანგარიშის წაშლის არსებულ პროცესში შეუძლებელია. ამ დოკუმენტის განადგურება ცალკე იქნება განხილული შესაბამისი კლინიკის მიერ tenant-ის დონეზე ანგარიშის/გამოწერის დახურვის პროცესში (იხ. ნაწილი 5.6); მის დასრულებამდე გამონაკლის მოთხოვნებზე ხელით შეფასება ხორციელდება მისამართის hello@corenta.app მეშვეობით.

ამიტომ ამ პოლიტიკაში ანგარიშის წაშლის მოთხოვნასთან დაკავშირებით არ არის აღებული აბსოლუტური ვალდებულება იმის შესახებ, რომ „მომხმარებლის ყველა მონაცემი/ფაილი სრულად და დაუყოვნებლივ იშლება“ (განსაკუთრებით სარეზერვო ასლებში ტექნიკური ნარჩენისთვის იხ. ნაწილი 6.3, და ზემოთ აღწერილი გამონაკლისისთვის); თუმცა ზემოთ აღწერილი ფაილების კატეგორიებისთვის ავტომატური წაშლა ფაქტობრივად გამოიყენება.

5.5. სპეციალური შენიშვნა ჯანმრთელობის მონაცემების შესახებ

ისეთი განსაკუთრებული კატეგორიის ჯანმრთელობის მონაცემები, როგორიცაა ანამნეზის ფორმები, სეანსის ჩანაწერები და გაზომვის ჩანაწერები, ასევე ექვემდებარება ზემოთ აღწერილ ზოგად წაშლის პროცესს (რბილი წაშლა → 30 დღე → სამუდამო წაშლა); თუმცა, როგორც ნაწილი 4-ის რიგები 2-4-სა და ნაწილ 6.2-შია ახსნილი, ამ ცხრილებში სამუდამო წაშლის ეტაპი ხორციელდება პირთან კავშირის გაწყვეტითა და ნაწილობრივი გასუფთავებით — ჩანაწერი DELETE-ით არ იშლება, პირთან კავშირი წყდება და ზოგიერთი თავისუფალი ტექსტის ველი სუფთავდება; კლინიკური ჩანაწერი (განსაკუთრებით append-only სეანსის ჩანაწერის შინაარსი) ინახება tenant-ის პირთან კავშირგაწყვეტილ ჩანაწერად შეზღუდული წვდომით და ანონიმურად არ ითვლება. გარდა ამისა, ვინაიდან მონაცემთა ეს კატეგორია გადაჯაჭვულია კლინიკის მიერ დამმუშავებლის სტატუსით წარმოებულ ჩანაწერებთან, კლიენტის ანგარიშის/მონაცემების წაშლის მოთხოვნა შეიძლება დაუპირისპირდეს კლინიკის საკუთარ კანონიერ შენახვის ვალდებულებებს (მაგალითად, ჯანდაცვის მომსახურების მიწოდებასთან დაკავშირებული კანონმდებლობიდან გამომდინარე ჩანაწერების წარმოების ვალდებულებებს); პირთან კავშირის გაწყვეტისა და შეზღუდული შენახვის მეთოდი მიზნად ისახავს ამ ორი ვალდებულების (კლიენტის უფლებები პერსონალურ მონაცემებზე და კლინიკის ჩანაწერების წარმოების ვალდებულება) დაბალანსებას. ასეთ შემთხვევებში საბოლოო გადაწყვეტილების მიმღებია კლინიკა, როგორც დამმუშავებელი; Corenta მოქმედებს კლინიკის მითითების შესაბამისად.

5.6. წაშლა კლინიკის (Tenant-ის) დონეზე

თუ კლინიკა Corenta-ს გამოწერას სრულად შეწყვეტს, კლინიკის tenant-ის მონაცემებისა და ამ tenant-ის ქვეშ არსებული ყველა კლიენტის ჩანაწერისთვის გამოიყენება იგივე ორეტაპიანი (რბილი წაშლა → 30 დღე → სამუდამო წაშლა) არქიტექტურა. ვინაიდან კლინიკა საკუთარი კლიენტების დამმუშავებელია, იგი ვალდებულია, გამოწერის შეწყვეტამდე საკუთარი KVKK-ის ვალდებულებების ფარგლებში აცნობოს კლიენტებს; ეს ვალდებულება Corenta-ს ვერ გადაეცემა.

5.7. კავშირი სუპერადმინისტრატორის მხარდაჭერის რეჟიმთან (Impersonation)

ანგარიშის წაშლისა და შენახვის პროცესები Corenta-ს მხარდაჭერის/impersonation მექანიზმისგან დამოუკიდებლად მოქმედებს. Impersonation სესიები დროში შეზღუდულია (30 წუთი) და ნაგულისხმევად მხოლოდ წაკითხვისთვისაა; ჯანმრთელობის მონაცემების კატეგორიებზე (ანამნეზი, სეანსის ჩანაწერი, გაზომვა) წვდომა საჭიროებს ცალკე დადასტურების ეტაპს (health_data_enabled) და ამ ცხრილებში ჩაწერის/წაშლის ოპერაციები impersonation-ით არავითარ შემთხვევაში არ არის ნებადართული (RLS პოლიტიკებში impersonation-ისთვის არცერთი გამონაკლისი არ არის დაშვებული). დაზუსტება: აქ არსებული შეზღუდვა ეხება ადამიანის მიერ ინიცირებულ impersonation სესიებს, რომლებშიც მხარდაჭერის თანამშრომელი შედის სისტემაში და ხელით ასრულებს ოპერაციებს; ნაწილ 5.2-ში აღწერილი ავტომატური (ადამიანის ჩარევის გარეშე) service-role cron პროცესი ამ შეზღუდვისგან ცალკე ფენაა და მასზე არ მოქმედებს — impersonation-ის შეზღუდვა არ აფერხებს ანგარიშის წაშლის პროცესში ავტომატური სამუდამო წაშლის მექანიზმს და არ უნდა აირიოს მასთან. შესაბამისად, ანგარიშის წაშლისა/განადგურების პროცესები ხორციელდება მხოლოდ ამ პოლიტიკაში განსაზღვრული ავტომატური მექანიზმებით.

6. განადგურების მეთოდები

რეგლამენტის მე-8 და მომდევნო მუხლების შესაბამისად, ქვემოთ აღწერილია ჩანაწერის გარემოს მიხედვით გამოყენებული წაშლის/მოსპობის/ანონიმიზაციის მეთოდები.

6.1. წაშლა

ეს არის პერსონალური მონაცემების შესაბამისი მომხმარებლებისთვის (აპლიკაციის მომხმარებლების, ადმინისტრატორის პანელზე წვდომის მქონე პერსონალის ჩათვლით) ნებისმიერი გზით მიუწვდომლად და ხელახლა გამოუყენებლად ქცევის პროცესი. Corenta-ში ეს მეთოდი გამოიყენება ეტაპ 1-ის რბილი წაშლის პროცესში: მიუხედავად იმისა, რომ მონაცემები ფიზიკურად მონაცემთა ბაზიდან არ ამოიღება, წვდომის უფლებამოსილებებითა და ინტერფეისებით ისინი სრულად მიუწვდომელი ხდება.

6.2. მოსპობა (სამუდამო წაშლა)

ეს არის პერსონალური მონაცემების ნებისმიერი პირისთვის ნებისმიერი გზით მიუწვდომლად, აღუდგენლად და ხელახლა გამოუყენებლად ქცევის პროცესი. Corenta-ს ეტაპ 2-ის სამუდამო წაშლის პროცესში ეს პრინციპი მონაცემთა კატეგორიის მიხედვით ორი სხვადასხვა ტექნიკური მეთოდით ხორციელდება:

• ავთენტიფიკაციის ჩანაწერი და დამოუკიდებელი საქმიანი ღირებულების არმქონე ჩანაწერები: მომხმარებლის ავთენტიფიკაციის ჩანაწერი (auth.users) service-role-ით დაცულ ავტომატურ პროცესში უშუალოდ DELETE-ით შეუქცევადად იშლება; დაკავშირებული ჩანაწერები, რომლებსაც ანგარიშის წაშლის შემდეგ თავისთავად საქმიანი/მტკიცებულებითი ღირებულება არ აქვს (მაგ., შეტყობინებები, notifications — იხ. ნაწილი 4 რიგი 10), მონაცემთა ბაზის დონეზე ON DELETE CASCADE-ით ერთად იშლება.
• ჯანმრთელობის, კლინიკური და ფინანსური ჩანაწერი: anamnesis_forms, session_notes, measurements, payments, attendance და consent_logs-ისთვის სამუდამო წაშლის ეტაპი, ჩანაწერის DELETE-ის ნაცვლად, ხორციელდება პირთან კავშირის გაწყვეტითა და ნაწილობრივი გასუფთავებით (იხ. ნაწილი 6.6): პირის მაიდენტიფიცირებელი გარე გასაღების სვეტები (client_id, specialist_id, user_id და სხვ.) FK შეზღუდვით ON DELETE SET NULL შეუქცევადად გადადის 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); ანამნეზის ფორმებისთვის არცერთ მომხმარებელს (ადმინისტრატორის ჩათვლით) წაშლის უფლება არ აქვს მინიჭებული.
• სუპერადმინისტრატორის მხარდაჭერის რეჟიმი (impersonation) დროში შეზღუდულია (30 წუთი) და ნაგულისხმევად მხოლოდ წაკითხვისთვისაა; ჩაწერის ოპერაციები და ჯანმრთელობის მონაცემებზე წვდომა ცალკე, დამატებითი დადასტურების მომთხოვნ ეტაპებს ექვემდებარება; არცერთ impersonation სცენარში ჯანმრთელობის მონაცემების ცხრილებზე ჩაწერის წვდომა არ იხსნება. (ეს შეზღუდვა ეხება ადამიანის მიერ ინიცირებულ impersonation სესიებს; ავტომატური service-role cron პროცესები ცალკე ფენაა — იხ. ნაწილი 5.7.)
• მონაცემთა გადაცემისას გამოიყენება ბოლომდე დაშიფვრა (TLS); მობილურ აპლიკაციაში სესიის ტოკენები დაშიფრული სახით ინახება მოწყობილობის უსაფრთხო, აპარატურით მხარდაჭერილ გასაღებების საცავში (Keychain/Keystore).
• მგრძნობიარე ეკრანებზე მიღებულია ტექნიკური ზომები ეკრანის ანაბეჭდის გადაღების შესაზღუდად.
• სუპერადმინისტრატორის ანგარიშებისთვის ორფაქტორიანი ავთენტიფიკაცია (2FA/MFA) სავალდებულოა.
• გადახდის ოპერაციებთან დაკავშირებული შეტყობინებების (webhook) კრიპტოგრაფიული ხელმოწერის ვერიფიკაცია არქიტექტურაში გათვალისწინებულია და გამოიყენება; შესაბამისი კონფიგურაციის/გასაღებების მართვის ყველა გარემოში (prod-ის ჩათვლით) სრულად დასრულების სამუშაო გრძელდება.
• ეს უსაფრთხოების ზომები მუდმივად გადაიხედება და უმჯობესდება; თუმცა არცერთი ტექნიკური ზომა არ იძლევა აბსოლუტური უსაფრთხოების გარანტიას და ამ პოლიტიკის ფარგლებში აბსოლუტური უსაფრთხოების ვალდებულება არ არის აღებული.

11. ქვეუფლებამოსილი პირები და მონაცემთა ლოკალიზაცია

პერსონალური მონაცემები შენახვის ვადის განმავლობაში მუშავდება ან ჰოსტინგდება შემდეგი ქვეუფლებამოსილი პირების/მომსახურების მიმწოდებლების მეშვეობით. ამ მიმწოდებლებთან დადებულ ხელშეკრულებებში გათვალისწინებულია ვალდებულებები, რომ მონაცემები დამუშავდეს მხოლოდ მითითებული მომსახურების შესრულების მიზნით; ეს ურთიერთობა გამოხატავს არა შენახვის ვადებს, არამედ ტექნიკურ გარემოს, სადაც მონაცემები ჰოსტინგდება — განადგურების გადაწყვეტილების აღსრულება ამ მიმწოდებლებთანაც ტექნიკურად ხორციელდება. ქვემოთ მოცემული ცხრილი ასევე წარმოადგენს KVKK-ის 11/4 მუხლით გათვალისწინებული უფლების — „იცოდეს მესამე პირები, რომლებსაც მონაცემები გადაეცა“ — რეალიზებას:

დამატებით:

• ელფოსტის ინფრასტრუქტურა: მომსახურების ელფოსტა იგზავნება Google Workspace-ის (Google) მეშვეობით; ავთენტიფიკაციის ელფოსტას ინიცირებს Supabase Auth. სარეკლამო ელფოსტა იგზავნება მხოლოდ ცალკე თანხმობისა და İYS-ში რეგისტრაციის პირობით. 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 სამუშაო დღის განმავლობაში ეცნობება საბჭოს და ეს ცხრილი განახლდება თარიღებით. საბჭოს მიერ ამ ქვეყნების შესახებ გამოქვეყნებული ადეკვატურობის გადაწყვეტილება არ არსებობს (ბოლო შემოწმება: 11 ოქტომბერი 2026). ეს სია შეიძლება განახლდეს მომსახურების მიმწოდებლების ცვლილებების მიხედვით; განახლებული სიის ნახვა შესაძლებელია კონფიდენციალურობის პოლიტიკიდან და/ან Corenta-ს პროდუქტის შიგნით შესაბამისი საინფორმაციო ეკრანიდან.

12. VERBİS-ში რეგისტრაცია

ამ დოკუმენტის თარიღისთვის Teta Studio-ს VERBİS-ში რეგისტრაცია არ აქვს. რეგისტრაციის ვალდებულება ფასდება საბჭოს №2025/1572 (დამმუშავებლებისთვის, რომელთა ძირითადი საქმიანობაა განსაკუთრებული კატეგორიის მონაცემების დამუშავება, გამონაკლისის ზღვარია წლიურად 10 დასაქმებული და 10 მილიონი TL ბალანსი) და №2025/2393 (ბალანსის საფუძველზე წიგნების არმწარმოებლებისთვის დასაქმებულთა რაოდენობის კრიტერიუმი) გადაწყვეტილებების კრიტერიუმების მიხედვით. ვინაიდან Teta Studio კლინიკურ ჯანმრთელობის მონაცემებს ამუშავებს არა როგორც დამმუშავებელი, არამედ როგორც უფლებამოსილი პირი, მისი, როგორც დამმუშავებლის, საკუთარი საქმიანობების (ნაწილები A და C) თვალსაზრისით შეფასება ამ კრიტერიუმებით ხდება. წერილობითი შეფასების ჩანაწერისა და უწყების (ALO 198) დადასტურების დასრულებისას ეს ნაწილი განახლდება თარიღითა და დასაბუთებით; თუ რეგისტრაცია საჭირო გახდება, იგი განხორციელდება საქმიანობის გაგრძელებამდე.

როლის მიხედვით დაზუსტება: VERBİS-ში რეგისტრაციის ვალდებულება ფასდება კორპორაციული ვებსაიტის (corenta.app ადრეული წვდომის ფორმის) კონტექსტისთვის, რომელშიც Corenta დამმუშავებლის სტატუსით მოქმედებს, და მისი მდგომარეობა ზემოთ არის ახსნილი. SaaS პროდუქტის კონტექსტში (app.corenta.app), ვინაიდან კლიენტის მონაცემების დამმუშავებელი კლინიკაა, VERBİS-ში რეგისტრაციის ვალდებულების არსებობა ცალკე და დამოუკიდებლად უნდა შეფასდეს ყოველი კლინიკის საკუთარი კრიტერიუმების (დასაქმებულთა რაოდენობა, მონაცემთა დამუშავების წლიური მოცულობა, საქმიანობის სფერო, საბჭოს გამონაკლისის გადაწყვეტილებები და სხვ.) მიხედვით; ეს შეფასება და, ასეთის არსებობის შემთხვევაში, რეგისტრაციის ვალდებულება კლინიკას ეკუთვნის და Corenta-ს ვერ გადაეცემა.

13. პოლიტიკის განახლება

ეს პოლიტიკა შეიძლება განახლდეს კანონმდებლობის ცვლილებების, საბჭოს გადაწყვეტილებების, Corenta-ს ტექნიკურ ინფრასტრუქტურაში განსახორციელებელი გაუმჯობესებების (მაგალითად, ნაწილი 4 რიგი 3-სა და ნაწილ 6.2-ში მითითებული სეანსის ჩანაწერის თავისუფალი ტექსტის შინაარსში ტექსტშიდა PII-ის შემოწმების დამატება, ნაწილი 5.4/ნაწილი 4 რიგი 11-ში მითითებული სპეციალისტის ვერიფიკაციის დოკუმენტების (specialist-verification-docs) დაკავშირება tenant-ის დახურვის პროცესთან, ნაწილი 4 რიგი 10-სა და ნაწილი 7 პუნქტი 4-ში მითითებული 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