Corenta Hizmet Seviyesi Sözleşmesi (SLA)

Sürüm: 1.4 · Yürürlük / son güncelleme: 11 Ekim 2026 Durum: Taslak sürüm 2026-10-11 — sahip onayı, avukat incelemesi bekleniyor. Bu metin bir avukat tarafından incelenmemiştir. Yayıncı: Mertcan Demir — "Teta Studio" işletme adıyla şahıs işletmesi

Değişiklik günlüğü

• 1.4 — 11 Ekim 2026: 11 Ekim 2026 uyum incelemesine göre (F07, F11, F16): 8.6 hizmet kredisinin mağaza üzerinden tahsilat nedeniyle yalnız mağazanın izin verdiği yöntemlerle uygulanacağı netleştirildi; 9.5.2'deki dosya eki ifadesi kodla doğrulanan olguya göre düzeltildi (dosya ekleri kalıcı silme adımında otomatik silinir); yayıncı kimliği şahıs işletmesi olarak düzeltildi.
• 1.3 — 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.2 — 10 Ekim 2026: Google Analytics seçimine ilişkin ifade kaldırıldı; üçüncü taraf analitik kullanılmadığı netleştirildi.
• 1.1 — 4 Ekim 2026: Mevcut metin onaylı sürüm olarak sabitlendi. Bu sürümde yalnızca şunlar işlendi: destek ve arıza bildirim adresi support@corenta.app olarak güncellendi (genel iletişim support@corenta.app); pazar (Türkiye).
• 1.0 — 7 Temmuz 2026: önceki sürüm.

Belge türü: Hizmet Seviyesi Sözleşmesi / Service Level Agreement Uygulandığı ürün: Corenta SaaS Platformu (app.corenta.app) Taraflar: Teta Studio ("Corenta" veya "Sağlayıcı") ile Corenta platformunu abonelik yoluyla kullanan klinik pilates, fizyoterapi, reformer, wellness/masaj veya yoga merkezi ("Müşteri" veya "Klinik")

Pazar (4 Ekim 2026 itibarıyla): Corenta şu an yalnızca Türkiye'de sunulmaktadır.

0. Bu Belge Hakkında

0.1. Bu Hizmet Seviyesi Sözleşmesi ("SLA"), Corenta ile Müşteri arasında akdedilmiş bulunan Hizmet Şartları/Abonelik Sözleşmesi'nin ("Ana Sözleşme") eki ve ayrılmaz bir parçasıdır. Bu SLA'da tanımlanmayan terimler, Ana Sözleşme'de, Corenta Gizlilik Politikası'nda ve Veri İşleme Sözleşmesi'nde ("DPA") yer alan anlamları taşır.

0.2. Bu SLA; Corenta platformunun hizmet kullanılabilirlik hedefini, planlı ve plansız kesinti süreçlerini, destek yanıt sürelerini, performans izleme uygulamalarını ve hizmet seviyesi hedeflerine ulaşılamaması hâlinde uygulanacak değerlendirme/telafi çerçevesini düzenler. Açıklık için belirtilir: bu SLA, ölçülebilir ve mutlak biçimde garanti edilmiş bir kullanılabilirlik taahhüdü sunmaz; aşağıda sayısal olarak ifade edilen hedefler, Corenta'nın makul ticari gayret (best-effort) temelinde ulaşmaya çalıştığı hedeflerdir. Bu niteliğin nedenleri (üçüncü taraf altyapı bağımlılığı, henüz kurulmamış bağımsız izleme altyapısı) Madde 2, 3.2, 3.6 ve 7.1'de ayrıntılandırılmıştır.

0.3. Bu SLA'nın herhangi bir hükmü ile Ana Sözleşme arasında çelişki bulunması hâlinde: kullanılabilirlik ve destek konularında bu SLA; ticari, hukuki, fikri mülkiyet ve genel sorumluluk sınırlamaları konusunda Ana Sözleşme; veri işleme, gizlilik ve KVKK yükümlülükleri konusunda ise Gizlilik Politikası ve DPA esas alınır.

0.4. Bu SLA'da yer alan kişisel veri işleme süreçlerine ilişkin hükümler, 6698 sayılı Kişisel Verilerin Korunması Kanunu'na ("KVKK") genel atıfla düzenlenmiştir. KVKK uyumluluğunun genel çerçevesi Gizlilik Politikası'nda ve DPA'da ayrıntılı olarak düzenlenir; bu belge, o çerçeveyi hizmet sürekliliği ve teknik destek boyutuyla tamamlar, onun yerine geçmez.

0.5. İşbu SLA; ücretsiz deneme sürümleri, beta/erken erişim özellikleri, Corenta tarafından açıkça "deneysel" veya "önizleme" olarak işaretlenmiş modüller ile Ana Sözleşme'nin feshedilmiş veya askıya alınmış olduğu dönemler için uygulanmaz.

1. Taraflar, Tanımlar ve Rol Ayrımı

1.1 Rol Ayrımı (KVKK)

1.1.1. Corenta / Teta Studio, Müşteri'nin Corenta platformu üzerinde işlediği klinik/danışan verileri bakımından KVKK'nın veri işleyen tanımı uyarınca veri işleyen sıfatıyla hareket eder. Bu SLA kapsamında taahhüt edilen tüm kullanılabilirlik ve destek hizmetleri, Corenta'nın veri işleyen sıfatıyla yürüttüğü teknik altyapı işletim faaliyetinin bir parçasıdır.

1.1.2. Müşteri (Klinik), kendi danışanlarına ait kişisel verilerin (randevu, anamnez, seans notu, ölçüm, paket/hakediş bilgisi dahil) KVKK'nın veri sorumlusu tanımı uyarınca veri sorumlusudur. Danışanlara yönelik aydınlatma yükümlülüğü ve gerekli hâllerde açık rıza alınması Müşteri'nin sorumluluğundadır; Corenta bu süreci ürün içinde (KVKK onay ekranı, rıza kayıtları) teknik olarak kolaylaştırır, ancak Müşteri'nin veri sorumlusu sıfatından doğan yükümlülüklerini üstlenmez.

1.2 Tanımlar

