CORENTA — VERİ SAKLAMA VE İMHA POLİTİKASI

Hesapsız danışan silme: Klinik yöneticisinin Sil işlemi talep sayılır; kayıt hemen aktif listeden kaldırılır ve 30 gün sonra kimlik/iletişim bilgileri ile danışanın sağlık alanları (kan grubu, alerji, kronik durum, ilaç) silinir/boşaltılır (bkz. 5.0). Aşağıdaki genel hesap silme anlatımı bu özel kapsamda kalıcı danışan satırı silme zorunluluğu olarak yorumlanmaz. Anamnez, ölçüm, seans notu ve finans kayıtları kendi saklama hükümlerine tabi kalır.

Yürürlük / son güncelleme: 19 Ekim 2026 Sürüm: 1.9 Veri sorumlusu / yayıncı: Mertcan Demir — "Teta Studio" işletme adıyla şahıs işletmesi

Değişiklik günlüğü

• 1.9 — 19 Ekim 2026: Bölüm 14'teki "yalnız Türkiye" ifadesi küresel sunumla değiştirildi; saklama süreleri değişmedi.
• 1.8 — 19 Ekim 2026: Yayın sürümü; yürürlük tarihi 19 Ekim 2026. Bölüm 4'e klinik grup mesajları ve ekip incelemesi için ayrılan mesaj kopyaları satırı (Sıra 12) eklendi; Bölüm 7 periyodik imha listesi buna göre genişletildi; 1.3 tablosundan boş kalan MERSİS ve KEP bilgisi çıkarıldı.
• 1.7 — 11 Ekim 2026: 11 Ekim 2026 uyum incelemesine göre (F01, F02, F08, F11, F13, F19, F21): §11'deki "Supabase/Frankfurt yurt dışı aktarım değildir" ifadesi kaldırıldı ve yurt dışı aktarım bölümü 6698 sayılı Kanun m.9'un 2024 sonrası hâline göre yazıldı (standart sözleşmeler henüz imzalanmamıştır); sağlık/klinik/finansal kayıtlar için "anonim" ifadesi kişi bağı koparılmış kısıtlı saklama olarak düzeltildi (seans notu serbest metni değiştirilmez); rıza kanıtı satırının hukuki sebebi m.5/2-e olarak düzeltildi (hatalı m.20/2 atfı kaldırıldı); erken erişim formu satırı aydınlatma ile ticari ileti onayının ayrılmasına göre güncellendi; otomatik imhası olmayan kategoriler için 6 aylık periyodik imha ilkesi eklendi; kimlik bilgisi şahıs işletmesi olarak düzeltildi; VERBİS bölümü 2025 Kurul kararlarına göre yazıldı.
• 1.6 — 10 Ekim 2026: Expo (Expo Push Notification Service) alt işleyen/işleyen kayıtlarından kaldırıldı; push bildirimleri yalnızca Apple (APNs) ve Google (FCM) üzerinden iletilir, Expo/EAS yalnızca uygulama derleme aracıdır ve son kullanıcı verisi işlemez.
• 1.5 — 10 Ekim 2026: Google Analytics seçimine ilişkin ifade kaldırıldı; üçüncü taraf analitik kullanılmadığı ve push işleyenleri netleştirildi.
• 1.4 — 4 Ekim 2026: Mevcut metin onaylı sürüm olarak sabitlendi. Bu sürümde yalnızca şunlar işlendi: hesap silme (erişim hemen kesilir, kişisel veri silinir/anonimleşir, yasal saklama gerektiren ödeme kayıtları kimliksiz saklanır; geri alma süresi yok); 30 gün sonunda danışan sağlık alanlarının silinmesi; 7 günlük yetim makbuz süresi; destek modunda danışan iletişiminin gizli kalması; kimliksiz sunucu tarafı ölçüm; hizmet e-postaları ve Google Workspace; push işleyenleri; destek adresi; pazar (Türkiye).
• 1.3 — 7 Temmuz 2026 (4 Ağustos 2026 güncellemesi): önceki sürüm.

Veri Sorumlusu / Veri İşleyen Sıfatına İlişkin Önemli Not: İşbu Veri Saklama ve İmha Politikası ("Politika"), "Teta Studio" işletme adıyla şahıs işletmesi olarak faaliyet gösteren Mertcan Demir ("Corenta", "Teta Studio", "Şirket") tarafından geliştirilen ve işletilen Corenta yazılım hizmeti ("Hizmet" veya "Uygulama") kapsamında işlenen kişisel verilerin ne kadar süreyle saklanacağını, bu sürelerin belirlenmesinde esas alınan kriterleri ve saklama süresinin sona ermesi veya işleme sebebinin ortadan kalkması hâlinde bu verilerin hangi yöntemlerle silineceğini, yok edileceğini veya anonim hâle getirileceğini düzenler.

Bu Politika, 6698 sayılı Kişisel Verilerin Korunması Kanunu ("KVKK"), Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hâle Getirilmesi Hakkında Yönetmelik ("Yönetmelik") ve ilgili diğer mevzuat çerçevesinde hazırlanmıştır ve Corenta'nın kişisel veri işleme envanterinin ayrılmaz bir parçasıdır. Bu Politika, veri işleme amaçları ve hukuki sebeplerin ayrıntılı biçimde açıklandığı ilgili Aydınlatma Metni/Gizlilik Politikası ile birlikte okunmalıdır; işbu belge yalnızca saklama süreleri ve imha usullerini düzenler, KVKK m.10 kapsamındaki aydınlatma yükümlülüğünün tamamını tek başına karşılamayı amaçlamaz.

1. Amaç ve Kapsam

1.1. Amaç

Bu Politika'nın amacı; Corenta tarafından işlenen kişisel verilerin işlendikleri amaç için gerekli olan azami süreyi belirleme kriterlerini, mevzuatta öngörülen sürelerin uygulanmasını ve saklama süresi sona eren kişisel verilerin silinmesi, yok edilmesi veya anonim hâle getirilmesine ilişkin usul ve esasları açıklamaktır. Bu Politika, KVKK m.5, m.6, m.7, m.10, m.11 ve m.12 hükümleri ile Yönetmelik'in ilgili maddeleri esas alınarak hazırlanmıştır.

1.2. Kapsam ve Rol Ayrımı — Önemli Uyarı

Bu Politika, Corenta'nın iki farklı sıfatla veri işlediği iki ayrı alanı kapsar; bu ayrım Politika boyunca tutarlı biçimde uygulanır ve saklama süreleri tablosunun yorumlanma biçimini doğrudan etkiler:

(a) Kurumsal Web Sitesi Bağlamı (corenta.app — erken erişim/demo talep formu): Ürünle ilgi gösteren potansiyel işletme müşterilerinin erken erişim başvuru formu üzerinden ilettiği kişisel veriler bakımından Corenta/Teta Studio, KVKK m.3 uyarınca doğrudan Veri Sorumlusu sıfatıyla hareket eder.

