CORENTA — BELEID OOR DIE BEWARING EN VERWYDERING VAN DATA

Hierdie vertaling word slegs vir inligting verskaf; die Turkse teks is regtens bindend.

Uitvee van 'n kliënt sonder rekening: Die aksie Vee uit van die studio-administrateur geld as 'n versoek; die rekord word onmiddellik van die aktiewe lys verwyder en, ná 30 dae, word die kliënt se identiteits-/kontakdata en gesondheidsvelde (bloedgroep, allergieë, chroniese toestande, medikasie) uitgewis/skoongemaak (sien 5.0). Die algemene beskrywing van die uitvee van die rekening hieronder moet in hierdie spesifieke bestek nie vertolk word as 'n verpligting om die kliënt se ry permanent uit te wis nie. Die rekords van gesondheidsgeskiedenis, metings, sessienotas en finansies bly onderhewig aan hul eie bewaringsbepalings.

In werking / laas bygewerk: 19 Oktober 2026 Weergawe: 1.9 Verantwoordelike party / uitgewer: Mertcan Demir — eenmansaak onder die handelsnaam "Teta Studio"

Wysigingslog

• 1.9 — 19 Oktober 2026: Die stelling "slegs Türkiye" in Afdeling 14 is deur wêreldwye aanbieding vervang; die bewaringstydperke het nie verander nie.
• 1.8 — 19 Oktober 2026: Publikasieweergawe; in werking vanaf 19 Oktober 2026. 'n Reël (nr. 12) vir studiogroepboodskappe en vir boodskapkopieë wat vir hersiening deur die span opsy gesit word, is by Afdeling 4 gevoeg; die lys vir periodieke verwydering in Afdeling 7 is dienooreenkomstig uitgebrei; die leë MERSİS- en KEP-inligting is uit tabel 1.3 verwyder.
• 1.7 — 11 Oktober 2026: Op grond van die nakomingsoudit van 11 Oktober 2026 (F01, F02, F08, F11, F13, F19, F21): die sin "Supabase/Frankfurt is nie 'n oorgrensoordrag nie" is uit §11 verwyder en die afdeling oor oorgrensoordrag is geskryf volgens die weergawe ná 2024 van artikel 9 van Wet No. 6698 op die Beskerming van Persoonlike Data van Türkiye (KVKK) (die standaardkontrakte is nog nie onderteken nie); die uitdrukking "anoniem" vir gesondheids-/kliniese/finansiële rekords is reggestel na beperkte bewaring met die skakel met die persoon verbreek (die vrye teks van sessienotas word nie verander nie); die regsgrond van die ry oor die bewys van toestemming is reggestel na art. 5/2-e (die verkeerde verwysing na art. 20/2 is verwyder); die ry van die vroeë-toegangsvorm is bygewerk volgens die skeiding tussen kennisgewing en toestemming vir kommersiële boodskappe; die beginsel van 6-maandelikse periodieke verwydering is bygevoeg vir die kategorieë sonder outomatiese verwydering; die identiteitsinligting is reggestel na 'n eenmansaak; die afdeling oor VERBİS (Register van Verantwoordelike Partye) is geformuleer volgens die besluite van 2025 van die Raad vir die Beskerming van Persoonlike Data (Kurul).
• 1.6 — 10 Oktober 2026: Expo (Expo Push Notification Service) is uit die rekords van sub-operateurs/operateurs verwyder; push-kennisgewings word slegs deur Apple (APNs) en Google (FCM) afgelewer; Expo/EAS is slegs 'n app-bouhulpmiddel en verwerk nie data van eindgebruikers nie.
• 1.5 — 10 Oktober 2026: Die bewoording oor die keuse van Google Analytics is verwyder; daar is verduidelik dat geen derdeparty-analise gebruik word nie, en die operateurs vir push-kennisgewings is verduidelik.
• 1.4 — 4 Oktober 2026: Die huidige teks is as goedgekeurde weergawe vasgestel. In hierdie weergawe is slegs die volgende verwerk: uitvee van die rekening (toegang word onmiddellik afgesny, persoonlike data word uitgewis/geanonimiseer, betalingsrekords wat aan wetlike bewaring onderhewig is, word sonder identifikasie bewaar; daar is geen tydperk om ongedaan te maak nie); uitwissing van die kliënt se gesondheidsvelde ná 30 dae; tydperk van 7 dae vir weeskwitansies; vertroulikheid van die kliënt se kontakbesonderhede in ondersteuningsmodus; anonieme meting aan die bedienerkant; diens-e-posse en Google Workspace; operateurs vir push-kennisgewings; ondersteuningsadres; mark (Türkiye).
• 1.3 — 7 Julie 2026 (bywerking van 4 Augustus 2026): vorige weergawe.

Belangrike nota oor die rol as verantwoordelike party / operateur: Hierdie Beleid oor die Bewaring en Verwydering van Data (die "Beleid") reël hoe lank die persoonlike data bewaar word wat verwerk word in die bestek van die sagtewarediens Corenta (die "Diens" of die "App"), wat ontwikkel en bedryf word deur Mertcan Demir, wat as 'n eenmansaak onder die handelsnaam "Teta Studio" werk ("Corenta", "Teta Studio", die "Onderneming"), op watter kriteria daardie tydperke berus en deur watter metodes daardie data uitgewis, vernietig of geanonimiseer word wanneer die bewaringstydperk eindig of die rede vir die verwerking verval.

Hierdie Beleid is opgestel in die bestek van Wet No. 6698 op die Beskerming van Persoonlike Data (die "KVKK"), die Regulasie oor die Uitwissing, Vernietiging of Anonimisering van Persoonlike Data (die "Regulasie") en ander toepaslike wetgewing, en is 'n integrale deel van Corenta se inventaris van die verwerking van persoonlike data. Hierdie Beleid moet saam gelees word met die betrokke Privaatheidskennisgewing/Privaatheidsbeleid, waarin die doeleindes en regsgronde van die verwerking in besonderhede verduidelik word; hierdie dokument reël slegs die bewaringstydperke en die verwyderingsprosedures en is nie op sigself bedoel om die hele kennisgewingsplig ingevolge art. 10 van die KVKK na te kom nie.

1. Doel en bestek

1.1. Doel

Die doel van hierdie Beleid is om die kriteria te verduidelik vir die bepaling van die maksimum tydperk wat nodig is vir die doel waarvoor die persoonlike data wat deur Corenta verwerk word, verwerk word, die toepassing van die tydperke in die wetgewing en die prosedures en beginsels oor die uitwissing, vernietiging of anonimisering van persoonlike data waarvan die bewaringstydperk verstryk het. Hierdie Beleid is opgestel op grond van die bepalings van artikels 5, 6, 7, 10, 11 en 12 van die KVKK en die betrokke artikels van die Regulasie.

1.2. Bestek en rolverdeling — belangrike kennisgewing

Hierdie Beleid dek twee afsonderlike gebiede waarin Corenta data in twee verskillende rolle verwerk; hierdie onderskeid word konsekwent deur die hele Beleid toegepas en raak direk die wyse waarop die tabel van bewaringstydperke vertolk moet word:

(a) Konteks van die korporatiewe webwerf (corenta.app — vroeë-toegangsvorm/versoek om 'n demonstrasie): Ten opsigte van die persoonlike data wat deur potensiële kliëntbesighede wat in die produk belangstel, deur die aansoekvorm vir vroeë toegang gestuur word, tree Corenta/Teta Studio direk op as Verantwoordelike Party ingevolge art. 3 van die KVKK.

(b) Konteks van die SaaS-produk (app.corenta.app): Ten opsigte van die persoonlike data van die eie kliënte ("Kliënt") wat die kliniese Pilates-, fisioterapie-, reformer-, welstand-/massering- en jogasentrums wat die Corenta-platform op intekening gebruik ("Tenant", "Besigheid" of "Studio"), op die platform invoer (kontakbesonderhede, gesondheidsgeskiedenis, sessienotas, afspraak-/pakketdata, ens.), is die Studio die Verantwoordelike Party ingevolge art. 3 van die KVKK; Corenta/Teta Studio lewer 'n tegniese infrastruktuurdiens slegs as Operateur, op die opdrag van die Studio. Die plig om die kliënte in te lig, die verkryging van uitdruklike toestemming en die finale besluit oor die bewaring/verwydering van kliëntdata is die regsverantwoordelikheid van die Studio. Corenta vergemaklik tegnies die nakoming van hierdie verpligtinge in die produk (meganisme vir die aantekening van toestemmings consent_logs, mobiele KVKK-toestemmingskerm kvkk.tsx, ouditspore), maar erf of aanvaar nie die Studio se verpligting tot nakoming van die KVKK nie. Die bewaringstydperke wat in hierdie Beleid vir hierdie konteks verduidelik word, toon hoe lank Corenta hierdie data werklik in sy infrastruktuur as operateur bewaar; die finale besluit en die verwyderingstydperk kan deur die opdragte van die Studio en die wetgewing waaraan dit onderhewig is, bepaal word.

Hierdie Beleid dek ook, op die vlak van algemene beginsels, die prosesse vir die bewaring/verwydering van die persoonlike data van Corenta se werknemers, sakevennote en verskaffers; die hooffokus van die Beleid is egter die kliënt-/besigheidsdata wat in paragrawe (a) en (b) hierbo gedefinieer word.

1.3. Inligting oor die verantwoordelike party / operateur

1.4. Verwysingswetgewing

• Wet No. 6698 op die Beskerming van Persoonlike Data,
• Regulasie oor die Uitwissing, Vernietiging of Anonimisering van Persoonlike Data (Staatskoerant van 28.10.2017, No. 30224),
• Riglyn oor die Uitwissing, Vernietiging of Anonimisering van Persoonlike Data en besluite van die Raad vir die Beskerming van Persoonlike Data (die "Raad"),
• Turkse Handelswetboek No. 6102 (bewaring van handelsboeke en -dokumente),
• Wet op Belastingprosedure No. 213 (bewaring van belastingrekords),
• Ander toepaslike sektorwetgewing (insluitend, in die mate waarin dit van toepassing is, die wetgewing oor die lewering van gesondheidsdienste).

2. Definisies

3. Kriteria vir die bepaling van bewarings- en verwyderingstydperke (KVKK art. 5 en 6)

3.1. Redes wat bewaring vereis

By Corenta word persoonlike data slegs bewaar vir die tydperk wat uitdruklik in die toepaslike wetgewing voorgeskryf word of vir die tydperk wat nodig is vir die doel waarvoor dit verwerk word. By die bepaling van die bewaringstydperk word die volgende kriteria in ag geneem:

1. Is daar 'n wetlike bewaringsverpligting? (Byvoorbeeld minimum bewaringstydperke vir belastingrekords ingevolge die Turkse Handelswetboek en die Wet op Belastingprosedure.)
2. Vir watter doel is die data verwerk en geld daardie doel nog? (KVKK art. 5/2 — beginsel van doelbeperking.)
3. Is dit nodig vir die sluiting/uitvoering van 'n kontrak? (Byvoorbeeld afspraak- en pakketdata solank die intekening-/diensverhouding voortduur.)
4. Is dit nodig vir die vestiging, uitoefening of beskerming van 'n reg (as bewysmiddel in 'n moontlike geskil)? (Met inagneming van die algemene verjaringstermyne van die Wetboek van Verpligtinge.)
5. Is daar uitdruklike toestemming van die datasubjek en is daardie toestemming nog geldig?
6. Het Corenta of die Studio 'n regmatige belang? (Byvoorbeeld sekuriteitslogs, opsporing van bedrog/misbruik.)
7. Val die data in die kategorie data van 'n spesiale kategorie (gesondheid)? In daardie geval geld, ingevolge art. 6 van die KVKK, strenger toegangsbeperking en motivering; die bewaringstydperk word nooit verder as die doel verleng nie.

As geeneen van die kriteria hierbo die bewaring van sekere persoonlike data vereis nie, word die data onmiddellik uitgewis, vernietig of geanonimiseer.

3.2. Redes wat verwydering vereis

Persoonlike data word in die volgende gevalle uitgewis, vernietig of geanonimiseer, op versoek van die datasubjek of ampshalwe deur Corenta/die Studio:

a) Wysiging of herroeping van die wetsbepalings wat die grondslag van die verwerking daarvan vorm, b) Verval van die doel wat die verwerking of bewaring daarvan vereis, c) Terugtrekking van die toestemming deur die datasubjek in gevalle van verwerking op grond van uitdruklike toestemming, d) Versoek om uitwissing/vernietiging deur die datasubjek in die bestek van die regte in art. 11 van die KVKK en die toestaan van daardie versoek (versoek om die rekening uit te vee), e) Verstryking van die bewaringstydperk van die persoonlike data en die afwesigheid van enige wetlike rede wat die bewaring daarvan vereis, f) Die nie-sluiting, ongeldigheid, opsegging of beëindiging van die kontrak, g) Finale afhandeling van die versoek om die rekening uit te vee binne die proses wat in artikel 5 van hierdie Beleid aangedui word.

4. Tabel van datakategorieë, bewaringstydperke en verwyderingsmetodes

Die tabel hieronder toon die hoofkategorieë persoonlike data wat op Corenta se infrastruktuur verwerk word, die bewaringstydperk, die motivering en die verwyderingsmetode wat aan die einde van die tydperk toegepas word. Tensy uitdruklik anders aangedui, is die algemene reël: "Solank die betrokke rekening/rekord aktief is + 30 dae vanaf die verwerking van die versoek om die rekening uit te vee." Die tabel moet saam gelees word met die vloei vir die uitvee van die rekening wat in Afdeling 5 verduidelik word. Vir sommige kategorieë is die stap ná 30 dae in hierdie vloei nie DELETE (permanente uitwissing) nie, maar anonimisering — hierdie onderskeid word uitdruklik in die betrokke rye en in Afdeling 6.2 aangedui.

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

</div>