• "Hizmet": Corenta'nın Müşteri'ye Starter, Pro, Clinic+ veya Enterprise planlarından biri kapsamında sunduğu mobil uygulama (Corenta App), web yönetim paneli ve bunlara bağlı sunucu taraflı (backend) altyapı hizmetlerinin bütünü.
• "Kullanılabilirlik" / "Uptime": Hizmet'in çekirdek işlevlerinin (kimlik doğrulama/giriş, randevu oluşturma/görüntüleme, danışan kaydına erişim, yönetim panelinin temel işlevleri) son kullanıcılar tarafından erişilebilir olduğu sürenin oranı.
• "Hizmet Dışı Kalma" / "Kesinti" / "Downtime": Madde 3.4'te tanımlanan, Hizmet'in çekirdek işlevlerinin planlı bakım kapsamı dışında ve Madde 10'da sayılan istisnalar hariç olmak üzere kullanılamaz hâle geldiği durum/süre.
• "Planlı Bakım": Corenta tarafından önceden duyurulan, sistemin geçici olarak kısmen veya tamamen erişime kapatıldığı bakım, güncelleme veya altyapı değişikliği çalışması.
• "Ölçüm Dönemi": Kullanılabilirlik oranının hesaplandığı takvim ayı.
• "Talep Önceliği": Destek talebinin iş etkisine göre sınıflandırılması (Madde 5.3).

2. Hizmet Kapsamı ve Alt-Yüklenici Bağımlılığı

2.1. Corenta, Hizmet'i aşağıdaki alt-işleyenler/alt-yükleniciler üzerinden barındırır ve sunar:

2.2. Kritik Sınırlama. Corenta'nın sunduğu kullanılabilirlik hedefi, doğrudan ve ayrılmaz biçimde yukarıda sayılan alt-yüklenicilerin — özellikle Supabase ve Vercel'in — kendi hizmet seviyesi taahhütlerine bağlıdır. Corenta, bu alt-yüklenicilerin kendi SLA'larında taahhüt ettiği kullanılabilirlik seviyesinin üzerinde bağımsız bir garanti veremez ve vermemektedir. Bu SLA'da belirtilen kullanılabilirlik hedefi, altyapı sağlayıcılarının kendi kesintileri, bakım pencereleri veya hizmet dışı kalma durumlarından etkilenir; bu tür durumlar Madde 10 (Kapsam Dışı Durumlar) uyarınca değerlendirilir ve Corenta'nın sorumluluğu doğurmaz.

2.3. Müşteri, işbu SLA'yı kabul etmekle, Hizmet'in yapısı gereği üçüncü taraf bulut altyapısına dayandığını ve mutlak/kesintisiz erişim taahhüdünün teknik olarak mümkün olmadığını kabul eder.

2.4. Corenta, iş sürekliliği, maliyet veya güvenlik gerekçeleriyle alt-yüklenicilerinde değişiklik yapma hakkını saklı tutar. Hizmet'in kullanılabilirliğini önemli ölçüde etkileyebilecek bir sağlayıcı değişikliği öncesinde, Corenta makul süre önceden Müşteri'yi bilgilendirmeye çalışır ve bu değişiklik Madde 14'te öngörülen alt-işleyen listesi güncellemesine yansıtılır.

2.5. Yurt Dışı Veri Aktarımı Notu. Yukarıda sayılan alt-işleyenlerden bazılarının (özellikle Apple, Google, Vercel, Framer) kişisel verileri Türkiye/AB dışında işleyebileceği ihtimaline karşı, KVKK'nın yurt dışına veri aktarımına ilişkin hükümleri ve buna ilişkin güvence mekanizmaları bu SLA'da değil, Gizlilik Politikası'nda ve DPA'da ayrıntılı olarak düzenlenir. Bu SLA, herhangi bir alt-işleyen için yurt dışı aktarımın hukuki dayanağını belirlememekte veya garanti etmemektedir.

3. Hizmet Kullanılabilirlik Hedefi

3.1. Hedef Kullanılabilirlik Oranı. Corenta, Hizmet'in çekirdek işlevlerinin (mobil uygulama üzerinden randevu, danışan kaydı, paket erişimi ve yönetim panelinin temel işlevleri) aylık bazda %99,5 kullanılabilirlik oranına ulaşmasını hedeflemektedir. Bu rakam, Madde 3.6 ve 7.1'de açıklanan mevcut izleme kapasitesiyle sınırlı olarak izlenen, iyi niyetli bir hedef seviyesidir; aşağıda Madde 3.2 ve 3.3'te açıklandığı üzere, bağımsız/otomatik bir ölçüm altyapısı kuruluncaya kadar bu oranın hassasiyeti yaklaşık (approximate) niteliktedir ve kesin/bağımsız denetimden geçmiş bir ölçüm olarak sunulmaz. Bağımsız bir izleme/durum sayfası altyapısı devreye alındığında, bu hedef ve onun ölçüm yöntemi yeniden değerlendirilerek gerekirse güncellenecektir.

3.2. Bu oran bir hedef (target) niteliğindedir; kesin, otomatik ve garanti edilmiş bir sözleşmesel taahhüt değildir. Corenta bu hedefe ulaşmak için makul ticari gayret gösterir. Hedefin bu niteliği, Madde 2.2'de açıklanan üçüncü taraf altyapı bağımlılığından kaynaklanmaktadır ve Corenta'nın kendi kontrolü dışındaki altyapı sağlayıcı kesintilerini kapsamaz.

3.3. Hesaplama Yöntemi. Aylık kullanılabilirlik oranı aşağıdaki formülle hesaplanır:

``` Kullanılabilirlik (%) = [(Toplam Dakika − Kesinti Dakikası) / Toplam Dakika] × 100 ```

Burada:

• Toplam Dakika: İlgili takvim ayındaki (Ölçüm Dönemi) toplam dakika sayısı.
• Kesinti Dakikası: Madde 3.4'te tanımlanan "Hizmet Dışı Kalma" durumunun devam ettiği, Madde 10'da sayılan kapsam dışı durumlar ve usulüne uygun bildirilmiş Planlı Bakım (Madde 4) hariç tutularak hesaplanan toplam dakika. Yalnızca Corenta'nın doğrudan kontrolündeki bileşenlerden (uygulama katmanı, doğrudan yönettiği yapılandırma) kaynaklanan ve çekirdek işlevleri etkileyen kesintiler hesaplamaya dahil edilir.