(b) SaaS Ürünü Bağlamı (app.corenta.app): Corenta platformunu abonelik yoluyla kullanan klinik pilates, fizyoterapi, reformer, wellness/masaj ve yoga merkezlerinin ("Tenant", "İşletme" veya "Klinik") kendi danışanlarına ("Veri Sahibi Danışan") ait olarak platforma girdiği kişisel veriler (iletişim bilgileri, anamnez, seans notları, randevu/paket verisi vb.) bakımından Klinik, KVKK m.3 uyarınca Veri Sorumlusudur; Corenta/Teta Studio ise yalnızca Veri İşleyen sıfatıyla, Klinik'in talimatları doğrultusunda teknik altyapı hizmeti sunar. Danışanlara yönelik aydınlatma yükümlülüğü, açık rıza temini ve danışan verilerine ilişkin nihai saklama/imha kararı Klinik'in hukuki sorumluluğundadır. Corenta, bu yükümlülüklerin yerine getirilmesini ürün içinde (rıza kayıt mekanizması consent_logs, mobil KVKK onay ekranı kvkk.tsx, denetim izleri) teknik olarak kolaylaştırır, ancak Klinik'in KVKK uyum yükümlülüğünü devralmaz veya üstlenmez. Bu Politika'da bu bağlam için açıklanan saklama süreleri, Corenta'nın veri işleyen sıfatıyla altyapısında bu verileri fiilen ne kadar süre tuttuğunu gösterir; nihai imha kararı ve süresi Klinik'in talimatı ve tabi olduğu mevzuat çerçevesinde şekillenebilir.

Bu Politika ayrıca, Corenta çalışanları, iş ortakları ve tedarikçilerine ait kişisel verilerin saklama/imha süreçlerini genel ilkeler bakımından kapsar; ancak Politika'nın asıl odağı yukarıdaki (a) ve (b) bentlerinde tanımlanan müşteri/danışan verileridir.

1.3. Veri Sorumlusu / Veri İşleyen Bilgileri

1.4. Dayanak Mevzuat

• 6698 sayılı Kişisel Verilerin Korunması Kanunu,
• Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hâle Getirilmesi Hakkında Yönetmelik (28.10.2017 tarih ve 30224 sayılı Resmî Gazete),
• Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi Rehberi ve Kişisel Verileri Koruma Kurulu ("Kurul") kararları,
• 6102 sayılı Türk Ticaret Kanunu (ticari defter ve belgelerin saklanması),
• 213 sayılı Vergi Usul Kanunu (mali kayıtların saklanması),
• İlgili diğer sektörel mevzuat (uygulanabildiği ölçüde sağlık hizmeti sunumuna ilişkin mevzuat dâhil).

2. Tanımlar

3. Saklama ve İmha Süresini Belirleme Kriterleri (KVKK m.5, m.6)

3.1. Saklamayı Gerektiren Sebepler

Corenta bünyesinde kişisel veriler, yalnızca ilgili mevzuatta açıkça öngörülen süre kadar veya işlendikleri amaç için gerekli olan süre kadar muhafaza edilir. Saklama süresi belirlenirken aşağıdaki kriterler esas alınır:

1. Yasal saklama yükümlülüğü var mı? (Örn. Türk Ticaret Kanunu, Vergi Usul Kanunu kapsamındaki mali kayıtlar için asgari saklama süreleri.)
2. Veri hangi amaçla işlenmiştir ve bu amaç hâlâ geçerli midir? (KVKK m.5/2 — amaçla sınırlılık ilkesi.)
3. Sözleşmenin kurulması/ifası için gerekli midir? (Örn. abonelik/hizmet ilişkisi devam ederken randevu ve paket verisi.)
4. Bir hakkın tesisi, kullanılması veya korunması için (olası bir hukuki uyuşmazlıkta ispat aracı olarak) gerekli midir? (Borçlar Kanunu genel zamanaşımı süreleri dikkate alınarak.)
5. Veri sahibinin açık rızası var mı ve bu rıza geçerliliğini koruyor mu?
6. Corenta'nın veya Klinik'in meşru menfaati var mı? (Örn. güvenlik logları, dolandırıcılık/kötüye kullanım tespiti.)
7. Veri, özel nitelikli (sağlık) veri kategorisinde mi? Bu durumda KVKK m.6 gereği daha sıkı erişim kısıtı ve gerekçelendirme uygulanır; saklama süresi asla amaç dışına genişletilmez.

Yukarıdaki kriterlerden hiçbiri belirli bir kişisel veri için saklamayı gerektirmiyorsa, veri derhal silinir, yok edilir veya anonim hâle getirilir.

3.2. İmhayı Gerektiren Sebepler

Kişisel veriler aşağıdaki hâllerde, ilgili kişinin talebi üzerine veya Corenta/Klinik tarafından re'sen silinir, yok edilir veya anonim hâle getirilir:

a) İşlenmesine esas teşkil eden mevzuat hükümlerinin değiştirilmesi veya ilgası, b) İşlenmesini veya saklanmasını gerektiren amacın ortadan kalkması, c) Açık rızaya dayalı işleme hâllerinde veri sahibinin rızasını geri çekmesi, d) KVKK m.11 kapsamındaki haklar çerçevesinde veri sahibinin silme/yok etme talebinde bulunması ve bu talebin uygun bulunması (hesap silme talebi), e) Kişisel verileri saklama süresinin dolması ve saklamayı gerektiren hiçbir hukuki sebebin kalmamış olması, f) Sözleşmenin hiç kurulmamış olması, geçersiz olması, feshedilmesi veya sözleşmeden dönülmesi, g) Hesap silme talebinin bu Politika'nın 5. maddesinde belirtilen süreç dâhilinde nihai olarak tamamlanması.

4. Veri Kategorileri, Saklama Süreleri ve İmha Yöntemleri Tablosu

Aşağıdaki tablo, Corenta altyapısında işlenen başlıca kişisel veri kategorilerini, saklama süresini, gerekçesini ve süre sonunda uygulanacak imha yöntemini göstermektedir. Aksi açıkça belirtilmedikçe genel kural şudur: "İlişkili hesap/kayıt aktif olduğu sürece + hesap silme talebinin işleme alınmasından itibaren 30 gün." Tablo, Bölüm 5'te açıklanan hesap silme akışıyla birlikte okunmalıdır. Bazı kategoriler için bu akışın 30 gün sonundaki adımı DELETE (kalıcı silme) değil, anonimleştirmedir — ilgili satırlarda ve Bölüm 6.2'de bu ayrım açıkça belirtilir.

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

</div>

Not 1: Yukarıdaki tabloda "hesap/tenant aktif olduğu sürece" ifadesi, ilgili Klinik'in Corenta aboneliğinin devam ettiği ve danışan kaydının Klinik tarafından silinmediği süreyi ifade eder. Klinik'in kendi danışanına ait veriyi ne zaman sileceği, Klinik'in (Veri Sorumlusu sıfatıyla) kendi KVKK politikası ve danışanla olan ilişkisi çerçevesinde belirlenir; Corenta bu süreç için teknik imkânı sağlar.

