CORENTA — DASAR PENYIMPANAN DAN PELUPUSAN DATA

Terjemahan ini disediakan untuk tujuan maklumat sahaja; teks dalam bahasa Turki ialah teks yang mengikat dari segi undang-undang.

Pemadaman klien tanpa akaun: Tindakan Padam oleh pentadbir klinik dianggap sebagai permintaan; rekod dikeluarkan serta-merta daripada senarai aktif dan selepas 30 hari maklumat identiti/hubungan serta medan kesihatan klien (kumpulan darah, alahan, keadaan kronik, ubat) dipadam/dikosongkan (lihat 5.0). Huraian umum pemadaman akaun di bawah tidak ditafsirkan sebagai kewajipan memadam baris klien secara kekal dalam skop khusus ini. Rekod anamnesis, ukuran, nota sesi dan kewangan kekal tertakluk kepada peruntukan penyimpanan masing-masing.

Berkuat kuasa / kemas kini terakhir: 19 Oktober 2026 Versi: 1.9 Pengawal data / penerbit: Mertcan Demir — perniagaan milikan tunggal dengan nama dagangan "Teta Studio"

Log perubahan

• 1.9 — 19 Oktober 2026: Ungkapan "Turkiye sahaja" dalam Bahagian 14 digantikan dengan penyediaan global; tempoh penyimpanan tidak berubah.
• 1.8 — 19 Oktober 2026: Versi terbitan; tarikh berkuat kuasa 19 Oktober 2026. Baris bagi mesej kumpulan klinik dan salinan mesej yang diasingkan untuk semakan pasukan (Nombor 12) ditambah dalam Bahagian 4; senarai pelupusan berkala dalam Bahagian 7 diperluas dengan sewajarnya; maklumat MERSİS dan KEP yang kosong dikeluarkan daripada jadual 1.3.
• 1.7 — 11 Oktober 2026: Berdasarkan semakan pematuhan 11 Oktober 2026 (F01, F02, F08, F11, F13, F19, F21): ungkapan "Supabase/Frankfurt bukan pemindahan ke luar negara" dalam §11 dikeluarkan dan bahagian pemindahan ke luar negara ditulis mengikut Perkara 9 Undang-Undang No. 6698 dalam bentuknya selepas 2024 (kontrak standard belum ditandatangani); ungkapan "tanpa nama" bagi rekod kesihatan/klinikal/kewangan diperbetulkan kepada penyimpanan terhad dengan pautan kepada individu diputuskan (teks bebas nota sesi tidak diubah); asas undang-undang baris bukti persetujuan diperbetulkan kepada Perkara 5(2)(e) (rujukan salah kepada Perkara 20(2) dikeluarkan); baris borang akses awal dikemas kini mengikut pemisahan makluman daripada persetujuan mesej komersial; prinsip pelupusan berkala 6 bulanan ditambah bagi kategori yang tiada pelupusan automatik; maklumat identiti diperbetulkan kepada perniagaan milikan tunggal; bahagian VERBİS ditulis berdasarkan keputusan Lembaga tahun 2025.
• 1.6 — 10 Oktober 2026: Expo (Expo Push Notification Service) dikeluarkan daripada rekod subpemproses/pemproses; pemberitahuan push hanya dihantar melalui Apple (APNs) dan Google (FCM), Expo/EAS hanyalah alat binaan aplikasi dan tidak memproses data pengguna akhir.
• 1.5 — 10 Oktober 2026: Ungkapan berkaitan pilihan Google Analytics dikeluarkan; dijelaskan bahawa analitik pihak ketiga tidak digunakan dan pemproses push diperjelaskan.
• 1.4 — 4 Oktober 2026: Teks sedia ada ditetapkan sebagai versi yang diluluskan. Dalam versi ini hanya perkara berikut dimasukkan: pemadaman akaun (akses diputuskan serta-merta, data peribadi dipadam/dianonimkan, rekod pembayaran yang wajib disimpan menurut undang-undang disimpan tanpa identiti; tiada tempoh pembatalan); pemadaman medan kesihatan klien selepas 30 hari; tempoh 7 hari bagi resit yatim; kerahsiaan maklumat hubungan klien dalam mod sokongan; pengukuran sisi pelayan tanpa identiti; e-mel perkhidmatan dan Google Workspace; pemproses push; alamat sokongan; pasaran (Turkiye).
• 1.3 — 7 Julai 2026 (kemas kini 4 Ogos 2026): versi terdahulu.

Nota Penting mengenai Kedudukan sebagai Pengawal Data / Pemproses Data: Dasar Penyimpanan dan Pelupusan Data ini ("Dasar") mengatur tempoh penyimpanan data peribadi yang diproses dalam skop perkhidmatan perisian Corenta ("Perkhidmatan" atau "Aplikasi") yang dibangunkan dan dikendalikan oleh Mertcan Demir ("Corenta", "Teta Studio", "Syarikat"), yang beroperasi sebagai perniagaan milikan tunggal dengan nama dagangan "Teta Studio", kriteria yang menjadi asas penentuan tempoh tersebut, serta kaedah yang digunakan untuk memadam, memusnahkan atau menganonimkan data tersebut apabila tempoh penyimpanan berakhir atau sebab pemprosesan tidak lagi wujud.

Dasar ini disediakan dalam rangka Undang-Undang Perlindungan Data Peribadi No. 6698 ("KVKK"), Peraturan mengenai Pemadaman, Pemusnahan atau Penganoniman Data Peribadi ("Peraturan") dan perundangan lain yang berkaitan, dan merupakan sebahagian yang tidak boleh dipisahkan daripada inventori pemprosesan data peribadi Corenta. Dasar ini hendaklah dibaca bersama Notis Privasi/Dasar Privasi berkaitan yang menjelaskan secara terperinci tujuan pemprosesan data dan asas undang-undangnya; dokumen ini hanya mengatur tempoh penyimpanan dan prosedur pelupusan, dan tidak bertujuan memenuhi keseluruhan kewajipan makluman di bawah Perkara 10 KVKK dengan sendirinya.

1. Tujuan dan Skop

1.1. Tujuan

Tujuan Dasar ini adalah untuk menjelaskan kriteria penentuan tempoh maksimum yang diperlukan bagi tujuan pemprosesan data peribadi yang diproses oleh Corenta, pemakaian tempoh yang diperuntukkan dalam perundangan, serta prosedur dan prinsip pemadaman, pemusnahan atau penganoniman data peribadi yang tempoh penyimpanannya telah berakhir. Dasar ini disediakan berdasarkan peruntukan Perkara 5, Perkara 6, Perkara 7, Perkara 10, Perkara 11 dan Perkara 12 KVKK serta perkara berkaitan dalam Peraturan.

1.2. Skop dan Pembezaan Peranan — Amaran Penting

Dasar ini merangkumi dua bidang berasingan di mana Corenta memproses data dalam dua kedudukan yang berbeza; pembezaan ini digunakan secara konsisten di seluruh Dasar dan secara langsung mempengaruhi cara jadual tempoh penyimpanan ditafsirkan:

(a) Konteks Laman Web Korporat (corenta.app — borang permintaan akses awal/demo): Berhubung data peribadi yang dihantar oleh bakal pelanggan perniagaan yang berminat dengan produk melalui borang permohonan akses awal, Corenta/Teta Studio bertindak secara langsung dalam kedudukan sebagai Pengawal Data menurut Perkara 3 KVKK.

(b) Konteks Produk SaaS (app.corenta.app): Berhubung data peribadi (maklumat hubungan, anamnesis, nota sesi, data temu janji/pakej dan sebagainya) milik klien mereka sendiri ("Klien sebagai Subjek Data") yang dimasukkan ke dalam platform oleh pusat pilates klinikal, fisioterapi, reformer, kesejahteraan/urutan dan yoga yang menggunakan platform Corenta melalui langganan ("Tenant", "Perniagaan" atau "Klinik"), Klinik ialah Pengawal Data menurut Perkara 3 KVKK; manakala Corenta/Teta Studio hanya menyediakan perkhidmatan infrastruktur teknikal dalam kedudukan sebagai Pemproses Data, mengikut arahan Klinik. Kewajipan makluman kepada klien, mendapatkan persetujuan nyata dan keputusan muktamad mengenai penyimpanan/pelupusan data klien adalah tanggungjawab undang-undang Klinik. Corenta memudahkan secara teknikal pemenuhan kewajipan ini dalam produk (mekanisme rekod persetujuan consent_logs, skrin persetujuan KVKK mudah alih kvkk.tsx, jejak audit), tetapi tidak mengambil alih atau memikul kewajipan pematuhan KVKK Klinik. Tempoh penyimpanan yang dijelaskan bagi konteks ini dalam Dasar menunjukkan berapa lama Corenta, dalam kedudukannya sebagai pemproses data, sebenarnya menyimpan data ini dalam infrastrukturnya; keputusan muktamad dan tempoh pelupusan boleh dibentuk dalam rangka arahan Klinik dan perundangan yang terpakai kepadanya.

Dasar ini juga merangkumi, dari segi prinsip umum, proses penyimpanan/pelupusan data peribadi milik pekerja, rakan niaga dan pembekal Corenta; namun tumpuan utama Dasar ialah data pelanggan/klien yang ditakrifkan dalam perenggan (a) dan (b) di atas.

1.3. Maklumat Pengawal Data / Pemproses Data

1.4. Perundangan Asas

• Undang-Undang Perlindungan Data Peribadi No. 6698,
• Peraturan mengenai Pemadaman, Pemusnahan atau Penganoniman Data Peribadi (Warta Rasmi bertarikh 28.10.2017 No. 30224),
• Garis Panduan mengenai Pemadaman, Pemusnahan atau Penganoniman Data Peribadi dan keputusan Lembaga Perlindungan Data Peribadi ("Lembaga"),
• Kanun Komersial Turkiye No. 6102 (penyimpanan buku dan dokumen perdagangan),
• Undang-Undang Prosedur Cukai No. 213 (penyimpanan rekod kewangan),
• Perundangan sektoral lain yang berkaitan (setakat terpakai, termasuk perundangan berkaitan penyediaan perkhidmatan kesihatan).

2. Takrifan

3. Kriteria Penentuan Tempoh Penyimpanan dan Pelupusan (Perkara 5, Perkara 6 KVKK)

3.1. Sebab yang Memerlukan Penyimpanan

Dalam Corenta, data peribadi disimpan hanya selama tempoh yang diperuntukkan secara jelas dalam perundangan berkaitan atau selama tempoh yang diperlukan bagi tujuan pemprosesannya. Dalam menentukan tempoh penyimpanan, kriteria berikut menjadi asas:

1. Adakah terdapat kewajipan penyimpanan menurut undang-undang? (Contohnya tempoh penyimpanan minimum bagi rekod kewangan di bawah Kanun Komersial Turkiye dan Undang-Undang Prosedur Cukai.)
2. Bagi tujuan apakah data diproses dan adakah tujuan ini masih sah? (Perkara 5(2) KVKK — prinsip had tujuan.)
3. Adakah ia diperlukan bagi pembentukan/pelaksanaan kontrak? (Contohnya data temu janji dan pakej semasa hubungan langganan/perkhidmatan berterusan.)
4. Adakah ia diperlukan bagi pewujudan, penggunaan atau perlindungan sesuatu hak (sebagai alat bukti dalam kemungkinan pertikaian undang-undang)? (Dengan mengambil kira tempoh had masa umum dalam Undang-Undang Obligasi.)
5. Adakah terdapat persetujuan nyata subjek data dan adakah persetujuan ini masih sah?
6. Adakah terdapat kepentingan sah Corenta atau Klinik? (Contohnya log keselamatan, pengesanan penipuan/penyalahgunaan.)
7. Adakah data termasuk dalam kategori data sensitif (kesihatan)? Dalam keadaan ini, menurut Perkara 6 KVKK, sekatan akses dan justifikasi yang lebih ketat digunakan; tempoh penyimpanan tidak sekali-kali dilanjutkan melebihi tujuan.

Jika tiada satu pun kriteria di atas memerlukan penyimpanan bagi sesuatu data peribadi, data itu dipadam, dimusnahkan atau dianonimkan dengan segera.

3.2. Sebab yang Memerlukan Pelupusan

Data peribadi dipadam, dimusnahkan atau dianonimkan atas permintaan individu berkaitan atau secara ex officio oleh Corenta/Klinik dalam keadaan berikut:

a) Pindaan atau pemansuhan peruntukan perundangan yang menjadi asas pemprosesannya, b) Hilangnya tujuan yang memerlukan pemprosesan atau penyimpanannya, c) Penarikan balik persetujuan oleh subjek data dalam keadaan pemprosesan yang bersandarkan persetujuan nyata, d) Subjek data membuat permintaan pemadaman/pemusnahan dalam rangka hak di bawah Perkara 11 KVKK dan permintaan itu diterima (permintaan pemadaman akaun), e) Tempoh penyimpanan data peribadi telah tamat dan tiada lagi sebarang asas undang-undang yang memerlukan penyimpanan, f) Kontrak tidak pernah dibentuk, tidak sah, ditamatkan atau dibatalkan, g) Permintaan pemadaman akaun diselesaikan secara muktamad dalam proses yang dinyatakan dalam perkara 5 Dasar ini.

4. Jadual Kategori Data, Tempoh Penyimpanan dan Kaedah Pelupusan

Jadual berikut menunjukkan kategori utama data peribadi yang diproses dalam infrastruktur Corenta, tempoh penyimpanan, alasan dan kaedah pelupusan yang akan digunakan pada akhir tempoh. Melainkan dinyatakan sebaliknya secara jelas, peraturan umum ialah: "Selagi akaun/rekod berkaitan aktif + 30 hari dari tarikh permintaan pemadaman akaun diproses." Jadual hendaklah dibaca bersama aliran pemadaman akaun yang dijelaskan dalam Bahagian 5. Bagi sesetengah kategori, langkah pada akhir 30 hari dalam aliran ini bukan DELETE (pemadaman kekal), tetapi penganoniman — pembezaan ini dinyatakan dengan jelas dalam baris berkaitan dan dalam Bahagian 6.2.

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

</div>