Bu hesaplama, Madde 3.6'da belirtilen mevcut izleme kapasitesiyle sınırlı olarak, elde bulunan makul kayıtlara dayanılarak yapılır; bağımsız/otomatik bir ölçüm altyapısı kuruluncaya kadar bu hesaplama yaklaşık (approximate) niteliktedir ve kesin/bağımsız denetimden geçmiş bir ölçüm olarak sunulmaz.

3.4. Hizmet Dışı Kalma (Downtime) Tanımı. Aşağıdaki durumlardan biri gerçekleştiğinde Hizmet "dışı kalmış" sayılır: (a) Mobil uygulamanın kimlik doğrulama, randevu görüntüleme/oluşturma veya danışan kaydı gibi çekirdek işlevlerine erişilememesi; (b) Web yönetim panelinin oturum açma veya temel yönetim işlevlerine erişilememesi; (c) Backend API'sinin (Supabase) genelinde yanıt vermemesi veya sistematik 5xx hata döndürmesi.

Aşağıdaki durumlar Hizmet Dışı Kalma sayılmaz: tekil/izole kullanıcı hataları; üçüncü taraf entegrasyonlardaki (Apple/Google Store, push bildirim) gecikmeler; planlı bakım pencereleri (Madde 4); ve Madde 10'da sayılan kapsam dışı durumlar.

3.5. Kullanılabilirlik hedefi tüm plan seviyeleri (Starter, Pro, Clinic+, Enterprise) için aynı şekilde uygulanır; plan bazlı farklılaşma yalnızca destek yanıt sürelerinde söz konusudur (Madde 5).

3.6 İzleme

Corenta, Hizmet'in kullanılabilirliğini büyük ölçüde kullandığı altyapı sağlayıcılarının (Supabase, Vercel) sunduğu durum/izleme panelleri aracılığıyla takip eder. Ayrı, kurumsal düzeyde bir iç izleme/Application Performance Monitoring (APM) veya hata izleme aracı şu an için seçilmemiştir; [İzleme/uptime araçları ve hata izleme aracı henüz seçilmemiştir.] Bağımsız, sözleşmesel olarak taahhüt edilmiş, otomatik erişilebilir bir kamuya açık durum sayfası (status page) da şu an için bulunmamaktadır; [Durum sayfası henüz seçilmemiştir.] Bu araçlar ileride devreye alınırsa bu SLA güncellenecektir. Kullanılabilirlik hesaplamasına itiraz eden Müşteri, dayanak teşkil eden kayıtları Madde 6'da belirtilen destek kanalından talep edebilir; Corenta elindeki makul ve ilgili kayıtları paylaşmakla yükümlü olup bu kayıtların eksiksiz veya bağımsız denetimden geçmiş olduğunu garanti etmez.

4. Planlı Bakım Süreci

4.1. Corenta, altyapı güncellemeleri, güvenlik yamaları ve yeni özellik dağıtımları için zaman zaman planlı bakım çalışması yürütebilir.

4.2. Bildirim Süresi. Hizmet erişilebilirliğini etkilemesi beklenen planlı bakım çalışmaları için Corenta, Müşteri'ye çalışma başlamadan en az 48 (kırk sekiz) saat önce aşağıdaki kanallardan en az biri üzerinden bildirim yapmayı hedefler: (a) yönetim paneli içi duyuru/bildirim; (b) e-posta bildirimi (Müşteri hesabında kayıtlı iletişim adresine); (c) support@corenta.app üzerinden yayımlanan durum bilgilendirmesi.

4.3. Acil Bakım İstisnası. Güvenlik açığı, veri bütünlüğünü tehdit eden bir durum veya alt-yüklenici (Supabase, Vercel vb.) kaynaklı acil bir müdahale gerekliliği söz konusu olduğunda, Corenta 48 saatlik bildirim süresine uymaksızın acil bakım gerçekleştirebilir. Bu durumda bildirim, mümkün olan en kısa sürede — mümkünse bakım öncesinde, aksi hâlde bakım sırasında veya sonrasında gecikmeksizin — yapılır.

4.4. Planlı bakım çalışmaları, mümkün olduğunca Türkiye saatiyle (Europe/Istanbul, UTC+3) düşük kullanım yoğunluğunun beklendiği gece saatlerinde (örneğin 00:00–06:00) gerçekleştirilmeye çalışılır; ancak bu bir taahhüt değil, bir çaba yükümlülüğüdür.

4.5. Usulüne uygun bildirilmiş planlı bakım süresi, Madde 3'te tanımlanan kullanılabilirlik hesaplamasına dahil edilmez; yani planlı bakım kesintisi "Hizmet Dışı Kalma" sayılmaz.

5. Destek Hizmeti, İletişim Kanalı ve Yanıt Süreleri

5.1 Destek Kanalı

5.1.1. Tüm destek talepleri, arıza bildirimleri ve kesinti bildirimleri için birincil ve tek iletişim kanalı support@corenta.app e-posta adresidir.

5.1.2. Şu an için tüm destek talepleri, plan seviyesinden bağımsız olarak yalnızca support@corenta.app üzerinden alınmaktadır; ayrı bir öncelikli destek kanalı (telefon hattı, canlı sohbet, ayrı bilet sistemi vb.) bulunmamaktadır. Kritik üretim kesintisi ("P1 — Acil", Madde 5.3) durumunda da bildirim aynı e-posta adresi üzerinden yapılır. İleride ayrı bir öncelikli destek kanalı devreye alınırsa, bu SLA güncellenerek Müşteri'ye bildirilecektir.

5.1.3. Corenta, destek taleplerinin takibi için bir bilet/talep numarası ile geri bildirimde bulunur.

5.2 Destek Saatleri

5.2.1. Standart destek saatleri Türkiye saatiyle (Europe/Istanbul) hafta içi 09:00–18:00 arasıdır (resmî tatiller hariç).