Not 2: Sıra 7'deki (Denetim İzi Kayıtları) 2 yıl ve Sıra 8'deki (Rıza Kayıtları) 5 yıl süreleri, Corenta tarafından belirlenmiş sabit saklama süreleridir (Sıra 6'daki TTK/VUK süresinin aksine doğrudan bir mevzuat hükmüne dayanmaz; KVKK m.5/2-f'deki meşru menfaat ve ispat yükümlülüğü çerçevesinde belirlenmiş, kendiliğinden bağlayıcı bir taahhüttür). Bu sürelerin sonunda otomatik bir saklama-sonu silme mekanizması sistemde şu an çalışmamaktadır — süre dolduğunda silme/anonimleştirme işlemi manuel olarak gerçekleştirilir, otomasyon devreye alındığında bu Politika güncellenecektir. Sıra 9'daki (Erken Erişim Formu Verisi) "azami 2 yıl" ifadesi farklı bir kapsamdadır ve kendi satırında açıklandığı üzere ayrı bir hukuki üst sınırı ifade eder.

5. Hesap Silme Süreci — Uçtan Uca İşleyiş

Corenta, veri sahiplerinin KVKK m.11 kapsamındaki silme talebini teknik olarak karşılamak üzere, kullanıcı deneyimi ile veri güvenliği/hukuki ispat ihtiyacı arasındaki dengeyi gözeten iki aşamalı bir silme mimarisi uygular: anlık yumuşak silme (soft-delete) ve bunu izleyen 30 gün sonunda kalıcı silme.

5.0. 4 Ekim 2026 değişikliği — 5.1–5.7 ile çelişen yerde bu madde önceliklidir

Hesap silme (4 Ekim 2026 itibarıyla): Silme talebi onaylandığında hesaba erişim hemen kesilir (oturumlar sonlandırılır, giriş yapılamaz); kişisel veriler silinir veya anonimleştirilir (ad, e-posta, telefon, görsel ile danışan kimlik/iletişim bilgileri ve sağlık alanları — kan grubu, alerji, kronik durum, ilaç — temizlenir); yasal saklama gerektiren ödeme ve hakediş kayıtları silinmez; kişi bağı koparılarak, erişimi kısıtlanmış biçimde saklanır. Talep sonrası geri alma süresi bulunmaz; kimlik doğrulama kaydı ve dosyaların kalıcı silinmesi mevcut otuz günlük arka plan sürecinde tamamlanır.

Danışan kaydının silinmesi ve sağlık alanları (4 Ekim 2026 itibarıyla): Hesabı olmayan bir danışan kaydı işletme tarafından silindiğinde kayıt aktif listeden hemen kaldırılır; 30 gün sonunda kimlik ve iletişim bilgileriyle birlikte danışanın sağlık alanları da (kan grubu, alerji, kronik durum, ilaç) silinir/boşaltılır. Anamnez formları, ölçümler ve seans notlarının saklama kuralları bu hükümden etkilenmez.

Makbuz dosyaları (4 Ekim 2026 itibarıyla): Bir ödemeye bağlanmamış (yetim) makbuz dosyaları 7 gün sonra otomatik olarak silinir; bir ödemeye bağlı makbuz hiçbir rolle silinmez.

Destek modunda danışan iletişimi (4 Ekim 2026 itibarıyla): Corenta destek (süper-admin) oturumunda danışanın e-posta ve telefon bilgisi destek personeline gösterilmez; destek personeli yalnızca sınırlı kimlik özetini (ad, hesap durumu, aktiflik, oluşturma tarihi) görebilir.

Sağlık alanlarını yazma yetkisi (4 Ekim 2026 itibarıyla): Danışanın sağlık alanlarını (kan grubu, alerji, kronik durum, ilaç) yalnızca danışanın kendisi ve atanmış uzmanı yazabilir; işletme sahibi/yöneticisi bu alanlara yazamaz (acil durum kişisi ve kimlik alanlarını düzenleyebilir).

Takma adlı ürün ölçümü: Ürünün iyileştirilmesi için yalnızca sunucu tarafında, klinik takma kimliğiyle toplu kullanım olayları ölçülebilir; bu ölçüm IP adresi, sağlık verisi veya kaynak/reklam izleme içermez. Klinik takma kimliği takma ad niteliğindedir (kimliksiz değildir). Özellik şu an kapalıdır.

5.1. Aşama 1 — Anlık Yumuşak Silme (Soft-Delete)

Kullanıcı, uygulama içinden hesap silme talebini onayladığı anda, sistem aşağıdaki işlemleri eşzamanlı ve anında gerçekleştirir:

1. Kullanıcının profil kaydı deleted_at alanı doldurularak pasif hâle getirilir; hesap artık normal kullanım için erişilemez/görünmez hâle gelir ve giriş için kullanılamaz.
2. Kullanıcıya ait bekleyen (henüz gerçekleşmemiş) randevular otomatik olarak iptal edilir.
3. Kullanıcının uzman/kaynak olarak yer aldığı atamalar (danışan-uzman eşleştirmeleri, program atamaları) kaldırılır.
4. Kullanıcıya ait tüm rızalar geri çekilir (consent_logs kayıtlarında revoked_at alanı doldurularak işlenir).

Bu aşamada veri fiziksel olarak silinmemiş, ancak normal işleme ve görüntüleme amaçları bakımından erişilemez hâle getirilmiştir. Bu, KVKK m.7 ve Yönetmelik anlamında "erişilemez hâle getirme" niteliğinde silme sürecinin ilk adımını oluşturur.

5.2. Aşama 2 — Kalıcı Silme (30 Gün Sonra)

Yumuşak silme işleminden 30 (otuz) gün sonra, sistem üzerinde otomatik olarak çalışan bir zamanlanmış görev (cron job), aşağıdaki işlemleri geri döndürülemez şekilde gerçekleştirir:

1. Kullanıcının kimlik doğrulama kaydı (auth.users) kalıcı ve geri döndürülemez şekilde silinir.
2. Kullanıcıya ilişkilendirilmiş veritabanı kayıtları, kategori bazında farklılaştırılmış şekilde işleme alınır: bağımsız iş/ispat değeri taşımayan kayıtlar (örn. bildirimler) kalıcı olarak silinir (DELETE/cascade); sağlık verisi (anamnesis_forms, session_notes, measurements) ile klinik/finansal kayıtlar (payments, attendance, consent_logs) ise silinmez, kişi bağı koparılır — kişi bağlantısı veritabanı seviyesinde koparılır, bazı serbest-metin alanlar temizlenir, kayıt tenant'ın kişi bağı koparılmış kaydı olarak erişimi kısıtlanmış biçimde kalır (seans notu serbest metni değiştirilmediğinden anonim kabul edilmez) (bkz. Bölüm 4 Sıra 2-5, 8, 10 ve Bölüm 6.2).
3. Bu işlem yalnızca sistemin ayrıcalıklı (service-role korumalı) arka plan sürecinde otomatik olarak tetiklenir; idari personel dâhil hiçbir kullanıcı veya İşletme yöneticisi normal ürün arayüzleri üzerinden bu süreci manuel olarak başlatamaz, erken tetikleyemez veya durduramaz — bu, yanlışlıkla veya kötüye kullanım yoluyla erken/gecikmeli silmeyi önlemek amacıyla bilinçli bir güvenlik tasarımıdır. (Bu güvence, ürünün normal kullanıcı ve yönetim arayüzlerini kapsar; sistemin ayrıcalıklı altyapı seviyesinde doğrudan veritabanı erişimine sahip olabilecek teknik operasyon süreçleri bu güvencenin kapsamı dışındadır ve ayrı iç erişim kontrollerine tabidir.)