Nota 1: Dalam jadual di atas, ungkapan "selagi akaun/tenant aktif" bermaksud tempoh langganan Corenta Klinik berkaitan masih berterusan dan rekod klien belum dipadam oleh Klinik. Bila Klinik akan memadam data milik kliennya sendiri ditentukan dalam rangka dasar KVKK Klinik sendiri (dalam kedudukannya sebagai Pengawal Data) dan hubungannya dengan klien; Corenta menyediakan kemudahan teknikal bagi proses ini.

Nota 2: Tempoh 2 tahun dalam Nombor 7 (Rekod Jejak Audit) dan 5 tahun dalam Nombor 8 (Rekod Persetujuan) ialah tempoh penyimpanan tetap yang ditentukan oleh Corenta (berbeza dengan tempoh TTK/VUK dalam Nombor 6, ia tidak bersandarkan secara langsung pada peruntukan perundangan; ia ialah komitmen yang mengikat dengan sendirinya yang ditentukan dalam rangka kepentingan sah dan kewajipan pembuktian dalam Perkara 5(2)(f) KVKK). Pada akhir tempoh ini, mekanisme pemadaman akhir penyimpanan secara automatik kini tidak berjalan dalam sistem — apabila tempoh tamat, tindakan pemadaman/penganoniman dilaksanakan secara manual, dan Dasar ini akan dikemas kini apabila automasi diaktifkan. Ungkapan "paling lama 2 tahun" dalam Nombor 9 (Data Borang Akses Awal) mempunyai skop yang berbeza dan, sebagaimana dijelaskan dalam barisnya sendiri, menyatakan had atas undang-undang yang berasingan.

5. Proses Pemadaman Akaun — Cara Kerja dari Awal hingga Akhir

Bagi memenuhi secara teknikal permintaan pemadaman subjek data di bawah Perkara 11 KVKK, Corenta menggunakan seni bina pemadaman dua peringkat yang mengambil kira keseimbangan antara pengalaman pengguna dan keperluan keselamatan data/pembuktian undang-undang: pemadaman lembut serta-merta (soft-delete) dan pemadaman kekal selepas 30 hari yang menyusulinya.

5.0. Perubahan 4 Oktober 2026 — di mana bercanggah dengan 5.1–5.7, perkara ini diutamakan

Pemadaman akaun (mulai 4 Oktober 2026): Apabila permintaan pemadaman disahkan, akses kepada akaun diputuskan serta-merta (sesi log masuk ditamatkan, log masuk tidak boleh dibuat); data peribadi dipadam atau dianonimkan (nama, e-mel, telefon, imej serta maklumat identiti/hubungan klien dan medan kesihatan — kumpulan darah, alahan, keadaan kronik, ubat — dibersihkan); rekod pembayaran dan pendapatan yang wajib disimpan menurut undang-undang tidak dipadam; rekod itu disimpan dengan pautan kepada individu diputuskan dan akses yang terhad. Tiada tempoh pembatalan selepas permintaan; pemadaman kekal rekod pengesahan dan fail diselesaikan dalam proses latar belakang tiga puluh hari yang sedia ada.

Pemadaman rekod klien dan medan kesihatan (mulai 4 Oktober 2026): Apabila rekod klien yang tidak mempunyai akaun dipadam oleh perniagaan, rekod itu dikeluarkan serta-merta daripada senarai aktif; selepas 30 hari, medan kesihatan klien (kumpulan darah, alahan, keadaan kronik, ubat) juga dipadam/dikosongkan bersama maklumat identiti dan hubungan. Peraturan penyimpanan borang anamnesis, ukuran dan nota sesi tidak terjejas oleh peruntukan ini.

Fail resit (mulai 4 Oktober 2026): Fail resit yang tidak dikaitkan dengan sebarang pembayaran (yatim) dipadam secara automatik selepas 7 hari; resit yang dikaitkan dengan pembayaran tidak boleh dipadam oleh mana-mana peranan.

Maklumat hubungan klien dalam mod sokongan (mulai 4 Oktober 2026): Dalam akses sokongan Corenta (super-admin), maklumat e-mel dan telefon klien tidak ditunjukkan kepada kakitangan sokongan; kakitangan sokongan hanya boleh melihat ringkasan identiti yang terhad (nama, status akaun, status aktif, tarikh dicipta).

Kuasa menulis medan kesihatan (mulai 4 Oktober 2026): Medan kesihatan klien (kumpulan darah, alahan, keadaan kronik, ubat) hanya boleh ditulis oleh klien sendiri dan pakar yang ditugaskan kepadanya; pemilik/pentadbir perniagaan tidak boleh menulis medan ini (boleh menyunting orang yang dihubungi semasa kecemasan dan medan identiti).

Pengukuran produk bernama samaran: Untuk menambah baik produk, peristiwa penggunaan agregat boleh diukur hanya di bahagian pelayan dengan identiti samaran klinik; pengukuran ini tidak mengandungi alamat IP, data kesihatan atau penjejakan sumber/iklan. Identiti samaran klinik bersifat nama samaran (bukan tanpa identiti). Ciri ini kini dimatikan.

5.1. Peringkat 1 — Pemadaman Lembut Serta-merta (Soft-Delete)

Pada saat pengguna mengesahkan permintaan pemadaman akaun dari dalam aplikasi, sistem melaksanakan tindakan berikut secara serentak dan serta-merta:

1. Rekod profil pengguna dinyahaktifkan dengan mengisi medan deleted_at; akaun tidak lagi boleh diakses/dilihat bagi penggunaan biasa dan tidak boleh digunakan untuk log masuk.
2. Temu janji pengguna yang belum berlangsung dibatalkan secara automatik.
3. Tugasan (padanan klien-pakar, tugasan program) di mana pengguna tercatat sebagai pakar/sumber dikeluarkan.
4. Semua persetujuan pengguna ditarik balik (diproses dengan mengisi medan revoked_at dalam rekod consent_logs).

Pada peringkat ini data belum dipadam secara fizikal, tetapi telah dijadikan tidak boleh diakses bagi tujuan pemprosesan dan paparan biasa. Ini membentuk langkah pertama proses pemadaman yang bersifat "menjadikan tidak boleh diakses" dalam erti Perkara 7 KVKK dan Peraturan.

5.2. Peringkat 2 — Pemadaman Kekal (Selepas 30 Hari)

30 (tiga puluh) hari selepas tindakan pemadaman lembut, tugas berjadual (cron job) yang berjalan secara automatik dalam sistem melaksanakan tindakan berikut secara tidak boleh diundurkan:

1. Rekod pengesahan pengguna (auth.users) dipadam secara kekal dan tidak boleh diundurkan.
2. Rekod pangkalan data yang dikaitkan dengan pengguna diproses secara berbeza mengikut kategori: rekod yang tidak mempunyai nilai perniagaan/pembuktian yang bebas (contohnya pemberitahuan) dipadam secara kekal (DELETE/cascade); manakala data kesihatan (anamnesis_forms, session_notes, measurements) serta rekod klinikal/kewangan (payments, attendance, consent_logs) tidak dipadam, pautan kepada individu diputuskan — pautan kepada individu diputuskan pada peringkat pangkalan data, sesetengah medan teks bebas dibersihkan, dan rekod kekal dengan akses terhad sebagai rekod tenant yang pautannya dengan individu telah diputuskan (oleh sebab teks bebas nota sesi tidak diubah, ia tidak dianggap tanpa nama) (lihat Bahagian 4 Nombor 2-5, 8, 10 dan Bahagian 6.2).
3. Tindakan ini hanya dicetuskan secara automatik dalam proses latar belakang sistem yang mempunyai keistimewaan (dilindungi service-role); tiada pengguna atau pentadbir Perniagaan, termasuk kakitangan pentadbiran, boleh memulakan, mencetuskan lebih awal atau menghentikan proses ini secara manual melalui antara muka produk biasa — ini ialah reka bentuk keselamatan yang disengajakan untuk mencegah pemadaman awal/lewat akibat kesilapan atau penyalahgunaan. (Jaminan ini merangkumi antara muka pengguna dan pengurusan biasa produk; proses operasi teknikal yang mungkin mempunyai akses langsung ke pangkalan data di peringkat infrastruktur sistem yang mempunyai keistimewaan berada di luar skop jaminan ini dan tertakluk kepada kawalan akses dalaman yang berasingan.)

Tujuan proses latar belakang 30 hari (mulai 4 Oktober 2026): Oleh sebab akses kepada akaun diputuskan serta-merta dengan permintaan pemadaman, tempoh ini tidak memberikan peluang pembatalan/penarikan balik; ia digunakan untuk menyelesaikan pemadaman kekal rekod pengesahan dan fail serta bagi kemungkinan semakan penyalahgunaan. Tempoh ini ialah tempoh yang munasabah dan terhad selaras dengan prinsip kekadaran di bawah Perkara 5 KVKK. Berhubung status permintaan pemadaman, permohonan boleh dibuat ke alamat hello@corenta.app.

5.3. Pengecualian: Data yang Mempunyai Kewajipan Penyimpanan Undang-Undang

Proses pemadaman kekal 30 hari di atas tidak merangkumi rekod yang dinyatakan dalam Bahagian 4, Jadual Nombor 6 (Metadata Langganan/Transaksi) yang mempunyai kewajipan penyimpanan undang-undang di bawah Kanun Komersial Turkiye/Undang-Undang Prosedur Cukai. Rekod ini, walaupun akaun dipadam secara kekal, disimpan secara berasingan sehingga tempoh penyimpanan undang-undang berkaitan tamat, diasingkan daripada tujuan pemprosesan data peribadi dan dengan akses terhad hanya bagi tujuan pemenuhan kewajipan undang-undang. Dengan cara yang sama, rekod jejak audit (audit_logs) dan teras minimum rekod persetujuan bagi tujuan pembuktian (lihat Bahagian 4, Nombor 7-8) boleh terus disimpan di luar tempoh 30 hari ini, bagi tujuan yang berasingan dan terhad, atas alasan kepentingan sah/pembuktian undang-undang. Bahawa tempoh dalam skop pengecualian ini tidak sepadan dengan mekanisme teknikal yang dilaksanakan secara automatik dalam sistem dinyatakan dengan jelas dalam Bahagian 4 Nota 2.

5.4. Penjelasan Khas mengenai Lampiran Fail yang Disimpan (Penting — Ketelusan)

Menurut prinsip ketelusan, dinyatakan dengan jelas: Semasa tindakan pemadaman kekal, rekod pangkalan data (profil, temu janji, tugasan, persetujuan dan sebagainya) dipadam sepenuhnya atau (bagi rekod kesihatan/klinikal/kewangan, lihat Bahagian 6.2) dianonimkan; manakala lampiran fail milik pengguna yang disimpan dalam ruang storan (Storage) yang berasingan dikendalikan seperti berikut: avatar/gambar profil, dokumen/gambar yang dilampirkan pada borang anamnesis dan imej bukti pembayaran dipadam secara automatik (best-effort) daripada Storage sebagai sebahagian daripada langkah pemadaman kekal — ini ialah tingkah laku yang disahkan dan kini berjalan secara nyata dalam sistem. Jika tindakan pemadaman dalam sesuatu baldi gagal, keadaan ini direkodkan dalam log; namun ia tidak menghalang pembersihan baldi lain atau langkah penganoniman/pemadaman kekal akaun (reka bentuk best-effort).

Had yang jujur: Satu-satunya kategori fail yang berada di luar skop proses automatik ini ialah dokumen pengesahan identiti/diploma yang dimuat naik dalam proses pendaftaran pakar/solo (baldi specialist-verification-docs). Dokumen ini secara teknikal tidak dikaitkan dengan pengguna, tetapi dengan proses pengesahan tenant (Klinik) berkaitan dan tidak membawa rujukan pengguna dalam rekod pangkalan data; oleh itu ia tidak dapat dimasukkan secara automatik ke dalam aliran pemadaman akaun pengguna yang sedia ada. Pelupusan dokumen ini akan dikendalikan secara berasingan dalam proses penutupan akaun/langganan Klinik berkaitan di peringkat tenant (lihat Bahagian 5.6); sehingga ini selesai, permintaan pengecualian dinilai secara manual melalui hello@corenta.app.

Oleh itu, dalam Dasar ini tiada komitmen mutlak diberikan bahawa dengan permintaan pemadaman akaun "semua data/fail milik pengguna dipadam sepenuhnya dan serta-merta" (khususnya bagi sisa teknikal dalam sandaran lihat Bahagian 6.3, dan bagi pengecualian di atas); namun bagi kategori fail yang dihuraikan di atas, pemadaman automatik dilaksanakan secara nyata.

5.5. Nota Khas mengenai Data Kesihatan

Data kesihatan sensitif seperti borang anamnesis, nota sesi dan rekod ukuran juga tertakluk kepada aliran pemadaman umum di atas (soft-delete → 30 hari → pemadaman kekal); namun sebagaimana dijelaskan dalam Bahagian 4 Nombor 2-4 dan Bahagian 6.2, dalam jadual ini langkah pemadaman kekal dilaksanakan melalui pemutusan pautan kepada individu dan pembersihan separa — rekod tidak di-DELETE, pautan kepada individu diputuskan dan sesetengah medan teks bebas dibersihkan; rekod klinikal (khususnya kandungan nota sesi append-only) disimpan dengan akses terhad sebagai rekod tenant yang pautannya dengan individu telah diputuskan dan tidak dianggap tanpa nama. Di samping itu, oleh sebab kategori data ini berkait rapat dengan rekod yang disimpan oleh Klinik dalam kedudukannya sebagai pengawal data, permintaan pemadaman akaun/data oleh seseorang klien mungkin bercanggah dengan kewajipan penyimpanan undang-undang Klinik sendiri (contohnya kewajipan penyimpanan rekod yang mungkin timbul daripada perundangan berkaitan penyediaan perkhidmatan kesihatan); kaedah pemutusan pautan kepada individu dan penyimpanan terhad bertujuan mengimbangi kedua-dua kewajipan ini (hak klien ke atas data peribadinya dan kewajipan penyimpanan rekod Klinik). Dalam keadaan sedemikian, pihak yang membuat keputusan muktamad ialah Klinik dalam kedudukannya sebagai pengawal data; Corenta bertindak mengikut arahan Klinik.