5.2.2. Clinic+ ve Enterprise planlarında, kritik öncelikli (P1) talepler için 09:00–18:00 destek penceresi dışında da makul çaba ile geri dönüş hedeflenir; bu, 7/24 nöbetçi bir destek ekibi taahhüdü veya garantili bir destek hattı anlamına gelmez.

5.3 Öncelik Seviyeleri ve İlk Yanıt Süreleri

Destek talepleri aşağıdaki öncelik seviyelerine göre sınıflandırılır ve plan bazında farklılaştırılmış ilk yanıt süresi hedefleriyle ele alınır. Belirtilen süreler hedef sürelerdir; garanti edilmiş kesin bir sonuç süresi değildir.

5.3.1. Yukarıdaki tablo, Enterprise planı için Corenta ile Müşteri arasında ayrıca akdedilecek özel teklif/sözleşme ile farklılaştırılabilir; bu durumda özel sözleşme hükümleri esas alınır.

5.3.2. Belirtilen süreler "ilk yanıt süresi"ni ifade eder (talebin bir Corenta yetkilisi tarafından incelemeye alındığının bildirilmesi); nihai çözüm süresi ("resolution time") ayrıca taahhüt edilmez ve sorunun niteliğine, alt-yüklenici bağımlılığına ve gerekli teknik müdahalenin kapsamına göre değişkenlik gösterebilir. Corenta her durumda makul ticari gayretle en kısa sürede çözüm üretmeyi hedefler.

Yukarıdaki tabloda P2, P3 ve P4 için belirtilen süreler, standart destek saatleri (Madde 5.2.1: hafta içi 09:00–18:00) içindeki iş saatleri esas alınarak hesaplanan hedef sürelerdir. P1 için ise: Starter ve Pro planlarında bu süreler de aynı şekilde iş saati bazlı hesaplanır; Clinic+ ve Enterprise planlarında ise Madde 5.2.2 uyarınca destek penceresi dışında da makul çaba ile yanıt hedeflendiğinden, tablodaki 4 saat / 2 saat rakamları bu iki plan için takvim saati olarak değerlendirilir. Ancak bu, Clinic+ ve Enterprise Müşterileri için 7/24 nöbetçi bir destek ekibi taahhüdü anlamına gelmez; bu süreler de makul ticari gayret temelli hedeflerdir, mutlak garanti değildir ve alt-yüklenici kaynaklı gecikmelerden etkilenebilir.

5.3.3. P1 sınıflandırması, sağlık verisi (anamnez, seans notu, ölçüm) güvenliğine yönelik şüpheli bir olayı da kapsar. Bu tür bildirimlerde Corenta, KVKK m.12 kapsamındaki veri güvenliği yükümlülükleri ve mevcutsa DPA'da öngörülecek ihlal bildirim süreciyle uyumlu şekilde hareket eder. Ayrıca, sağlık verisi güvenliğine yönelik şüpheli bir olay bildirildiğinde, plan seviyesinden bağımsız olarak (Starter dahil) Corenta bu bildirime en geç 4 (dört) saat içinde ilk yanıt vermeyi hedefler — bu alt-hedef, Madde 5.3 tablosundaki genel P1 sürelerinin önüne geçer ve yalnızca sağlık verisi güvenliği şüphesi taşıyan olaylar için geçerlidir. Bununla birlikte: (i) bu süre de Madde 5.3.2'de tanımlanan "ilk yanıt" anlamındadır, nihai çözüm süresi değildir; (ii) bu SLA kapsamındaki yanıt süreleri, Corenta'nın Müşteri'ye karşı destek/iletişim yanıt hedefidir ve KVKK m.12 ile ilgili mevzuat uyarınca Kurul'a ve/veya veri sahiplerine yapılması gerekebilecek olası ihlal bildirimleri bu sürelerden tamamen bağımsız olarak, mevzuatın öngördüğü kendi yasal süresi içinde ayrıca ve önceliklendirilerek yürütülür; bu SLA'daki hedef yanıt süreleri, KVKK'nın öngördüğü yasal bildirim sürelerini ikame etmez, kısaltmaz veya onların yerine geçmez.

5.4 Destek Kapsamı Dışı Hususlar

Destek hizmeti; Hizmet'in kullanımına, teknik arızalara, hesap/erişim sorunlarına ve genel sorulara ilişkin talepleri kapsar. Aşağıdakiler destek kapsamı dışındadır: (a) Müşteri'nin kendi cihaz, ağ veya üçüncü taraf yazılım/donanımından kaynaklanan sorunlar; (b) Müşteri tarafından yapılan yapılandırma hatalarının düzeltilmesi (talep üzerine makul ölçüde yardımcı olunur, ancak bu bir taahhüt değildir); (c) özel geliştirme, entegrasyon veya danışmanlık talepleri (bunlar için ayrı ticari teklif gerekir).

6. Kesinti Bildirimi ve İletişim Süreci

6.1. Corenta, Madde 3.4'te tanımlanan bir Hizmet Dışı Kalma durumunu tespit ettiğinde veya alt-yüklenicilerden (Supabase, Vercel, Apple, Google) bu yönde bir bildirim aldığında, makul süre içinde Müşteri'yi aşağıdaki kanallardan biri veya birkaçı üzerinden bilgilendirmeye çalışır: uygulama içi bildirim/banner, e-posta, web yönetim paneli üzerinden durum duyurusu.

6.2. Bildirim, mümkün olan durumlarda şu bilgileri içerir: (a) etkilenen hizmet/bileşen, (b) tahmini etki kapsamı, (c) bilinen geçici çözüm (varsa), (d) tahmini çözüm süresi (bilgi mevcutsa).

6.3. Devam eden önemli bir kesinti sırasında Corenta, kesintinin niteliğine ve süresine bağlı olarak makul aralıklarla durum güncellemesi paylaşmaya gayret eder.

6.4. Kesinti giderildikten sonra, önemli/uzun süreli (4 saati aşan) kesintiler için Corenta, talep üzerine Müşteri'ye kısa bir olay özeti (genel neden, etki süresi, alınan önlem) paylaşabilir. Bu bilgilendirme, ayrıntılı bir kök neden analizi (root cause analysis) raporu sunma taahhüdü teşkil etmez.