30 günlük arka plan sürecinin amacı (4 Ekim 2026 itibarıyla): Hesaba erişim silme talebiyle hemen kesildiği için bu süre bir geri alma/cayma imkânı tanımaz; kimlik doğrulama kaydı ve dosyaların kalıcı silinmesinin tamamlanması ve olası kötüye kullanım incelemesi için kullanılır. Bu süre, KVKK m.5 kapsamında ölçülülük ilkesine uygun, makul ve sınırlı bir süredir. Silme talebinin durumu hakkında hello@corenta.app adresine başvurulabilir.

5.3. İstisna: Yasal Saklama Yükümlülüğü Bulunan Veriler

Yukarıdaki 30 günlük kalıcı silme süreci, Bölüm 4, Tablo Sıra No. 6'da (Abonelik/İşlem Meta Verisi) belirtilen ve Türk Ticaret Kanunu/Vergi Usul Kanunu kapsamında yasal saklama yükümlülüğü bulunan kayıtları kapsamaz. Bu kayıtlar, hesap kalıcı olarak silinse dahi, ilgili yasal saklama süresi doluncaya kadar, kişisel veri işleme amacından ayrıştırılmış, yalnızca yasal yükümlülüğün ifası amacıyla sınırlı erişimle ayrıca muhafaza edilir. Aynı şekilde, denetim izi kayıtları (audit_logs) ve rıza kayıtlarının ispat amaçlı asgari çekirdeği de (bkz. Bölüm 4, Sıra 7-8), meşru menfaat/hukuki ispat gerekçesiyle bu 30 günlük sürenin dışında, ayrı ve sınırlı amaçla saklanmaya devam edebilir. Bu istisna kapsamındaki sürelerin sistemde otomatik olarak uygulanan bir teknik mekanizmaya karşılık gelmediği, Bölüm 4 Not 2'de açıkça belirtilmiştir.

5.4. Depolanan Dosya Eklerine İlişkin Özel Açıklama (Önemli — Şeffaflık)

Şeffaflık ilkesi gereği açıkça belirtilir: Kalıcı silme işlemi sırasında veritabanı kayıtları (profil, randevu, atama, rıza vb.) tamamen silinir veya (sağlık/klinik/finansal kayıtlar için, bkz. Bölüm 6.2) anonimleştirilir; kullanıcıya ait olup ayrı bir depolama (Storage) alanında tutulan dosya ekleri ise şu şekilde ele alınır: avatar/profil fotoğrafı, anamnez formuna eklenmiş belge/fotoğraf ve ödeme dekontu görseli, kalıcı silme adımının bir parçası olarak otomatik (best-effort) şekilde Storage'dan silinir — bu, sistemde şu an fiilen çalışan, doğrulanmış bir davranıştır. Bir bucket'taki silme işlemi başarısız olursa bu durum loglanır; ancak diğer bucket'ların temizliğini veya hesabın anonimleştirme/kalıcı silme adımlarını engellemez (best-effort tasarım).

