Tafsiri hii imetolewa kwa madhumuni ya taarifa tu; maandishi ya Kituruki ndiyo yenye nguvu ya kisheria.
Kufuta mteja asiye na akaunti: Kitendo cha Futa cha msimamizi wa kliniki huchukuliwa kuwa ombi; kumbukumbu huondolewa mara moja kwenye orodha hai na baada ya siku 30 taarifa za utambulisho/mawasiliano na sehemu za afya za mteja (kundi la damu, mzio, hali sugu, dawa) hufutwa/huachwa tupu (tazama 5.0). Maelezo ya jumla ya kufuta akaunti yaliyo hapa chini hayafasiriwi kuwa wajibu wa kufuta kabisa safu ya mteja katika wigo huu maalum. Kumbukumbu za historia ya afya, vipimo, maelezo ya vipindi na fedha zinabaki chini ya masharti yake yenyewe ya uhifadhi.
Kuanza kutumika / sasisho la mwisho: 19 Oktoba 2026 Toleo: 1.9 Mdhibiti wa data / mchapishaji: Mertcan Demir — biashara ya mtu binafsi inayoendeshwa kwa jina la kibiashara "Teta Studio"
Kumbukumbu ya mabadiliko
- 1.9 — 19 Oktoba 2026: Maneno "Uturuki pekee" katika Sehemu 14 yalibadilishwa na utoaji wa kimataifa; vipindi vya uhifadhi havikubadilika.
- 1.8 — 19 Oktoba 2026: Toleo la uchapishaji; tarehe ya kuanza kutumika 19 Oktoba 2026. Safu ya ujumbe wa vikundi vya kliniki na nakala za ujumbe zilizotengwa kwa ajili ya ukaguzi wa timu (Safu 12) iliongezwa kwenye Sehemu 4; orodha ya utupaji wa mara kwa mara ya Sehemu 7 ilipanuliwa ipasavyo; taarifa za MERSİS na KEP zilizokuwa tupu ziliondolewa kwenye jedwali la 1.3.
- 1.7 — 11 Oktoba 2026: Kwa mujibu wa ukaguzi wa uzingatiaji wa 11 Oktoba 2026 (F01, F02, F08, F11, F13, F19, F21): maneno "Supabase/Frankfurt si uhamishaji nje ya nchi" katika §11 yaliondolewa na sehemu ya uhamishaji nje ya nchi iliandikwa kwa mujibu wa hali ya kifungu cha 9 cha Sheria Na. 6698 baada ya 2024 (mikataba ya kawaida bado haijasainiwa); maneno "isiyo na utambulisho" kwa kumbukumbu za afya/kliniki/fedha yalisahihishwa kuwa uhifadhi wenye mipaka baada ya uhusiano na mtu kukatwa (maandishi huru ya maelezo ya kipindi hayabadilishwi); msingi wa kisheria wa safu ya ushahidi wa idhini ulisahihishwa kuwa kifungu 5/2-e (rejea isiyo sahihi ya kifungu 20/2 iliondolewa); safu ya fomu ya ufikiaji wa mapema ilisasishwa kwa mujibu wa kutenganishwa kwa taarifa na idhini ya ujumbe wa kibiashara; kanuni ya utupaji wa mara kwa mara wa miezi 6 iliongezwa kwa aina zisizo na utupaji wa kiotomatiki; taarifa za utambulisho zilisahihishwa kuwa biashara ya mtu binafsi; sehemu ya VERBİS iliandikwa kwa mujibu wa maamuzi ya Bodi ya 2025.
- 1.6 — 10 Oktoba 2026: Expo (Expo Push Notification Service) iliondolewa kwenye kumbukumbu za mchakataji mdogo/mchakataji; arifa za push hutumwa kupitia Apple (APNs) na Google (FCM) pekee, Expo/EAS ni chombo cha kujenga programu tu na haichakati data ya mtumiaji wa mwisho.
- 1.5 — 10 Oktoba 2026: Kauli kuhusu kuchagua Google Analytics iliondolewa; ilifafanuliwa kuwa hakuna uchanganuzi wa mhusika wa tatu unaotumika na wachakataji wa push ni nani.
- 1.4 — 4 Oktoba 2026: Maandishi ya sasa yaliwekwa kuwa toleo lililoidhinishwa. Katika toleo hili yalijumuishwa haya tu: kufuta akaunti (ufikiaji hukatwa mara moja, data binafsi hufutwa/huondolewa utambulisho, kumbukumbu za malipo zinazohitaji uhifadhi wa kisheria huhifadhiwa bila utambulisho; hakuna kipindi cha kurudisha); kufuta sehemu za afya za mteja baada ya siku 30; muda wa siku 7 wa risiti yatima; mawasiliano ya mteja kubaki siri katika hali ya usaidizi; upimaji wa upande wa seva bila utambulisho; barua pepe za huduma na Google Workspace; wachakataji wa push; anwani ya usaidizi; soko (Uturuki).
- 1.3 — 7 Julai 2026 (sasisho la 4 Agosti 2026): toleo la awali.
Tanbihi Muhimu kuhusu Hadhi ya Mdhibiti wa Data / Mchakataji wa Data: Sera hii ya Uhifadhi na Utupaji wa Data ("Sera") inadhibiti muda ambao data binafsi inayochakatwa ndani ya wigo wa huduma ya programu ya Corenta ("Huduma" au "Programu"), iliyotengenezwa na inayoendeshwa na Mertcan Demir ("Corenta", "Teta Studio", "Kampuni"), anayefanya shughuli kama biashara ya mtu binafsi kwa jina la kibiashara "Teta Studio", itahifadhiwa, vigezo vinavyotegemewa katika kuamua vipindi hivi, na njia ambazo data hii itafutwa, kuharibiwa au kuondolewa utambulisho muda wa uhifadhi ukiisha au sababu ya uchakataji ikitoweka.
Sera hii imeandaliwa ndani ya mfumo wa Sheria Na. 6698 ya Ulinzi wa Data Binafsi ("KVKK"), Kanuni kuhusu Kufuta, Kuharibu au Kuondoa Utambulisho wa Data Binafsi ("Kanuni") na sheria nyingine husika, na ni sehemu isiyotenganishwa ya orodha ya uchakataji wa data binafsi ya Corenta. Sera hii inapaswa kusomwa pamoja na Taarifa ya Faragha/Sera ya Faragha husika ambamo madhumuni na misingi ya kisheria ya uchakataji wa data imeelezwa kwa kina; hati hii inadhibiti tu vipindi vya uhifadhi na taratibu za utupaji, na haikusudii kutimiza peke yake wajibu wote wa kutoa taarifa chini ya KVKK kifungu 10.
1. Madhumuni na Wigo
1.1. Madhumuni
Madhumuni ya Sera hii ni kueleza vigezo vya kuamua kipindi cha juu kinachohitajika kwa madhumuni ambayo data binafsi inayochakatwa na Corenta huchakatwa, utekelezaji wa vipindi vilivyowekwa katika sheria, na taratibu na kanuni kuhusu kufuta, kuharibu au kuondoa utambulisho wa data binafsi ambayo muda wake wa uhifadhi umekwisha. Sera hii imeandaliwa kwa kutegemea masharti ya KVKK kifungu 5, kifungu 6, kifungu 7, kifungu 10, kifungu 11 na kifungu 12 na vifungu husika vya Kanuni.
1.2. Wigo na Mgawanyo wa Majukumu — Onyo Muhimu
Sera hii inajumuisha maeneo mawili tofauti ambamo Corenta huchakata data kwa hadhi mbili tofauti; tofauti hii inatumika kwa uthabiti katika Sera yote na inaathiri moja kwa moja jinsi jedwali la vipindi vya uhifadhi linavyofasiriwa:
(a) Muktadha wa Tovuti ya Kampuni (corenta.app — fomu ya ombi la ufikiaji wa mapema/onyesho): Kuhusiana na data binafsi iliyotumwa kupitia fomu ya maombi ya ufikiaji wa mapema na biashara zinazoweza kuwa wateja zinazovutiwa na bidhaa, Corenta/Teta Studio hufanya kazi moja kwa moja kwa hadhi ya Mdhibiti wa Data kwa mujibu wa KVKK kifungu 3.
(b) Muktadha wa Bidhaa ya SaaS (app.corenta.app): Kuhusiana na data binafsi (taarifa za mawasiliano, historia ya afya, maelezo ya vipindi, data ya miadi/vifurushi n.k.) ambayo vituo vya pilates ya kitabibu, fiziotherapia, reformer, ustawi/masaji na yoga vinavyotumia jukwaa la Corenta kwa njia ya usajili ("Tenant", "Biashara" au "Kliniki") huiingiza kwenye jukwaa ikiwa ni ya wateja wao wenyewe ("Mteja Mwenye Data"), Kliniki ni Mdhibiti wa Data kwa mujibu wa KVKK kifungu 3; Corenta/Teta Studio kwa upande wake hutoa huduma ya miundombinu ya kiufundi kwa hadhi ya Mchakataji wa Data pekee, kwa mujibu wa maelekezo ya Kliniki. Wajibu wa kutoa taarifa kwa wateja, kupata idhini ya wazi na uamuzi wa mwisho kuhusu uhifadhi/utupaji wa data ya wateja ni jukumu la kisheria la Kliniki. Corenta hurahisisha kiufundi utekelezaji wa wajibu huu ndani ya bidhaa (utaratibu wa kurekodi idhini consent_logs, skrini ya idhini ya KVKK ya simu kvkk.tsx, njia za ukaguzi), lakini haichukui wala kurithi wajibu wa Kliniki wa kuzingatia KVKK. Vipindi vya uhifadhi vilivyoelezwa katika Sera hii kwa muktadha huu vinaonyesha muda ambao Corenta, kwa hadhi ya mchakataji wa data, huhifadhi data hii katika miundombinu yake kiutendaji; uamuzi wa mwisho wa utupaji na kipindi chake unaweza kuundwa kwa maelekezo ya Kliniki na sheria inayoihusu.
Sera hii pia inajumuisha, kwa upande wa kanuni za jumla, michakato ya uhifadhi/utupaji wa data binafsi ya wafanyakazi, washirika wa kibiashara na wasambazaji wa Corenta; hata hivyo, mkazo mkuu wa Sera ni data ya biashara/wateja iliyofafanuliwa katika vipengele (a) na (b) hapo juu.
1.3. Taarifa za Mdhibiti wa Data / Mchakataji wa Data
| Mdhibiti wa data | Mertcan Demir — biashara ya mtu binafsi inayoendeshwa kwa jina la kibiashara "Teta Studio" (haina utu wa kisheria tofauti) · Namba ya Kodi 2771408706 |
| Bidhaa | Corenta |
| Mawasiliano | hello@corenta.app (mawasiliano ya jumla na maombi chini ya KVKK) · Usaidizi: support@corenta.app |
| Tovuti ya kampuni | corenta.app |
| Anwani ya programu/bidhaa | app.corenta.app |
| Usajili wa VERBİS | Hadi tarehe ya maandishi haya hakuna usajili; wajibu unatathminiwa kulingana na vigezo vya Bodi 2025/1572 na 2025/2393 (tazama Sehemu 12) |
1.4. Sheria ya Msingi
- Sheria Na. 6698 ya Ulinzi wa Data Binafsi,
- Kanuni kuhusu Kufuta, Kuharibu au Kuondoa Utambulisho wa Data Binafsi (Gazeti Rasmi la tarehe 28.10.2017 Na. 30224),
- Mwongozo kuhusu Kufuta, Kuharibu au Kuondoa Utambulisho wa Data Binafsi na maamuzi ya Bodi ya Ulinzi wa Data Binafsi ("Bodi"),
- Sheria ya Biashara ya Uturuki Na. 6102 (kutunza vitabu na hati za kibiashara),
- Sheria ya Taratibu za Kodi Na. 213 (kutunza kumbukumbu za kifedha),
- Sheria nyingine husika za sekta (pamoja na, kwa kiwango kinachotumika, sheria kuhusu utoaji wa huduma za afya).
2. Ufafanuzi
| Neno | Ufafanuzi |
|---|---|
| Data Binafsi | Taarifa yoyote inayohusiana na mtu asilia aliyetambulika au anayeweza kutambulika (KVKK kifungu 3/1-d). |
| Data Binafsi ya Aina Maalum | Data iliyoorodheshwa katika KVKK kifungu 6, ikiwemo data ya afya, ambayo ikijulikana inaweza kusababisha ubaguzi au madhara kwa mtu anayehusika. |
| Mdhibiti wa Data | Mtu asilia/nafsi ya kisheria anayeamua madhumuni na njia za uchakataji wa data binafsi na anayewajibika kwa kuanzisha na kusimamia mfumo wa kurekodi data. |
| Mchakataji wa Data | Mtu asilia/nafsi ya kisheria anayechakata data binafsi kwa niaba ya mdhibiti wa data kwa kutegemea mamlaka aliyopewa na mdhibiti huyo. |
| Mazingira ya Kurekodi | Mazingira yoyote ambamo data binafsi huchakatwa kwa njia za kiotomatiki au zisizo za kiotomatiki (hapa: hifadhidata iliyopangishwa katika Supabase (Frankfurt, EU), hifadhi ndani ya programu, nakala rudufu). |
| Kufuta | Mchakato wa kuifanya data binafsi isiweze kufikiwa wala kutumika tena kwa namna yoyote kwa watumiaji husika. |
| Kuharibu | Mchakato wa kuifanya data binafsi isiweze kufikiwa, kurejeshwa wala kutumika tena kwa namna yoyote na mtu yeyote. |
| Kuondoa Utambulisho | Kuifanya data binafsi isiweze kwa namna yoyote kuhusishwa na mtu asilia aliyetambulika au anayeweza kutambulika, hata ikilinganishwa na data nyingine. |
| Muda wa Uhifadhi | Kuhifadhi data binafsi kwa muda wote uliowekwa katika sheria husika au unaohitajika kwa madhumuni ambayo inachakatwa. |
| Utupaji wa Mara kwa Mara | Mchakato wa kufuta, kuharibu au kuondoa utambulisho utakaofanywa kwa hiari na kwa vipindi vya kawaida, kwa mujibu wa masharti yaliyowekwa katika Sheria. |
| Tenant / Biashara / Kliniki | Kitengo cha mpangaji — kituo cha pilates ya kitabibu/fiziotherapia/reformer/ustawi/yoga — kinacholingana na akaunti tofauti katika jukwaa la Corenta, ambacho data yake imetengwa kimantiki na biashara nyingine. |
| Utupaji | Jina la pamoja la michakato ya kufuta, kuharibu au kuondoa utambulisho wa data binafsi. |
3. Vigezo vya Kuamua Muda wa Uhifadhi na Utupaji (KVKK kifungu 5, kifungu 6)
3.1. Sababu Zinazohitaji Uhifadhi
Ndani ya Corenta, data binafsi huhifadhiwa kwa muda uliowekwa waziwazi katika sheria husika au kwa muda unaohitajika kwa madhumuni ambayo inachakatwa pekee. Katika kuamua muda wa uhifadhi, vigezo vifuatavyo hutegemewa:
- Je, kuna wajibu wa kisheria wa kuhifadhi? (K.m. vipindi vya chini vya uhifadhi kwa kumbukumbu za kifedha chini ya Sheria ya Biashara ya Uturuki na Sheria ya Taratibu za Kodi.)
- Data ilichakatwa kwa madhumuni gani na je, madhumuni hayo bado ni halali? (KVKK kifungu 5/2 — kanuni ya kufungamana na madhumuni.)
- Je, inahitajika kwa kuanzishwa/utekelezaji wa mkataba? (K.m. data ya miadi na vifurushi wakati uhusiano wa usajili/huduma ukiendelea.)
- Je, inahitajika kwa kuanzisha, kutumia au kulinda haki (kama njia ya ushahidi katika mgogoro wa kisheria unaowezekana)? (Kwa kuzingatia vipindi vya jumla vya ukomo vya Sheria ya Wajibu.)
- Je, kuna idhini ya wazi ya mwenye data na je, idhini hiyo bado ni halali?
- Je, Corenta au Kliniki ina maslahi halali? (K.m. kumbukumbu za usalama, kugundua udanganyifu/matumizi mabaya.)
- Je, data iko katika aina ya data ya aina maalum (afya)? Katika hali hii, kwa mujibu wa KVKK kifungu 6, vizuizi vikali zaidi vya ufikiaji na uhalalishaji hutumika; muda wa uhifadhi haurefushwi kamwe nje ya madhumuni.
Ikiwa hakuna kigezo chochote kati ya vilivyo hapo juu kinachohitaji uhifadhi wa data binafsi fulani, data hufutwa, huharibiwa au huondolewa utambulisho mara moja.
3.2. Sababu Zinazohitaji Utupaji
Data binafsi hufutwa, huharibiwa au huondolewa utambulisho katika hali zifuatazo, kwa ombi la mtu anayehusika au kwa hiari na Corenta/Kliniki:
a) Kubadilishwa au kufutwa kwa masharti ya sheria yanayounda msingi wa uchakataji wake, b) Kutoweka kwa madhumuni yanayohitaji uchakataji au uhifadhi wake, c) Mwenye data kuondoa idhini yake katika hali za uchakataji unaotegemea idhini ya wazi, d) Mwenye data kuomba kufuta/kuharibu ndani ya mfumo wa haki chini ya KVKK kifungu 11 na ombi hilo kukubaliwa (ombi la kufuta akaunti), e) Muda wa uhifadhi wa data binafsi kuisha na kutobaki sababu yoyote ya kisheria inayohitaji uhifadhi, f) Mkataba kutowahi kuanzishwa, kuwa batili, kusitishwa au kujiondoa kwenye mkataba, g) Ombi la kufuta akaunti kukamilishwa kwa mwisho ndani ya mchakato ulioelezwa katika kifungu cha 5 cha Sera hii.
4. Jedwali la Aina za Data, Vipindi vya Uhifadhi na Njia za Utupaji
Jedwali lililo hapa chini linaonyesha aina kuu za data binafsi zinazochakatwa katika miundombinu ya Corenta, muda wa uhifadhi, sababu yake na njia ya utupaji itakayotumika mwishoni mwa muda. Isipokuwa ikielezwa vinginevyo waziwazi, kanuni ya jumla ni hii: "Muda wote akaunti/kumbukumbu husika ikiwa hai + siku 30 kuanzia ombi la kufuta akaunti kushughulikiwa." Jedwali linapaswa kusomwa pamoja na mtiririko wa kufuta akaunti ulioelezwa katika Sehemu 5. Kwa baadhi ya aina, hatua ya mtiririko huu mwishoni mwa siku 30 si DELETE (kufuta kabisa) bali kuondoa utambulisho — tofauti hii imeelezwa waziwazi katika safu husika na katika Sehemu 6.2.
<div style="overflow-x:auto">
| # | Aina ya Data | Mifano ya Sehemu za Data | Muda wa Uhifadhi | Sababu / Msingi wa Kisheria | Njia ya Utupaji |
|---|---|---|---|---|---|
| 1 | Data ya Utambulisho na Mawasiliano (Mtumiaji/Mtaalamu/Mteja) | Jina na jina la ukoo, barua pepe, simu, tarehe ya kuzaliwa, taarifa za wasifu | Muda wote akaunti/kumbukumbu ya mteja ikiwa hai + siku 30 baada ya ombi la kufuta | KVKK kifungu 5 — kuanzishwa/utekelezaji wa mkataba; kutoa ufikiaji wa huduma. Kuhusu data ya mteja, Mdhibiti wa Data ni Kliniki. | Hatua-1 soft-delete → Hatua-2 kufuta kabisa (tazama Kif. 5) |
| 2 | Data ya Afya / Fomu za Historia ya Afya (anamnesis_forms) | Historia ya afya, taarifa za maumivu/malalamiko, vizuizi vya matibabu (contraindications) | Muda wote kumbukumbu ya mteja ikiwa hai + siku 30 baada ya ombi la kufuta. Kwa anamnesis_forms hakuna sera ya DELETE (kufuta) iliyofafanuliwa katika mfumo — kumbukumbu haiwezi kufutwa kwa mkono na mtu yeyote (ikiwemo mtumiaji wa kiutawala) katika matumizi ya kila siku. Mwishoni mwa siku 30 kumbukumbu haifanyiwi DELETE; uhusiano na mtu hukatwa: uhusiano na mtu (client_id) hukatwa bila kurudishwa katika kiwango cha hifadhidata (FK ON DELETE SET NULL) na maudhui ya dodoso (answers) na rejea ya faili lililoambatishwa (attached_files) hubadilishwa na alama isiyo na utambulisho; faili lililoambatishwa lenyewe pia hufutwa kando kiotomatiki kutoka Storage (tazama Safu 11). | KVKK kifungu 6 — data ya aina maalum; inahitajika kwa kutoa huduma ya kliniki na kuthibitisha dhima inayowezekana ya kitabibu/kisheria (Mdhibiti wa Data: Kliniki); kutokana na wajibu wa Kliniki wa kutunza kumbukumbu, kumbukumbu ya kliniki yenyewe (katika hali ambayo uhusiano na mteja umekatwa) huendelea kuhifadhiwa katika tenant kwa ufikiaji uliowekewa mipaka; kumbukumbu hii haichukuliwi kuwa isiyo na utambulisho. Ufikiaji umewekewa mipaka kwa mteja husika/mtaalamu aliyepangiwa/msimamizi wa tenant (RLS). | Hatua-1 soft-delete (kufunga ufikiaji) → Hatua-2 kuondoa utambulisho (anonymize_user_relations() RPC, service-role pekee) + kukata uhusiano na mtu kwa FK |
| 3 | Maelezo ya Vipindi (session_notes) | Maelezo ya kitabibu yaliyoingizwa na mtaalamu wakati wa kipindi | Sawa na hapo juu. Baada ya maelezo kutumwa (sehemu ya submitted_at ikijazwa) hayawezi kubadilishwa wala kufutwa kwa UPDATE/DELETE (muundo wa append-only, unaotekelezwa katika kiwango cha hifadhidata) na maudhui haya hayabadilishwi pia katika mchakato wa kufuta akaunti. Katika Hatua-2 uhusiano na mtu pekee (client_id, specialist_id) hukatwa kwa FK ON DELETE SET NULL; katika trigger ya append-only kuna isipokuwa finyu iliyofafanuliwa kwa madhumuni haya mamoja (huruhusu tu kuweka NULL kwenye safu wima za uhusiano, na hairuhusu kubadilisha hata herufi moja katika maudhui ya maelezo). Matokeo: Kwa kuwa jina/taarifa za utambulisho zinaweza kubaki katika maandishi huru ya mwili wa maelezo, kumbukumbu hizi baada ya kufuta akaunti hazichukuliwi kuwa zisizo na utambulisho; huhifadhiwa kwa ufikiaji uliowekewa mipaka katika kipindi chote cha wajibu wa Kliniki wa kutunza kumbukumbu na hutupwa mwishoni mwa kipindi. Kusafisha maandishi huru wakati wa kufuta ni uamuzi wa bidhaa utakaotathminiwa kando. | KVKK kifungu 6 — data ya aina maalum; uadilifu wa kumbukumbu za kitabibu na njia ya ushahidi katika hali za dhima ya kitabibu inayowezekana. Kutobadilika ni chaguo la makusudi la muundo kwa lengo la kulinda uaminifu wa kumbukumbu; uadilifu wa kumbukumbu za kitabibu hulindwa kwa kanuni hiyo hiyo hata baada ya akaunti kufutwa. | Sawa; kizuizi cha append-only kikilindwa, uhusiano na mtu pekee hukatwa kwa FK — maudhui ya maelezo hayafutwi wala kubadilishwa katika hatua yoyote |
| 4 | Data ya Vipimo (measurements) | Vipimo vya kitabibu kama vipimo vya mwili na ufuatiliaji wa maendeleo | Sawa na hapo juu. Katika Hatua-2 kumbukumbu haifutwi; uhusiano na mtu hukatwa: uhusiano na mtu (client_id) hukatwa kwa FK ON DELETE SET NULL, sehemu ya maandishi huru ya notes (inaweza kuwa na jina/utambulisho) huwekwa NULL; thamani za vipimo za kinambari/kiaina (uzito, VAS, usingizi n.k.) huendelea kuhifadhiwa kama kumbukumbu ya kitabibu ya tenant ambayo uhusiano na mtu umekatwa (haichukuliwi kuwa isiyo na utambulisho kwa kuwa katika biashara ndogo mfululizo wa vipimo unaweza kutosha kumtambua mtu tena). | KVKK kifungu 6 — data ya aina maalum; inahitajika kwa utekelezaji wa huduma (ufuatiliaji wa maendeleo) (Mdhibiti wa Data: Kliniki); mfululizo wa vipimo vya kinambari huhifadhiwa baada ya uhusiano na mtu kukatwa kutokana na wajibu wa Kliniki wa kutunza kumbukumbu na uadilifu wa ufuatiliaji wa maendeleo. | Hatua-1 soft-delete → Hatua-2 kuondoa utambulisho (anonymize_user_relations() RPC) + kukata uhusiano na mtu kwa FK |
| 5 | Data ya Miadi, Vifurushi na Malipo | Tarehe za miadi, salio la kifurushi/kipindi, kumbukumbu za kughairi, kumbukumbu za malipo/makusanyo (payments), kumbukumbu za mahudhurio (attendance) | Muda wote akaunti ikiwa hai + siku 30 baada ya ombi la kufuta. Kumbukumbu ya miadi yenyewe (appointments.client_id) kwa muundo tayari ni nullable; baada ya kufuta, uhusiano na mtu hukatwa na historia ya miadi (tarehe/huduma/hali) hubaki kama kumbukumbu ya tenant. Kumbukumbu za malipo (payments) na mahudhurio (attendance) vivyo hivyo hazifanyiwi DELETE; uhusiano na mtu hukatwa: uhusiano na mtu (client_id) hukatwa kwa FK ON DELETE SET NULL; katika malipo, maelezo ya maandishi huru, sababu ya kurejesha pesa na rejea ya picha ya risiti (inaweza kuwa na jina) huwekwa NULL na faili la risiti lenyewe hufutwa kando kiotomatiki kutoka Storage (tazama Safu 11), taarifa za kiasi/tarehe/hali hubaki; katika mahudhurio, notes ya maandishi huru huwekwa NULL, hali ya amekuja/hakuja hubaki. Kwa kuwa jedwali la client_packages (salio la kifurushi) halina safu wima ya moja kwa moja ya data binafsi/maandishi huru, jedwali hili hubaki bila kubadilishwa kama kumbukumbu ya tenant. | KVKK kifungu 5 — utekelezaji wa mkataba; pia inaweza kuwa njia ya ushahidi katika mgogoro (kutokubaliana kuhusu stahiki/ada ya kifurushi n.k.); wajibu wa Kliniki wa kutunza kumbukumbu unahitaji data hii ihifadhiwe baada ya uhusiano na mtu kukatwa. | Hatua-1 soft-delete → Hatua-2: kumbukumbu ya miadi/kifurushi hubaki, kumbukumbu za malipo na mahudhurio hushughulikiwa kwa kuondoa utambulisho (anonymize_user_relations() RPC) + kukata uhusiano na mtu kwa FK; hakuna badiliko linalohitajika kwa client_packages (hakuna safu wima ya PII) |
| 6 | Metadata ya Usajili/Muamala (IAP) | Jina la mpango, hali ya usajili, tarehe ya muamala, metadata ya muamala/usajili wa IAP | Kwa kumbukumbu zilizo chini ya wajibu wa Kampuni yenyewe wa sheria ya uhasibu/fedha, kwa muda wote wa uhifadhi wa kisheria uliowekwa kwa mujibu wa kifungu 82 cha Sheria ya Biashara ya Uturuki na kifungu 253 cha Sheria ya Taratibu za Kodi (katika utaratibu wa jumla hadi angalau miaka 10) | TTK Na. 6102 kifungu 82, VUK Na. 213 kifungu 253 — wajibu wa kisheria wa kuhifadhi. Ufafanuzi muhimu: Mfumo wa malipo wa Corenta huendeshwa pekee kupitia ununuzi ndani ya programu (IAP) wa Apple/Google; utozaji/risiti ya mlaji wa mwisho hutolewa na kuhifadhiwa na Apple/Google, Corenta haizalishi wala haihifadhi hati hizi. Katika mfumo wa IAP wa Corenta, taarifa za kadi/njia ya malipo huchakatwa na kuhifadhiwa na Apple/Google; haijagundulika kuwa taarifa kama hizo za njia ya malipo huhifadhiwa katika miundombinu ya Corenta yenyewe (hifadhidata, kumbukumbu). Corenta huhifadhi tu metadata ya usajili ya IAP iliyothibitishwa (jina la mpango, tarehe ya muamala, hali ya usajili) kwa vipindi vya kisheria vilivyowekwa katika TTK/VUK. Iwapo zaidi ya hayo Kampuni pia hutunza vitabu na hati za jumla za uhasibu, kumbukumbu hizi huunda wigo ulio pia chini ya vipindi hivyo vya TTK/VUK lakini tofauti na aina za data binafsi zinazohusika na Sera hii, chini ya mfumo wake wenyewe wa sheria ya fedha; hati hii haidai kuwepo au maudhui ya wigo huu tofauti. Aina hii haiathiriwi na ombi la kufuta akaunti; hata akaunti ikifutwa, huhifadhiwa kando hadi kipindi husika cha kisheria kiishe, ikiwa imetenganishwa na madhumuni ya uchakataji na kwa ufikiaji uliowekewa mipaka kwa madhumuni ya kutekeleza wajibu wa kisheria pekee. | Kufuta au kuondoa utambulisho mwishoni mwa kipindi cha kisheria |
| 7 | Kumbukumbu za Njia ya Ukaguzi (audit_logs) | Kumbukumbu za shughuli muhimu ndani ya mfumo (impersonation, mabadiliko ya ruhusa, ufikiaji wa data n.k.) | Huhifadhiwa kwa miaka 2 kuanzia tarehe ya kuundwa kwa kumbukumbu — ni kipindi maalum kilichoamuliwa ndani ya mfumo wa maslahi halali kwa ajili ya kugundua matukio ya usalama, uchunguzi wa ufikiaji usioidhinishwa na kuzuia matumizi mabaya, na wajibu wa ushahidi katika mgogoro wa kisheria unaowezekana. Kumbukumbu ambazo muda wake umekwisha hufutwa kwa utupaji wa mara kwa mara unaofanywa kila baada ya miezi 6; utupaji huu leo hufanywa kwa mkono, hakuna kazi ya utupaji wa kiotomatiki iliyopangwa bado. Hata akaunti ikifutwa, kumbukumbu hizi huhifadhiwa kando hadi kipindi cha miaka 2 kiishe. | KVKK kifungu 5/2-f — maslahi halali (kugundua matukio ya usalama, uchunguzi wa ufikiaji usioidhinishwa, kuzuia matumizi mabaya) na kuwa njia ya ushahidi katika mgogoro wa kisheria unaowezekana. Kumbukumbu hizi kwa asili yake haziwekewi mipaka kwa mtu anayehusika, hutumikia madhumuni ya usalama/uwajibikaji wa mfumo; ombi la kufuta akaunti la mtumiaji husika halifuti kumbukumbu hizi kiotomatiki. | Kufuta au kuondoa utambulisho mwishoni mwa muda wa uhifadhi (utaratibu wa usafishaji wa kiotomatiki bado haujatekelezwa) |
| 8 | Kumbukumbu za Taarifa na Ruhusa (consent_logs) | Kuonyeshwa kwa taarifa ("Nimesoma na nimeelewa"; si idhini), idhini ya data ya afya, ruhusa ya arifa za kampeni, kumbukumbu za ruhusa ya push; wakati, anwani ya IP, taarifa za toleo, kumbukumbu ya kuondolewa (revoked_at) | Muda wote akaunti ikiwa hai + siku 30 baada ya ombi la kufuta; baada ya siku hizi 30, huhifadhiwa kando kwa miaka 5 kwa madhumuni ya kuthibitisha kwamba idhini ilitolewa au iliondolewa (kama kumbukumbu tofauti ya ushahidi dhidi ya uwezekano wa lalamiko/ukaguzi wa KVKK) — ni kipindi maalum kilichoamuliwa ndani ya mfumo wa maslahi halali na wajibu wa ushahidi. Uhifadhi huu wa ushahidi wa miaka 5 umewezeshwa kiutendaji kama kumbukumbu ya ushahidi ambayo uhusiano na mtu umekatwa, kwa kukata uhusiano wa kumbukumbu na mtu (user_id) kwa FK ON DELETE SET NULL na kusafisha anwani ya IP (ip_address) katika hatua ya kufuta kabisa; taarifa za aina ya idhini, toleo na wakati wa kutolewa/kuondolewa huendelea kuhifadhiwa bila kutegemea mtu. Kumbukumbu ambazo kipindi cha miaka 5 kimekwisha hufutwa kwa utupaji wa mara kwa mara unaofanywa kila baada ya miezi 6 (leo kwa mkono; hakuna kazi ya utupaji wa kiotomatiki iliyopangwa bado). | KVKK kifungu 5/2-e (kuanzisha, kutumia au kulinda haki) na kifungu 5/2-f; mzigo wa kuthibitisha idhini ya wazi uko kwa mdhibiti wa data (Uamuzi wa Kanuni wa Bodi 2026/347); unaendana na vipindi vya jumla vya ukomo vya Sheria ya Wajibu. | Katika mchakato wa kufuta akaunti kabisa kumbukumbu haifanyiwi DELETE; uhusiano na mtu hukatwa kwa FK na anwani ya IP huondolewa utambulisho (anonymize_user_relations() RPC) — kumbukumbu ya ushahidi ambayo uhusiano na mtu umekatwa huendelea kuhifadhiwa kwa miaka 5 (baada ya miaka 5, utupaji wa mara kwa mara wa miezi 6; hakuna kazi ya kiotomatiki bado) |
| 9 | Data ya Fomu ya Ufikiaji wa Mapema (Wavuti ya Kampuni) | Jina na jina la ukoo, barua pepe, simu (hiari), jina la biashara, jiji, aina ya biashara, idadi ya wataalamu/wakufunzi, maudhui ya ujumbe/tatizo la kiutendaji, anwani ya IP/kifaa/kivinjari/taarifa za vidakuzi | Hadi miaka 2 kuanzia kutathminiwa kwa ombi na kukamilika kwa mchakato wa mawasiliano; iwapo hakuna mawasiliano au mchakato ukikamilika ndani ya kipindi hiki, hufutwa/huondolewa utambulisho mapema zaidi. Tanbihi ya uwazi: Kwa sasa hakuna utaratibu wa kuchanganua/kufuta unaoendeshwa kiotomatiki katika mfumo unaolingana na kipindi hiki cha juu (tazama Tanbihi 2 na Sehemu 7, kipengele 3) — kipindi ni kikomo cha juu cha kisheria; kumbukumbu ambazo muda wake umekwisha hufutwa kwa utupaji wa mara kwa mara unaofanywa kila baada ya miezi 6 (leo kwa mkono) au kwa ombi. | KVKK kifungu 5 — mazungumzo kabla ya mkataba (kifungu 5/2-c); maslahi halali (tathmini ya kufaa kwa wasifu wa wateja walengwa, utafiti wa soko, mchango kwa uundaji wa bidhaa, usalama/utendaji wa tovuti); ikiwa idhini ya ujumbe wa kibiashara imetolewa, idhini tofauti kwa mujibu wa kifungu cha 6 cha Sheria Na. 6563. Ufafanuzi kuhusu idhini ya ujumbe wa kibiashara: Katika fomu hakuna kisanduku cha idhini kwa ajili ya taarifa (Taarifa ya Faragha ya KVKK A.7; taarifa na idhini ni tofauti). Idhini ya ujumbe wa kibiashara hupatikana kupitia kisanduku tofauti kisichowekwa alama mapema ("Ninaidhinisha Teta Studio kunitumia matangazo na kampeni za Corenta kwa barua pepe."); kutoweka alama kwenye kisanduku hakuathiri tathmini ya ombi. | Kufuta au kuondoa utambulisho (kwa sasa hutumika kwa mkono/kwa ombi) |
| 10 | Data ya Idhini/Tokeni ya Arifa za Push na Kumbukumbu za Arifa (notifications) | Kumbukumbu ya ruhusa ya arifa iliyotolewa/iliyokataliwa, tokeni ya push ya kifaa (Apple APNs / Google FCM), arifa zenyewe zilizotumwa (kichwa/maudhui/kiungo cha ndani — jedwali la notifications) | Muda wote kumbukumbu ya akaunti/kifaa ikiwa hai / ruhusa ya arifa ikiwa halali + siku 30 baada ya ombi la kufuta akaunti; mtumiaji akiondoa ruhusa, tokeni hubatilishwa mara moja. Kumbukumbu za arifa zilizotumwa (notifications) hazina thamani huru ya biashara/ushahidi baada ya akaunti kufutwa; kwa hiyo katika hatua ya kufuta kabisa hufutwa kabisa pamoja na akaunti (ON DELETE CASCADE) — haziondolewi utambulisho, haziwekwi kando. Tanbihi ya uwazi: Wakati wa kuandaa Sera hii, haikuweza kuthibitishwa kiufundi utaratibu unaosafisha kando, kiotomatiki na kwa mara kwa mara, tokeni za push zisizo halali/zilizokwisha muda wakati akaunti bado ikiwa hai; jambo hili halijathibitishwa; likithibitishwa au likiongezwa, Sera hii itasasishwa. | KVKK kifungu 5/2-c — utekelezaji wa mkataba (arifa za kimuamala kama kikumbusho cha miadi); kwa arifa za kampeni, ruhusa tofauti ya hiari. | Hatua-1 soft-delete → Hatua-2: kumbukumbu ya notifications hufutwa kabisa pamoja na akaunti (DELETE/cascade); kusafisha kando tokeni zisizo halali/zilizokwisha muda wakati akaunti ikiwa hai ni uboreshaji uliopangwa, utekelezaji wake wa kiotomatiki kwa sasa haujathibitishwa |
| 11 | Viambatisho vya Faili (avatar, risiti ya malipo, kiambatisho cha historia ya afya, hati ya uthibitishaji wa mtaalamu — Supabase Storage) | Viambatisho vya picha/hati vilivyopakiwa kutoka kamera/matunzio | Muda wote akaunti/tenant ikiwa hai; katika hatua ya kufuta akaunti kabisa, faili zilizo katika folda ya wasifu/historia ya afya ya mtumiaji (bucket za avatars, anamnesis-attachments, user-data-exports) na picha za risiti za malipo (bucket ya payment-receipts, kupitia njia ya faili iliyosomwa kutoka kumbukumbu ya DB) hufutwa kiotomatiki (best-effort) kutoka Storage — kufuta katika bucket moja kukishindwa hitilafu hurekodiwa, lakini haizuii usafishaji wa bucket nyingine wala hatua za kuondoa utambulisho/kufuta kabisa za akaunti. Mpaka wa kweli: Hati za uthibitishaji wa utambulisho/diploma za mtaalamu (bucket ya specialist-verification-docs) hazijumuishwi katika mchakato huu wa kiotomatiki — hati hii si ya mtumiaji bali ni ya mchakato wa uthibitishaji wa mtaalamu-peke-yake wa tenant (Kliniki) na haibebi rejea ya mtumiaji katika kumbukumbu ya hifadhidata, kwa hiyo haiwezi kuunganishwa na mtiririko uliopo wa kufuta akaunti ya mtumiaji; utupaji wake utashughulikiwa kando katika mchakato wa Kliniki kufunga akaunti/usajili wake katika kiwango cha tenant (tazama Sehemu 5.4 na 5.6) | KVKK kifungu 7 na Kanuni — wajibu wa kufuta madhumuni ya uchakataji yanapotoweka. | Kufuta kiotomatiki: avatars, anamnesis-attachments, user-data-exports, payment-receipts. Kwa specialist-verification-docs hakuna utupaji wa kiotomatiki bado; hushughulikiwa katika mchakato wa kufunga tenant, maombi ya kipekee hutathminiwa kwa mkono kupitia hello@corenta.app |
| 12 | Ujumbe wa Vikundi vya Kliniki na Kumbukumbu za Usimamizi (group_messages, group_message_moderation; kuanzia 18 Oktoba 2026) | Maandishi ya ujumbe wa kikundi, stika, kura ya maoni na kura, sababu ya malalamiko, kumbukumbu za kuficha/kufuta/kunyamazisha, nakala ya ujumbe uliofichwa iliyotengwa kwa ajili ya ukaguzi wa timu | Ujumbe wa kikundi huhifadhiwa muda wote kikundi na akaunti ya Corenta ya Kliniki vikiendelea; mwanachama anaweza kufuta ujumbe wake wakati wowote na maandishi ya ujumbe uliofutwa huondolewa kwenye kumbukumbu. Akaunti ikifutwa kabisa, uanachama wa kikundi hufutwa; maandishi ya ujumbe uliokwisha kutumwa kwenye kikundi hubaki kwenye kikundi baada ya taarifa ya mtumaji kuondolewa. Nakala iliyotengwa kwa ajili ya ukaguzi wa timu huhifadhiwa kwa mwaka 1 usiozidi kuanzia tarehe ya ujumbe kufichwa na hufutwa katika utupaji wa mara kwa mara unaofanywa kila baada ya miezi 6; utupaji huu kwa sasa hufanywa kwa mkono, hakuna kazi ya utupaji wa kiotomatiki iliyopangwa bado. Katika kufuta kwa kiwango cha kliniki, Sehemu 5.6 hutumika. | KVKK kifungu 5/2-c (kushiriki na mawasiliano katika kikundi); kifungu 5/2-f (malalamiko na usimamizi, kuzuia matumizi mabaya). Mdhibiti wa data: Kliniki. Corenta haionyeshi kumbukumbu za afya katika vikundi; kwa kuwa ujumbe ni maandishi huru, wanachama huonywa wasishiriki taarifa za afya. | Mwanachama akifuta: kuondoa maandishi; katika kufuta akaunti kabisa: kukata uhusiano na mtumaji; nakala ya usimamizi: kufuta baada ya mwaka 1 (utupaji wa mara kwa mara wa miezi 6, kwa sasa kwa mkono) |
</div>
Tanbihi 1: Katika jedwali lililo hapo juu, maneno "muda wote akaunti/tenant ikiwa hai" yanamaanisha kipindi ambacho usajili wa Corenta wa Kliniki husika unaendelea na kumbukumbu ya mteja haijafutwa na Kliniki. Lini Kliniki itafuta data ya mteja wake huamuliwa ndani ya mfumo wa sera ya KVKK ya Kliniki yenyewe (kwa hadhi ya Mdhibiti wa Data) na uhusiano wake na mteja; Corenta hutoa uwezo wa kiufundi kwa mchakato huu.
Tanbihi 2: Vipindi vya miaka 2 katika Safu 7 (Kumbukumbu za Njia ya Ukaguzi) na miaka 5 katika Safu 8 (Kumbukumbu za Idhini) ni vipindi maalum vya uhifadhi vilivyoamuliwa na Corenta (tofauti na kipindi cha TTK/VUK katika Safu 6, havitegemei moja kwa moja sharti la sheria; ni ahadi inayojifunga yenyewe iliyoamuliwa ndani ya mfumo wa maslahi halali na wajibu wa ushahidi katika KVKK kifungu 5/2-f). Mwishoni mwa vipindi hivi, hakuna utaratibu wa kiotomatiki wa kufuta mwishoni mwa uhifadhi unaofanya kazi katika mfumo kwa sasa — muda ukiisha, kufuta/kuondoa utambulisho hufanywa kwa mkono, na Sera hii itasasishwa uendeshaji wa kiotomatiki ukianzishwa. Maneno "hadi miaka 2" katika Safu 9 (Data ya Fomu ya Ufikiaji wa Mapema) yako katika wigo tofauti na, kama ilivyoelezwa katika safu yake, yanamaanisha kikomo cha juu cha kisheria tofauti.
5. Mchakato wa Kufuta Akaunti — Utendaji Kutoka Mwanzo Hadi Mwisho
Ili kutimiza kiufundi ombi la kufuta la wenye data chini ya KVKK kifungu 11, Corenta hutumia muundo wa kufuta wa hatua mbili unaozingatia uwiano kati ya uzoefu wa mtumiaji na hitaji la usalama wa data/ushahidi wa kisheria: kufuta laini mara moja (soft-delete) na kufuatiwa na kufuta kabisa baada ya siku 30.
5.0. Mabadiliko ya 4 Oktoba 2026 — pale yanapopingana na 5.1–5.7, kifungu hiki kinapewa kipaumbele
Kufuta akaunti (kuanzia 4 Oktoba 2026): Ombi la kufuta likiidhinishwa, ufikiaji wa akaunti hukatwa mara moja (vikao vya kuingia husitishwa, kuingia hakuwezekani); data binafsi hufutwa au huondolewa utambulisho (jina, barua pepe, simu, picha pamoja na taarifa za utambulisho/mawasiliano za mteja na sehemu za afya — kundi la damu, mzio, hali sugu, dawa — husafishwa); kumbukumbu za malipo na stahiki zinazohitaji uhifadhi wa kisheria hazifutwi; huhifadhiwa baada ya uhusiano na mtu kukatwa, kwa ufikiaji uliowekewa mipaka. Hakuna kipindi cha kurudisha baada ya ombi; kufuta kabisa kwa kumbukumbu ya uthibitishaji wa utambulisho na faili hukamilika katika mchakato wa nyuma uliopo wa siku thelathini.
Kufuta kumbukumbu ya mteja na sehemu za afya (kuanzia 4 Oktoba 2026): Kumbukumbu ya mteja asiye na akaunti ikifutwa na biashara, kumbukumbu huondolewa mara moja kwenye orodha hai; baada ya siku 30, pamoja na taarifa za utambulisho na mawasiliano, sehemu za afya za mteja (kundi la damu, mzio, hali sugu, dawa) pia hufutwa/huachwa tupu. Kanuni za uhifadhi wa fomu za historia ya afya, vipimo na maelezo ya vipindi haziathiriwi na kifungu hiki.
Faili za risiti (kuanzia 4 Oktoba 2026): Faili za risiti zisizounganishwa na malipo (yatima) hufutwa kiotomatiki baada ya siku 7; risiti iliyounganishwa na malipo haiwezi kufutwa na jukumu lolote.
Mawasiliano ya mteja katika hali ya usaidizi (kuanzia 4 Oktoba 2026): Katika kikao cha usaidizi (msimamizi mkuu) cha Corenta, barua pepe na simu ya mteja haziwaonyeshwi wafanyakazi wa usaidizi; wafanyakazi wa usaidizi wanaweza kuona tu muhtasari mdogo wa utambulisho (jina, hali ya akaunti, kuwa hai, tarehe ya kuundwa).
Mamlaka ya kuandika katika sehemu za afya (kuanzia 4 Oktoba 2026): Sehemu za afya za mteja (kundi la damu, mzio, hali sugu, dawa) zinaweza kuandikwa na mteja mwenyewe na mtaalamu aliyepangiwa pekee; mmiliki/msimamizi wa biashara hawezi kuandika katika sehemu hizi (anaweza kuhariri mtu wa dharura na sehemu za utambulisho).
Upimaji wa bidhaa kwa jina bandia: Ili kuboresha bidhaa, matukio ya matumizi yaliyojumlishwa yanaweza kupimwa upande wa seva pekee, kwa utambulisho bandia wa kliniki; upimaji huu hauna anwani ya IP, data ya afya wala ufuatiliaji wa chanzo/matangazo. Utambulisho bandia wa kliniki ni wa asili ya jina bandia (si usio na utambulisho). Kipengele kimezimwa kwa sasa.
5.1. Hatua 1 — Kufuta Laini Mara Moja (Soft-Delete)
Mara mtumiaji anapothibitisha ombi la kufuta akaunti kutoka ndani ya programu, mfumo hufanya shughuli zifuatazo kwa wakati mmoja na mara moja:
- Kumbukumbu ya wasifu wa mtumiaji hufanywa isiwe hai kwa kujaza sehemu ya
deleted_at; akaunti haiwezi tena kufikiwa/kuonekana kwa matumizi ya kawaida na haiwezi kutumika kuingia. - Miadi inayosubiri (ambayo bado haijafanyika) ya mtumiaji hughairiwa kiotomatiki.
- Ugawaji (kuunganisha mteja na mtaalamu, ugawaji wa programu) ambamo mtumiaji yupo kama mtaalamu/rasilimali huondolewa.
- Idhini zote za mtumiaji huondolewa (hushughulikiwa kwa kujaza sehemu ya
revoked_atkatika kumbukumbu zaconsent_logs).
Katika hatua hii data haijafutwa kimwili, lakini imefanywa isiweze kufikiwa kwa madhumuni ya kawaida ya uchakataji na kutazama. Hii ndiyo hatua ya kwanza ya mchakato wa kufuta wenye asili ya "kufanya isiweze kufikiwa" kwa maana ya KVKK kifungu 7 na Kanuni.
5.2. Hatua 2 — Kufuta Kabisa (Baada ya Siku 30)
Siku 30 (thelathini) baada ya kufuta laini, kazi iliyopangwa (cron job) inayoendeshwa kiotomatiki katika mfumo hufanya shughuli zifuatazo bila kurudishwa:
- Kumbukumbu ya uthibitishaji wa utambulisho wa mtumiaji (
auth.users) hufutwa kabisa na bila kurudishwa. - Kumbukumbu za hifadhidata zinazohusishwa na mtumiaji hushughulikiwa kwa njia tofauti kulingana na aina: kumbukumbu zisizo na thamani huru ya biashara/ushahidi (k.m. arifa) hufutwa kabisa (
DELETE/cascade); data ya afya (anamnesis_forms,session_notes,measurements) na kumbukumbu za kliniki/fedha (payments,attendance,consent_logs) kwa upande wake hazifutwi, uhusiano na mtu hukatwa — uhusiano na mtu hukatwa katika kiwango cha hifadhidata, baadhi ya sehemu za maandishi huru husafishwa, kumbukumbu hubaki kama kumbukumbu ya tenant ambayo uhusiano na mtu umekatwa kwa ufikiaji uliowekewa mipaka (haichukuliwi kuwa isiyo na utambulisho kwa kuwa maandishi huru ya maelezo ya kipindi hayabadilishwi) (tazama Sehemu 4 Safu 2-5, 8, 10 na Sehemu 6.2). - Shughuli hii huanzishwa kiotomatiki tu katika mchakato wa nyuma wenye upendeleo (unaolindwa na service-role) wa mfumo; hakuna mtumiaji au msimamizi wa Biashara, ikiwemo wafanyakazi wa kiutawala, anayeweza kuanzisha kwa mkono, kuanzisha mapema au kusimamisha mchakato huu kupitia violesura vya kawaida vya bidhaa — huu ni muundo wa usalama wa makusudi kwa lengo la kuzuia kufuta mapema/kuchelewa kwa makosa au matumizi mabaya. (Dhamana hii inajumuisha violesura vya kawaida vya watumiaji na usimamizi vya bidhaa; michakato ya kiufundi ya uendeshaji ambayo inaweza kuwa na ufikiaji wa moja kwa moja wa hifadhidata katika kiwango cha miundombinu yenye upendeleo ya mfumo iko nje ya wigo wa dhamana hii na iko chini ya udhibiti tofauti wa ndani wa ufikiaji.)
Madhumuni ya mchakato wa nyuma wa siku 30 (kuanzia 4 Oktoba 2026): Kwa kuwa ufikiaji wa akaunti hukatwa mara moja kwa ombi la kufuta, kipindi hiki hakitoi fursa ya kurudisha/kujiondoa; hutumika kukamilisha kufuta kabisa kwa kumbukumbu ya uthibitishaji wa utambulisho na faili na kwa ukaguzi wa matumizi mabaya unaowezekana. Kipindi hiki ni kipindi kinachofaa na chenye mipaka kinachoendana na kanuni ya uwiano chini ya KVKK kifungu 5. Unaweza kuomba kupitia hello@corenta.app kuhusu hali ya ombi la kufuta.
5.3. Isipokuwa: Data Yenye Wajibu wa Kisheria wa Kuhifadhi
Mchakato wa kufuta kabisa wa siku 30 ulio hapo juu haujumuishi kumbukumbu zilizoelezwa katika Sehemu 4, Jedwali Safu Na. 6 (Metadata ya Usajili/Muamala) zenye wajibu wa kisheria wa kuhifadhi chini ya Sheria ya Biashara ya Uturuki/Sheria ya Taratibu za Kodi. Hata akaunti ikifutwa kabisa, kumbukumbu hizi huhifadhiwa kando hadi kipindi husika cha uhifadhi wa kisheria kiishe, zikiwa zimetenganishwa na madhumuni ya uchakataji wa data binafsi na kwa ufikiaji uliowekewa mipaka kwa madhumuni ya kutekeleza wajibu wa kisheria pekee. Vivyo hivyo, kumbukumbu za njia ya ukaguzi (audit_logs) na kiini cha chini cha kumbukumbu za idhini kwa madhumuni ya ushahidi (tazama Sehemu 4, Safu 7-8) zinaweza kuendelea kuhifadhiwa nje ya kipindi hiki cha siku 30, kando na kwa madhumuni yenye mipaka, kwa sababu ya maslahi halali/ushahidi wa kisheria. Imeelezwa waziwazi katika Sehemu 4 Tanbihi 2 kwamba vipindi vilivyo chini ya isipokuwa hiki havilingani na utaratibu wa kiufundi unaotumika kiotomatiki katika mfumo.
5.4. Maelezo Maalum kuhusu Viambatisho vya Faili Vilivyohifadhiwa (Muhimu — Uwazi)
Kwa mujibu wa kanuni ya uwazi inaelezwa waziwazi: Wakati wa kufuta kabisa, kumbukumbu za hifadhidata (wasifu, miadi, ugawaji, idhini n.k.) hufutwa kabisa au (kwa kumbukumbu za afya/kliniki/fedha, tazama Sehemu 6.2) huondolewa utambulisho; viambatisho vya faili vya mtumiaji vinavyohifadhiwa katika eneo tofauti la hifadhi (Storage) kwa upande wake hushughulikiwa hivi: picha ya avatar/wasifu, hati/picha iliyoambatishwa kwenye fomu ya historia ya afya na picha ya risiti ya malipo hufutwa kiotomatiki (best-effort) kutoka Storage kama sehemu ya hatua ya kufuta kabisa — hii ni tabia iliyothibitishwa inayofanya kazi kiutendaji katika mfumo kwa sasa. Kufuta katika bucket moja kukishindwa, hali hii hurekodiwa; lakini haizuii usafishaji wa bucket nyingine wala hatua za kuondoa utambulisho/kufuta kabisa za akaunti (muundo wa best-effort).
Mpaka wa kweli: Aina pekee ya faili iliyo nje ya wigo wa mchakato huu wa kiotomatiki ni hati za uthibitishaji wa utambulisho/diploma zilizopakiwa katika mchakato wa usajili wa mtaalamu/peke yake (bucket ya specialist-verification-docs). Kiufundi hati hizi zinafungamana si na mtumiaji bali na mchakato wa uthibitishaji wa tenant (Kliniki) husika na hazibebi rejea ya mtumiaji katika kumbukumbu ya hifadhidata; kwa hiyo haziwezi kujumuishwa kiotomatiki katika mtiririko uliopo wa kufuta akaunti ya mtumiaji. Utupaji wa hati hii utashughulikiwa kando katika mchakato wa Kliniki husika kufunga akaunti/usajili wake katika kiwango cha tenant (tazama Sehemu 5.6); hadi hilo likamilike, maombi ya kipekee hutathminiwa kwa mkono kupitia hello@corenta.app.
Kwa hiyo Sera hii haitoi ahadi kamili kwamba kwa ombi la kufuta akaunti "data/faili zote za mtumiaji hufutwa kikamilifu na mara moja" (hasa kwa mabaki ya kiufundi katika nakala rudufu tazama Sehemu 6.3, na kwa isipokuwa kilicho hapo juu); hata hivyo, kufuta kiotomatiki kunatekelezwa kiutendaji kwa aina za faili zilizoelezwa hapo juu.
5.5. Tanbihi Maalum kuhusu Data ya Afya
Data ya afya ya aina maalum kama fomu za historia ya afya, maelezo ya vipindi na kumbukumbu za vipimo pia iko chini ya mtiririko wa jumla wa kufuta ulio hapo juu (soft-delete → siku 30 → kufuta kabisa); hata hivyo, kama ilivyoelezwa katika Sehemu 4 Safu 2-4 na Sehemu 6.2, katika majedwali haya hatua ya kufuta kabisa hutekelezwa kupitia kukata uhusiano na mtu na usafishaji wa sehemu — kumbukumbu haifanyiwi DELETE, uhusiano na mtu hukatwa na baadhi ya sehemu za maandishi huru husafishwa; kumbukumbu ya kitabibu (hasa maudhui ya maelezo ya kipindi ya append-only) huhifadhiwa kwa ufikiaji uliowekewa mipaka kama kumbukumbu ya tenant ambayo uhusiano na mtu umekatwa, na haichukuliwi kuwa isiyo na utambulisho. Zaidi ya hayo, kwa kuwa aina hii ya data imeingiliana na kumbukumbu zinazotunzwa na Kliniki kwa hadhi ya mdhibiti wa data, ombi la mteja la kufuta akaunti/data linaweza kupingana na wajibu wa kisheria wa Kliniki yenyewe wa kuhifadhi (kwa mfano, wajibu wa kutunza kumbukumbu unaoweza kutokana na sheria kuhusu utoaji wa huduma za afya); njia ya kukata uhusiano na mtu na uhifadhi wenye mipaka inalenga kusawazisha wajibu huu miwili (haki za mteja juu ya data binafsi na wajibu wa Kliniki wa kutunza kumbukumbu). Katika hali kama hizi mamlaka ya mwisho ya uamuzi ni Kliniki kwa hadhi ya mdhibiti wa data; Corenta hufanya kazi kwa mujibu wa maelekezo ya Kliniki.
5.6. Kufuta kwa Kiwango cha Kliniki (Tenant)
Iwapo Kliniki itasitisha kabisa usajili wake wa Corenta, muundo uleule wa hatua mbili (soft-delete → siku 30 → kufuta kabisa) hutumika pia kwa data ya tenant ya Kliniki na kumbukumbu zote za wateja zilizo chini ya tenant hiyo. Kwa kuwa Kliniki ni Mdhibiti wa Data wa wateja wake yenyewe, inawajibika kuwajulisha wateja wake ndani ya mfumo wa wajibu wake yenyewe wa KVKK kabla ya kusitisha usajili wake; wajibu huu hauwezi kuhamishiwa Corenta.
5.7. Uhusiano na Hali ya Usaidizi ya Msimamizi Mkuu (Impersonation)
Michakato ya kufuta akaunti na uhifadhi hufanya kazi bila kutegemea utaratibu wa usaidizi/impersonation wa Corenta. Vikao vya impersonation vina kikomo cha muda (dakika 30) na kwa msingi ni vya kusoma tu; ufikiaji wa aina za data ya afya (historia ya afya, maelezo ya kipindi, vipimo) unahitaji hatua tofauti ya idhini (health_data_enabled) na shughuli za kuandika/kufuta kwenye majedwali haya haziruhusiwi kwa hali yoyote kupitia impersonation (hakuna isipokuwa kilichotolewa kwa impersonation katika sera za RLS). Ufafanuzi: Kizuizi hapa kinahusu vikao vya impersonation vinavyoanzishwa na binadamu ambamo mfanyakazi wa usaidizi huingia na kufanya shughuli kwa mkono; mchakato wa kiotomatiki (bila uingiliaji wa binadamu) wa service-role cron ulioelezwa katika Sehemu 5.2 ni safu tofauti na kizuizi hiki na hauathiriwi nacho — kizuizi cha impersonation hakizuii utaratibu wa kiotomatiki wa kufuta kabisa katika mtiririko wa kufuta akaunti, wala hakipaswi kuchanganywa nao. Kwa hiyo michakato ya kufuta/utupaji wa akaunti huendeshwa tu kupitia taratibu za kiotomatiki zilizofafanuliwa katika Sera hii.
6. Njia za Utupaji
Kwa mujibu wa kifungu cha 8 na masharti yanayofuata ya Kanuni, njia za kufuta/kuharibu/kuondoa utambulisho zinazotumika kulingana na mazingira ya kurekodi zimeelezwa hapa chini.
6.1. Kufuta
Ni mchakato wa kuifanya data binafsi isiweze kufikiwa wala kutumika tena kwa namna yoyote kwa watumiaji husika (ikiwemo watumiaji wa programu na wafanyakazi wenye ufikiaji wa paneli ya admin). Katika Corenta njia hii hutumika katika mchakato wa soft-delete wa Hatua-1: ingawa data haiondolewi kimwili kutoka hifadhidata, hufanywa isiweze kufikiwa kabisa kupitia mamlaka ya ufikiaji na violesura.
6.2. Kuharibu (Kufuta Kabisa)
Ni mchakato wa kuifanya data binafsi isiweze kufikiwa, kurejeshwa wala kutumika tena kwa namna yoyote na mtu yeyote. Katika mchakato wa kufuta kabisa wa Hatua-2 wa Corenta, kanuni hii hutekelezwa kwa njia mbili tofauti za kiufundi kulingana na aina ya data:
- Kumbukumbu ya uthibitishaji wa utambulisho na kumbukumbu zisizo na thamani huru ya biashara: Kumbukumbu ya uthibitishaji wa utambulisho wa mtumiaji (
auth.users) hufutwa bila kurudishwa moja kwa moja kwaDELETEkatika mchakato wa kiotomatiki unaolindwa na service-role; kumbukumbu zinazohusiana ambazo baada ya akaunti kufutwa hazina thamani ya biashara/ushahidi zenyewe (k.m. arifa,notifications— tazama Sehemu 4 Safu 10) hufutwa pamoja katika kiwango cha hifadhidata kwaON DELETE CASCADE. - Kumbukumbu za afya, kliniki na fedha: Kwa
anamnesis_forms,session_notes,measurements,payments,attendancenaconsent_logs, hatua ya kufuta kabisa hutekelezwa si kwa kufanyaDELETEkwenye kumbukumbu bali kupitia kukata uhusiano na mtu na usafishaji wa sehemu (tazama Sehemu 6.6): safu wima za ufunguo wa kigeni zinazomtambua mtu (client_id,specialist_id,user_idn.k.) huwekwa NULL bila kurudishwa kwa kizuizi cha FKON DELETE SET NULL; safu wima za maudhui zinazoweza kuwa na utambulisho wa wazi au PII ya maandishi huru (majibu ya historia ya afya, maelezo ya maandishi huru ya vipimo/malipo, rejea ya risiti ya malipo, anwani ya IP ya kumbukumbu ya idhini) husafishwa au hubadilishwa na alama isiyo na utambulisho na kazi yaanonymize_user_relations()(inayoweza kuitwa na service-role pekee, default-deny). Maudhui ya kinambari na kihistoria ya kliniki/fedha (tarehe, kiasi, thamani ya kipimo, salio la vipindi vilivyobaki, hali ya amekuja/hakuja, wakati wa kutolewa/kuondolewa kwa idhini) kwa upande wake huendelea kuhifadhiwa kama kumbukumbu ya tenant ambayo uhusiano na mtu umekatwa, kutokana na wajibu wa Kliniki wa kutunza kumbukumbu na (kwa maelezo ya vipindi) kanuni ya append-only; kwa kuwa maandishi huru ya maelezo ya kipindi hayabadilishwi, kumbukumbu hizi hazichukuliwi kuwa zisizo na utambulisho na huhifadhiwa kwa ufikiaji uliowekewa mipaka.
Katika maelezo ya vipindi (session_notes), kizuizi cha append-only hakiruhusu kubadilisha maudhui; isipokuwa finyu na cha madhumuni mamoja kimetolewa tu kwa kuweka NULL kwenye safu wima za uhusiano na mtu (client_id, specialist_id) — maudhui ya maelezo yenyewe hayafutwi wala kubadilishwa katika hatua yoyote ya mchakato huu.
Mpaka: Hakuna utaratibu wa kuchanganua/kusafisha kwa data binafsi ndani ya maandishi inayoweza kutokea katika sehemu za maandishi huru nje ya safu wima za utambulisho wa wazi (k.m. jina linalotajwa katika mwili wa maelezo ya kipindi). Kwa hiyo kumbukumbu hizi hazichukuliwi kuwa zisizo na utambulisho; huhifadhiwa kama data binafsi kwa ufikiaji uliowekewa mipaka na hutupwa mwishoni mwa kipindi.
Kwa kuwa njia zote mbili zilizo hapo juu zinalindwa na service-role, haziwezi kuanzishwa wala kurudishwa kupitia violesura vya kawaida vya bidhaa.
6.3. Kufuta Kutoka Nakala Rudufu (Backup)
Nakala rudufu za hifadhidata huandikwa juu/hutupwa kiotomatiki baada ya kipindi fulani ndani ya mfumo wa mzunguko wa kawaida wa nakala rudufu (rotation). Ingawa kufuta kabisa kunaanza kutumika mara moja katika hifadhidata kuu, inaelezwa waziwazi kwamba katika nakala rudufu zilizochukuliwa awali data inaweza kiufundi kuendelea kuwepo hadi kipindi cha kawaida cha mzunguko wa nakala rudufu cha mtoa huduma wa nakala rudufu (Supabase) kiishe. Hali hii ni utaratibu wa kawaida chini ya mkataba wa uchakataji wa data (DPA) wa mchakataji mdogo husika (Supabase).
6.4. Viambatisho katika Eneo la Hifadhi ya Faili (Storage)
Faili zilizopakiwa na watumiaji kama picha za avatar, risiti za malipo na viambatisho vya historia ya afya huhifadhiwa katika eneo tofauti la hifadhi (Storage). Tazama Sehemu 5.4 — hali ya sasa ya maudhui haya katika mchakato wa kufuta akaunti (kufuta kiotomatiki kwa avatar/kiambatisho cha historia ya afya/risiti ya malipo, isipokuwa pekee kwa specialist-verification-docs) imeelezwa hapo kwa kina na kwa uwazi.
6.5. Data Katika Mazingira ya Karatasi
Data binafsi inayochakatwa ndani ya wigo wa bidhaa ya SaaS ya Corenta huhifadhiwa katika mazingira ya kidijitali; uchakataji wa data binafsi katika mazingira ya karatasi hautarajiwi. Iwapo kwa kipekee mazingira ya karatasi yatatumika katika mawasiliano ya kibiashara/kiutawala ya Kampuni, utupaji hufanywa kwa njia ya kufunika kwa wino/kuchoma/kukatakata bila kurudishwa kwa mashine ya kukata karatasi.
6.6. Kuondoa Utambulisho
Corenta, kama sehemu ya mchakato wa kufuta akaunti kabisa (tazama Sehemu 6.2), hutumia njia ya kukata uhusiano na mtu na usafishaji wa sehemu kwa data ya afya na kumbukumbu za kliniki/fedha. Kwa kuwa maandishi huru ya maelezo ya kipindi hayabadilishwi na katika biashara ndogo mfululizo wa tarehe na vipimo unaweza kutosha kumtambua mtu tena, njia hii haitimizi kiwango cha kuondoa utambulisho kilicho hapa chini katika kila hali; kumbukumbu hizi hazichukuliwi kuwa zisizo na utambulisho, huhifadhiwa kama data binafsi kwa ufikiaji uliowekewa mipaka na hutupwa mwishoni mwa kipindi. Mbali na hayo, Corenta inaweza pia kutumia, kwa madhumuni ya uundaji wa bidhaa, uchanganuzi wa takwimu au utafiti wa soko, data iliyoondolewa utambulisho kwa namna ambayo haiwezekani kuihusisha na mtu asilia aliyetambulika au anayeweza kutambulika. Kuondoa utambulisho kunahitaji kuifanya data isiweze kuhusishwa na mtu bila kurudishwa hata ikiunganishwa na data nyingine; ufichaji/matumizi ya jina bandia yanayofanywa bila kufikia kiwango hiki hayachukuliwi kuwa kuondoa utambulisho na huendelea kuwa chini ya mfumo wa uchakataji wa data binafsi. Data iliyoondolewa utambulisho huchukuliwa kuwa nje ya wigo wa KVKK na haiko chini ya vizuizi vya muda wa uhifadhi vya Sera hii.
6.7. Kuchagua Njia
Njia ya utupaji itakayotumika huamuliwa na Corenta na/au Kliniki, kwa kuzingatia asili ya data (iwapo ni ya aina maalum au la), mazingira ambamo inahifadhiwa (hifadhidata, hifadhi ya faili, mfumo wa kumbukumbu, mfumo wa nakala rudufu), uwezekano wa kisheria na kiufundi pamoja na kanuni zilizoelezwa katika maamuzi ya Bodi na Kanuni. Uangalifu wa juu kabisa huzingatiwa katika shughuli za utupaji kwa data binafsi ya aina maalum (ikiwemo data ya afya).
7. Mchakato wa Utupaji wa Mara kwa Mara
Kwa mujibu wa kifungu cha 11 cha Kanuni, Corenta iko chini ya wajibu wa kufuta, kuharibu au kuondoa utambulisho wa data binafsi ambayo muda wake wa uhifadhi umekwisha na/au madhumuni yake ya uchakataji yametoweka kwa hiari (bila kusubiri ombi); kipindi cha utupaji wa mara kwa mara kitakachowekwa katika wigo huu hakiwezi kuzidi miezi 6 (sita). Ndani ya mfumo huu, tofauti ifuatayo inafanywa waziwazi kati ya taratibu zinazofanya kazi kiutendaji na zisizofanya kazi katika mfumo kwa sasa:
- Mchakato wa kufuta kabisa wa siku 30 baada ya ombi la kufuta akaunti huchanganuliwa mara kwa mara (kila siku) na kazi iliyopangwa ya kiotomatiki (cron job) na akaunti ambazo muda wake umekwisha hushughulikiwa kwa pamoja. Huu ni uendeshaji wa kiotomatiki uliothibitishwa unaofanya kazi kiutendaji katika mfumo kwa sasa.
- Muda wa uhifadhi uliowekwa kwa kumbukumbu za njia ya ukaguzi (
audit_logs) hupitiwa mara kwa mara; hata hivyo, utaratibu wa kufuta unaotekeleza mapitio haya kiotomatiki haujatekelezwa kwa sasa (tazama Sehemu 4, Safu 7). - Muda wa juu wa uhifadhi uliowekwa kwa data ya fomu ya ufikiaji wa mapema (tazama Sehemu 4, Safu 9) ni rejea ya kikomo cha juu cha kisheria cha wajibu wa utupaji wa mara kwa mara chini ya kifungu cha 11 cha Kanuni; hata hivyo, kwa sasa hakuna utaratibu wa kuchanganua/kufuta unaoendeshwa kiotomatiki katika mfumo unaolingana na kipindi hiki. Kwa aina hii ya data, kufuta/kuondoa utambulisho hutathminiwa kwa mkono na kwa ombi hadi uendeshaji wa kiotomatiki uanzishwe (tazama Sehemu 4, Tanbihi 2). Jambo hili hubaki wazi kwa namna inayoendana na madai mengine ya uendeshaji wa kiotomatiki ambayo hayajathibitishwa (tazama kipengele 2 na 4).
- Kusafisha kando, kiotomatiki na kwa mara kwa mara tokeni za arifa za push zilizokwisha muda/zisizo halali ni uboreshaji uliopangwa katika ramani ya bidhaa; haijathibitishwa kiufundi kwamba utaratibu huu unafanya kazi kiutendaji katika mfumo kwa sasa (tazama Sehemu 4, Safu 10). Ukithibitishwa au ukianzishwa, Sera hii itasasishwa.
- Utupaji wa mara kwa mara wa miezi 6: Kwa aina ambazo hazina utupaji wa kiotomatiki katika Sehemu hii (njia ya ukaguzi, ushahidi wa ruhusa ambao uhusiano na mtu umekatwa, data ya fomu ya ufikiaji wa mapema, hati za uthibitishaji wa mtaalamu, nakala za usimamizi za ujumbe wa kikundi), Corenta hutekeleza utupaji wa mara kwa mara kila baada ya miezi 6 na huandaa ripoti ya utupaji kwa kila mzunguko. Bado hakuna kazi zilizopangwa zinazoendesha mizunguko hii kiotomatiki; mizunguko hufanywa kwa mkono.
Mchakato wa utupaji wa mara kwa mara, bila kutegemea vipindi vilivyoelezwa katika Sera hii, hauzuii ombi binafsi la kufuta/kuharibu litakalotolewa na mwenye data chini ya KVKK kifungu 11; mwenye data anaweza kuomba kufuta hata kama muda wa uhifadhi haujaisha, ikiwa msingi wa kisheria wa shughuli husika ya uchakataji umetoweka (k.m. kuondolewa kwa idhini). Kwa aina ambazo uendeshaji wa kiotomatiki bado haujatekelezwa pia, ombi binafsi la mwenye data likitumwa kupitia hello@corenta.app hutathminiwa na kukamilishwa kwa mkono.
8. Haki za Mwenye Data na Utaratibu wa Kuomba (KVKK kifungu 11)
8.1. Haki chini ya KVKK Kifungu 11
Kwa mujibu wa KVKK kifungu 11, wenye data wana haki zifuatazo:
- Kujua iwapo data yake binafsi inachakatwa au la,
- Kuomba taarifa kuhusu hilo ikiwa data yake binafsi imechakatwa,
- Kujua madhumuni ya uchakataji wa data binafsi na iwapo inatumika kwa mujibu wa madhumuni hayo,
- Kuwajua wahusika wa tatu ambao data binafsi imehamishiwa ndani au nje ya nchi,
- Kuomba kusahihishwa kwa data binafsi ikiwa imechakatwa bila ukamilifu au kimakosa,
- Kuomba kufutwa au kuharibiwa kwa data binafsi ndani ya mfumo wa KVKK kifungu 7,
- Kuomba hatua zilizochukuliwa chini ya vipengele (5) na (6) hapo juu ziarifiwe kwa wahusika wa tatu ambao data binafsi imehamishiwa,
- Kupinga kutokea kwa matokeo dhidi ya mtu kwa kuchanganua data iliyochakatwa kwa njia ya mifumo ya kiotomatiki pekee,
- Kuomba fidia ya madhara iwapo amepata madhara kutokana na uchakataji wa data binafsi kinyume cha sheria.
8.2. Muhtasari wa Kweli wa Utekelezaji wa Kiufundi wa Sasa
Mambo yafuatayo yanawasilishwa kama muhtasari wa kweli na halisi wa utekelezaji wa kiufundi wa sasa:
- Ombi la kufuta (kufuta akaunti): Linaweza kuombwa moja kwa moja kutoka menyu husika ya mipangilio ndani ya programu ya simu; ombi hili hutimizwa kiotomatiki kupitia mchakato wa hatua mbili (soft-delete mara moja → siku 30 → kufuta kabisa) ulioelezwa katika Sehemu 5 (kifungu 11/6).
- Ombi la taarifa / uhamishikaji wa data: Hutimizwa kwa kumpa mwenye data, ndani ya muda unaofaa, data iliyo ndani ya wigo wa tenant wake katika muundo uliopangwa na unaosomeka na mashine (kazi ya
export_user_data, wigo wa tenant umethibitishwa). Utaratibu wa kukabidhi wa mchakato huu (muundo wa faili, njia ya kukabidhi, vipengele kama kiungo cha kupakua chenye sahihi) unaendelea kuboreshwa; ndani ya wigo wa Sera hii hakuna ahadi kuhusu kipindi maalum cha kukabidhi au muundo maalum wa faili/ufikiaji (kifungu 11/1-2). - Taarifa za uhamishaji kwa wahusika wa tatu (kifungu 11/4): Taarifa kuhusu wahusika wa tatu/wachakataji wadogo wa ndani/nje ya nchi ambao data binafsi imehamishiwa hutimizwa katika jedwali la Sehemu 11 (Wachakataji Wadogo na Mahali pa Data) la Sera hii.
- Ombi la kusahihisha (kifungu 11/5): Kiufundi linaweza kufanywa kwa mkono kupitia paneli ya usimamizi ya Kliniki; hakuna mtiririko wa kazi tofauti na wa kiotomatiki wa "ombi la kusahihisha". Katika muktadha wa bidhaa ya SaaS, maombi ya kusahihisha kuhusu data ya mteja yanapaswa kuelekezwa kwanza kwa Kliniki husika; Corenta, kwa hadhi ya Mchakataji wa Data, hutoa usaidizi wa kiufundi kwa mujibu wa maelekezo ya Kliniki.
- Kuarifu wahusika wa tatu (kifungu 11/7): Ombi la kuarifu wahusika wa tatu waliohamishiwa kuhusu shughuli za kufuta/kusahihisha hutathminiwa likitumwa kupitia njia zilizoelezwa katika utaratibu wa kuomba; mchakato huu kwa sasa si wa kiotomatiki, huendeshwa kwa mkono.
- Pingamizi dhidi ya uamuzi wa kiotomatiki/uwekaji wasifu (kifungu 11/8): Katika mfumo hakuna shughuli ya uamuzi wa kiotomatiki au uwekaji wasifu inayozalisha matokeo dhidi ya mwenye data kwa kuchanganua data iliyochakatwa kwa njia ya mifumo ya kiotomatiki pekee; kwa hiyo kwa sasa hakuna hitaji la utaratibu tofauti wa pingamizi unaofanya kazi kiutendaji kuhusu kipengele hiki.
- Maombi hukamilishwa bila malipo kwa mujibu wa KVKK kifungu 13 ndani ya siku 30 zisizozidi (iwapo mchakato utahitaji gharama tofauti, ada iliyo katika jedwali lililowekwa na Bodi inaweza kutozwa).
8.3. Utaratibu wa Kuomba
Maombi kuhusu haki zilizo hapo juu:
- kwenye anwani ya barua pepe ya hello@corenta.app,
- kupitia skrini husika za mipangilio/usaidizi ndani ya programu,
- au kwa taratibu nyingine zilizowekwa na KVKK,
yanaweza kutumwa kwa Corenta.
Tanbihi muhimu kuhusu data ya wateja: Ikiwa wewe ni mteja wa Kliniki na unataka kutoa ombi kuhusu data yako, unapaswa kwanza kuomba kwa Kliniki husika (Mdhibiti wa Data); kwa sababu Kliniki ndiyo mamlaka ya mwisho ya uamuzi na mhusika anayeshughulikiwa kuhusu data ya wateja. Corenta, kwa hadhi ya mchakataji wa data, hutoa zana za kiufundi zinazohitajika (kazi za kuona, kuhamisha na kufuta data) kwa mujibu wa maelekezo ya Kliniki.
9. Majukumu na Wajibu
| Jukumu | Wajibu |
|---|---|
| Corenta / [Teta Studio] | Inawajibika kutekeleza Sera hii kwa hadhi ya Mdhibiti wa Data katika muktadha wa tovuti ya kampuni; na, katika muktadha wa bidhaa ya SaaS, kwa hadhi ya Mchakataji wa Data, kutoa miundombinu ya kiufundi ya uhifadhi/utupaji (soft-delete, kufuta kabisa kunakotegemea cron, vizuizi vya ufikiaji vya RLS) kwa mujibu wa maelekezo ya Kliniki. |
| Kliniki (Tenant/Biashara) | Katika muktadha wa bidhaa ya SaaS, kwa hadhi ya Mdhibiti wa Data kuhusu data binafsi ya wateja wake yenyewe, inawajibika kwa wajibu wa kutoa taarifa kwa wateja wake, kupata idhini ya wazi na maamuzi yake yenyewe ya ndani ya uhifadhi/utupaji (k.m. kumbukumbu ipi ya mteja ifutwe lini). |
| Mfumo / Michakato ya Kiotomatiki | Unawajibika kutekeleza kiufundi utupaji wa mara kwa mara na mchakato wa kufuta kabisa wa siku 30 kupitia kazi zilizopangwa (cron); michakato hii inaweza kuanzishwa tu kwa mamlaka yenye upendeleo (service-role). |
| Timu ya Usaidizi/Mahusiano na Wateja | Inawajibika kupokea na kuelekeza maombi ya watu wanaohusika na kufuatilia mchakato. |
| Mtu wa Mawasiliano wa Mdhibiti wa Data | Anawajibika kukamilisha maombi ya KVKK kwa mujibu wa sheria na, inapohitajika, kuwasiliana na Mamlaka ya Ulinzi wa Data Binafsi. |
10. Hatua za Usalama (Katika Muda Wote wa Uhifadhi)
Data binafsi hulindwa katika muda wote wa uhifadhi kwa hatua zifuatazo za kiufundi na za kiutawala (KVKK kifungu 12):
- Katika muundo wa wapangaji wengi (multi-tenant), kanuni ya kukataa-kwa-msingi (default-deny) hutumika kupitia ulazima wa
tenant_idkatika kila jedwali na sera za Usalama wa Kiwango cha Safu (Row Level Security) (majedwali 37/37, sera 86); kwa njia hii uvujaji wa data kati ya wapangaji huzuiwa kiufundi. - Ufikiaji wa majedwali yenye data ya afya umewekewa mipaka kwa mteja husika, mtaalamu aliyepangiwa na msimamizi wa tenant pekee; udhibiti wa ufikiaji hutekelezwa katika kiwango cha hifadhidata (RLS). Maelezo ya vipindi hayawezi kubadilishwa/kufutwa baada ya kutumwa (append-only); kwa fomu za historia ya afya, hakuna mtumiaji (ikiwemo msimamizi) aliyepewa mamlaka ya kufuta.
- Hali ya usaidizi ya msimamizi mkuu (impersonation) ina kikomo cha muda (dakika 30), na kwa msingi ni ya kusoma tu; shughuli za kuandika na ufikiaji wa data ya afya ziko chini ya hatua tofauti zinazohitaji idhini ya ziada; katika hali yoyote ya impersonation ufikiaji wa kuandika kwenye majedwali ya data ya afya haufunguliwi. (Kizuizi hiki kinahusu vikao vya impersonation vinavyoanzishwa na binadamu; michakato ya kiotomatiki ya service-role cron ni safu tofauti — tazama Sehemu 5.7.)
- Usimbaji wa mwisho-hadi-mwisho (TLS) hutumika katika usafirishaji wa data; katika programu ya simu tokeni za kuingia huhifadhiwa zikiwa zimesimbwa katika hifadhi salama ya funguo inayoungwa mkono na maunzi ya kifaa (Keychain/Keystore).
- Hatua za kiufundi za kuzuia kuchukua picha za skrini katika skrini nyeti zimechukuliwa.
- Uthibitishaji wa vipengele viwili (2FA/MFA) ni wa lazima kwa akaunti za msimamizi mkuu.
- Uthibitishaji wa sahihi ya kriptografia wa arifa (webhook) kuhusu shughuli za malipo umepangwa katika muundo na unatekelezwa; kazi ya kukamilisha kikamilifu usanidi/usimamizi wa funguo husika katika mazingira yote (ikiwemo prod) inaendelea.
- Hatua hizi za usalama hupitiwa na kuboreshwa kila mara; hata hivyo hakuna hatua ya kiufundi inayohakikisha usalama kamili na hakuna ahadi kamili ya usalama inayotolewa ndani ya wigo wa Sera hii.
11. Wachakataji Wadogo na Mahali pa Data
Katika muda wote wa uhifadhi, data binafsi huchakatwa au kupangishwa kupitia wachakataji wadogo/watoa huduma wafuatao. Katika mikataba na watoa huduma hawa, wajibu wa kuchakata data kwa madhumuni ya kutekeleza huduma iliyoelezwa pekee umewekwa; uhusiano huu hauonyeshi vipindi vya uhifadhi bali mazingira ya kiufundi ambamo data hupangishwa — utekelezaji wa uamuzi wa utupaji pia hufanywa kiufundi kwa watoa huduma hawa. Jedwali lililo hapa chini pia linatimiza haki ya "kuwajua wahusika wa tatu ambao data imehamishiwa" chini ya KVKK kifungu 11/4:
| Mchakataji Mdogo | Jukumu | Mahali pa Data | Uhamishaji Nje ya Nchi (KVKK kifungu 9) |
|---|---|---|---|
| Supabase | Upangishaji wa hifadhidata, uthibitishaji wa utambulisho, hifadhi ya faili na kazi za upande wa seva | Frankfurt, Ujerumani | Ni uhamishaji nje ya nchi; mkataba wa kawaida chini ya KVKK kifungu 9/4-c (Moduli 3): bado haujasainiwa wala kuarifiwa kwa Bodi |
| Apple | Usambazaji wa App Store, utozaji wa ununuzi ndani ya programu (IAP), arifa za push (APNs) | Miundombinu ya kimataifa | Ni uhamishaji nje ya nchi; mkataba wa kawaida wa KVKK: bado haujasainiwa |
| Usambazaji wa Play Store, utozaji wa ununuzi ndani ya programu (IAP), arifa za push (FCM) | Miundombinu ya kimataifa | Ni uhamishaji nje ya nchi; mkataba wa kawaida wa KVKK: bado haujasainiwa | |
| Vercel | Upangishaji wa wavuti (paneli ya usimamizi / Next.js) | Miundombinu ya kimataifa | Ni uhamishaji nje ya nchi; mkataba wa kawaida wa KVKK: bado haujasainiwa |
| Framer | Upangishaji wa tovuti ya kampuni/masoko ya corenta.app | Miundombinu ya kimataifa | Ni uhamishaji nje ya nchi; mkataba wa kawaida wa KVKK (Moduli 2): bado haujasainiwa |
| Google Workspace (Google) | Kutuma barua pepe za huduma (majaribio, mwaliko, usaidizi) na visanduku vya barua vya usaidizi/mawasiliano | Miundombinu ya kimataifa | Ni uhamishaji nje ya nchi; mkataba wa kawaida wa KVKK: bado haujasainiwa |
Zaidi ya hayo:
- Miundombinu ya barua pepe: Barua pepe za huduma hutumwa kupitia Google Workspace (Google); barua pepe za uthibitishaji wa utambulisho huanzishwa na Supabase Auth. Barua pepe za matangazo hutumwa tu kwa sharti la idhini tofauti na usajili wa İYS. Arifa za push hutumwa kupitia Apple (APNs) na Google (FCM).
- Chombo cha uchanganuzi: Hakuna chombo cha uchanganuzi cha mhusika wa tatu (k.m. Google Analytics) kinachotumika. Upimaji wa matumizi ya bidhaa ndani ya programu haujawashwa kwa sasa; ukiwashwa, upimaji huandikwa kwenye jedwali la mhusika wa kwanza linalohifadhiwa katika hifadhidata ya Corenta yenyewe (Supabase, Frankfurt/Ujerumani), hauna data ya afya na maandishi huru, na Sera hii husasishwa kabla ya kuwashwa; ukiwashwa, muda wa uhifadhi wa kumbukumbu za upimaji huelezwa katika Sera hii.
- Ufuatiliaji wa hitilafu: Hakuna chombo cha ufuatiliaji wa hitilafu cha mhusika wa tatu kinachotumika; hitilafu za upande wa mteja hurekodiwa katika hifadhidata ya Corenta yenyewe.
- Hakuna miundombinu ya malipo ya moja kwa moja kwa kadi ya mkopo kupitia wavuti; malipo hufanywa tu kupitia taratibu za ununuzi ndani ya programu (IAP) za Apple/Google; ankara/risiti ya mwisho hutolewa na Apple/Google (tazama Sehemu 4, Safu 6).
Kushiriki data na wachakataji wadogo walio hapo juu hufanywa tu kwa kiwango kinachohitajika kwa kutoa huduma husika na ndani ya mfumo wa KVKK kifungu 8/kifungu 9. Uhamishaji nje ya nchi: Watoa huduma wote walio hapo juu huchakata data nje ya Uturuki; upangishaji nchini Ujerumani pia ni uhamishaji nje ya nchi kwa maana ya KVKK. Kwa kuwa uhamishaji huu ni wa mara kwa mara na endelevu, hautegemei idhini ya wazi; utategemea mikataba ya kawaida iliyotangazwa na Bodi kwa mujibu wa kifungu 9/4-c. Hadi tarehe ya maandishi haya, mikataba ya kawaida bado haijasainiwa wala kuarifiwa kwa Bodi; kila mkataba utaarifiwa kwa Bodi ndani ya siku 5 za kazi kuanzia kusainiwa na jedwali hili litasasishwa pamoja na tarehe. Hakuna uamuzi wa utoshelevu uliotangazwa na Bodi kuhusu nchi hizi (ukaguzi wa mwisho: 11 Oktoba 2026). Orodha hii inaweza kusasishwa kulingana na mabadiliko ya watoa huduma; orodha ya sasa inaweza kufuatiliwa katika Sera ya Faragha na/au skrini husika ya taarifa ndani ya bidhaa ya Corenta.
12. Usajili wa VERBİS
Hadi tarehe ya hati hii Teta Studio haina usajili wa VERBİS. Wajibu wa usajili unatathminiwa kulingana na vigezo vya maamuzi ya Bodi Na. 2025/1572 (kizingiti cha msamaha cha wafanyakazi 10 na mizania ya TL milioni 10 kwa mwaka kwa wadhibiti wa data ambao shughuli yao kuu ni uchakataji wa data ya aina maalum) na 2025/2393 (kigezo cha idadi ya wafanyakazi kwa wasiotunza vitabu kwa msingi wa mizania). Kwa kuwa Teta Studio huchakata data ya afya ya kliniki si kama mdhibiti wa data bali kama mchakataji wa data, tathmini kuhusu shughuli zake yenyewe za mdhibiti wa data (Sehemu A na C) hufanywa kwa vigezo hivi. Tathmini iliyoandikwa na uthibitisho wa Mamlaka (ALO 198) vikikamilika, sehemu hii itasasishwa pamoja na tarehe na sababu; usajili ukihitajika, utafanywa kabla ya kuendelea na shughuli.
Ufafanuzi kwa msingi wa jukumu: Wajibu wa usajili wa VERBİS unatathminiwa kwa muktadha wa tovuti ya kampuni (fomu ya ufikiaji wa mapema ya corenta.app) ambamo Corenta hufanya kazi kwa hadhi ya Mdhibiti wa Data, na hali yake imeelezwa hapo juu. Katika muktadha wa bidhaa ya SaaS (app.corenta.app), kwa kuwa Mdhibiti wa Data kuhusu data ya wateja ni Kliniki, iwapo kuna wajibu wa usajili wa VERBİS au la unapaswa kutathminiwa kando na kwa kujitegemea kulingana na vigezo vya kila Kliniki yenyewe (idadi ya wafanyakazi, kiasi cha mwaka cha uchakataji wa data, eneo la shughuli, maamuzi ya msamaha ya Bodi n.k.); tathmini hii na wajibu wa usajili ikiwa upo ni wa Kliniki, na hauwezi kuhamishiwa Corenta.
13. Kusasishwa kwa Sera
Sera hii inaweza kusasishwa kwa mujibu wa mabadiliko ya sheria, maamuzi ya Bodi, maendeleo yatakayofanywa katika miundombinu ya kiufundi ya Corenta (kwa mfano, kuongeza uchanganuzi wa PII ndani ya maandishi katika maudhui ya maandishi huru ya maelezo ya kipindi yaliyotajwa katika Sehemu 4 Safu 3 na Sehemu 6.2, kuunganisha hati za uthibitishaji wa mtaalamu (specialist-verification-docs) zilizotajwa katika Sehemu 5.4/Sehemu 4 Safu 11 na mchakato wa kufunga tenant, kuthibitisha/kuanzisha usafishaji wa tokeni za push uliotajwa katika Sehemu 4 Safu 10 na Sehemu 7 kipengele 4, kuweka utaratibu wa kuchanganua wa kiotomatiki kwa data ya fomu ya ufikiaji wa mapema uliotajwa katika Sehemu 7 kipengele 3, kuendeleza mchakato wa uhamishikaji wa data uliotajwa katika Sehemu 8.2, kukamilisha misingi ya kisheria ya uhamishaji nje ya nchi katika Sehemu 11, mabadiliko katika orodha ya wachakataji wadogo) au mabadiliko katika michakato ya biashara. Toleo la sasa huchapishwa katika majukwaa husika ya Corenta (tovuti ya kampuni na/au ndani ya programu) na kuhusu masharti yanayopingana na toleo la awali, toleo la sasa ndilo hutegemewa. Katika mabadiliko muhimu, kwa kiwango kinachowezekana, watumiaji/Kliniki pia hupewa taarifa kando.
14. Mawasiliano
Kwa maswali yako kuhusu Sera hii au uhifadhi/utupaji wa data binafsi:
Barua pepe: hello@corenta.app Mdhibiti wa data: Mertcan Demir — biashara ya mtu binafsi inayoendeshwa kwa jina la kibiashara "Teta Studio" Usaidizi: support@corenta.app Eneo la huduma: Corenta hutolewa kimataifa kupitia App Store na Google Play, katika nchi zinazohudumiwa na maduka haya. Vipindi vilivyo katika Sera hii hutumika kwa mtumiaji katika kila nchi; iwapo sheria ya lazima ya nchi fulani inaweka wajibu wa kufuta mapema zaidi au kuhifadhi kwa muda mrefu zaidi, sharti hilo ndilo hutumika.
Sasisho la mwisho: 19 Oktoba 2026 Toleo 1.9 · 19 Oktoba 2026