5.6. Pemadaman di Peringkat Klinik (Tenant)

Jika sesebuah Klinik menamatkan langganan Corenta sepenuhnya, seni bina dua peringkat yang sama (soft-delete → 30 hari → pemadaman kekal) juga digunakan bagi data tenant milik Klinik dan semua rekod klien di bawah tenant tersebut. Oleh sebab Klinik ialah Pengawal Data bagi kliennya sendiri, sebelum menamatkan langganannya Klinik wajib memaklumkan kliennya dalam rangka kewajipan KVKK sendiri; kewajipan ini tidak boleh dipindahkan kepada Corenta.

5.7. Hubungan dengan Mod Sokongan Super-Admin (Impersonation)

Proses pemadaman akaun dan penyimpanan berjalan secara bebas daripada mekanisme sokongan/impersonation Corenta. Sesi impersonation adalah bertempoh (30 minit) dan secara lalai hanya baca sahaja; akses kepada kategori data kesihatan (anamnesis, nota sesi, ukuran) memerlukan langkah kelulusan yang berasingan (health_data_enabled) dan operasi menulis/memadam dalam jadual ini melalui impersonation tidak dibenarkan dalam apa jua keadaan (tiada pengecualian diberikan kepada impersonation dalam dasar RLS). Penjelasan: Sekatan di sini berkaitan dengan sesi impersonation yang dicetuskan oleh manusia di mana kakitangan sokongan membuka sesi dan melakukan tindakan secara manual; proses cron service-role automatik (tanpa campur tangan manusia) yang dijelaskan dalam Bahagian 5.2 ialah lapisan yang berasingan daripada sekatan ini dan tidak terjejas olehnya — sekatan impersonation tidak menghalang mekanisme pemadaman kekal automatik dalam aliran pemadaman akaun dan tidak boleh dikelirukan dengannya. Oleh itu, proses pemadaman akaun/pelupusan hanya dijalankan melalui mekanisme automatik yang ditakrifkan dalam Dasar ini.

6. Kaedah Pelupusan

Menurut peruntukan Perkara 8 dan seterusnya dalam Peraturan, kaedah pemadaman/pemusnahan/penganoniman yang digunakan mengikut medium rekod dijelaskan di bawah.

6.1. Pemadaman

Ialah tindakan menjadikan data peribadi langsung tidak boleh diakses dan tidak boleh digunakan semula oleh pengguna berkaitan (termasuk pengguna aplikasi dan kakitangan yang mempunyai akses panel pentadbir). Dalam Corenta, kaedah ini digunakan dalam proses soft-delete Peringkat 1: walaupun data tidak dikeluarkan secara fizikal daripada pangkalan data, ia dijadikan langsung tidak boleh diakses melalui kebenaran akses dan antara muka.

6.2. Pemusnahan (Pemadaman Kekal)

Ialah tindakan menjadikan data peribadi langsung tidak boleh diakses, tidak boleh dipulihkan dan tidak boleh digunakan semula oleh sesiapa pun. Dalam proses pemadaman kekal Peringkat 2 Corenta, prinsip ini dilaksanakan dengan dua kaedah teknikal yang berbeza mengikut kategori data:

• Rekod pengesahan dan rekod yang tidak mempunyai nilai perniagaan bebas: Rekod pengesahan pengguna (auth.users) dipadam secara tidak boleh diundurkan terus dengan DELETE dalam proses automatik yang dilindungi service-role; rekod berkaitan yang selepas akaun dipadam tidak mempunyai nilai perniagaan/pembuktian dengan sendirinya (contohnya pemberitahuan, notifications — lihat Bahagian 4 Nombor 10) dipadam bersama pada peringkat pangkalan data dengan ON DELETE CASCADE.
• Rekod kesihatan, klinikal dan kewangan: Bagi anamnesis_forms, session_notes, measurements, payments, attendance dan consent_logs, langkah pemadaman kekal dilaksanakan bukan dengan DELETE rekod, tetapi melalui pemutusan pautan kepada individu dan pembersihan separa (lihat Bahagian 6.6): lajur kunci asing yang mengenal pasti individu (client_id, specialist_id, user_id dan sebagainya) ditukar kepada NULL secara tidak boleh diundurkan dengan kekangan FK ON DELETE SET NULL; lajur kandungan yang mungkin mengandungi identiti jelas atau PII teks bebas (jawapan anamnesis, nota teks bebas ukuran/pembayaran, rujukan resit pembayaran, alamat IP rekod persetujuan) dibersihkan atau digantikan dengan tanda tanpa nama oleh fungsi anonymize_user_relations() (hanya boleh dipanggil oleh service-role, default-deny). Manakala kandungan klinikal/kewangan yang berangka dan bersejarah (tarikh, jumlah, nilai ukuran, baki sesi, status hadir/tidak hadir, masa persetujuan diberikan/ditarik balik) terus disimpan sebagai rekod tenant yang pautannya dengan individu telah diputuskan, menurut kewajipan penyimpanan rekod Klinik dan (bagi nota sesi) prinsip append-only; oleh sebab teks bebas nota sesi tidak diubah, rekod ini tidak dianggap tanpa nama dan disimpan dengan akses terhad.

Dalam nota sesi (session_notes), sekatan append-only tidak membenarkan perubahan kandungan; hanya pengecualian sempit satu tujuan diberikan bagi menukar lajur pautan kepada individu (client_id, specialist_id) kepada NULL — kandungan nota itu sendiri juga tidak dipadam atau diubah pada mana-mana peringkat dalam proses ini.

Had: Tiada mekanisme imbasan/pembersihan bagi data peribadi dalam teks yang mungkin terdapat dalam medan teks bebas selain lajur identiti yang jelas (contohnya nama yang disebut dalam isi nota sesi). Oleh itu rekod ini tidak dianggap tanpa nama; ia disimpan sebagai data peribadi dengan akses terhad dan dimusnahkan pada akhir tempoh.

Kedua-dua kaedah di atas, kerana dilindungi service-role, tidak boleh dicetuskan atau diundurkan melalui antara muka produk biasa.

6.3. Pemadaman daripada Sandaran (Backup)

Sandaran pangkalan data ditulis ganti/dilupuskan secara automatik selepas tempoh tertentu dalam rangka kitaran sandaran biasa (putaran). Walaupun tindakan pemadaman kekal berkuat kuasa serta-merta dalam pangkalan data utama, dinyatakan dengan jelas bahawa dalam sandaran yang diambil sebelumnya, data mungkin terus wujud secara teknikal sehingga tempoh putaran sandaran standard penyedia sandaran (Supabase) tamat. Ini ialah amalan standard dalam skop perjanjian pemprosesan data (DPA) subpemproses berkaitan (Supabase).

6.4. Lampiran dalam Ruang Storan Fail (Storage)

Fail yang dimuat naik oleh pengguna seperti imej avatar, resit pembayaran dan lampiran anamnesis disimpan dalam ruang storan (Storage) yang berasingan. Lihat Bahagian 5.4 — status semasa kandungan ini dalam proses pemadaman akaun (pemadaman automatik bagi avatar/lampiran anamnesis/resit pembayaran, satu-satunya pengecualian bagi specialist-verification-docs) dijelaskan di sana secara terperinci dan telus.