Dürüst sınır: Bu otomatik sürecin kapsamı dışında kalan tek dosya kategorisi, uzman/solo-kayıt sürecinde yüklenen kimlik/diploma doğrulama belgeleridir (specialist-verification-docs bucket'ı). Bu belgeler teknik olarak kullanıcıya değil, ilgili tenant'ın (Klinik'in) doğrulama sürecine bağlıdır ve veritabanı kaydında bir kullanıcı referansı taşımaz; bu nedenle mevcut kullanıcı-hesabı-silme akışına otomatik olarak dâhil edilememektedir. Bu belgenin imhası, ilgili Klinik'in tenant düzeyinde hesabını/aboneliğini kapatması sürecinde ayrıca ele alınacaktır (bkz. Bölüm 5.6); bu tamamlanana kadar istisnai taleplerde hello@corenta.app üzerinden manuel değerlendirme yapılır.

Bu nedenle işbu Politika'da, hesap silme talebiyle "kullanıcıya ait tüm verilerin/dosyaların eksiksiz ve anında silindiği" yönünde mutlak bir taahhütte bulunulmamaktadır (özellikle yedeklerdeki teknik kalıntı için bkz. Bölüm 6.3, ve yukarıdaki istisna için); ancak yukarıda tarif edilen dosya kategorileri bakımından otomatik silme fiilen uygulanmaktadır.

5.5. Sağlık Verilerine İlişkin Özel Not

Anamnez formları, seans notları ve ölçüm kayıtları gibi özel nitelikli sağlık verileri de yukarıdaki genel silme akışına (soft-delete → 30 gün → kalıcı silme) tabidir; ancak Bölüm 4 Sıra 2-4'te ve Bölüm 6.2'de açıklandığı üzere bu tablolarda kalıcı silme adımı kişi bağını koparma ve kısmi temizleme yoluyla uygulanır — kayıt DELETE edilmez, kişi bağlantısı koparılır ve bazı serbest-metin alanlar temizlenir; klinik kayıt (özellikle append-only seans notu içeriği) tenant'ın kişi bağı koparılmış kaydı olarak erişimi kısıtlanmış biçimde saklanır ve anonim kabul edilmez. Ayrıca, bu veri kategorisinin Klinik tarafından veri sorumlusu sıfatıyla tutulan kayıtlarla iç içe geçmiş olması nedeniyle, bir danışanın hesap/veri silme talebi, Klinik'in kendi yasal saklama yükümlülükleri (örneğin sağlık hizmeti sunumuna ilişkin mevzuattan doğabilecek kayıt tutma zorunlulukları) ile çatışabilir; kişi bağını koparma ve kısıtlı saklama yöntemi bu iki yükümlülüğü (danışanın kişisel veri üzerindeki hakları ile Klinik'in kayıt tutma yükümlülüğü) dengelemeyi amaçlar. Bu tür durumlarda nihai karar mercii, veri sorumlusu sıfatıyla Klinik'tir; Corenta, Klinik'in talimatı doğrultusunda hareket eder.

5.6. Klinik (Tenant) Düzeyinde Silme

Bir Klinik'in Corenta aboneliğini tamamen sonlandırması hâlinde, Klinik'e ait tenant verisi ve bu tenant altındaki tüm danışan kayıtları için de aynı iki aşamalı (soft-delete → 30 gün → kalıcı silme) mimari uygulanır. Klinik, kendi danışanlarının Veri Sorumlusu olması sebebiyle, aboneliğini sonlandırmadan önce kendi KVKK yükümlülükleri çerçevesinde danışanlarını bilgilendirmekle yükümlüdür; bu yükümlülük Corenta'ya devredilemez.

5.7. Süper-Admin Destek Modu (Impersonation) ile İlişkisi

Hesap silme ve saklama süreçleri, Corenta'nın destek/impersonation mekanizmasından bağımsız işler. İmpersonation oturumları süreli (30 dakika) olup varsayılan olarak salt-okunurdur; sağlık verisi kategorilerine (anamnez, seans notu, ölçüm) erişim ayrı bir onay adımı (health_data_enabled) gerektirir ve bu tabloların yazma/silme işlemlerine impersonation üzerinden hiçbir koşulda izin verilmez (RLS politikalarında impersonation'a hiçbir istisna tanınmamıştır). Netleştirme: Buradaki kısıtlama, bir destek personelinin oturum açıp elle işlem yaptığı insan-tetikli impersonation oturumlarına ilişkindir; Bölüm 5.2'de açıklanan otomatik (insan müdahalesi olmayan) service-role cron süreci bu kısıtlamadan ayrı bir katmandır ve ondan etkilenmez — impersonation kısıtlaması, hesap silme akışındaki otomatik kalıcı silme mekanizmasını engellemez veya onunla karıştırılmamalıdır. Dolayısıyla hesap silme/imha süreçleri yalnızca işbu Politika'da tanımlanan otomatik mekanizmalar üzerinden yürütülür.

6. İmha Yöntemleri

Yönetmelik m.8 ve devamı hükümleri uyarınca, kayıtlı ortamlara göre uygulanan silme/yok etme/anonim hâle getirme yöntemleri aşağıda açıklanmıştır.

6.1. Silme

Kişisel verilerin ilgili kullanıcılar (uygulama kullanıcıları, admin panel erişimi olan personel dâhil) için hiçbir şekilde erişilemez ve tekrar kullanılamaz hâle getirilmesi işlemidir. Corenta'da bu yöntem, Aşama-1 soft-delete sürecinde uygulanır: veri fiziksel olarak veritabanından kaldırılmasa da, erişim yetkileri ve arayüzler üzerinden tamamen erişilemez hâle getirilir.

6.2. Yok Etme (Kalıcı Silme)

Kişisel verilerin hiç kimse tarafından hiçbir şekilde erişilemez, geri getirilemez ve tekrar kullanılamaz hâle getirilmesi işlemidir. Corenta'nın Aşama-2 kalıcı silme sürecinde bu ilke, veri kategorisine göre iki farklı teknik yöntemle hayata geçirilir:

• Kimlik doğrulama kaydı ve bağımsız iş değeri taşımayan kayıtlar: Kullanıcının kimlik doğrulama kaydı (auth.users) service-role korumalı otomatik süreçte doğrudan DELETE ile geri döndürülemez şekilde silinir; hesap silindikten sonra tek başına bir iş/ispat değeri taşımayan ilişkili kayıtlar (örn. bildirimler, notifications — bkz. Bölüm 4 Sıra 10) veritabanı seviyesinde ON DELETE CASCADE ile birlikte silinir.
• Sağlık, klinik ve finansal kayıt: anamnesis_forms, session_notes, measurements, payments, attendance ve consent_logs için kalıcı silme adımı, kaydı DELETE etmek yerine kişi bağını koparma ve kısmi temizleme (bkz. Bölüm 6.6) yoluyla uygulanır: kişiyi tanımlayan yabancı anahtar kolonları (client_id, specialist_id, user_id vb.) ON DELETE SET NULL FK kısıtıyla geri döndürülemez biçimde NULL'a çekilir; açık kimlik veya serbest-metin PII içerebilecek içerik kolonları (anamnez cevapları, ölçüm/ödeme serbest-metin notları, ödeme fişi referansı, rıza kaydının IP adresi) anonymize_user_relations() fonksiyonu (yalnızca service-role tarafından çağrılabilir, default-deny) tarafından temizlenir veya anonim bir işaretle değiştirilir. Klinik/finansal sayısal ve tarihsel içerik (tarih, tutar, ölçüm değeri, kalan seans bakiyesi, geldi/gelmedi durumu, rızanın verilme/geri çekilme zamanı) ise Klinik'in kayıt tutma yükümlülüğü ve (seans notları için) append-only ilkesi gereğince, tenant'ın kişi bağı koparılmış kaydı olarak saklanmaya devam eder; seans notu serbest metni değiştirilmediğinden bu kayıtlar anonim kabul edilmez ve erişimi kısıtlanmış biçimde saklanır.

Seans notlarında (session_notes) append-only kısıtı içerik değişikliğine izin vermez; yalnızca kişi bağlantısı kolonlarının (client_id, specialist_id) NULL'a çekilmesine dar, tek amaca özel bir istisna tanınmıştır — not içeriğinin kendisi bu süreçte de hiçbir aşamada silinmez veya değiştirilmez.

Sınır: Serbest-metin alanlarda açık kimlik kolonları dışında geçebilecek metin-içi kişisel veri (örn. bir seans notunun gövdesinde geçen bir isim) için tarama/temizleme mekanizması yoktur. Bu nedenle bu kayıtlar anonim kabul edilmez; kişisel veri olarak erişimi kısıtlanmış biçimde saklanır ve süre sonunda imha edilir.

Yukarıdaki her iki yöntem de service-role korumalı olması nedeniyle normal ürün arayüzleri üzerinden tetiklenemez veya geri alınamaz.

6.3. Yedeklerden (Backup) Silme

Veritabanı yedekleri, olağan yedekleme döngüsü (rotasyon) çerçevesinde belirli bir süre sonunda otomatik olarak üzerine yazılır/imha edilir. Kalıcı silme işlemi birincil veritabanında anında etkili olmakla birlikte, önceden alınmış yedeklerde verinin, yedekleme sağlayıcısının (Supabase) standart yedek rotasyon süresi doluncaya kadar teknik olarak var olmaya devam edebileceği açıkça belirtilir. Bu durum, ilgili alt işleyenin (Supabase) veri işleme sözleşmesi (DPA) kapsamındaki standart uygulamadır.

6.4. Dosya Depolama (Storage) Alanındaki Ekler

Kullanıcıların yüklediği avatar görselleri, ödeme fişleri ve anamnez ekleri gibi dosyalar ayrı bir depolama (Storage) alanında tutulur. Bkz. Bölüm 5.4 — bu içeriklerin hesap silme sürecindeki mevcut durumu (avatar/anamnez eki/ödeme fişi için otomatik silme, specialist-verification-docs için tek istisna) orada ayrıntılı ve şeffaf biçimde açıklanmıştır.

6.5. Kâğıt Ortamındaki Veriler

Corenta'nın SaaS ürünü kapsamında işlenen kişisel veriler dijital ortamda tutulur; kâğıt ortamında kişisel veri işlenmesi öngörülmemektedir. Şirket'in ticari/idari yazışmalarında istisnaen kâğıt ortam kullanılması hâlinde, imha karartma/yakma/kâğıt öğütme makinesiyle geri döndürülemez şekilde parçalama yöntemiyle gerçekleştirilir.

6.6. Anonim Hâle Getirme

Corenta, hesap kalıcı silme sürecinin bir parçası olarak (bkz. Bölüm 6.2) sağlık verisi ve klinik/finansal kayıtlar için kişi bağını koparma ve kısmi temizleme yöntemini kullanır. Seans notu serbest metni değiştirilmediğinden ve küçük işletmelerde tarih ve ölçüm serisi kişiyi yeniden tanımlamaya yetebileceğinden, bu yöntem aşağıdaki anonimleştirme standardını her durumda karşılamaz; bu kayıtlar anonim kabul edilmez, kişisel veri olarak erişimi kısıtlanmış biçimde saklanır ve süre sonunda imha edilir. Bunun dışında Corenta, ürün geliştirme, istatistiksel analiz veya pazar araştırması amaçlarıyla da, kimliği belirli veya belirlenebilir bir gerçek kişiyle ilişkilendirilmesi mümkün olmayacak şekilde anonim hâle getirilmiş veri kullanabilir. Anonim hâle getirme işlemi, verinin başka verilerle birleştirilse dahi geri döndürülemez şekilde kişiyle ilişkilendirilemeyecek hâle getirilmesini gerektirir; bu standart sağlanmadan yapılan maskeleme/rumuzlaştırma işlemleri anonimleştirme sayılmaz ve kişisel veri işleme rejimine tabi olmaya devam eder. Anonim hâle getirilen veriler KVKK kapsamı dışında değerlendirilir ve bu Politika'daki saklama süresi sınırlamalarına tabi değildir.

6.7. Yöntem Seçimi

Uygulanacak imha yöntemi; verinin niteliği (özel nitelikli olup olmadığı), saklandığı ortam (veritabanı, dosya depolama, log sistemi, yedekleme sistemi), hukuki ve teknik olanaklar ile Kurul kararları ve Yönetmelik'te belirtilen ilkeler dikkate alınarak Corenta ve/veya Klinik tarafından belirlenir. Özel nitelikli kişisel veriler (sağlık verisi dâhil) için imha işlemlerinde azami özen gösterilir.

7. Periyodik İmha Süreci

Yönetmelik m.11 uyarınca, Corenta, saklama süresi dolan ve/veya işlenme amacı ortadan kalkan kişisel verileri re'sen (talep beklemeksizin) silme, yok etme veya anonim hâle getirme yükümlülüğü altındadır; bu kapsamda öngörülecek periyodik imha süresi 6 (altı) ayı geçemez. Bu çerçevede, sistemde şu an fiilen çalışan ve çalışmayan mekanizmalar arasında aşağıdaki ayrım açıkça yapılır:

1. Hesap silme talebi sonrası 30 günlük kalıcı silme süreci, otomatik zamanlanmış görev (cron job) ile periyodik olarak (günlük) taranır ve süresi dolan hesaplar toplu olarak işleme alınır. Bu, sistemde şu an fiilen çalışan, doğrulanmış bir otomasyondur.
2. Denetim izi kayıtları (audit_logs) için öngörülen saklama süresi periyodik olarak gözden geçirilir; ancak bu gözden geçirmeyi otomatik olarak icra eden bir silme mekanizması şu an uygulanmamaktadır (bkz. Bölüm 4, Sıra 7).
3. Erken erişim formu verileri için belirlenen azami saklama süresi (bkz. Bölüm 4, Sıra 9), Yönetmelik m.11 kapsamındaki periyodik imha yükümlülüğünün bir hukuki üst sınır referansıdır; ancak bu süreye karşılık gelen, sistemde otomatik olarak çalışan bir tarama/silme mekanizması şu an bulunmamaktadır. Bu veri kategorisi için silme/anonimleştirme işlemi, otomasyon devreye alınana kadar manuel olarak ve talep üzerine değerlendirilmektedir (bkz. Bölüm 4, Not 2). Bu husus, diğer doğrulanmamış otomasyon iddialarıyla (bkz. madde 2 ve 4) tutarlı biçimde şeffaf tutulur.
4. Süresi dolmuş/geçersiz push bildirim token'larının ayrıca otomatik ve periyodik olarak temizlenmesi ürün yol haritasında planlanan bir iyileştirmedir; bu mekanizmanın sistemde şu an fiilen çalıştığı teknik olarak doğrulanmamıştır (bkz. Bölüm 4, Sıra 10). Doğrulandığında veya devreye alındığında bu Politika güncellenecektir.
5. 6 aylık periyodik imha: Bu Bölüm'de otomatik imhası bulunmayan kategoriler (denetim izi, kişi bağı koparılmış izin kanıtları, erken erişim formu verileri, uzman doğrulama belgeleri, grup mesajı moderasyon kopyaları) için Corenta 6 ayda bir periyodik imha uygular ve her döngü için imha tutanağı düzenler. Bu döngüleri otomatikleştiren zamanlanmış işler henüz yoktur; döngüler elle yürütülür.

Periyodik imha süreci, bu Politika'da belirtilen sürelerden bağımsız olarak, veri sahibinin KVKK m.11 kapsamında yapacağı bireysel silme/yok etme talebini engellemez; veri sahibi, saklama süresi dolmamış olsa dahi, ilgili işleme faaliyetinin hukuki dayanağı ortadan kalktıysa (örn. rızanın geri çekilmesi) silme talebinde bulunabilir. Otomasyonu henüz uygulanmamış kategoriler bakımından da, veri sahibinin bireysel talebi hello@corenta.app üzerinden iletildiğinde manuel olarak değerlendirilip sonuçlandırılır.

8. Veri Sahibinin Hakları ve Başvuru Usulü (KVKK m.11)

8.1. KVKK Madde 11 Kapsamındaki Haklar

Veri sahipleri, KVKK m.11 uyarınca aşağıdaki haklara sahiptir:

1. Kişisel verisinin işlenip işlenmediğini öğrenme,
2. Kişisel verileri işlenmişse buna ilişkin bilgi talep etme,
3. Kişisel verilerin işlenme amacını ve bunların amacına uygun kullanılıp kullanılmadığını öğrenme,
4. Yurt içinde veya yurt dışında kişisel verilerin aktarıldığı üçüncü kişileri bilme,
5. Kişisel verilerin eksik veya yanlış işlenmiş olması hâlinde bunların düzeltilmesini isteme,
6. KVKK m.7 çerçevesinde kişisel verilerin silinmesini veya yok edilmesini isteme,
7. Yukarıdaki (5) ve (6) bentleri uyarınca yapılan işlemlerin, kişisel verilerin aktarıldığı üçüncü kişilere bildirilmesini isteme,
8. İşlenen verilerin münhasıran otomatik sistemler vasıtasıyla analiz edilmesi suretiyle kişinin aleyhine bir sonucun ortaya çıkmasına itiraz etme,
9. Kişisel verilerin kanuna aykırı olarak işlenmesi sebebiyle zarara uğraması hâlinde zararın giderilmesini talep etme.

8.2. Mevcut Teknik Uygulamanın Dürüst Özeti

Aşağıdaki hususlar, mevcut teknik uygulamanın dürüst ve gerçekçi bir özeti olarak sunulur:

• Silme talebi (hesap silme): Mobil uygulama içerisindeki ilgili ayarlar menüsünden doğrudan talep edilebilir; bu talep Bölüm 5'te açıklanan iki aşamalı (anlık soft-delete → 30 gün → kalıcı silme) süreçle otomatik olarak karşılanır (m.11/6).
• Bilgi talebi / veri taşınabilirliği: Veri sahibinin kendi tenant kapsamındaki verilerinin yapılandırılmış, makine-okunabilir bir formatta, makul bir süre içinde kendisine sunulması suretiyle karşılanır (export_user_data fonksiyonu, tenant-scope doğrulanmıştır). Bu sürecin teslim mekanizması (dosya formatı, teslim yöntemi, imzalı indirme linki gibi özellikler) sürekli geliştirilmektedir; bu Politika kapsamında belirli bir teslim süresi veya spesifik bir dosya/erişim formatına ilişkin taahhütte bulunulmamaktadır (m.11/1-2).
• Üçüncü kişilere aktarım bilgisi (m.11/4): Kişisel verilerin aktarıldığı yurt içi/yurt dışı üçüncü kişiler/alt işleyenler hakkında bilgi, işbu Politika'nın Bölüm 11 (Alt İşleyenler ve Veri Lokalizasyonu) tablosunda karşılanmaktadır.
• Düzeltme talebi (m.11/5): Teknik olarak Klinik'in yönetim paneli üzerinden manuel olarak gerçekleştirilebilmektedir; ayrı, otomatik bir "düzeltme talebi" iş akışı bulunmamaktadır. SaaS ürünü bağlamında danışan verisine ilişkin düzeltme talepleri öncelikle ilgili Klinik'e yöneltilmelidir; Corenta, Veri İşleyen sıfatıyla Klinik'in talimatı doğrultusunda teknik desteği sağlar.
• Üçüncü kişilere bildirim (m.11/7): Silme/düzeltme işlemlerinin aktarılan üçüncü kişilere bildirilmesi talebi, başvuru usulünde belirtilen kanallardan iletildiğinde değerlendirilir; bu süreç şu an için otomatik değil, manuel olarak yürütülmektedir.
• Otomatik karar/profilleme itirazı (m.11/8): Sistemde, işlenen verilerin münhasıran otomatik sistemler vasıtasıyla analiz edilmesi suretiyle veri sahibi aleyhine bir sonuç doğuran otomatik karar alma veya profilleme faaliyeti bulunmamaktadır; dolayısıyla bu maddeye ilişkin fiilen işletilen ayrı bir itiraz mekanizmasına şu an için ihtiyaç doğmamaktadır.
• Başvurular KVKK m.13 uyarınca en geç 30 gün içinde ücretsiz olarak sonuçlandırılır (işlemin ayrıca bir maliyet gerektirmesi hâlinde, Kurulca belirlenen tarifedeki ücret talep edilebilir).

8.3. Başvuru Usulü

Yukarıdaki haklara ilişkin talepler:

• hello@corenta.app e-posta adresine,
• Uygulama içi ilgili ayarlar/destek ekranları üzerinden,
• veya KVKK'nın öngördüğü diğer usullerle,

Corenta'ya iletilebilir.

Danışan verileri bakımından önemli not: Bir Klinik'in danışanı iseniz ve verileriniz hakkında talepte bulunmak istiyorsanız, öncelikle ilgili Klinik'e (Veri Sorumlusu) başvurmanız gerekmektedir; zira Klinik, danışan verileri bakımından nihai karar mercii ve muhataptır. Corenta, veri işleyen sıfatıyla Klinik'in talimatları doğrultusunda gerekli teknik araçları (veri görüntüleme, dışa aktarma, silme fonksiyonları) sağlar.

9. Roller ve Sorumluluklar

10. Güvenlik Önlemleri (Saklama Süresi Boyunca)

Kişisel veriler saklama süresi boyunca aşağıdaki teknik ve idari tedbirlerle korunur (KVKK m.12):

• Çok-kiracılı (multi-tenant) mimaride, her tabloda tenant_id zorunluluğu ve Satır Düzeyi Güvenlik (Row Level Security) politikaları ile varsayılan-red (default-deny) ilkesi uygulanır (37/37 tablo, 86 politika); kiracılar arası veri sızıntısı bu şekilde teknik olarak engellenir.
• Sağlık verisi içeren tablolara erişim, yalnızca ilgili danışan, atanmış uzman ve tenant yöneticisi ile sınırlıdır; erişim kontrolü veritabanı seviyesinde (RLS) uygulanır. Seans notları gönderim sonrası değiştirilemez/silinemez (append-only); anamnez formları için hiçbir kullanıcıya (yönetici dâhil) silme yetkisi tanınmamıştır.
• Süper-admin destek modu (impersonation), süreli (30 dakika), varsayılan olarak salt-okunurdur; yazma işlemleri ve sağlık verisi erişimi ayrı, ek onay gerektiren adımlara tabidir; hiçbir impersonation senaryosunda sağlık verisi tablolarına yazma erişimi açılmaz. (Bu kısıtlama insan-tetikli impersonation oturumlarına ilişkindir; otomatik service-role cron süreçleri ayrı bir katmandır — bkz. Bölüm 5.7.)
• Veri aktarımında uçtan uca şifreleme (TLS) kullanılır; mobil uygulamada oturum belirteçleri cihazın güvenli donanım destekli anahtar deposunda (Keychain/Keystore) şifreli olarak saklanır.
• Hassas ekranlarda ekran görüntüsü alınmasını sınırlandırmaya yönelik teknik önlemler alınmıştır.
• Süper-admin hesapları için iki faktörlü kimlik doğrulama (2FA/MFA) zorunludur.
• Ödeme işlemlerine ilişkin bildirimlerin (webhook) kriptografik imza doğrulaması mimaride öngörülmüştür ve uygulanmaktadır; ilgili yapılandırma/anahtar yönetiminin tüm ortamlarda (prod dâhil) eksiksiz tamamlanması yönündeki çalışma sürmektedir.
• Bu güvenlik tedbirleri sürekli olarak gözden geçirilmekte ve iyileştirilmektedir; ancak hiçbir teknik önlem mutlak güvenliği garanti etmez ve bu Politika kapsamında mutlak bir güvenlik taahhüdü verilmemektedir.

11. Alt İşleyenler ve Veri Lokalizasyonu

Kişisel veriler, saklama süresi boyunca aşağıdaki alt işleyenler/hizmet sağlayıcılar aracılığıyla işlenmekte veya barındırılmaktadır. Bu sağlayıcılarla yapılan sözleşmelerde, verilerin yalnızca belirtilen hizmetin ifası amacıyla işlenmesine yönelik yükümlülükler öngörülmektedir; bu ilişki saklama sürelerini değil, verinin barındırıldığı teknik ortamı ifade eder — imha kararının uygulanması bu sağlayıcılar nezdinde de teknik olarak gerçekleştirilir. Aşağıdaki tablo, KVKK m.11/4 kapsamındaki "verilerin aktarıldığı üçüncü kişileri bilme" hakkının karşılığını da oluşturur:

Ek olarak:

• E-posta altyapısı: Hizmet e-postaları Google Workspace (Google) üzerinden gönderilir; kimlik doğrulama e-postaları Supabase Auth tarafından tetiklenir. Tanıtım e-postaları yalnız ayrı onay ve İYS kaydı şartıyla gönderilir. Push bildirimleri Apple (APNs) ve Google (FCM) aracılığıyla iletilir.
• Analitik aracı: Üçüncü taraf bir analitik aracı (ör. Google Analytics) kullanılmamaktadır. Uygulama içi ürün kullanım ölçümü şu an etkin değildir; etkinleştirilmesi halinde ölçüm, Corenta'nın kendi veritabanında (Supabase, Frankfurt/Almanya) tutulan birinci taraf bir tabloya yazılır, sağlık verisi ve serbest metin içermez ve etkinleştirilmeden önce bu Politika güncellenir; etkinleştirildiğinde ölçüm kayıtlarının saklama süresi bu Politikada belirtilir.
• Hata izleme: Üçüncü taraf hata izleme aracı kullanılmamaktadır; istemci hataları Corenta'nın kendi veritabanına kaydedilir.
• Web üzerinden doğrudan kredi kartı ile ödeme altyapısı bulunmamaktadır; ödemeler yalnızca Apple/Google uygulama içi satın alma (IAP) mekanizmaları üzerinden gerçekleştirilmektedir; nihai fatura/makbuz Apple/Google tarafından düzenlenir (bkz. Bölüm 4, Sıra 6).

Yukarıdaki alt işleyenlerle veri paylaşımı, yalnızca ilgili hizmetin sunulabilmesi için gerekli olduğu ölçüde ve KVKK m.8/m.9 çerçevesinde yapılmaktadır. Yurt dışına aktarım: Yukarıdaki sağlayıcıların tamamı Türkiye dışında veri işler; Almanya'da barındırma da KVKK anlamında yurt dışına aktarımdır. Bu aktarımlar düzenli ve sürekli olduğundan açık rızaya dayandırılmaz; m.9/4-c uyarınca Kurul'un ilan ettiği standart sözleşmelere dayandırılacaktır. Bu metnin tarihi itibarıyla standart sözleşmeler henüz imzalanmamış ve Kurul'a bildirilmemiştir; her sözleşme imzadan itibaren 5 iş günü içinde Kurul'a bildirilecek ve bu tablo tarihleriyle güncellenecektir. Kurul'un bu ülkeler hakkında ilan ettiği bir yeterlilik kararı bulunmamaktadır (son kontrol: 11 Ekim 2026). Bu liste, hizmet sağlayıcı değişikliklerine bağlı olarak güncellenebilir; güncel liste Gizlilik Politikası'ndan ve/veya Corenta ürünü içindeki ilgili bilgilendirme ekranından takip edilebilir.

12. VERBİS Kaydı

Teta Studio'nun işbu belgenin tarihi itibarıyla VERBİS kaydı yoktur. Kayıt yükümlülüğü, Kurul'un 2025/1572 (ana faaliyeti özel nitelikli veri işleme olan veri sorumluları için istisna eşiği yıllık 10 çalışan ve 10 milyon TL bilanço) ve 2025/2393 (bilanço esasına göre defter tutmayanlarda çalışan sayısı ölçütü) sayılı kararlarındaki ölçütlere göre değerlendirilmektedir. Teta Studio, klinik sağlık verisini veri sorumlusu olarak değil veri işleyen olarak işlediğinden, kendi veri sorumlusu faaliyetleri (Bölüm A ve C) bakımından değerlendirme bu ölçütlerle yapılır. Yazılı değerlendirme notu ve Kurum (ALO 198) teyidi tamamlandığında bu bölüm tarih ve gerekçesiyle güncellenecektir; kayıt gerekirse faaliyete devam etmeden önce yapılacaktır.

Rol bazlı netleştirme: VERBİS'e kayıt yükümlülüğü, Corenta'nın Veri Sorumlusu sıfatıyla hareket ettiği kurumsal web sitesi (corenta.app erken erişim formu) bağlamı için değerlendirilmektedir ve durumu yukarıda açıklanmıştır. SaaS ürünü bağlamında (app.corenta.app), danışan verilerine ilişkin Veri Sorumlusu Klinik olduğundan, VERBİS'e kayıt yükümlülüğünün olup olmadığı her bir Klinik'in kendi ölçütlerine (çalışan sayısı, yıllık veri işleme hacmi, faaliyet alanı, Kurul'un istisna kararları vb.) göre ayrıca ve bağımsız olarak değerlendirilmelidir; bu değerlendirme ve varsa kayıt yükümlülüğü Klinik'e aittir, Corenta'ya devredilemez.

13. Politika'nın Güncellenmesi

Bu Politika; mevzuat değişiklikleri, Kurul kararları, Corenta'nın teknik altyapısında yapılacak geliştirmeler (örneğin Bölüm 4 Sıra 3 ve Bölüm 6.2'de belirtilen seans notu serbest-metin içeriğinde metin-içi PII taramasının eklenmesi, Bölüm 5.4/Bölüm 4 Sıra 11'de belirtilen uzman doğrulama belgelerinin (specialist-verification-docs) tenant kapatma sürecine bağlanması, Bölüm 4 Sıra 10 ve Bölüm 7 madde 4'te belirtilen push token temizliğinin doğrulanması/devreye alınması, Bölüm 7 madde 3'te belirtilen erken erişim formu verisi için otomatik tarama mekanizmasının kurulması, Bölüm 8.2'de belirtilen veri taşınabilirliği sürecinin geliştirilmesi, Bölüm 11'deki yurt dışı aktarım hukuki dayanaklarının tamamlanması, alt işleyen listesinde değişiklik) veya iş süreçlerindeki değişiklikler doğrultusunda güncellenebilir. Güncel sürüm Corenta'nın ilgili platformlarında (kurumsal web sitesi ve/veya uygulama içi) yayımlanır ve önceki sürümle çelişen hükümler bakımından güncel sürüm esas alınır. Önemli değişikliklerde, uygulanabilir olduğu ölçüde kullanıcılar/Klinikler ayrıca bilgilendirilir.

14. İletişim

Bu Politika veya kişisel verilerin saklanması/imhasına ilişkin sorularınız için:

E-posta: hello@corenta.app Veri sorumlusu: Mertcan Demir — "Teta Studio" işletme adıyla şahıs işletmesi Destek: support@corenta.app Hizmet alanı: Corenta, App Store ve Google Play üzerinden, bu mağazaların sunduğu ülkelerde küresel olarak sunulur. Bu Politika'daki süreler her ülkedeki kullanıcıya uygulanır; bir ülkenin zorunlu mevzuatı daha kısa bir silme veya daha uzun bir saklama yükümlülüğü öngörüyorsa o hüküm uygulanır.

Son güncelleme: 19 Ekim 2026 Sürüm 1.9 · 19 Ekim 2026