6.5. Müşteri, bir kesinti veya hizmet aksaklığı fark ettiğinde bunu support@corenta.app üzerinden derhal bildirmekle yükümlüdür; bildirimin gecikmesi, Madde 8'de öngörülen değerlendirme/telafi mekanizmasının işletilmesini etkileyebilir.

7. Performans İzleme ve Raporlama

7.1. Corenta, Hizmet'in kullanılabilirliğini ve temel performans göstergelerini (yanıt süreleri, hata oranları, sistem kaynak kullanımı) büyük ölçüde kullandığı altyapı sağlayıcılarının (Supabase, Vercel) sunduğu izleme/loglama araçları aracılığıyla takip eder. Ayrı, kurumsal düzeyde bir Application Performance Monitoring (APM) veya hata izleme (error tracking) aracı şu an için seçilmemiştir; [Hata izleme aracı henüz seçilmemiştir.] Bu husus ileride değerlendirilecek olup, seçim yapıldığında bu SLA ve ilgili alt-işleyen listesi (Madde 14) güncellenecektir.

7.2. Clinic+ ve Enterprise planı Müşterileri, talep üzerine, ilgili takvim ayına ait kullanılabilirlik özetini support@corenta.app üzerinden yazılı olarak talep edebilir. Bu özet; ilgili ay için hesaplanan yaklaşık kullanılabilirlik oranını ve varsa Madde 3.4 kapsamında kayıtlı önemli kesinti olaylarını içerir. Starter/Pro planlarında periyodik/otomatik bir kullanılabilirlik raporu sunma taahhüdü verilmemektedir. Enterprise plan kapsamında, taraflar arasında ayrıca kararlaştırılması hâlinde düzenli (örn. aylık) performans raporu ayrı bir ticari anlaşma konusu olabilir.

7.3. Bu raporlama, otomatik/kendiliğinden erişilebilen bir kamuya açık durum sayfası taahhüdü değildir (bkz. Madde 3.6).

7.4. Performans izleme kapsamında toplanan teknik loglar (istek süresi, hata oranı vb.) kişisel veri niteliği taşımadığı ölçüde işlenir; bu loglar danışan sağlık verisi içermez ve Madde 9'da (Sağlık Verisi Özel Rejimi) tanımlanan özel koruma kapsamının dışındadır.

7.5. Corenta, Hizmet'in beklenen kullanıcı yükünü karşılayacak şekilde kapasite planlaması yapmaya gayret eder. Beklenmedik, olağandışı yoğunluktaki kullanım artışlarının (örneğin çok sayıda kliniğin eş zamanlı yoğun kullanımı) kısa vadeli performans etkileri yaratabileceği ve bu tür durumların Madde 10 kapsamında değerlendirilebileceği açıkça belirtilir.

8. SLA Hedefine Ulaşılamaması Hâlinde Değerlendirme ve Telafi Mekanizması

8.1. Genel İlke. Aylık kullanılabilirlik oranının Madde 3.1'de belirtilen %99,5 hedefinin, münhasıran Corenta'nın kontrolündeki nedenlerle (yani Madde 10'da sayılan kapsam dışı durumlar hariç tutularak) altına düşmesi hâlinde, Müşteri aşağıdaki değerlendirme/telafi mekanizmasından yararlanabilir.

8.2. Hizmet Kredisi Çerçevesi. Bir Ölçüm Dönemi için ölçülen kullanılabilirlik oranı aşağıdaki eşiklerin altında kalırsa, Müşteri'nin talebi üzerine, sonraki fatura döneminde aşağıdaki oranda hizmet kredisi (abonelik ücretinden indirim) tanınması değerlendirilir:

8.3. Yukarıdaki tablo bir taahhüt tavanı ve değerlendirme çerçevesidir; önceden belirlenmiş, otomatik ve sabit oranlı bir hizmet kredisi cetveli anlamına gelmez. Corenta, kendisine ulaşan talebi makul süre içinde inceler; (i) iddia edilen kullanılabilirlik sapmasının gerçekten Corenta'nın kontrolündeki nedenlerden kaynaklanıp kaynaklanmadığını ve (ii) Madde 10 kapsamında bir istisnanın uygulanıp uygulanmadığını değerlendirir. Bu değerlendirme sonucunda somut olayın koşullarına (kesintinin süresi, etkisi, tekrar sıklığı, Müşteri'nin plan seviyesi) göre Madde 8.2'deki tablo çerçevesinde bir hizmet kredisi tanınıp tanınmayacağına ve oranına Corenta karar verir.

8.4. Kredi talebi, Müşteri tarafından ilgili Ölçüm Dönemi'nin bitiminden itibaren 30 gün içinde support@corenta.app adresine yazılı olarak iletilmelidir; bu süre içinde iletilmeyen talepler için kredi hakkı düşer.

8.5. Sınırlar (İki Ayrı ve Birlikte Uygulanan Tavan). Hizmet kredisi mekanizmasına aşağıdaki iki ayrı üst sınır birlikte ve kümülatif olarak uygulanır — bu iki sınır birbiriyle çelişmez, ikisi de aynı anda geçerlidir: (i) Dönemsel tavan: Tek bir Ölçüm Dönemi için tanınacak hizmet kredisi, Müşteri'nin o dönem için ödediği net abonelik bedelini hiçbir koşulda aşamaz (bkz. Madde 8.2 tablosundaki azami oran zaten %20'dir, dolayısıyla pratikte bu dönemsel tavan Madde 8.2 tablosuyla kendiliğinden uyumludur). (ii) Yıllık toplam tavan: Bir takvim yılı içinde, birden fazla Ölçüm Dönemi için tanınan hizmet kredilerinin toplamı, Müşteri'nin o takvim yılı içinde ödediği toplam abonelik bedelinin %20'sini aşamaz. Hizmet kredisi, nakit iadesi şeklinde değil, gelecek fatura dönemine yansıyan indirim şeklinde uygulanır.