6.5. Data dalam Medium Kertas

Data peribadi yang diproses dalam skop produk SaaS Corenta disimpan dalam medium digital; pemprosesan data peribadi dalam medium kertas tidak dijangkakan. Jika medium kertas digunakan secara pengecualian dalam surat-menyurat komersial/pentadbiran Syarikat, pelupusan dilaksanakan dengan kaedah penghitaman/pembakaran/pencarikan secara tidak boleh diundurkan dengan mesin pencarik kertas.

6.6. Penganoniman

Sebagai sebahagian daripada proses pemadaman kekal akaun (lihat Bahagian 6.2), Corenta menggunakan kaedah pemutusan pautan kepada individu dan pembersihan separa bagi data kesihatan dan rekod klinikal/kewangan. Oleh sebab teks bebas nota sesi tidak diubah dan dalam perniagaan kecil siri tarikh dan ukuran mungkin mencukupi untuk mengenal pasti semula individu, kaedah ini tidak memenuhi piawaian penganoniman di bawah dalam setiap keadaan; rekod ini tidak dianggap tanpa nama, disimpan sebagai data peribadi dengan akses terhad dan dimusnahkan pada akhir tempoh. Di luar itu, Corenta juga boleh menggunakan data yang telah dianonimkan sedemikian rupa sehingga tidak mungkin dikaitkan dengan individu yang dikenal pasti atau boleh dikenal pasti, bagi tujuan pembangunan produk, analisis statistik atau penyelidikan pasaran. Tindakan penganoniman memerlukan data dijadikan tidak boleh dikaitkan dengan individu secara tidak boleh diundurkan walaupun digabungkan dengan data lain; tindakan penyamaran/pemberian nama samaran yang dibuat tanpa memenuhi piawaian ini tidak dianggap sebagai penganoniman dan terus tertakluk kepada rejim pemprosesan data peribadi. Data yang telah dianonimkan dinilai sebagai berada di luar skop KVKK dan tidak tertakluk kepada had tempoh penyimpanan dalam Dasar ini.

6.7. Pemilihan Kaedah

Kaedah pelupusan yang akan digunakan ditentukan oleh Corenta dan/atau Klinik dengan mengambil kira sifat data (sama ada sensitif atau tidak), medium penyimpanannya (pangkalan data, storan fail, sistem log, sistem sandaran), kemungkinan undang-undang dan teknikal, serta prinsip yang dinyatakan dalam keputusan Lembaga dan Peraturan. Bagi data peribadi sensitif (termasuk data kesihatan), penjagaan maksimum diberikan dalam tindakan pelupusan.

7. Proses Pelupusan Berkala

Menurut Perkara 11 Peraturan, Corenta berkewajipan untuk memadam, memusnahkan atau menganonimkan secara ex officio (tanpa menunggu permintaan) data peribadi yang tempoh penyimpanannya telah tamat dan/atau tujuan pemprosesannya tidak lagi wujud; tempoh pelupusan berkala yang ditetapkan dalam skop ini tidak boleh melebihi 6 (enam) bulan. Dalam rangka ini, pembezaan berikut dibuat dengan jelas antara mekanisme yang kini berjalan secara nyata dan yang tidak berjalan dalam sistem:

1. Proses pemadaman kekal 30 hari selepas permintaan pemadaman akaun diimbas secara berkala (harian) oleh tugas berjadual automatik (cron job) dan akaun yang tempohnya telah tamat diproses secara pukal. Ini ialah automasi yang disahkan dan kini berjalan secara nyata dalam sistem.
2. Tempoh penyimpanan yang ditetapkan bagi rekod jejak audit (audit_logs) disemak secara berkala; namun mekanisme pemadaman yang melaksanakan semakan ini secara automatik kini belum dilaksanakan (lihat Bahagian 4, Nombor 7).
3. Tempoh penyimpanan maksimum yang ditetapkan bagi data borang akses awal (lihat Bahagian 4, Nombor 9) ialah rujukan had atas undang-undang bagi kewajipan pelupusan berkala di bawah Perkara 11 Peraturan; namun mekanisme imbasan/pemadaman yang berjalan secara automatik dalam sistem yang sepadan dengan tempoh ini kini tidak wujud. Bagi kategori data ini, tindakan pemadaman/penganoniman dinilai secara manual dan atas permintaan sehingga automasi diaktifkan (lihat Bahagian 4, Nota 2). Perkara ini dikekalkan telus secara konsisten dengan dakwaan automasi lain yang belum disahkan (lihat perkara 2 dan 4).
4. Pembersihan berasingan secara automatik dan berkala bagi token pemberitahuan push yang tamat tempoh/tidak sah ialah penambahbaikan yang dirancang dalam pelan hala tuju produk; belum disahkan secara teknikal bahawa mekanisme ini kini berjalan secara nyata dalam sistem (lihat Bahagian 4, Nombor 10). Dasar ini akan dikemas kini apabila ia disahkan atau diaktifkan.
5. Pelupusan berkala 6 bulanan: Bagi kategori dalam Bahagian ini yang tidak mempunyai pelupusan automatik (jejak audit, bukti kebenaran dengan pautan kepada individu diputuskan, data borang akses awal, dokumen pengesahan pakar, salinan moderasi mesej kumpulan), Corenta melaksanakan pelupusan berkala setiap 6 bulan dan menyediakan minit pelupusan bagi setiap kitaran. Belum ada tugas berjadual yang mengautomasikan kitaran ini; kitaran dijalankan secara manual.

Proses pelupusan berkala, tanpa mengira tempoh yang dinyatakan dalam Dasar ini, tidak menghalang permintaan pemadaman/pemusnahan individu yang dibuat oleh subjek data di bawah Perkara 11 KVKK; subjek data boleh membuat permintaan pemadaman walaupun tempoh penyimpanan belum tamat, jika asas undang-undang aktiviti pemprosesan berkaitan tidak lagi wujud (contohnya penarikan balik persetujuan). Bagi kategori yang automasinya belum dilaksanakan pun, apabila permintaan individu subjek data dihantar melalui hello@corenta.app, ia dinilai dan diselesaikan secara manual.

8. Hak Subjek Data dan Prosedur Permohonan (Perkara 11 KVKK)

8.1. Hak di bawah Perkara 11 KVKK

Menurut Perkara 11 KVKK, subjek data mempunyai hak berikut:

1. Mengetahui sama ada data peribadinya diproses atau tidak,
2. Meminta maklumat mengenainya jika data peribadinya telah diproses,
3. Mengetahui tujuan pemprosesan data peribadi dan sama ada ia digunakan selaras dengan tujuannya,
4. Mengetahui pihak ketiga di dalam atau di luar negara yang menerima pemindahan data peribadi,
5. Meminta pembetulan data peribadi jika ia diproses secara tidak lengkap atau salah,
6. Meminta pemadaman atau pemusnahan data peribadi dalam rangka Perkara 7 KVKK,
7. Meminta agar tindakan yang dibuat menurut perenggan (5) dan (6) di atas dimaklumkan kepada pihak ketiga yang menerima pemindahan data peribadi,
8. Membantah timbulnya akibat yang merugikan dirinya melalui analisis data yang diproses secara eksklusif oleh sistem automatik,
9. Menuntut pampasan bagi kerugian jika mengalami kerugian akibat pemprosesan data peribadi yang menyalahi undang-undang.