Nota 1: In die tabel hierbo verwys die uitdrukking "solank die rekening/tenant aktief is" na die tydperk waartydens die Corenta-intekening van die betrokke Studio voortduur en die kliëntrekord nie deur die Studio uitgevee is nie. Wanneer die Studio die data van sy eie kliënt uitwis, word bepaal in die bestek van die Studio se eie KVKK-beleid (as Verantwoordelike Party) en sy verhouding met die kliënt; Corenta verskaf die tegniese moontlikheid vir daardie proses.

Nota 2: Die tydperke van 2 jaar in Ry 7 (Ouditspoorrekords) en 5 jaar in Ry 8 (Toestemmingsrekords) is vaste bewaringstydperke wat deur Corenta bepaal is (anders as die tydperk van die Handelswetboek/Wet op Belastingprosedure in Ry 6, berus hulle nie direk op 'n wetsbepaling nie; hulle is selfbindende verbintenisse wat bepaal is in die bestek van die regmatige belang en die bewyslas ingevolge art. 5/2-f van die KVKK). Tans werk daar in die stelsel geen outomatiese meganisme vir uitwissing aan die einde van hierdie tydperke nie — wanneer die tydperk verstryk, word die uitwissing/anonimisering handmatig gedoen, en hierdie Beleid sal bygewerk word wanneer die outomatisering geïmplementeer word. Die uitdrukking "hoogstens 2 jaar" in Ry 9 (Data van die vroeë-toegangsvorm) het 'n ander bestek en druk, soos in die ry self verduidelik, 'n afsonderlike maksimum regsgrens uit.

5. Proses vir die uitvee van die rekening — werking van begin tot einde

Om tegnies te voldoen aan die versoek om uitwissing van datasubjekte ingevolge art. 11 van die KVKK, pas Corenta 'n uitwissingsargitektuur in twee fases toe, wat die gebruikerservaring en die behoefte aan datasekuriteit/regsbewys balanseer: onmiddellike logiese uitwissing (soft-delete) gevolg deur permanente uitwissing ná 30 dae.

5.0. Wysiging van 4 Oktober 2026 — waar dit met 5.1–5.7 bots, geld hierdie punt

Uitvee van die rekening (vanaf 4 Oktober 2026): Wanneer die uitveeversoek bevestig word, word toegang tot die rekening onmiddellik afgesny (sessies word beëindig, aanmelding is nie moontlik nie); persoonlike data word uitgewis of geanonimiseer (die naam, e-pos, telefoon, beeld en die kliënt se identiteits-/kontakdata en gesondheidsvelde — bloedgroep, allergieë, chroniese toestande, medikasie — word uitgewis); betalings- en verdiensterekords wat aan wetlike bewaring onderhewig is, word nie uitgewis nie; hulle word bewaar met die skakel met die persoon verbreek en met beperkte toegang. Daar is geen tydperk om die versoek ongedaan te maak nie; die permanente uitwissing van die stawingsrekord en die lêers word in die bestaande agtergrondproses van dertig dae voltooi.

Uitvee van die kliëntrekord en gesondheidsvelde (vanaf 4 Oktober 2026): Wanneer die besigheid die rekord van 'n kliënt sonder rekening uitvee, word die rekord onmiddellik van die aktiewe lys verwyder; ná 30 dae word die kliënt se gesondheidsvelde (bloedgroep, allergieë, chroniese toestande, medikasie) ook saam met die identiteits- en kontakdata uitgewis/skoongemaak. Die bewaringsreëls van gesondheidsgeskiedenisvorms, metings en sessienotas word nie deur hierdie bepaling geraak nie.

Kwitansielêers (vanaf 4 Oktober 2026): Kwitansielêers wat nie aan 'n betaling gekoppel is nie (wees), word ná 7 dae outomaties uitgewis; 'n kwitansie wat aan 'n betaling gekoppel is, kan deur geen rol uitgevee word nie.

Kliënt se kontakbesonderhede in ondersteuningsmodus (vanaf 4 Oktober 2026): In die ondersteuningsessie (superadministrateur) van Corenta word die kliënt se e-pos en telefoon nie aan die ondersteuningspersoneel gewys nie; die ondersteuningspersoneel kan slegs 'n beperkte opsomming van identifikasie sien (naam, rekeningstatus, of dit aktief is, skeppingsdatum).

Skryftoestemming vir die gesondheidsvelde (vanaf 4 Oktober 2026): Die kliënt se gesondheidsvelde (bloedgroep, allergieë, chroniese toestande, medikasie) kan slegs deur die kliënt self en die toegewese spesialis ingevul word; die eienaar/administrateur van die besigheid kan nie in hierdie velde skryf nie (kan die noodkontak en die identifikasievelde redigeer).

Skuilnaam-produkmeting: Om die produk te verbeter, kan saamgestelde gebruiksgebeurtenisse slegs aan die bedienerkant gemeet word, met 'n skuilnaamidentifiseerder van die studio; hierdie meting sluit nie IP-adresse, gesondheidsdata of bron-/advertensienasporing in nie. Die skuilnaamidentifiseerder van die studio is van skuilnaamaard (dit is nie anoniem nie). Die kenmerk is tans afgeskakel.

5.1. Fase 1 — Onmiddellike logiese uitwissing (soft-delete)

Op die oomblik dat die gebruiker die versoek om die rekening uit te vee deur die app bevestig, voer die stelsel die volgende handelinge gelyktydig en onmiddellik uit:

1. Die profielrekord van die gebruiker word gedeaktiveer deur die veld deleted_at in te vul; die rekening word ontoeganklik/onsigbaar vir normale gebruik en kan nie gebruik word om aan te meld nie.
2. Die hangende (nog nie uitgevoerde) afsprake van die gebruiker word outomaties gekanselleer.
3. Die toewysings waarin die gebruiker as spesialis/hulpbron voorkom (skakels kliënt-spesialis, programtoewysings), word verwyder.
4. Al die gebruiker se toestemmings word teruggetrek (deur die veld revoked_at in die rekords van consent_logs in te vul).

In hierdie fase is die data nie fisies uitgewis nie, maar het dit ontoeganklik geword vir die normale doeleindes van verwerking en vertoning. Dit vorm die eerste fase van die uitwissingsproses, met die aard van "ontoeganklik maak" binne die betekenis van art. 7 van die KVKK en die Regulasie.

5.2. Fase 2 — Permanente uitwissing (ná 30 dae)

30 (dertig) dae ná die logiese uitwissing voer 'n geskeduleerde taak (cron job) wat outomaties in die stelsel loop, die volgende handelinge onomkeerbaar uit:

1. Die stawingsrekord van die gebruiker (auth.users) word permanent en onomkeerbaar uitgewis.
2. Die databasisrekords wat met die gebruiker verband hou, word volgens kategorie verskillend verwerk: rekords sonder onafhanklike besigheids-/bewyswaarde (byvoorbeeld kennisgewings) word permanent uitgewis (DELETE/cascade); die gesondheidsdata (anamnesis_forms, session_notes, measurements) en die kliniese/finansiële rekords (payments, attendance, consent_logs) word egter nie uitgewis nie; die skakel met die persoon word verbreek — die skakel met die persoon word op databasisvlak verbreek, sommige vryeteksvelde word skoongemaak en die rekord bly, met beperkte toegang, as 'n rekord van die tenant sonder skakel met die persoon (word nie as anoniem beskou nie, aangesien die vrye teks van die sessienotas nie verander word nie) (sien Afdeling 4, Rye 2–5, 8, 10 en Afdeling 6.2).
3. Hierdie handeling word slegs outomaties geaktiveer in die bevoorregte agtergrondproses van die stelsel (beskerm deur service-role); geen gebruiker of administrateur van 'n Besigheid, insluitend die administratiewe personeel, kan hierdie proses deur die normale koppelvlakke van die produk handmatig begin, vervroeg of onderbreek nie — dit is 'n doelbewuste sekuriteitsontwerp om voortydige/laat uitwissing weens 'n fout of misbruik te voorkom. (Hierdie waarborg dek die normale gebruikers- en bestuurskoppelvlakke van die produk; tegniese bedryfsprosesse wat op die bevoorregte vlak van die stelselinfrastruktuur direkte toegang tot die databasis kan hê, val buite die bestek van hierdie waarborg en is onderhewig aan afsonderlike interne toegangskontroles.)

Doel van die agtergrondproses van 30 dae (vanaf 4 Oktober 2026): Aangesien toegang tot die rekening onmiddellik met die uitveeversoek afgesny word, bied hierdie tydperk geen moontlikheid om ongedaan te maak/terug te trek nie; dit word gebruik om die permanente uitwissing van die stawingsrekord en die lêers te voltooi en vir 'n moontlike ondersoek na misbruik. Hierdie tydperk is redelik en beperk, in ooreenstemming met die beginsel van proporsionaliteit in art. 5 van die KVKK. Inligting oor die status van die uitveeversoek kan via hello@corenta.app verkry word.

5.3. Uitsondering: data onderhewig aan 'n wetlike bewaringsverpligting

Die proses van permanente uitwissing van 30 dae hierbo dek nie die rekords wat in Afdeling 4, Ry No. 6 van die Tabel (Metadata van intekeninge/transaksies) aangedui word nie, wat ingevolge die Turkse Handelswetboek/Wet op Belastingprosedure aan 'n wetlike bewaringsverpligting onderhewig is. Hierdie rekords word, selfs as die rekening permanent uitgewis word, apart bewaar tot die einde van die betrokke wetlike bewaringstydperk, geskei van die doel van die verwerking van persoonlike data en met toegang beperk slegs tot die nakoming van die wetlike verpligting. Op dieselfde wyse kan die ouditspoorrekords (audit_logs) en die minimum bewyskern van die toestemmingsrekords (sien Afdeling 4, Rye 7–8) buite hierdie tydperk van 30 dae steeds bewaar word, vir 'n afsonderlike en beperkte doel, op grond van die regmatige belang/regsbewys. In Afdeling 4, Nota 2, word uitdruklik aangedui dat die tydperke wat deur hierdie uitsondering gedek word, nie ooreenstem met 'n tegniese meganisme wat outomaties in die stelsel toegepas word nie.

5.4. Spesiale verduideliking oor gestoorde aanhegsels (belangrik — deursigtigheid)

Weens die beginsel van deursigtigheid word uitdruklik verklaar: tydens die permanente uitwissing word die databasisrekords (profiel, afspraak, toewysing, toestemming, ens.) volledig uitgewis of (vir gesondheids-/kliniese/finansiële rekords, sien Afdeling 6.2) geanonimiseer; die gebruiker se aanhegsels wat in 'n afsonderlike bergingsarea (Storage) gestoor word, word egter soos volg hanteer: die avatar/profielfoto, die dokumente/foto's wat by die gesondheidsgeskiedenisvorm aangeheg is en die beelde van betalingskwitansies word as deel van die fase van permanente uitwissing outomaties (best-effort) uit Storage uitgewis — dit is 'n geverifieerde gedrag wat tans werklik in die stelsel werk. As die uitwissing in 'n houer misluk, word dit aangeteken; dit verhinder egter nie die skoonmaak van die ander houers of die stappe van anonimisering/permanente uitwissing van die rekening nie (best-effort-ontwerp).

Eerlike grens: Die enigste kategorie lêers buite die bestek van hierdie outomatiese proses is die identiteits-/diplomaverifikasiedokumente wat in die registrasieproses van die spesialis/solo opgelaai is (die houer specialist-verification-docs). Tegnies is hierdie dokumente nie aan die gebruiker gekoppel nie, maar aan die verifikasieproses van die betrokke tenant (die Studio), en bevat hulle geen verwysing na die gebruiker in die databasisrekord nie; om hierdie rede kan hulle nie outomaties by die huidige vloei vir die uitvee van die gebruikersrekening ingesluit word nie. Die verwydering van hierdie dokument sal apart hanteer word in die proses om die rekening/intekening van die betrokke Studio op tenantvlak te sluit (sien Afdeling 5.6); totdat dit voltooi is, word uitsonderlike versoeke handmatig via hello@corenta.app oorweeg.

Om hierdie rede onderneem hierdie Beleid nie absoluut dat, met die versoek om die rekening uit te vee, "al die gebruiker se data/lêers volledig en onmiddellik uitgewis word" nie (sien veral, oor tegniese oorblyfsels in rugsteune, Afdeling 6.3, en oor die uitsondering hierbo); ten opsigte van die kategorieë lêers wat hierbo beskryf word, word die outomatiese uitwissing egter werklik toegepas.

5.5. Spesiale nota oor gesondheidsdata

Gesondheidsdata van 'n spesiale kategorie, soos gesondheidsgeskiedenisvorms, sessienotas en metingsrekords, is ook onderhewig aan die algemene uitwissingsvloei hierbo (soft-delete → 30 dae → permanente uitwissing); soos in Afdeling 4, Rye 2–4, en in Afdeling 6.2 verduidelik word, word die fase van permanente uitwissing in hierdie tabelle egter toegepas deur ontkoppeling van die persoon en gedeeltelike skoonmaak — die rekord word nie aan DELETE onderwerp nie, die skakel met die persoon word verbreek en sommige vryeteksvelde word skoongemaak; die kliniese rekord (veral die append-only-inhoud van die sessienotas) word met beperkte toegang as 'n rekord van die tenant sonder skakel met die persoon bewaar en word nie as anoniem beskou nie. Daarbenewens, aangesien hierdie kategorie data verweef is met rekords wat deur die Studio as verantwoordelike party gehou word, kan die versoek van 'n kliënt om die rekening/data uit te vee, bots met die eie wetlike bewaringsverpligtinge van die Studio (byvoorbeeld vereistes vir die hou van rekords wat uit die wetgewing oor die lewering van gesondheidsdienste kan voortspruit); die metode van ontkoppeling van die persoon en beperkte bewaring is daarop gemik om hierdie twee verpligtinge te balanseer (die kliënt se regte oor persoonlike data en die Studio se verpligting om rekords te hou). In sulke gevalle besluit die Studio, as verantwoordelike party, uiteindelik; Corenta tree op volgens die opdragte van die Studio.

5.6. Uitvee op die vlak van die Studio (tenant)

As 'n Studio sy Corenta-intekening heeltemal beëindig, word dieselfde argitektuur in twee fases (soft-delete → 30 dae → permanente uitwissing) toegepas op die data van die Studio se tenant en op al die kliëntrekords van daardie tenant. Aangesien die Studio die Verantwoordelike Party vir sy eie kliënte is, is dit verplig om hulle, in die bestek van sy eie KVKK-verpligtinge, in te lig voordat dit die intekening beëindig; hierdie verpligting kan nie aan Corenta oorgedra word nie.

5.7. Verhouding met die ondersteuningsmodus van die superadministrateur (verpersoonliking)

Die prosesse vir die uitvee van die rekening en vir bewaring werk onafhanklik van Corenta se ondersteunings-/verpersoonlikingsmeganisme. Verpersoonlikingsessies is tydsbeperk (30 minute) en by verstek slegs-lees; toegang tot die kategorieë gesondheidsdata (gesondheidsgeskiedenis, sessienota, meting) vereis 'n afsonderlike goedkeuringstap (health_data_enabled), en skryf-/uitwissingshandelinge in hierdie tabelle word in geen geval deur verpersoonliking toegelaat nie (in die RLS-beleide is geen uitsondering aan verpersoonliking toegestaan nie). Verduideliking: Die beperking hier verwys na verpersoonlikingsessies wat deur persone geaktiveer word, waarin 'n lid van die ondersteuningspersoneel aanmeld en handmatig handelinge uitvoer; die outomatiese cron-proses met service-role (sonder menslike ingryping) wat in Afdeling 5.2 verduidelik word, is 'n afsonderlike laag van hierdie beperking en word nie daardeur geraak nie — die verpersoonlikingsbeperking verhinder nie die outomatiese meganisme vir permanente uitwissing van die vloei vir die uitvee van die rekening nie en moet nie daarmee verwar word nie. Gevolglik word die prosesse vir die uitvee van die rekening/verwydering slegs deur die outomatiese meganismes gelei wat in hierdie Beleid gedefinieer word.

6. Verwyderingsmetodes

Ingevolge art. 8 en verder van die Regulasie word die metodes van uitwissing/vernietiging/anonimisering wat na gelang van die aantekeningsmedia toegepas word, hieronder verduidelik.

6.1. Uitwissing

Dit is die handeling om persoonlike data vir die betrokke gebruikers (insluitend gebruikers van die app en personeel met toegang tot die administrasiepaneel) op geen wyse toeganklik en herbruikbaar te maak nie. By Corenta word hierdie metode in die soft-delete-proses van Fase 1 toegepas: alhoewel die data nie fisies uit die databasis verwyder word nie, word dit deur die toegangstoestemmings en die koppelvlakke heeltemal ontoeganklik.

6.2. Vernietiging (permanente uitwissing)

Dit is die handeling om persoonlike data vir niemand op enige wyse toeganklik, herwinbaar en herbruikbaar te maak nie. In Corenta se proses van permanente uitwissing van Fase 2 word hierdie beginsel, na gelang van die datakategorie, deur twee verskillende tegniese metodes geïmplementeer:

• Stawingsrekord en rekords sonder onafhanklike besigheidswaarde: Die stawingsrekord van die gebruiker (auth.users) word onomkeerbaar uitgewis deur direkte DELETE in die outomatiese proses wat deur service-role beskerm word; die verwante rekords wat ná die uitvee van die rekening op sigself geen besigheids-/bewyswaarde het nie (byvoorbeeld kennisgewings, notifications — sien Afdeling 4, Ry 10), word saam op databasisvlak deur ON DELETE CASCADE uitgewis.
• Gesondheids-, kliniese en finansiële rekords: Vir anamnesis_forms, session_notes, measurements, payments, attendance en consent_logs word die fase van permanente uitwissing, in plaas daarvan om die rekord aan DELETE te onderwerp, toegepas deur ontkoppeling van die persoon en gedeeltelike skoonmaak (sien Afdeling 6.6): die vreemdesleutelkolomme wat die persoon identifiseer (client_id, specialist_id, user_id, ens.) word onomkeerbaar as NULL gestel deur die FK-beperking ON DELETE SET NULL; die inhoudskolomme wat eksplisiete identifikasie of PII in vrye teks kan bevat (antwoorde op die gesondheidsgeskiedenis, vryeteksnotas by metings/betalings, verwysing na die betalingskwitansie, IP-adres van die toestemmingsrekord) word skoongemaak of deur 'n anonieme merker vervang deur die funksie anonymize_user_relations() (wat slegs deur die service-role geroep kan word, default-deny). Die numeriese en historiese kliniese/finansiële inhoud (datum, bedrag, waarde van die meting, oorblywende sessiesaldo, status opgedaag/nie opgedaag nie, tyd waarop die toestemming gegee/teruggetrek is) word egter steeds as 'n rekord van die tenant sonder skakel met die persoon bewaar, weens die Studio se verpligting om rekords te hou en (vir die sessienotas) die append-only-beginsel; aangesien die vrye teks van die sessienotas nie verander word nie, word hierdie rekords nie as anoniem beskou nie en word hulle met beperkte toegang bewaar.

By die sessienotas (session_notes) laat die append-only-beperking geen wysiging van die inhoud toe nie; 'n beperkte uitsondering met 'n enkele doel is toegestaan slegs om die kolomme wat aan die persoon koppel (client_id, specialist_id) as NULL te stel — die inhoud van die nota self word in geen fase van hierdie proses uitgewis of verander nie.

Grens: Daar is geen meganisme om die persoonlike data in die teks na te gaan/skoon te maak wat in vryeteksvelde buite die kolomme met eksplisiete identifikasie kan voorkom nie (byvoorbeeld 'n naam wat in die liggaam van 'n sessienota genoem word). Om hierdie rede word hierdie rekords nie as anoniem beskou nie; hulle word as persoonlike data met beperkte toegang bewaar en aan die einde van die tydperk verwyder.

Aangesien albei metodes hierbo deur service-role beskerm word, kan hulle nie deur die normale koppelvlakke van die produk geaktiveer of ongedaan gemaak word nie.

6.3. Uitwissing van rugsteune

Die rugsteune van die databasis word ná 'n sekere tydperk outomaties oorskryf/verwyder in die bestek van die normale rugsteunsiklus (rotasie). Alhoewel die permanente uitwissing onmiddellik in die hoofdatabasis in werking tree, word uitdruklik aangedui dat die data tegnies steeds kan bestaan in rugsteune wat vroeër gemaak is tot die einde van die standaardrotasietydperk van rugsteune van die rugsteunverskaffer (Supabase). Dit is die standaardpraktyk in die bestek van die dataverwerkingsooreenkoms (DPA) van die betrokke sub-operateur (Supabase).

6.4. Aanhegsels in die lêerbergingsarea (Storage)

Lêers wat deur die gebruikers opgelaai word, soos avatarbeelde, betalingskwitansies en aanhegsels by die gesondheidsgeskiedenis, word in 'n afsonderlike bergingsarea (Storage) gehou. Sien Afdeling 5.4 — die huidige stand van hierdie inhoud in die proses vir die uitvee van die rekening (outomatiese uitwissing vir die avatar/aanhegsel by die gesondheidsgeskiedenis/betalingskwitansie, enigste uitsondering vir specialist-verification-docs) word daar in besonderhede en deursigtig verduidelik.

6.5. Data op papier

Die persoonlike data wat in die bestek van Corenta se SaaS-produk verwerk word, word digitaal bewaar; die verwerking van persoonlike data op papier word nie beoog nie. As papier by uitsondering in kommersiële/administratiewe korrespondensie van die Onderneming gebruik word, word die verwydering gedoen deur onomkeerbare uitkrassing/verbranding/versnippering in 'n papierversnipperaar.

6.6. Anonimisering

As deel van die proses van permanente uitvee van die rekening (sien Afdeling 6.2) gebruik Corenta die metode van ontkoppeling van die persoon en gedeeltelike skoonmaak vir gesondheidsdata en kliniese/finansiële rekords. Aangesien die vrye teks van die sessienotas nie verander word nie en, in klein besighede, datums en reekse metings genoeg kan wees om die persoon te heridentifiseer, voldoen hierdie metode nie in elke geval aan die standaard van anonimisering hieronder nie; hierdie rekords word nie as anoniem beskou nie, word as persoonlike data met beperkte toegang bewaar en aan die einde van die tydperk verwyder. Daarbenewens kan Corenta ook, vir produkontwikkeling, statistiese ontleding of marknavorsing, data gebruik wat op so 'n wyse geanonimiseer is dat dit nie met 'n geïdentifiseerde of identifiseerbare natuurlike persoon in verband gebring kan word nie. Anonimisering vereis dat die data onomkeerbaar onmoontlik word om met die persoon in verband te bring, selfs wanneer dit met ander data gekombineer word; maskering/skuilnaamgewing wat uitgevoer word sonder om aan hierdie standaard te voldoen, geld nie as anonimisering nie en bly onderhewig aan die regime van die verwerking van persoonlike data. Geanonimiseerde data word beskou as buite die bestek van die KVKK en is nie onderhewig aan die beperkings op bewaringstydperke in hierdie Beleid nie.

6.7. Keuse van die metode

Die verwyderingsmetode wat toegepas word, word deur Corenta en/of die Studio bepaal, met inagneming van die aard van die data (of dit van 'n spesiale kategorie is), die medium waarin dit bewaar word (databasis, lêerberging, logstelsel, rugsteunstelsel), die regs- en tegniese moontlikhede en die beginsels wat in die besluite van die Raad en in die Regulasie aangedui word. By die handelinge vir die verwydering van persoonlike data van 'n spesiale kategorie (insluitend gesondheidsdata) word die uiterste sorg aan die dag gelê.

7. Proses van periodieke verwydering

Ingevolge art. 11 van die Regulasie is Corenta verplig om persoonlike data waarvan die bewaringstydperk verstryk het en/of waarvan die verwerkingsdoel verval het, ampshalwe (sonder om op 'n versoek te wag) uit te wis, te vernietig of te anonimiseer; die tussenpose van periodieke verwydering wat in hierdie bestek beoog word, mag nie 6 (ses) maande oorskry nie. In hierdie raamwerk word die volgende onderskeid uitdruklik gemaak tussen die meganismes wat tans werklik in die stelsel werk en dié wat nie werk nie:

1. Die proses van permanente uitwissing van 30 dae ná die versoek om die rekening uit te vee, word periodiek (daagliks) deur 'n outomatiese geskeduleerde taak (cron job) nagegaan, en rekenings waarvan die tydperk verstryk het, word in groepe verwerk. Dit is 'n geverifieerde outomatisering wat tans werklik in die stelsel werk.
2. Die bewaringstydperk wat vir die ouditspoorrekords (audit_logs) beoog word, word periodiek hersien; tans is daar egter geen uitwissingsmeganisme geïmplementeer wat hierdie hersiening outomaties uitvoer nie (sien Afdeling 4, Ry 7).
3. Die maksimum bewaringstydperk wat vir die data van die vroeë-toegangsvorm bepaal is (sien Afdeling 4, Ry 9), is 'n verwysing na die maksimum regsgrens van die verpligting tot periodieke verwydering in art. 11 van die Regulasie; tans is daar egter in die stelsel geen meganisme wat outomaties ooreenkomstig hierdie tydperk nagaan/uitwis nie. Vir hierdie kategorie data word die uitwissing/anonimisering handmatig en op versoek oorweeg totdat die outomatisering geïmplementeer is (sien Afdeling 4, Nota 2). Hierdie punt word deursigtig gehou, in ooreenstemming met die ander ongeverifieerde bewerings oor outomatisering (sien punte 2 en 4).
4. Die afsonderlike outomatiese en periodieke skoonmaak van verstreke/ongeldige tokens vir push-kennisgewings is 'n beplande verbetering in die produkpadkaart; daar is nie tegnies geverifieer dat hierdie meganisme tans werklik in die stelsel werk nie (sien Afdeling 4, Ry 10). Wanneer dit geverifieer of geïmplementeer word, sal hierdie Beleid bygewerk word.
5. 6-maandelikse periodieke verwydering: Vir die kategorieë in hierdie Afdeling sonder outomatiese verwydering (ouditspoor, bewyse van toestemming sonder skakel met die persoon, data van die vroeë-toegangsvorm, verifikasiedokumente van spesialiste, modereringskopieë van groepboodskappe) pas Corenta periodieke verwydering elke 6 maande toe en stel dit vir elke siklus 'n verwyderingsverslag op. Daar is nog geen geskeduleerde take wat hierdie siklusse outomatiseer nie; die siklusse word handmatig uitgevoer.

Die proses van periodieke verwydering, ongeag die tydperke wat in hierdie Beleid aangedui word, verhinder nie die individuele versoek van die datasubjek om uitwissing/vernietiging ingevolge art. 11 van die KVKK nie; die datasubjek kan uitwissing versoek selfs al het die bewaringstydperk nie verstryk nie, as die regsgrond van die betrokke verwerkingsaktiwiteit verval het (byvoorbeeld terugtrekking van die toestemming). Ook vir die kategorieë waarvan die outomatisering nog nie geïmplementeer is nie, word die individuele versoek van die datasubjek, wanneer dit aan hello@corenta.app gestuur word, handmatig oorweeg en afgehandel.

8. Regte van die datasubjek en aansoekprosedure (KVKK art. 11)

8.1. Regte ingevolge artikel 11 van die KVKK

Ingevolge art. 11 van die KVKK het datasubjekte die volgende regte:

1. Om te weet of hul persoonlike data verwerk word,
2. Om inligting te versoek indien hul persoonlike data verwerk is,
3. Om die doel van die verwerking van persoonlike data te ken en of dit in ooreenstemming met daardie doel gebruik word,
4. Om die derde partye, in Türkiye of in die buiteland, te ken aan wie persoonlike data oorgedra word,
5. Om regstelling van persoonlike data te versoek indien dit onvolledig of onjuis verwerk is,
6. Om uitwissing of vernietiging van persoonlike data te versoek in die bestek van art. 7 van die KVKK,
7. Om te versoek dat die handelinge wat ingevolge paragrawe (5) en (6) hierbo uitgevoer is, meegedeel word aan die derde partye aan wie persoonlike data oorgedra is,
8. Om beswaar te maak teen 'n uitslag wat vir die persoon nadelig is en wat voortspruit uit die ontleding van die verwerkte data uitsluitlik deur geoutomatiseerde stelsels,
9. Om vergoeding vir die skade te eis indien skade gely word weens die onregmatige verwerking van persoonlike data.

8.2. Eerlike opsomming van die huidige tegniese implementering

Die volgende punte word aangebied as 'n eerlike en realistiese opsomming van die huidige tegniese implementering:

• Versoek om uitwissing (uitvee van die rekening): Kan direk in die betrokke instellingskieslys van die mobiele app ingedien word; hierdie versoek word outomaties hanteer deur die tweefaseproses (onmiddellike soft-delete → 30 dae → permanente uitwissing) wat in Afdeling 5 verduidelik word (art. 11/6).
• Versoek om inligting / oordraagbaarheid van data: Word nagekom deur die data binne die bestek van die datasubjek se eie tenant binne 'n redelike tydperk in 'n gestruktureerde en masjienleesbare formaat aan die datasubjek te lewer (funksie export_user_data; die tenantbestek is geverifieer). Die afleweringsmeganisme van hierdie proses (kenmerke soos die lêerformaat, die wyse van aflewering, die getekende aflaaiskakel) word deurlopend ontwikkel; hierdie Beleid onderneem niks oor 'n spesifieke afleweringstydperk of 'n spesifieke lêer-/toegangsformaat nie (art. 11/1-2).
• Inligting oor oordrag na derde partye (art. 11/4): Die inligting oor die derde partye/sub-operateurs, in Türkiye/in die buiteland, aan wie persoonlike data oorgedra word, word verskaf deur die tabel in Afdeling 11 (Sub-operateurs en ligging van die data) van hierdie Beleid.
• Versoek om regstelling (art. 11/5): Kan tegnies handmatig deur die administrasiepaneel van die Studio gedoen word; daar is geen afsonderlike en outomatiese vloei vir 'n "versoek om regstelling" nie. In die konteks van die SaaS-produk moet versoeke om regstelling oor kliëntdata primêr aan die betrokke Studio gerig word; Corenta, as Operateur, lewer die tegniese ondersteuning volgens die opdragte van die Studio.
• Mededeling aan derde partye (art. 11/7): Die versoek dat die handelinge van uitwissing/regstelling meegedeel word aan die derde partye aan wie die data oorgedra is, word oorweeg wanneer dit deur die kanale gestuur word wat in die aansoekprosedure aangedui word; tans word hierdie proses handmatig en nie outomaties uitgevoer nie.
• Beswaar teen geoutomatiseerde besluite/profilering (art. 11/8): Daar is geen aktiwiteit van geoutomatiseerde besluitneming of profilering in die stelsel wat 'n nadelige uitslag vir die datasubjek oplewer deur die ontleding van die verwerkte data uitsluitlik deur geoutomatiseerde stelsels nie; gevolglik is daar tans geen behoefte aan 'n afsonderlike en werklik bedryfde beswaarmeganisme vir hierdie punt nie.
• Aansoeke word kosteloos binne hoogstens 30 dae afgehandel ingevolge art. 13 van die KVKK (indien die handeling 'n bykomende koste meebring, kan die fooi in die tarief wat deur die Raad vasgestel is, gehef word).

8.3. Aansoekprosedure

Aansoeke oor die regte hierbo kan:

• na die e-posadres hello@corenta.app,
• deur die betrokke instellings-/ondersteuningskerms van die app,
• of deur die ander prosedures wat in die KVKK voorgeskryf word,

aan Corenta gestuur word.

Belangrike nota oor kliëntdata: As jy 'n kliënt van 'n Studio is en 'n aansoek oor jou data wil indien, moet jy eers by die betrokke Studio (die Verantwoordelike Party) aansoek doen, aangesien die Studio uiteindelik besluit en die ontvanger is ten opsigte van kliëntdata. Corenta, as operateur, verskaf die nodige tegniese hulpmiddels (funksies vir die vertoon, uitvoer en uitwissing van data) volgens die opdragte van die Studio.

9. Rolle en verantwoordelikhede

10. Sekuriteitsmaatreëls (tydens die bewaringstydperk)

Tydens die bewaringstydperk word persoonlike data beskerm deur die volgende tegniese en administratiewe maatreëls (KVKK art. 12):

• In die multihuurderargitektuur word die beginsel van weiering by verstek (default-deny) toegepas, met die verpligting van tenant_id in alle tabelle en beleide vir Ryvlak-sekuriteit (Row Level Security) (37/37 tabelle, 86 beleide); sodoende word datalekkasie tussen tenants tegnies verhinder.
• Toegang tot tabelle met gesondheidsdata is slegs beperk tot die betrokke kliënt, die toegewese spesialis en die tenant-administrateur; die toegangsbeheer word op databasisvlak (RLS) toegepas. Sessienotas kan ná indiening nie verander/uitgewis word nie (append-only); vir die gesondheidsgeskiedenisvorms het geen gebruiker (insluitend die administrateur) uitwissingstoestemming ontvang nie.
• Die ondersteuningsmodus van die superadministrateur (verpersoonliking) is tydsbeperk (30 minute) en by verstek slegs-lees; skryfhandelinge en toegang tot gesondheidsdata is onderhewig aan afsonderlike stappe wat bykomende goedkeuring vereis; in geen verpersoonlikingscenario word skryftoegang tot die tabelle met gesondheidsdata verleen nie. (Hierdie beperking verwys na verpersoonlikingsessies wat deur persone geaktiveer word; die outomatiese cron-prosesse met service-role is 'n afsonderlike laag — sien Afdeling 5.7.)
• By die oordrag van data word end-tot-end-enkripsie (TLS) gebruik; in die mobiele app word sessietokens geënkripteer gestoor in die toestel se hardeware-ondersteunde veilige sleutelberging (Keychain/Keystore).
• Tegniese maatreëls is getref om skermkiekies op sensitiewe skerms te beperk.
• Tweefaktor-stawing (2FA/MFA) is verpligtend vir superadministrateursrekeninge.
• Die verifikasie van die kriptografiese handtekening van kennisgewings (webhooks) oor betalingstransaksies word in die argitektuur beoog en word toegepas; die werk om die betrokke konfigurasie/sleutelbestuur in alle omgewings (insluitend produksie) volledig af te handel, is aan die gang.
• Hierdie sekuriteitsmaatreëls word deurlopend hersien en verbeter; geen tegniese maatreël waarborg egter absolute sekuriteit nie, en hierdie Beleid onderneem geen absolute sekuriteit nie.

11. Sub-operateurs en ligging van die data

Tydens die bewaringstydperk word persoonlike data verwerk of gehuisves deur die volgende sub-operateurs/diensverskaffers. Die kontrakte met hierdie verskaffers bevat verpligtinge om die data slegs vir die uitvoering van die aangeduide diens te verwerk; hierdie verhouding verwys nie na die bewaringstydperke nie, maar na die tegniese omgewing waarin die data gehuisves word — die toepassing van die verwyderingsbesluit word ook tegnies by hierdie verskaffers uitgevoer. Die tabel hieronder voldoen ook aan die reg om "die derde partye te ken aan wie die data oorgedra word" ingevolge art. 11/4 van die KVKK:

Daarbenewens:

• E-posinfrastruktuur: Diens-e-posse word deur Google Workspace (Google) gestuur; stawings-e-posse word deur Supabase Auth geaktiveer. Promosie-e-posse word slegs met aparte toestemming en registrasie in İYS (die Turkse Boodskapbestuurstelsel) gestuur. Push-kennisgewings word deur Apple (APNs) en Google (FCM) afgelewer.
• Ontledingshulpmiddel: Geen derdeparty-ontledingshulpmiddel (byvoorbeeld Google Analytics) word gebruik nie. Die meting van produkgebruik in die app is tans nie aktief nie; indien dit geaktiveer word, word die meting geskryf na 'n eie tabel wat in Corenta se eie databasis (Supabase, Frankfurt/Duitsland) gestoor word, bevat dit geen gesondheidsdata of vrye teks nie, en sal hierdie Beleid voor die aktivering bygewerk word; wanneer dit geaktiveer word, sal die bewaringstydperk van die metingsrekords in hierdie Beleid aangedui word.
• Foutmonitering: Geen derdeparty-hulpmiddel vir foutmonitering word gebruik nie; foute van die kliënt (app) word in Corenta se eie databasis aangeteken.
• Daar is geen infrastruktuur vir direkte betaling met 'n kredietkaart via die web nie; betalings word slegs deur die meganismes vir in-app-aankope (IAP) van Apple/Google gedoen; die finale faktuur/kwitansie word deur Apple/Google uitgereik (sien Afdeling 4, Ry 6).

Die deling van data met die sub-operateurs hierbo geskied slegs in die mate wat nodig is vir die lewering van die betrokke diens en in die bestek van art. 8/9 van die KVKK. Oorgrensoordrag: Al die verskaffers hierbo verwerk data buite Türkiye; huisvesting in Duitsland is ook 'n oorgrensoordrag binne die betekenis van die KVKK. Omdat hierdie oordragte gereeld en deurlopend is, berus hulle nie op uitdruklike toestemming nie; hulle sal berus op die standaardkontrakte wat deur die Raad ingevolge art. 9/4-c aangekondig is. Op die datum van hierdie teks is die standaardkontrakte nog nie onderteken of by die Raad aangemeld nie; elke kontrak sal binne 5 werksdae ná die datum van ondertekening by die Raad aangemeld word, en hierdie tabel sal met die datums bygewerk word. Daar is geen toereikendheidsbesluit wat deur die Raad vir hierdie lande aangekondig is nie (laas nagegaan: 11 Oktober 2026). Hierdie lys kan bygewerk word na gelang van wysigings van diensverskaffers; die bygewerkte lys kan in die Privaatheidsbeleid en/of op die betrokke inligtingskerm in die Corenta-produk gevolg word.

12. VERBİS-registrasie

Op die datum van hierdie dokument het Teta Studio geen VERBİS-registrasie nie. Die registrasieverpligting word beoordeel volgens die kriteria van Raadsbesluite No. 2025/1572 (vrystellingsdrempel vir verantwoordelike partye wie se hoofaktiwiteit die verwerking van data van 'n spesiale kategorie is: 10 werknemers per jaar en 'n balansstaattotaal van 10 miljoen Turkse lira) en No. 2025/2393 (kriterium van die aantal werknemers vir dié wat nie boekhouding op grond van 'n balansstaat hou nie). Aangesien Teta Studio die gesondheidsdata van die studio's nie as verantwoordelike party nie, maar as operateur verwerk, word die beoordeling ten opsigte van sy eie aktiwiteite as verantwoordelike party (Dele A en C) met hierdie kriteria gedoen. Wanneer die skriftelike beoordelingsnota en die bevestiging van die Owerheid (ALO 198) voltooi is, sal hierdie afdeling met die datum en die motivering bygewerk word; as registrasie nodig is, sal dit gedoen word voordat die aktiwiteit voortgesit word.

Verduideliking volgens rol: Die verpligting tot VERBİS-registrasie word beoordeel vir die konteks van die korporatiewe webwerf (vroeë-toegangsvorm van corenta.app), waarin Corenta as Verantwoordelike Party optree, en die stand daarvan word hierbo verduidelik. In die konteks van die SaaS-produk (app.corenta.app), aangesien die Verantwoordelike Party vir kliëntdata die Studio is, moet die bestaan al dan nie van 'n verpligting tot VERBİS-registrasie apart en onafhanklik beoordeel word volgens die eie kriteria van elke Studio (aantal werknemers, jaarlikse volume van dataverwerking, aktiwiteitsgebied, vrystellingsbesluite van die Raad, ens.); hierdie beoordeling en die moontlike registrasieverpligting berus by die Studio en kan nie aan Corenta oorgedra word nie.

13. Bywerking van die beleid

Hierdie Beleid kan bygewerk word weens wetswysigings, besluite van die Raad, verbeterings wat aan Corenta se tegniese infrastruktuur aangebring word (byvoorbeeld die byvoeging van 'n PII-nagaan in die vryeteksinhoud van sessienotas, aangedui in Afdeling 4, Ry 3, en in Afdeling 6.2; die koppeling van die verifikasiedokumente van spesialiste (specialist-verification-docs), aangedui in Afdeling 5.4/Afdeling 4, Ry 11, aan die proses om die tenant te sluit; die verifikasie/implementering van die skoonmaak van push-tokens aangedui in Afdeling 4, Ry 10, en Afdeling 7, punt 4; die skepping van 'n outomatiese nagaanmeganisme vir die data van die vroeë-toegangsvorm aangedui in Afdeling 7, punt 3; die ontwikkeling van die proses van oordraagbaarheid van data aangedui in Afdeling 8.2; die afhandeling van die regsgronde van die oorgrensoordrag in Afdeling 11; wysiging van die lys van sub-operateurs) of wysigings in die besigheidsprosesse. Die huidige weergawe word op die betrokke platforms van Corenta (korporatiewe webwerf en/of in die app) gepubliseer en, ten opsigte van bepalings wat met die vorige weergawe bots, geld die huidige weergawe. By belangrike wysigings word die gebruikers/Studio's, in die mate waarin dit van toepassing is, apart ingelig.

14. Kontak

Vir jou vrae oor hierdie Beleid of oor die bewaring/verwydering van persoonlike data:

E-pos: hello@corenta.app Verantwoordelike party: Mertcan Demir — eenmansaak onder die handelsnaam "Teta Studio" Ondersteuning: support@corenta.app Diensgebied: Corenta word wêreldwyd deur die App Store en Google Play aangebied in die lande waar hierdie winkels beskikbaar is. Die tydperke in hierdie Beleid is op gebruikers in elke land van toepassing; as die dwingende wetgewing van 'n land 'n korter uitwissing of 'n langer bewaringsverpligting voorskryf, geld daardie bepaling.

Laas bygewerk: 19 Oktober 2026 Weergawe 1.9 · 19 Oktober 2026