8.6. Abonelik bedeli Apple/Google üzerinden tahsil edildiğinden hizmet kredisi nakit ya da fatura indirimi olarak değil, mağazanın izin verdiği yöntemlerle (ör. teklif kodu veya ücretsiz süre) uygulanır. Mağaza bu yöntemi sunmuyorsa kredi uygulanamaz.

8.7. Azami Sorumluluk Sınırı ve Münhasır Çare. Bu Madde 8'de öngörülen hizmet kredisi/değerlendirme mekanizması, Hizmet Dışı Kalma durumuna ilişkin Müşteri'ye tanınan tek ve münhasır telafi yoludur; Ana Sözleşme'de açıkça aksi belirtilmedikçe başka bir çare talep edilemez. Bu mekanizma kapsamında Corenta'nın sunabileceği herhangi bir hizmet kredisi, Madde 8.5'te belirtilen dönemsel ve yıllık tavanlara tabidir. Corenta; dolaylı zarar, kâr kaybı, veri kaybından doğan zarar veya üçüncü kişilere karşı doğan sorumluluk gibi kalemlerden, ilgili mevzuatın emredici hükümleri saklı kalmak kaydıyla, sorumlu tutulamaz. İşbu SLA kapsamındaki telafi mekanizması, Ana Sözleşme'de öngörülen sorumluluk sınırlamalarını ve muafiyetlerini ortadan kaldırmaz; bunlara ek olarak ve onlarla birlikte yorumlanır.

9. Sağlık Verisi Özel Rejimi

9.1. Bu SLA, anamnez formları, seans notları ve ölçüm kayıtları gibi özel nitelikli sağlık verilerinin hizmet sürekliliğine ilişkin genel taahhütlerini kapsar. Açıklık için belirtilir: bu SLA, KVKK m.6 kapsamındaki özel nitelikli veri işleme şartlarını (açık rıza veya ilgili kanuni istisna, alınması gereken ek teknik/idari önlemler) DÜZENLEMEZ ve bu şartların karşılandığını iddia/garanti etmez — bu hususlar tümüyle Gizlilik Politikası'nda ve Müşteri'nin veri sorumlusu sıfatından doğan yükümlülükleri kapsamında ele alınır. Bu SLA yalnızca söz konusu verilerin barındırıldığı sistemin hizmet sürekliliği, destek ve teknik erişim kontrolü taahhütlerini düzenler; veri sahibi hakları ve veri güvenliği tedbirlerine ilişkin ayrıntılı hukuki çerçeve esas olarak Gizlilik Politikası ve DPA kapsamında ele alınır. Ancak bu tedbirlerin ve süreçlerin hizmet sürekliliğiyle kesişen yönleri, aşağıdaki Madde 9.5 (veri sahibi hakları) ve Madde 11'de (güvenlik tedbirleri) özet biçimde açıklanmaktadır; bu özetler Gizlilik Politikası'nın/DPA'nın yerine geçmez, onlarla birlikte ve onlara tabi olarak yorumlanır. Ayrıntılı/güncel hukuki çerçeve için Gizlilik Politikası ve DPA esas alınır.

9.2. Bu SLA kapsamındaki kullanılabilirlik hedefi ve destek süreçleri, sağlık verisi içeren tablolara (anamnesis_forms, session_notes, measurements) erişimin teknik olarak hâlâ Müşteri'nin yetkilendirdiği kullanıcılarla ve rol bazlı erişim kontrolleriyle sınırlı kalacağı önkoşuluyla yürütülür. Destek ekibinin bir arızayı gidermek amacıyla bu verilere erişimi, ancak ayrı onaya tabi olan health_data_enabled bayrağıyla sınırlandırılmış destek modu (impersonation) çerçevesinde ve KVKK m.12 uyarınca alınan teknik/idari tedbirlerle sınırlı olarak mümkündür. Bu destek modunun süresi ve onay mekanizmasının ayrıntıları Gizlilik Politikası'nda ve DPA'da düzenlenir.

9.3. Bu SLA aşağıdaki hususları kapsamaz: (a) Müşteri'nin kendi cihaz, ağ veya internet bağlantısından kaynaklanan erişim sorunları; (b) Apple App Store veya Google Play Store'un kendi inceleme/yayın/onay süreçlerinden kaynaklanan uygulama güncelleme gecikmeleri; (c) push bildirim iletiminin APNs/FCM taraflı gecikme veya başarısızlıkları; (d) Müşteri'nin abonelik ödemesini Apple/Google IAP üzerinden zamanında tamamlamamasından doğan erişim kısıtlamaları; (e) varsa üretim (production) dışındaki test, staging veya geliştirme ortamlarına ilişkin erişilebilirlik (bu tür ortamların mevcudiyeti Müşteri'ye ayrıca bildirilmedikçe varsayılmaz).

9.4 Yedekleme ve Felaket Kurtarma

Corenta, Hizmet'in dayandığı veritabanı altyapısı için Supabase tarafından sunulan standart yedekleme mekanizmalarından yararlanmaktadır. Corenta tarafından ayrıca sözleşmesel olarak taahhüt edilmiş bir Kurtarma Zaman Hedefi (RTO) veya Kurtarma Noktası Hedefi (RPO) değeri işbu SLA kapsamında belirlenmemiştir; bu husus Enterprise plan kapsamında ayrıca müzakere edilebilir.

9.5 Veri Sahibi Hakları ile Hizmet Sürekliliği İlişkisi (KVKK m.11)

9.5.1. Bu SLA'nın kapsamı, Müşteri'nin danışanlarının KVKK m.11 kapsamındaki haklarını (bilgi talep etme, düzeltme, silme, itiraz vb.) kullanmasına ilişkin süreçleri değiştirmez; bu haklara ilişkin ayrıntılı uygulama Gizlilik Politikası'nda ve DPA'da düzenlenir. Aşağıdaki 9.5.2 ve 9.5.3, bu süreçlerin yalnızca hizmet sürekliliği/kullanılabilirlik hesaplamasıyla ilişkisini açıklığa kavuşturmak amacıyla verilmiştir.