8.2. Ringkasan Jujur Pelaksanaan Teknikal Semasa

Perkara berikut dikemukakan sebagai ringkasan yang jujur dan realistik mengenai pelaksanaan teknikal semasa:

• Permintaan pemadaman (pemadaman akaun): Boleh dibuat terus daripada menu tetapan berkaitan dalam aplikasi mudah alih; permintaan ini dipenuhi secara automatik dengan proses dua peringkat yang dijelaskan dalam Bahagian 5 (soft-delete serta-merta → 30 hari → pemadaman kekal) (Perkara 11 perenggan 6).
• Permintaan maklumat / kemudahalihan data: Dipenuhi dengan menyediakan data subjek data dalam skop tenant miliknya sendiri kepadanya dalam format berstruktur dan boleh dibaca mesin, dalam tempoh yang munasabah (fungsi export_user_data, skop tenant telah disahkan). Mekanisme penyerahan proses ini (ciri seperti format fail, kaedah penyerahan, pautan muat turun bertandatangan) sentiasa dibangunkan; dalam skop Dasar ini tiada komitmen diberikan mengenai tempoh penyerahan tertentu atau format fail/akses yang khusus (Perkara 11 perenggan 1-2).
• Maklumat pemindahan kepada pihak ketiga (Perkara 11 perenggan 4): Maklumat mengenai pihak ketiga/subpemproses di dalam/luar negara yang menerima pemindahan data peribadi dipenuhi dalam jadual Bahagian 11 (Subpemproses dan Penyetempatan Data) Dasar ini.
• Permintaan pembetulan (Perkara 11 perenggan 5): Secara teknikal boleh dilaksanakan secara manual melalui panel pengurusan Klinik; tiada aliran kerja "permintaan pembetulan" automatik yang berasingan. Dalam konteks produk SaaS, permintaan pembetulan berkaitan data klien hendaklah ditujukan terlebih dahulu kepada Klinik berkaitan; Corenta, dalam kedudukannya sebagai Pemproses Data, memberikan sokongan teknikal mengikut arahan Klinik.
• Pemakluman kepada pihak ketiga (Perkara 11 perenggan 7): Permintaan agar tindakan pemadaman/pembetulan dimaklumkan kepada pihak ketiga penerima pemindahan dinilai apabila dihantar melalui saluran yang dinyatakan dalam prosedur permohonan; proses ini kini tidak automatik, tetapi dijalankan secara manual.
• Bantahan terhadap keputusan automatik/pemprofilan (Perkara 11 perenggan 8): Dalam sistem tiada aktiviti pembuatan keputusan automatik atau pemprofilan yang menimbulkan akibat merugikan subjek data melalui analisis data yang diproses secara eksklusif oleh sistem automatik; oleh itu, kini tiada keperluan untuk mekanisme bantahan berasingan yang dijalankan secara nyata berhubung perkara ini.
• Menurut Perkara 13 KVKK, permohonan diselesaikan secara percuma paling lewat dalam tempoh 30 hari (jika tindakan itu memerlukan kos tambahan, yuran mengikut tarif yang ditetapkan oleh Lembaga boleh dikenakan).

8.3. Prosedur Permohonan

Permintaan berkaitan hak di atas boleh dihantar:

• ke alamat e-mel hello@corenta.app,
• melalui skrin tetapan/sokongan berkaitan dalam aplikasi,
• atau dengan prosedur lain yang diperuntukkan oleh KVKK,

kepada Corenta.

Nota penting berhubung data klien: Jika anda ialah klien sesebuah Klinik dan ingin membuat permintaan mengenai data anda, anda perlu memohon terlebih dahulu kepada Klinik berkaitan (Pengawal Data); kerana Klinik ialah pihak yang membuat keputusan muktamad dan pihak yang dituju berhubung data klien. Corenta, dalam kedudukannya sebagai pemproses data, menyediakan alat teknikal yang diperlukan (fungsi paparan, eksport dan pemadaman data) mengikut arahan Klinik.

9. Peranan dan Tanggungjawab

10. Langkah Keselamatan (Sepanjang Tempoh Penyimpanan)

Sepanjang tempoh penyimpanan, data peribadi dilindungi dengan langkah teknikal dan pentadbiran berikut (Perkara 12 KVKK):

• Dalam seni bina berbilang penyewa (multi-tenant), kewajipan tenant_id dalam setiap jadual dan prinsip tolak secara lalai (default-deny) dengan dasar Keselamatan Peringkat Baris (Row Level Security) digunakan (37/37 jadual, 86 dasar); dengan cara ini kebocoran data antara penyewa dicegah secara teknikal.
• Akses kepada jadual yang mengandungi data kesihatan terhad kepada klien berkaitan, pakar yang ditugaskan dan pentadbir tenant; kawalan akses dilaksanakan pada peringkat pangkalan data (RLS). Nota sesi tidak boleh diubah/dipadam selepas dihantar (append-only); bagi borang anamnesis tiada pengguna (termasuk pentadbir) diberi kuasa pemadaman.
• Mod sokongan super-admin (impersonation) adalah bertempoh (30 minit) dan secara lalai hanya baca sahaja; operasi menulis dan akses kepada data kesihatan tertakluk kepada langkah berasingan yang memerlukan kelulusan tambahan; dalam mana-mana senario impersonation, akses menulis kepada jadual data kesihatan tidak dibuka. (Sekatan ini berkaitan dengan sesi impersonation yang dicetuskan oleh manusia; proses cron service-role automatik ialah lapisan berasingan — lihat Bahagian 5.7.)
• Dalam penghantaran data, penyulitan hujung ke hujung (TLS) digunakan; dalam aplikasi mudah alih, token sesi log masuk disimpan secara disulitkan dalam storan kunci peranti yang selamat dan disokong perkakasan (Keychain/Keystore).
• Pada skrin sensitif, langkah teknikal telah diambil untuk mengehadkan pengambilan tangkapan skrin.
• Bagi akaun super-admin, pengesahan dua faktor (2FA/MFA) diwajibkan.
• Pengesahan tandatangan kriptografi bagi pemberitahuan (webhook) berkaitan transaksi pembayaran telah dirancang dalam seni bina dan dilaksanakan; kerja untuk melengkapkan konfigurasi/pengurusan kunci berkaitan sepenuhnya dalam semua persekitaran (termasuk pengeluaran) masih berjalan.
• Langkah keselamatan ini sentiasa disemak dan ditambah baik; namun tiada langkah teknikal yang menjamin keselamatan mutlak dan dalam skop Dasar ini tiada komitmen keselamatan mutlak diberikan.

11. Subpemproses dan Penyetempatan Data

Sepanjang tempoh penyimpanan, data peribadi diproses atau dihoskan melalui subpemproses/penyedia perkhidmatan berikut. Dalam kontrak dengan penyedia ini, kewajipan diperuntukkan supaya data hanya diproses bagi tujuan pelaksanaan perkhidmatan yang dinyatakan; hubungan ini tidak menyatakan tempoh penyimpanan, tetapi persekitaran teknikal tempat data dihoskan — pelaksanaan keputusan pelupusan juga dijalankan secara teknikal di pihak penyedia ini. Jadual berikut juga merupakan pemenuhan hak "untuk mengetahui pihak ketiga yang menerima pemindahan data" di bawah Perkara 11 perenggan 4 KVKK:

Selain itu:

• Infrastruktur e-mel: E-mel perkhidmatan dihantar melalui Google Workspace (Google); e-mel pengesahan dicetuskan oleh Supabase Auth. E-mel promosi hanya dihantar dengan syarat persetujuan berasingan dan pendaftaran İYS. Pemberitahuan push dihantar melalui Apple (APNs) dan Google (FCM).
• Alat analitik: Alat analitik pihak ketiga (contohnya Google Analytics) tidak digunakan. Pengukuran penggunaan produk dalam aplikasi kini tidak aktif; jika diaktifkan, pengukuran ditulis ke jadual pihak pertama yang disimpan dalam pangkalan data Corenta sendiri (Supabase, Frankfurt/Jerman), tidak mengandungi data kesihatan dan teks bebas, dan Dasar ini dikemas kini sebelum ia diaktifkan; apabila diaktifkan, tempoh penyimpanan rekod pengukuran dinyatakan dalam Dasar ini.
• Pemantauan ralat: Alat pemantauan ralat pihak ketiga tidak digunakan; ralat klien direkodkan dalam pangkalan data Corenta sendiri.
• Tiada infrastruktur pembayaran terus dengan kad kredit melalui web; pembayaran hanya dijalankan melalui mekanisme pembelian dalam aplikasi (IAP) Apple/Google; invois/resit muktamad dikeluarkan oleh Apple/Google (lihat Bahagian 4, Nombor 6).

Perkongsian data dengan subpemproses di atas hanya dibuat setakat yang perlu bagi penyediaan perkhidmatan berkaitan dan dalam rangka Perkara 8/Perkara 9 KVKK. Pemindahan ke luar negara: Semua penyedia di atas memproses data di luar Turkiye; pengehosan di Jerman juga ialah pemindahan ke luar negara dalam erti KVKK. Oleh sebab pemindahan ini tetap dan berterusan, ia tidak bersandarkan persetujuan nyata; ia akan bersandarkan kontrak standard yang diumumkan oleh Lembaga menurut Perkara 9(4)(c). Setakat tarikh teks ini, kontrak standard belum ditandatangani dan belum dimaklumkan kepada Lembaga; setiap kontrak akan dimaklumkan kepada Lembaga dalam tempoh 5 hari bekerja dari tarikh tandatangan dan jadual ini akan dikemas kini bersama tarikhnya. Lembaga belum mengumumkan keputusan kecukupan mengenai negara-negara ini (semakan terakhir: 11 Oktober 2026). Senarai ini boleh dikemas kini bergantung pada perubahan penyedia perkhidmatan; senarai semasa boleh diikuti melalui Dasar Privasi dan/atau skrin makluman berkaitan dalam produk Corenta.

12. Pendaftaran VERBİS

Setakat tarikh dokumen ini, Teta Studio tidak mempunyai pendaftaran VERBİS. Kewajipan pendaftaran dinilai berdasarkan kriteria dalam keputusan Lembaga No. 2025/1572 (ambang pengecualian bagi pengawal data yang aktiviti utamanya ialah pemprosesan data sensitif: 10 pekerja setahun dan kunci kira-kira 10 juta TL) dan No. 2025/2393 (kriteria bilangan pekerja bagi pihak yang tidak menyimpan buku berasaskan kunci kira-kira). Oleh sebab Teta Studio memproses data kesihatan klinik bukan sebagai pengawal data tetapi sebagai pemproses data, penilaian bagi aktiviti pengawal datanya sendiri (Bahagian A dan C) dibuat dengan kriteria ini. Apabila nota penilaian bertulis dan pengesahan Pihak Berkuasa (ALO 198) selesai, bahagian ini akan dikemas kini bersama tarikh dan alasannya; jika pendaftaran diperlukan, ia akan dibuat sebelum aktiviti diteruskan.

Penjelasan mengikut peranan: Kewajipan pendaftaran VERBİS dinilai bagi konteks laman web korporat (borang akses awal corenta.app) di mana Corenta bertindak dalam kedudukan sebagai Pengawal Data, dan statusnya dijelaskan di atas. Dalam konteks produk SaaS (app.corenta.app), oleh sebab Pengawal Data berhubung data klien ialah Klinik, sama ada terdapat kewajipan pendaftaran VERBİS hendaklah dinilai secara berasingan dan bebas mengikut kriteria setiap Klinik sendiri (bilangan pekerja, jumlah pemprosesan data tahunan, bidang aktiviti, keputusan pengecualian Lembaga dan sebagainya); penilaian ini dan kewajipan pendaftaran, jika ada, adalah milik Klinik dan tidak boleh dipindahkan kepada Corenta.

13. Kemas Kini Dasar

Dasar ini boleh dikemas kini selaras dengan perubahan perundangan, keputusan Lembaga, pembangunan yang akan dibuat dalam infrastruktur teknikal Corenta (contohnya penambahan imbasan PII dalam teks bagi kandungan teks bebas nota sesi yang dinyatakan dalam Bahagian 4 Nombor 3 dan Bahagian 6.2, pengaitan dokumen pengesahan pakar (specialist-verification-docs) yang dinyatakan dalam Bahagian 5.4/Bahagian 4 Nombor 11 dengan proses penutupan tenant, pengesahan/pengaktifan pembersihan token push yang dinyatakan dalam Bahagian 4 Nombor 10 dan Bahagian 7 perkara 4, penubuhan mekanisme imbasan automatik bagi data borang akses awal yang dinyatakan dalam Bahagian 7 perkara 3, pembangunan proses kemudahalihan data yang dinyatakan dalam Bahagian 8.2, penyempurnaan asas undang-undang pemindahan ke luar negara dalam Bahagian 11, perubahan dalam senarai subpemproses) atau perubahan dalam proses perniagaan. Versi semasa diterbitkan di platform berkaitan Corenta (laman web korporat dan/atau dalam aplikasi) dan bagi peruntukan yang bercanggah dengan versi terdahulu, versi semasa diguna pakai. Dalam perubahan penting, setakat yang boleh dilaksanakan, pengguna/Klinik juga dimaklumkan secara berasingan.

14. Hubungan

Bagi soalan anda mengenai Dasar ini atau penyimpanan/pelupusan data peribadi:

E-mel: hello@corenta.app Pengawal data: Mertcan Demir — perniagaan milikan tunggal dengan nama dagangan "Teta Studio" Sokongan: support@corenta.app Kawasan perkhidmatan: Corenta disediakan secara global melalui App Store dan Google Play di negara tempat gedung ini tersedia. Tempoh dalam Dasar ini terpakai kepada pengguna di setiap negara; jika perundangan mandatori sesebuah negara memperuntukkan kewajipan pemadaman yang lebih singkat atau kewajipan penyimpanan yang lebih lama, peruntukan itu yang terpakai.

Kemas kini terakhir: 19 Oktober 2026 Versi 1.9 · 19 Oktober 2026