9.5.2. Hesap silme talebi üzerine işletilen anlık soft-delete ve 30 gün sonrasında gerçekleşen kalıcı silme süreci (KVKK m.7), bu SLA kapsamındaki kullanılabilirlik hesaplamasını etkilemez; bu süreç bağımsız bir arka plan işlemidir (cron) ve Hizmet Dışı Kalma sayılmaz. (Storage'da tutulan dosya ekleri (profil görseli, anamnez ekleri, dışa aktarma dosyaları, ödeme dekontları) kalıcı silme adımında otomatik olarak silinir; uzman doğrulama belgeleri bu kapsamda değildir. Ayrıntı: Gizlilik Politikası ve Veri Saklama ve İmha Politikası.)

9.5.3. Veri taşınabilirliği/dışa aktarma talepleri (export_user_data işlevi) makul bir süre içinde, yapılandırılmış/makine-okunabilir formatta karşılanmaya çalışılır; bu SLA, dışa aktarım için kesin bir teslim süresi veya belirli bir teslim yöntemi (örneğin süreli indirme linki) taahhüt etmez.

10. Kapsam Dışı Durumlar (İstisnalar)

Aşağıda sayılan durumlardan kaynaklanan erişilemezlik veya performans düşüşleri, Madde 3 kapsamındaki kullanılabilirlik hesaplamasına dahil edilmez, kesinti sayılmaz ve Corenta'nın SLA ihlali sorumluluğu doğurmaz:

10.1 Mücbir Sebep

Doğal afet, deprem, sel, yangın, salgın hastalık, savaş, terör eylemi, ayaklanma/iç karışıklık, genel grev, hükümet kararı/yasal düzenleme, elektrik/telekomünikasyon altyapısında ülke/bölge genelinde yaşanan kesinti, uluslararası internet omurga kesintisi ve tarafların makul kontrolü dışındaki benzer olağanüstü haller.

10.2 Üçüncü Taraf Altyapı Kesintisi

Madde 2'de sayılan sağlayıcılar dahil, Supabase, Vercel, Apple, Google veya Framer'ın kendi hizmetlerinde yaşanacak kesinti, performans düşüşü veya hizmet dışı kalma durumları — bu sağlayıcıların kendi SLA'ları ve hizmet şartları geçerlidir; Corenta bu sağlayıcıların taahhütlerinin ötesinde bir garanti veremez.

10.3 Planlı Bakım ve Acil Bakım

Madde 4 uyarınca usulüne uygun bildirilen planlı bakım pencereleri ile Madde 4.3 kapsamındaki acil bakım süreleri.

10.4 Müşteri Kaynaklı Durumlar

(a) Müşteri'nin kendi internet bağlantısı, cihazı, işletim sistemi sürümü veya ağ yapılandırmasından kaynaklanan erişim sorunları; (b) Müşteri'nin Hizmet'i Ana Sözleşme'ye veya Corenta'nın makul kullanım kurallarına aykırı şekilde kullanması; (c) Müşteri personelinin hatalı kullanımı, yetkisiz üçüncü kişilerle hesap paylaşımı veya güvenlik ihlaline yol açan davranışları (zayıf şifre, paylaşılan kimlik bilgileri vb. dahil); (d) Müşteri'nin yetkisiz üçüncü taraf entegrasyonları, eklentileri veya API kullanımından kaynaklanan sorunlar; (e) Müşteri'nin desteklenmeyen bir cihaz/işletim sistemi sürümü kullanması; (f) Müşteri'nin abonelik bedelini zamanında ödememesi nedeniyle hesabın askıya alınması.

10.5 Test/Beta Özellikler

Açıkça "beta", "erken erişim", "önizleme" veya "deneysel" olarak işaretlenmiş özelliklerin kesintiye uğraması veya beklendiği gibi çalışmaması.

10.6 Siber Saldırı

Corenta'nın makul güvenlik önlemlerine rağmen gerçekleşen DDoS saldırısı, sıfırıncı gün (zero-day) güvenlik açığı istismarı veya benzeri kötü niyetli üçüncü taraf saldırıları. Bu durumlarda Corenta, Madde 5.3.3 uyarınca P1 önceliğiyle müdahale eder; ancak kullanılabilirlik hedefine ilişkin telafi mekanizması işletilmez.

10.7 Uygulama Mağazası Kaynaklı Gecikmeler

Apple App Store veya Google Play Store'un kendi inceleme, onay, dağıtım veya IAP faturalandırma süreçlerinden kaynaklanan gecikme, erişim engeli veya kesinti.

11. Veri Güvenliği Tedbirleri ile SLA İlişkisi (KVKK m.12)

11.1. Corenta, KVKK m.12 uyarınca kişisel verilerin hukuka aykırı işlenmesini önlemek, yetkisiz erişimi engellemek ve verilerin muhafazasını sağlamak amacıyla makul teknik ve idari tedbirleri almıştır. Bu SLA kapsamında taahhüt edilen kullanılabilirlik ve destek süreçleri, bu tedbirlerin sürekliliğinin bir parçasıdır. Aşağıdaki liste, güncel/ayrıntılı halinin Gizlilik Politikası'nda ve DPA'da yer aldığı önlemlerin, hizmet sürekliliğiyle ilişkili özetidir; sayısal envanter niteliğindeki iç teknik detaylar (tablo/politika sayıları vb.) zaman içinde değişebileceğinden burada belirtilmemiştir, güncel envanter için Gizlilik Politikası'na ve DPA'ya bakılmalıdır. Bu kapsamda benimsenen başlıca mimari ilkeler ve tedbirler:

(a) veritabanı mimarisi, her tabloda kiracı bazlı (tenant_id) satır seviyesi güvenlik (RLS) politikası ve varsayılan-red (default-deny) yaklaşımını standart tasarım ilkesi olarak benimser; (b) sağlık verisi içeren tablolara erişimin ilgili danışan, atanmış uzman ve yetkili tenant yöneticisiyle sınırlandırılması; (c) seans notlarının gönderim sonrası değiştirilemez/silinemez (append-only) olması; RLS seviyesinde gönderim sonrası UPDATE/DELETE engellenir; (d) verilerin aktarımı sırasında TLS şifreleme kullanılması; (e) mobil uygulamada oturum belirteçlerinin cihazın güvenli donanım deposunda (Keychain/Keystore, expo-secure-store) şifreli saklanması; (f) süper-yönetici destek erişiminin (impersonation) süreyle sınırlı (30 dakika), varsayılan salt-okunur ve sağlık verisi erişiminin ayrı onaya tabi (health_data_enabled) olması; hiçbir impersonation senaryosunda sağlık verisi tablolarına yazma erişiminin RLS politikalarında istisna olarak açılmaması; (g) süper-yönetici hesaplarında iki faktörlü kimlik doğrulama (2FA/MFA) zorunluluğu.

11.2. Bu tedbirler teknik olarak uygulanmıştır. Ekran görüntüsü engelleme gibi bazı önlemler için teknik kod mevcut olup her cihaz/işletim sistemi sürümünde kapsamlı doğrulama süreci devam etmektedir; bu SLA, bu tür önlemlerin her cihazda eksiksiz test edildiğini iddia etmez, yalnızca gerekli teknik önlemlerin alındığını beyan eder.

11.3. Ödeme altyapısı (Apple/Google IAP webhook doğrulaması), kriptografik imza kontrolü temel alınarak korunacak şekilde tasarlanmıştır; bu alandaki operasyonel yapılandırma (ortam değişkenleri/secret yönetimi dahil) prod ortamında sürekli gözden geçirilmekte ve tamamlanmaktadır. Bu SLA, ödeme doğrulama altyapısının her koşulda kesintisiz/eksiksiz operasyonel olduğunu taahhüt etmez.

12. Sözleşmenin Değiştirilmesi ve Yürürlük

12.1. Corenta, bu SLA'yı; ürün olgunlaştıkça (örneğin bir kamuya açık durum sayfası devreye alındığında, alt-işleyen listesi değiştiğinde, hata izleme/analitik aracı seçildiğinde veya destek süreçleri güncellendiğinde), hizmet kalitesini artırmak, mevzuata uyum sağlamak veya operasyonel gereklilikler nedeniyle güncelleyebilir.

12.2. Müşteri aleyhine önemli ölçüde olumsuz bir değişiklik yapılması hâlinde (örneğin kullanılabilirlik hedefinin düşürülmesi veya destek yanıt sürelerinin uzatılması), Corenta değişikliği yürürlüğe girmeden en az otuz (30) gün önce Müşteri'ye e-posta ve/veya yönetim paneli bildirimi yoluyla duyurur. Diğer değişiklikler, güncellenmiş sürümün yayımlanmasıyla birlikte yürürlüğe girer.

12.3. Müşteri, kendi aleyhine önemli olumsuz bir değişikliğe otuz (30) gün içinde yazılı olarak itiraz edebilir. Taraflar makul süre içinde mutabakata varamazsa, Müşteri Ana Sözleşme'de öngörülen fesih hükümleri çerçevesinde aboneliğini feshedebilir; bu durumda kullanılmayan döneme ilişkin ücret iadesi Ana Sözleşme'nin ilgili hükümlerine tabidir.

12.4. Güncellenmiş SLA, Müşteri'nin bu madde kapsamındaki itiraz/fesih hakları saklı kalmak kaydıyla, ilan edilen yürürlük tarihinden itibaren geçerli olur.

13. Uygulanacak Hukuk ve Uyuşmazlıkların Çözümü

13.1. İşbu SLA, Ana Sözleşme'nin bir eki olarak Türkiye Cumhuriyeti kanunlarına tabidir.

13.2. İşbu SLA'dan doğabilecek uyuşmazlıklarda Ankara (Çankaya) Mahkemeleri ve İcra Daireleri yetkilidir.

14. Yasal Kayıt Notu ve Alt-İşleyen Referansları

14.1. Teta Studio, herhangi bir çalışanı bulunmaması ve yıllık cirosunun Kişisel Verileri Koruma Kurulu'nun küçük ölçekli veri sorumluları için tanıdığı istisna eşiklerinin altında kalması nedeniyle VERBİS'e kayıtlı değildir; bu durum periyodik olarak yeniden değerlendirilir. Müşteri'nin (Klinik'in) kendi VERBİS yükümlülüğü ayrı ve bağımsız olarak değerlendirilmelidir.

14.2. Bu SLA'nın hazırlanmasında esas alınan alt-işleyen listesi (Madde 2.1), hizmet sağlayıcıların kendi Veri İşleme Sözleşmeleri'ne (DPA) tabidir: Supabase (supabase.com/legal/dpa), Apple (apple.com/legal/privacy), Google (cloud.google.com/terms/data-processing-addendum). Bunlar, ilgili üçüncü taraf sağlayıcıların kendi müşterileriyle akdettiği DPA'lardır. Vercel ve Framer için ayrı bir Corenta-taraflı DPA referansı bu belge kapsamında henüz teyit edilmemiştir; bu sağlayıcıların kendi gizlilik/hizmet şartları geçerlidir. Corenta ile Müşteri arasındaki Veri İşleme Sözleşmesi ("DPA") ayrı bir belge olarak mevcuttur (bkz. Madde 0.1).

14.3. Supabase Auth dahili e-posta gönderimi kullanılmaktadır — ayrı bir e-posta servis sağlayıcısı seçilirse bu belge ve alt-işleyen listesi güncellenecektir.

14.4. Corenta, kullanılabilirlik izleme ve performans raporlamasında üçüncü taraf bir analitik veya hata izleme aracı kullanmamaktadır; ürün kullanım ve hata kayıtları Corenta'nın kendi veritabanında tutulur. Üçüncü taraf bir araç devreye alındığında, kullanılabilirlik izleme ve performans raporlama süreçleri (Madde 3.6, Madde 7) buna göre güncellenecek ve Müşteri'ye bildirilecektir.

İletişim

SLA kapsamındaki tüm bildirimler, destek talepleri ve kesinti raporları için:

E-posta: support@corenta.app

Son güncelleme: 10 Ekim 2026 Sürüm: 1.4 — Taslak sürüm 2026-10-11 — sahip onayı, avukat incelemesi bekleniyor. Bu metin bir avukat tarafından incelenmemiştir.