ข้ามไปที่เนื้อหา
Bağlayıcı metin TürkçedirBu çeviri bilgilendirme amaçlıdır. Türkçe metni açın.

1.9

CORENTA — นโยบายการเก็บรักษาและการทำลายข้อมูล

คำแปลนี้จัดทำขึ้นเพื่อเป็นข้อมูลเท่านั้น ฉบับภาษาตุรกีเป็นฉบับที่มีผลผูกพันตามกฎหมาย

การลบผู้ใช้บริการที่ไม่มีบัญชี: การกดลบของผู้ดูแลศูนย์ถือเป็นคำขอ บันทึกจะถูกนำออกจากรายการที่ใช้งานอยู่ทันที และเมื่อครบ 30 วัน ข้อมูลระบุตัวตน/การติดต่อและช่องข้อมูลสุขภาพของผู้ใช้บริการ (กรุ๊ปเลือด การแพ้ ภาวะเรื้อรัง ยา) จะถูกลบ/ล้าง (ดู 5.0) คำอธิบายทั่วไปเรื่องการลบบัญชีด้านล่างไม่ได้ตีความว่าเป็นหน้าที่ต้องลบแถวผู้ใช้บริการอย่างถาวรในขอบเขตเฉพาะนี้ บันทึกประวัติสุขภาพ การวัดผล บันทึกเซสชัน และบันทึกทางการเงินยังคงอยู่ภายใต้บทบัญญัติการเก็บรักษาของตนเอง

มีผลใช้บังคับ / ปรับปรุงล่าสุด: 19 ตุลาคม 2026 ฉบับ: 1.9 ผู้ควบคุมข้อมูลส่วนบุคคล / ผู้เผยแพร่: Mertcan Demir — กิจการเจ้าของคนเดียวภายใต้ชื่อทางการค้า "Teta Studio"

บันทึกการเปลี่ยนแปลง

  • 1.9 — 19 ตุลาคม 2026: เปลี่ยนถ้อยคำ "เฉพาะประเทศตุรกี" ในส่วนที่ 14 เป็นการให้บริการทั่วโลก ระยะเวลาการเก็บรักษาไม่เปลี่ยนแปลง
  • 1.8 — 19 ตุลาคม 2026: ฉบับเผยแพร่ วันที่มีผลใช้บังคับคือ 19 ตุลาคม 2026 เพิ่มแถวสำหรับข้อความกลุ่มของศูนย์และสำเนาข้อความที่แยกไว้ให้ทีมตรวจสอบ (ลำดับที่ 12) ในส่วนที่ 4 ขยายรายการการทำลายตามรอบในส่วนที่ 7 ให้สอดคล้อง นำข้อมูล MERSİS และ KEP ที่เว้นว่างไว้ออกจากตาราง 1.3
  • 1.7 — 11 ตุลาคม 2026: ตามการตรวจสอบการปฏิบัติตามกฎหมายเมื่อ 11 ตุลาคม 2026 (F01, F02, F08, F11, F13, F19, F21): นำถ้อยคำ "Supabase/แฟรงก์เฟิร์ตไม่ถือเป็นการโอนข้อมูลไปต่างประเทศ" ใน §11 ออก และเขียนส่วนการโอนข้อมูลไปต่างประเทศตามมาตรา 9 แห่งกฎหมายฉบับที่ 6698 ฉบับหลังปี 2024 (ยังไม่ได้ลงนามสัญญามาตรฐาน) แก้ไขถ้อยคำ "นิรนาม" สำหรับบันทึกด้านสุขภาพ/คลินิก/การเงินเป็นการเก็บรักษาแบบจำกัดโดยตัดความเชื่อมโยงกับบุคคล (ข้อความอิสระในบันทึกเซสชันไม่เปลี่ยนแปลง) แก้ไขฐานทางกฎหมายของแถวหลักฐานความยินยอมเป็นมาตรา 5 วรรค 2 (e) (นำการอ้างอิงมาตรา 20 วรรค 2 ที่ผิดพลาดออก) ปรับปรุงแถวแบบฟอร์มขอสิทธิ์เข้าใช้ก่อนตามการแยกการแจ้งข้อมูลออกจากความยินยอมรับข้อความเชิงพาณิชย์ เพิ่มหลักการทำลายตามรอบทุก 6 เดือนสำหรับประเภทที่ไม่มีการทำลายอัตโนมัติ แก้ไขข้อมูลระบุตัวตนเป็นกิจการเจ้าของคนเดียว เขียนส่วน VERBİS ตามคำวินิจฉัยของคณะกรรมการปี 2025
  • 1.6 — 10 ตุลาคม 2026: นำ Expo (Expo Push Notification Service) ออกจากบันทึกผู้ประมวลผลข้อมูลช่วง/ผู้ประมวลผลข้อมูล การแจ้งเตือนแบบพุชส่งผ่าน Apple (APNs) และ Google (FCM) เท่านั้น Expo/EAS เป็นเพียงเครื่องมือคอมไพล์แอปและไม่ประมวลผลข้อมูลของผู้ใช้ปลายทาง
  • 1.5 — 10 ตุลาคม 2026: นำถ้อยคำเกี่ยวกับการเลือกใช้ Google Analytics ออก ชี้แจงให้ชัดว่าไม่ใช้เครื่องมือวิเคราะห์ของบุคคลภายนอก และระบุผู้ประมวลผลการแจ้งเตือนแบบพุชให้ชัดเจน
  • 1.4 — 4 ตุลาคม 2026: กำหนดเอกสารปัจจุบันเป็นฉบับที่ได้รับอนุมัติ ในฉบับนี้มีการเพิ่มเฉพาะเรื่องต่อไปนี้: การลบบัญชี (ตัดการเข้าถึงทันที ลบข้อมูลส่วนบุคคลหรือทำให้เป็นข้อมูลนิรนาม เก็บบันทึกการชำระเงินที่กฎหมายกำหนดให้เก็บไว้โดยไม่ระบุตัวตน และไม่มีระยะเวลาให้ยกเลิกคำขอ) การลบช่องข้อมูลสุขภาพของผู้ใช้บริการเมื่อครบ 30 วัน ระยะเวลา 7 วันสำหรับใบเสร็จที่ไม่ผูกกับรายการใด การปกปิดข้อมูลติดต่อของผู้ใช้บริการในโหมดสนับสนุน การวัดผลฝั่งเซิร์ฟเวอร์แบบไม่ระบุตัวตน อีเมลบริการและ Google Workspace ผู้ประมวลผลการแจ้งเตือนแบบพุช ที่อยู่ฝ่ายสนับสนุน และตลาด (ตุรกี)
  • 1.3 — 7 กรกฎาคม 2026 (ปรับปรุงเมื่อ 4 สิงหาคม 2026): ฉบับก่อนหน้า

หมายเหตุสำคัญเกี่ยวกับฐานะผู้ควบคุมข้อมูลส่วนบุคคล / ผู้ประมวลผลข้อมูลส่วนบุคคล: นโยบายการเก็บรักษาและการทำลายข้อมูลฉบับนี้ ("นโยบาย") กำหนดระยะเวลาที่จะเก็บรักษาข้อมูลส่วนบุคคลที่ประมวลผลในขอบเขตของบริการซอฟต์แวร์ Corenta ("บริการ" หรือ "แอปพลิเคชัน") ซึ่งพัฒนาและดำเนินการโดย Mertcan Demir ("Corenta", "Teta Studio", "บริษัท") ผู้ประกอบกิจการเจ้าของคนเดียวภายใต้ชื่อทางการค้า "Teta Studio" เกณฑ์ที่ใช้กำหนดระยะเวลาดังกล่าว และวิธีการที่ใช้ลบ ทำลาย หรือทำให้ข้อมูลเหล่านี้เป็นข้อมูลนิรนามเมื่อระยะเวลาการเก็บรักษาสิ้นสุดลงหรือเหตุในการประมวลผลหมดไป

นโยบายนี้จัดทำขึ้นภายใต้กรอบของกฎหมายคุ้มครองข้อมูลส่วนบุคคลฉบับที่ 6698 ("KVKK") ระเบียบว่าด้วยการลบ การทำลาย หรือการทำให้ข้อมูลส่วนบุคคลเป็นข้อมูลนิรนาม ("ระเบียบ") และกฎหมายอื่นที่เกี่ยวข้อง และเป็นส่วนหนึ่งที่แยกไม่ได้ของบัญชีรายการการประมวลผลข้อมูลส่วนบุคคลของ Corenta นโยบายนี้ต้องอ่านประกอบกับเอกสารชี้แจง/นโยบายความเป็นส่วนตัวที่เกี่ยวข้องซึ่งอธิบายวัตถุประสงค์การประมวลผลข้อมูลและฐานทางกฎหมายโดยละเอียด เอกสารนี้กำหนดเฉพาะระยะเวลาการเก็บรักษาและวิธีการทำลาย และไม่ได้มุ่งปฏิบัติตามหน้าที่แจ้งข้อมูลตาม KVKK มาตรา 10 ทั้งหมดด้วยตัวเอง


1. วัตถุประสงค์และขอบเขต

1.1. วัตถุประสงค์

วัตถุประสงค์ของนโยบายนี้คือการอธิบายเกณฑ์ในการกำหนดระยะเวลาสูงสุดที่จำเป็นสำหรับวัตถุประสงค์ในการประมวลผลข้อมูลส่วนบุคคลที่ Corenta ประมวลผล การใช้ระยะเวลาที่กฎหมายกำหนด และวิธีการและหลักเกณฑ์ในการลบ ทำลาย หรือทำให้ข้อมูลส่วนบุคคลที่ครบระยะเวลาการเก็บรักษาแล้วเป็นข้อมูลนิรนาม นโยบายนี้จัดทำขึ้นโดยอาศัยบทบัญญัติของ KVKK มาตรา 5 มาตรา 6 มาตรา 7 มาตรา 10 มาตรา 11 และมาตรา 12 รวมทั้งข้อที่เกี่ยวข้องของระเบียบ

1.2. ขอบเขตและการแบ่งบทบาท — คำเตือนสำคัญ

นโยบายนี้ครอบคลุมสองพื้นที่แยกกันซึ่ง Corenta ประมวลผลข้อมูลในสองฐานะที่แตกต่างกัน การแบ่งแยกนี้ใช้อย่างสม่ำเสมอตลอดทั้งนโยบาย และมีผลโดยตรงต่อการตีความตารางระยะเวลาการเก็บรักษา:

(a) บริบทเว็บไซต์องค์กร (corenta.app — แบบฟอร์มขอสิทธิ์เข้าใช้ก่อน/ขอสาธิต): ในส่วนที่เกี่ยวกับข้อมูลส่วนบุคคลที่ผู้ที่อาจเป็นลูกค้าธุรกิจซึ่งสนใจผลิตภัณฑ์ส่งมาผ่านแบบฟอร์มสมัครขอสิทธิ์เข้าใช้ก่อน Corenta/Teta Studio ดำเนินการโดยตรงในฐานะผู้ควบคุมข้อมูลส่วนบุคคลตาม KVKK มาตรา 3

(b) บริบทผลิตภัณฑ์ SaaS (app.corenta.app): ในส่วนที่เกี่ยวกับข้อมูลส่วนบุคคล (ข้อมูลการติดต่อ ประวัติสุขภาพ บันทึกเซสชัน ข้อมูลนัดหมาย/แพ็กเกจ ฯลฯ) ของผู้ใช้บริการของตนเอง ("ผู้ใช้บริการในฐานะเจ้าของข้อมูล") ที่ศูนย์พิลาทิสเชิงคลินิก กายภาพบำบัด รีฟอร์มเมอร์ เวลเนส/นวด และโยคะที่ใช้แพลตฟอร์ม Corenta โดยการสมัครใช้งาน ("Tenant", "ธุรกิจ" หรือ "ศูนย์") ป้อนเข้าสู่แพลตฟอร์ม ศูนย์เป็นผู้ควบคุมข้อมูลส่วนบุคคลตาม KVKK มาตรา 3 ส่วน Corenta/Teta Studio เป็นเพียงผู้ให้บริการโครงสร้างพื้นฐานทางเทคนิคในฐานะผู้ประมวลผลข้อมูลส่วนบุคคลตามคำสั่งของศูนย์ หน้าที่ในการแจ้งข้อมูลแก่ผู้ใช้บริการ การขอความยินยอมโดยชัดแจ้ง และการตัดสินใจขั้นสุดท้ายเรื่องการเก็บรักษา/การทำลายข้อมูลของผู้ใช้บริการเป็นความรับผิดชอบทางกฎหมายของศูนย์ Corenta อำนวยความสะดวกทางเทคนิคในการปฏิบัติตามหน้าที่เหล่านี้ภายในผลิตภัณฑ์ (กลไกบันทึกความยินยอม consent_logs หน้าจอความยินยอม KVKK บนมือถือ kvkk.tsx บันทึกการตรวจสอบย้อนหลัง) แต่ไม่รับโอนหรือรับภาระหน้าที่ในการปฏิบัติตาม KVKK ของศูนย์ ระยะเวลาการเก็บรักษาที่อธิบายสำหรับบริบทนี้ในนโยบายแสดงระยะเวลาที่ Corenta ในฐานะผู้ประมวลผลข้อมูลส่วนบุคคลเก็บข้อมูลเหล่านี้ไว้จริงในโครงสร้างพื้นฐานของตน การตัดสินใจขั้นสุดท้ายและระยะเวลาการทำลายอาจกำหนดตามคำสั่งของศูนย์และกฎหมายที่ศูนย์อยู่ภายใต้บังคับ

นโยบายนี้ยังครอบคลุมกระบวนการเก็บรักษา/การทำลายข้อมูลส่วนบุคคลของพนักงาน คู่ค้าทางธุรกิจ และผู้จัดหาของ Corenta ในแง่หลักการทั่วไปด้วย อย่างไรก็ตาม จุดเน้นหลักของนโยบายคือข้อมูลลูกค้า/ผู้ใช้บริการที่นิยามไว้ในอนุ (a) และ (b) ข้างต้น

1.3. ข้อมูลผู้ควบคุมข้อมูลส่วนบุคคล / ผู้ประมวลผลข้อมูลส่วนบุคคล

ผู้ควบคุมข้อมูลส่วนบุคคลMertcan Demir — กิจการเจ้าของคนเดียวภายใต้ชื่อทางการค้า "Teta Studio" (ไม่มีสภาพนิติบุคคลแยกต่างหาก) · VKN 2771408706
ผลิตภัณฑ์Corenta
การติดต่อhello@corenta.app (การติดต่อทั่วไปและคำร้องตาม KVKK) · ฝ่ายสนับสนุน: support@corenta.app
เว็บไซต์องค์กรcorenta.app
ที่อยู่แอปพลิเคชัน/ผลิตภัณฑ์app.corenta.app
การลงทะเบียน VERBİSณ วันที่ของเอกสารนี้ยังไม่มีการลงทะเบียน หน้าที่กำลังได้รับการประเมินตามเกณฑ์ของคณะกรรมการเลขที่ 2025/1572 และ 2025/2393 (ดูส่วนที่ 12)

1.4. กฎหมายที่เป็นฐาน

  • กฎหมายคุ้มครองข้อมูลส่วนบุคคลฉบับที่ 6698
  • ระเบียบว่าด้วยการลบ การทำลาย หรือการทำให้ข้อมูลส่วนบุคคลเป็นข้อมูลนิรนาม (ราชกิจจานุเบกษาของตุรกีลงวันที่ 28.10.2017 ฉบับที่ 30224)
  • แนวทางว่าด้วยการลบ การทำลาย หรือการทำให้ข้อมูลส่วนบุคคลเป็นข้อมูลนิรนาม และคำวินิจฉัยของคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล ("คณะกรรมการ")
  • ประมวลกฎหมายพาณิชย์ตุรกีฉบับที่ 6102 (การเก็บรักษาสมุดบัญชีและเอกสารทางการค้า)
  • กฎหมายว่าด้วยวิธีการทางภาษีฉบับที่ 213 (การเก็บรักษาบันทึกทางการเงิน)
  • กฎหมายเฉพาะภาคส่วนอื่นที่เกี่ยวข้อง (เท่าที่ใช้บังคับได้ รวมถึงกฎหมายเกี่ยวกับการให้บริการด้านสุขภาพ)

2. นิยาม

คำนิยาม
ข้อมูลส่วนบุคคลข้อมูลทุกประเภทที่เกี่ยวกับบุคคลธรรมดาซึ่งระบุตัวตนได้หรืออาจระบุตัวตนได้ (KVKK มาตรา 3 วรรค 1 (d))
ข้อมูลส่วนบุคคลที่มีความอ่อนไหวข้อมูลที่ระบุใน KVKK มาตรา 6 รวมถึงข้อมูลสุขภาพ ซึ่งหากล่วงรู้อาจก่อให้เกิดการเลือกปฏิบัติหรือความเสียหายแก่เจ้าของข้อมูล
ผู้ควบคุมข้อมูลส่วนบุคคลบุคคลธรรมดา/นิติบุคคลที่กำหนดวัตถุประสงค์และวิธีการประมวลผลข้อมูลส่วนบุคคล และรับผิดชอบการจัดตั้งและการจัดการระบบบันทึกข้อมูล
ผู้ประมวลผลข้อมูลส่วนบุคคลบุคคลธรรมดา/นิติบุคคลที่ประมวลผลข้อมูลส่วนบุคคลในนามของผู้ควบคุมข้อมูลส่วนบุคคลตามอำนาจที่ผู้ควบคุมข้อมูลส่วนบุคคลมอบให้
สื่อบันทึกสื่อทุกประเภทที่ใช้ประมวลผลข้อมูลส่วนบุคคลโดยวิธีอัตโนมัติหรือไม่อัตโนมัติ (ในที่นี้: ฐานข้อมูลที่โฮสต์โดย Supabase (แฟรงก์เฟิร์ต สหภาพยุโรป) พื้นที่จัดเก็บภายในแอป ข้อมูลสำรอง)
การลบการทำให้ข้อมูลส่วนบุคคลไม่สามารถเข้าถึงและนำกลับมาใช้ได้อีกโดยผู้ใช้ที่เกี่ยวข้องไม่ว่าด้วยวิธีใด
การทำลายการทำให้ข้อมูลส่วนบุคคลไม่สามารถเข้าถึง กู้คืน และนำกลับมาใช้ได้อีกโดยบุคคลใดไม่ว่าด้วยวิธีใด
การทำให้เป็นข้อมูลนิรนามการทำให้ข้อมูลส่วนบุคคลไม่สามารถเชื่อมโยงกับบุคคลธรรมดาที่ระบุตัวตนได้หรืออาจระบุตัวตนได้ไม่ว่าด้วยวิธีใด แม้จะนำไปจับคู่กับข้อมูลอื่นก็ตาม
ระยะเวลาการเก็บรักษาการเก็บรักษาข้อมูลส่วนบุคคลตลอดระยะเวลาที่กฎหมายที่เกี่ยวข้องกำหนดหรือที่จำเป็นสำหรับวัตถุประสงค์ในการประมวลผล
การทำลายตามรอบการลบ การทำลาย หรือการทำให้เป็นข้อมูลนิรนามที่ดำเนินการเองโดยตำแหน่งและเป็นระยะสม่ำเสมอตามเงื่อนไขที่กฎหมายกำหนด
Tenant / ธุรกิจ / ศูนย์หน่วยผู้เช่าที่เป็นศูนย์พิลาทิสเชิงคลินิก/กายภาพบำบัด/รีฟอร์มเมอร์/เวลเนส/โยคะ ซึ่งตรงกับบัญชีแยกต่างหากบนแพลตฟอร์ม Corenta และข้อมูลแยกออกจากธุรกิจอื่นในเชิงตรรกะ
การทำลายข้อมูล (ชื่อรวม)ชื่อเรียกรวมของการลบ การทำลาย หรือการทำให้ข้อมูลส่วนบุคคลเป็นข้อมูลนิรนาม

3. เกณฑ์ในการกำหนดระยะเวลาการเก็บรักษาและการทำลาย (KVKK มาตรา 5 มาตรา 6)

3.1. เหตุที่ต้องเก็บรักษา

ภายใน Corenta ข้อมูลส่วนบุคคลจะเก็บรักษาเฉพาะตลอดระยะเวลาที่กฎหมายที่เกี่ยวข้องกำหนดไว้อย่างชัดแจ้ง หรือตลอดระยะเวลาที่จำเป็นสำหรับวัตถุประสงค์ในการประมวลผลเท่านั้น ในการกำหนดระยะเวลาการเก็บรักษา ใช้เกณฑ์ต่อไปนี้:

  1. มีหน้าที่ต้องเก็บรักษาตามกฎหมายหรือไม่ (เช่น ระยะเวลาเก็บรักษาขั้นต่ำสำหรับบันทึกทางการเงินตามประมวลกฎหมายพาณิชย์ตุรกีและกฎหมายว่าด้วยวิธีการทางภาษี)
  2. ข้อมูลประมวลผลเพื่อวัตถุประสงค์ใด และวัตถุประสงค์นั้นยังคงมีอยู่หรือไม่ (KVKK มาตรา 5 วรรค 2 — หลักการจำกัดวัตถุประสงค์)
  3. จำเป็นต่อการทำหรือการปฏิบัติตามสัญญาหรือไม่ (เช่น ข้อมูลนัดหมายและแพ็กเกจในระหว่างที่ความสัมพันธ์การสมัครใช้งาน/การให้บริการยังดำเนินอยู่)
  4. จำเป็นต่อการก่อตั้ง การใช้ หรือการปกป้องสิทธิ (เพื่อเป็นหลักฐานในข้อพิพาททางกฎหมายที่อาจเกิดขึ้น) หรือไม่ (โดยคำนึงถึงอายุความทั่วไปตามกฎหมายว่าด้วยหนี้)
  5. เจ้าของข้อมูลได้ให้ความยินยอมโดยชัดแจ้งหรือไม่ และความยินยอมนั้นยังมีผลอยู่หรือไม่
  6. Corenta หรือศูนย์มีประโยชน์โดยชอบด้วยกฎหมายหรือไม่ (เช่น บันทึกความปลอดภัย การตรวจจับการฉ้อโกง/การใช้ในทางที่ผิด)
  7. ข้อมูลอยู่ในประเภทข้อมูลที่มีความอ่อนไหว (สุขภาพ) หรือไม่ ในกรณีนี้ ตาม KVKK มาตรา 6 จะใช้การจำกัดการเข้าถึงและการให้เหตุผลที่เข้มงวดขึ้น และไม่ขยายระยะเวลาการเก็บรักษาเกินวัตถุประสงค์โดยเด็ดขาด

หากไม่มีเกณฑ์ใดข้างต้นที่ทำให้ต้องเก็บรักษาข้อมูลส่วนบุคคลหนึ่ง ๆ ข้อมูลนั้นจะถูกลบ ทำลาย หรือทำให้เป็นข้อมูลนิรนามโดยทันที

3.2. เหตุที่ต้องทำลาย

ข้อมูลส่วนบุคคลจะถูกลบ ทำลาย หรือทำให้เป็นข้อมูลนิรนามตามคำขอของเจ้าของข้อมูล หรือโดยตำแหน่งโดย Corenta/ศูนย์ ในกรณีต่อไปนี้:

a) มีการแก้ไขหรือยกเลิกบทบัญญัติของกฎหมายที่เป็นฐานในการประมวลผล b) วัตถุประสงค์ที่ทำให้ต้องประมวลผลหรือเก็บรักษาหมดไป c) เจ้าของข้อมูลถอนความยินยอมในกรณีการประมวลผลที่อาศัยความยินยอมโดยชัดแจ้ง d) เจ้าของข้อมูลยื่นคำขอลบ/ทำลายตามสิทธิภายใต้ KVKK มาตรา 11 และคำขอนั้นได้รับการพิจารณาว่าเหมาะสม (คำขอลบบัญชี) e) ระยะเวลาการเก็บรักษาข้อมูลส่วนบุคคลสิ้นสุดลง และไม่มีฐานทางกฎหมายใดเหลืออยู่ที่ทำให้ต้องเก็บรักษา f) สัญญาไม่เคยเกิดขึ้น ไม่สมบูรณ์ ถูกบอกเลิก หรือมีการเลิกสัญญา g) คำขอลบบัญชีเสร็จสิ้นขั้นสุดท้ายตามกระบวนการที่ระบุในข้อ 5 ของนโยบายนี้


4. ตารางประเภทข้อมูล ระยะเวลาการเก็บรักษา และวิธีการทำลาย

ตารางต่อไปนี้แสดงประเภทหลักของข้อมูลส่วนบุคคลที่ประมวลผลในโครงสร้างพื้นฐานของ Corenta ระยะเวลาการเก็บรักษา เหตุผล และวิธีการทำลายที่ใช้เมื่อสิ้นสุดระยะเวลา เว้นแต่จะระบุไว้เป็นอย่างอื่นอย่างชัดแจ้ง กฎทั่วไปคือ: "ตลอดระยะเวลาที่บัญชี/บันทึกที่เกี่ยวข้องยังใช้งานอยู่ + 30 วันนับจากที่คำขอลบบัญชีได้รับการดำเนินการ" ต้องอ่านตารางนี้ประกอบกับขั้นตอนการลบบัญชีที่อธิบายในส่วนที่ 5 สำหรับบางประเภท ขั้นตอนเมื่อครบ 30 วันในกระบวนการนี้ไม่ใช่ DELETE (การลบอย่างถาวร) แต่เป็นการทำให้เป็นข้อมูลนิรนาม — การแบ่งแยกนี้ระบุไว้อย่างชัดแจ้งในแถวที่เกี่ยวข้องและในส่วนที่ 6.2

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

#ประเภทข้อมูลตัวอย่างช่องข้อมูลระยะเวลาการเก็บรักษาเหตุผล / ฐานทางกฎหมายวิธีการทำลาย
1ข้อมูลระบุตัวตนและการติดต่อ (ผู้ใช้/ผู้เชี่ยวชาญ/ผู้ใช้บริการ)ชื่อ-นามสกุล อีเมล โทรศัพท์ วันเกิด ข้อมูลโปรไฟล์ตลอดระยะเวลาที่บัญชี/บันทึกผู้ใช้บริการยังใช้งานอยู่ + 30 วันหลังคำขอลบKVKK มาตรา 5 — การทำ/การปฏิบัติตามสัญญา การให้เข้าถึงบริการ สำหรับข้อมูลผู้ใช้บริการ ผู้ควบคุมข้อมูลส่วนบุคคลคือศูนย์ขั้นตอนที่ 1 soft-delete → ขั้นตอนที่ 2 การลบอย่างถาวร (ดูข้อ 5)
2ข้อมูลสุขภาพ / แบบประวัติสุขภาพ (anamnesis_forms)ประวัติสุขภาพ ข้อมูลความเจ็บปวด/อาการ ข้อห้ามใช้ตลอดระยะเวลาที่บันทึกผู้ใช้บริการยังใช้งานอยู่ + 30 วันหลังคำขอลบ สำหรับ anamnesis_forms ไม่มีการกำหนดนโยบาย DELETE (การลบ) ในระบบ — บันทึกไม่สามารถลบด้วยตนเองในการใช้งานประจำวันโดยบุคคลใด (รวมถึงผู้ใช้ฝ่ายบริหาร) เมื่อครบ 30 วัน บันทึกจะไม่ถูก DELETE แต่จะตัดความเชื่อมโยงกับบุคคล: ความเชื่อมโยงกับบุคคล (client_id) จะถูกตัดอย่างไม่อาจย้อนกลับได้ในระดับฐานข้อมูล (FK ON DELETE SET NULL) และเนื้อหาแบบสอบถาม (answers) รวมทั้งเลขอ้างอิงไฟล์แนบ (attached_files) จะถูกแทนที่ด้วยเครื่องหมายนิรนาม ไฟล์แนบเองก็จะถูกลบออกจาก Storage โดยอัตโนมัติแยกต่างหากด้วย (ดูลำดับที่ 11)KVKK มาตรา 6 — ข้อมูลที่มีความอ่อนไหว จำเป็นต่อการให้บริการทางคลินิกและการพิสูจน์ความรับผิดทางการแพทย์/กฎหมายที่อาจเกิดขึ้น (ผู้ควบคุมข้อมูลส่วนบุคคล: ศูนย์) เนื่องจากหน้าที่เก็บบันทึกของศูนย์ บันทึกทางคลินิกเอง (ในรูปที่ตัดความเชื่อมโยงกับผู้ใช้บริการแล้ว) ยังคงเก็บรักษาใน tenant โดยจำกัดการเข้าถึง บันทึกนี้ไม่ถือเป็นข้อมูลนิรนาม การเข้าถึงจำกัดเฉพาะผู้ใช้บริการที่เกี่ยวข้อง/ผู้เชี่ยวชาญที่ได้รับมอบหมาย/ผู้ดูแล tenant (RLS)ขั้นตอนที่ 1 soft-delete (ปิดการเข้าถึง) → ขั้นตอนที่ 2 การทำให้เป็นข้อมูลนิรนาม (RPC anonymize_user_relations() เฉพาะ service-role) + การตัดความเชื่อมโยงกับบุคคลด้วย FK
3บันทึกเซสชัน (session_notes)บันทึกทางคลินิกที่ผู้เชี่ยวชาญป้อนระหว่างเซสชันเช่นเดียวกับข้างต้น หลังจากส่งบันทึกแล้ว (หลังจากช่อง submitted_at มีค่า) จะเปลี่ยนแปลงหรือลบด้วย UPDATE/DELETE ไม่ได้ (สถาปัตยกรรม append-only ซึ่งบังคับใช้ในระดับฐานข้อมูล) และเนื้อหานี้จะไม่เปลี่ยนแปลงในกระบวนการลบบัญชีด้วย ในขั้นตอนที่ 2 จะตัดเพียงความเชื่อมโยงกับบุคคล (client_id, specialist_id) ด้วย FK ON DELETE SET NULL ในทริกเกอร์ append-only มีการกำหนดข้อยกเว้นแคบ ๆ เฉพาะสำหรับวัตถุประสงค์เดียวนี้ (อนุญาตเพียงให้เปลี่ยนคอลัมน์เชื่อมโยงเป็น NULL ไม่อนุญาตให้เปลี่ยนเนื้อหาบันทึกแม้แต่อักขระเดียว) ผลลัพธ์: เนื่องจากชื่อ/ข้อมูลระบุตัวตนอาจหลงเหลืออยู่ในข้อความอิสระในเนื้อหาบันทึก บันทึกเหล่านี้จึงไม่ถือเป็นข้อมูลนิรนามหลังการลบบัญชี และจะเก็บรักษาโดยจำกัดการเข้าถึงตลอดระยะเวลาที่ศูนย์มีหน้าที่เก็บบันทึก และจะถูกทำลายเมื่อสิ้นสุดระยะเวลานั้น การล้างข้อความอิสระในระหว่างการลบเป็นการตัดสินใจด้านผลิตภัณฑ์ที่จะพิจารณาแยกต่างหากKVKK มาตรา 6 — ข้อมูลที่มีความอ่อนไหว ความครบถ้วนของบันทึกทางคลินิกและการใช้เป็นหลักฐานในกรณีความรับผิดทางการแพทย์ที่อาจเกิดขึ้น การไม่สามารถเปลี่ยนแปลงได้เป็นทางเลือกในการออกแบบโดยเจตนาเพื่อรักษาความน่าเชื่อถือของบันทึก แม้หลังจากลบบัญชีแล้ว ความครบถ้วนของบันทึกทางคลินิกก็ได้รับการคุ้มครองด้วยหลักการเดียวกันเช่นเดียวกัน โดยคงข้อจำกัด append-only ไว้ และตัดเพียงความเชื่อมโยงกับบุคคลด้วย FK — เนื้อหาบันทึกจะไม่ถูกลบหรือเปลี่ยนแปลงในขั้นตอนใด
4ข้อมูลการวัดผล (measurements)การวัดผลทางคลินิก เช่น การวัดสัดส่วนร่างกาย การติดตามความก้าวหน้าเช่นเดียวกับข้างต้น ในขั้นตอนที่ 2 บันทึกจะไม่ถูกลบ แต่จะตัดความเชื่อมโยงกับบุคคล: ความเชื่อมโยงกับบุคคล (client_id) จะถูกตัดด้วย FK ON DELETE SET NULL ช่องข้อความอิสระ notes (อาจมีชื่อ/ข้อมูลระบุตัวตน) จะถูกเปลี่ยนเป็น NULL ค่าการวัดผลที่เป็นตัวเลข/หมวดหมู่ (น้ำหนัก VAS การนอนหลับ ฯลฯ) ยังคงเก็บรักษาเป็นบันทึกทางคลินิกของ tenant ที่ตัดความเชื่อมโยงกับบุคคลแล้ว (ไม่ถือเป็นข้อมูลนิรนาม เนื่องจากในธุรกิจขนาดเล็ก ชุดการวัดผลอาจเพียงพอที่จะระบุตัวบุคคลได้อีก)KVKK มาตรา 6 — ข้อมูลที่มีความอ่อนไหว จำเป็นต่อการปฏิบัติตามบริการ (การติดตามความก้าวหน้า) (ผู้ควบคุมข้อมูลส่วนบุคคล: ศูนย์) ชุดการวัดผลที่เป็นตัวเลขเก็บรักษาโดยตัดความเชื่อมโยงกับบุคคล เพื่อหน้าที่เก็บบันทึกของศูนย์และความครบถ้วนของการติดตามความก้าวหน้าขั้นตอนที่ 1 soft-delete → ขั้นตอนที่ 2 การทำให้เป็นข้อมูลนิรนาม (RPC anonymize_user_relations()) + การตัดความเชื่อมโยงกับบุคคลด้วย FK
5ข้อมูลนัดหมาย แพ็กเกจ และการชำระเงินวันที่นัดหมาย ยอดคงเหลือแพ็กเกจ/เซสชัน บันทึกการยกเลิก บันทึกการชำระเงิน/การรับชำระ (payments) บันทึกการเช็กชื่อ (attendance)ตลอดระยะเวลาที่บัญชียังใช้งานอยู่ + 30 วันหลังคำขอลบ บันทึกนัดหมายเอง (appointments.client_id) ตามการออกแบบเป็นค่าที่ว่างได้ (nullable) อยู่แล้ว หลังการลบจะตัดความเชื่อมโยงกับบุคคล และประวัติการนัดหมาย (วันที่/บริการ/สถานะ) ยังคงเป็นบันทึกของ tenant บันทึกการชำระเงิน (payments) และบันทึกการเช็กชื่อ (attendance) ก็จะไม่ถูก DELETE ในทำนองเดียวกัน แต่จะตัดความเชื่อมโยงกับบุคคล: ความเชื่อมโยงกับบุคคล (client_id) จะถูกตัดด้วย FK ON DELETE SET NULL ในการชำระเงิน หมายเหตุข้อความอิสระ เหตุผลการคืนเงิน และเลขอ้างอิงรูปใบเสร็จ (อาจมีชื่อ) จะถูกเปลี่ยนเป็น NULL และไฟล์ใบเสร็จเองจะถูกลบออกจาก Storage โดยอัตโนมัติแยกต่างหาก (ดูลำดับที่ 11) ส่วนข้อมูลจำนวนเงิน/วันที่/สถานะยังคงอยู่ ในการเช็กชื่อ notes ที่เป็นข้อความอิสระจะถูกเปลี่ยนเป็น NULL และสถานะมา/ไม่มายังคงอยู่ เนื่องจากตาราง client_packages (ยอดคงเหลือแพ็กเกจ) ไม่มีคอลัมน์ข้อมูลส่วนบุคคล/ข้อความอิสระโดยตรง ตารางนี้จึงยังคงเป็นบันทึกของ tenant โดยไม่เปลี่ยนแปลงKVKK มาตรา 5 — การปฏิบัติตามสัญญา นอกจากนี้อาจใช้เป็นหลักฐานในกรณีข้อพิพาท (ข้อโต้แย้งเรื่องค่าตอบแทนแพ็กเกจ/ค่าบริการ ฯลฯ) หน้าที่เก็บบันทึกของศูนย์ทำให้ต้องเก็บรักษาข้อมูลเหล่านี้โดยตัดความเชื่อมโยงกับบุคคลขั้นตอนที่ 1 soft-delete → ขั้นตอนที่ 2: บันทึกนัดหมาย/แพ็กเกจยังคงอยู่ บันทึกการชำระเงินและการเช็กชื่อดำเนินการด้วยการทำให้เป็นข้อมูลนิรนาม (RPC anonymize_user_relations()) + การตัดความเชื่อมโยงกับบุคคลด้วย FK สำหรับ client_packages ไม่ต้องเปลี่ยนแปลง (ไม่มีคอลัมน์ PII)
6เมทาดาทาการสมัครใช้งาน/ธุรกรรม (IAP)ชื่อแผน สถานะการสมัครใช้งาน วันที่ธุรกรรม เมทาดาทาธุรกรรม/การสมัครใช้งาน IAPสำหรับบันทึกในขอบเขตหน้าที่ตามกฎหมายด้านบัญชี/การเงินของบริษัทเอง ตลอดระยะเวลาการเก็บรักษาตามกฎหมายที่กำหนดตามมาตรา 82 แห่งประมวลกฎหมายพาณิชย์ตุรกีและมาตรา 253 แห่งกฎหมายว่าด้วยวิธีการทางภาษี (ในทางปฏิบัติทั่วไปอย่างน้อยถึง 10 ปี)TTK ฉบับที่ 6102 มาตรา 82, VUK ฉบับที่ 213 มาตรา 253 — หน้าที่เก็บรักษาตามกฎหมาย การชี้แจงที่สำคัญ: รูปแบบการชำระเงินของ Corenta ดำเนินการผ่านการซื้อภายในแอป (IAP) ของ Apple/Google เท่านั้น ใบแจ้งหนี้/ใบเสร็จสำหรับผู้บริโภคขั้นสุดท้ายออกและเก็บรักษาโดย Apple/Google Corenta ไม่ได้ผลิตหรือเก็บรักษาเอกสารเหล่านี้ ในรูปแบบ IAP ของ Corenta ข้อมูลบัตร/เครื่องมือการชำระเงินประมวลผลและเก็บรักษาโดย Apple/Google และไม่พบว่ามีการเก็บรักษาข้อมูลเครื่องมือการชำระเงินดังกล่าวในโครงสร้างพื้นฐานของ Corenta เอง (ฐานข้อมูล บันทึกล็อก) Corenta เก็บรักษาเพียงเมทาดาทาการสมัครใช้งาน IAP ที่ตรวจสอบแล้ว (ชื่อแผน วันที่ธุรกรรม สถานะการสมัครใช้งาน) ตลอดระยะเวลาตามกฎหมายที่ TTK/VUK กำหนด หากบริษัทจัดทำสมุดบัญชีและเอกสารทางบัญชีทั่วไปนอกเหนือจากนี้ บันทึกเหล่านั้นก็อยู่ในขอบเขตระยะเวลาของ TTK/VUK เช่นกัน แต่เป็นขอบเขตแยกต่างหากที่อยู่ภายใต้ระบบกฎหมายการเงินของตนเอง ซึ่งแยกจากประเภทข้อมูลส่วนบุคคลที่เป็นเรื่องของนโยบายนี้ เอกสารนี้ไม่ได้ยืนยันถึงการมีอยู่หรือเนื้อหาของขอบเขตแยกต่างหากนั้น ประเภทนี้ไม่ได้รับผลกระทบจากคำขอลบบัญชี แม้บัญชีจะถูกลบ ข้อมูลจะเก็บรักษาแยกต่างหากจนกว่าระยะเวลาตามกฎหมายที่เกี่ยวข้องจะสิ้นสุดลง โดยแยกออกจากวัตถุประสงค์การประมวลผลและจำกัดการเข้าถึงเฉพาะเพื่อการปฏิบัติตามหน้าที่ตามกฎหมายเท่านั้นการลบหรือการทำให้เป็นข้อมูลนิรนามเมื่อสิ้นสุดระยะเวลาตามกฎหมาย
7บันทึกการตรวจสอบย้อนหลัง (audit_logs)บันทึกการดำเนินการสำคัญภายในระบบ (impersonation การเปลี่ยนแปลงสิทธิ์ การเข้าถึงข้อมูล ฯลฯ)เก็บรักษา 2 ปีนับจากวันที่สร้างบันทึก — เป็นระยะเวลาคงที่ที่กำหนดภายใต้กรอบประโยชน์โดยชอบด้วยกฎหมายเพื่อการตรวจจับเหตุการณ์ด้านความปลอดภัย การสอบสวนการเข้าถึงโดยไม่ได้รับอนุญาต และการป้องกันการใช้ในทางที่ผิด และหน้าที่ในการพิสูจน์ในข้อพิพาททางกฎหมายที่อาจเกิดขึ้น บันทึกที่ครบระยะเวลาแล้วจะถูกลบด้วยการทำลายตามรอบที่ดำเนินการทุก 6 เดือน ปัจจุบันการทำลายนี้ดำเนินการด้วยตนเอง ยังไม่มีงานทำลายอัตโนมัติตามกำหนดเวลา แม้บัญชีจะถูกลบ บันทึกเหล่านี้จะเก็บรักษาแยกต่างหากจนครบระยะเวลา 2 ปีKVKK มาตรา 5 วรรค 2 (f) — ประโยชน์โดยชอบด้วยกฎหมาย (การตรวจจับเหตุการณ์ด้านความปลอดภัย การสอบสวนการเข้าถึงโดยไม่ได้รับอนุญาต การป้องกันการใช้ในทางที่ผิด) และการใช้เป็นหลักฐานในข้อพิพาททางกฎหมายที่อาจเกิดขึ้น โดยลักษณะแล้วบันทึกเหล่านี้ไม่ได้จำกัดอยู่กับเจ้าของข้อมูล แต่ใช้เพื่อวัตถุประสงค์ด้านความปลอดภัยของระบบ/ความรับผิดชอบ คำขอลบบัญชีของผู้ใช้ที่เกี่ยวข้องไม่ได้ลบบันทึกเหล่านี้โดยอัตโนมัติการลบหรือการทำให้เป็นข้อมูลนิรนามเมื่อสิ้นสุดระยะเวลาการเก็บรักษา (ยังไม่ได้ใช้กลไกการล้างอัตโนมัติ)
8บันทึกการแจ้งข้อมูลและการอนุญาต (consent_logs)การแสดงการแจ้งข้อมูล ("อ่านและเข้าใจแล้ว" ไม่ใช่ความยินยอม) ความยินยอมเกี่ยวกับข้อมูลสุขภาพ การอนุญาตการแจ้งเตือนแคมเปญ บันทึกการอนุญาตพุช เวลา ที่อยู่ IP ข้อมูลฉบับ บันทึกการถอน (revoked_at)ตลอดระยะเวลาที่บัญชียังใช้งานอยู่ + 30 วันหลังคำขอลบ หลังจากระยะเวลา 30 วันนี้ จะเก็บรักษาแยกต่างหากต่อไปอีก 5 ปี เพื่อวัตถุประสงค์ในการพิสูจน์ว่าได้ให้หรือถอนความยินยอมแล้ว (เป็นบันทึกหลักฐานแยกต่างหากสำหรับกรณีที่อาจมีการร้องเรียน/การตรวจสอบตาม KVKK) — เป็นระยะเวลาคงที่ที่กำหนดภายใต้กรอบประโยชน์โดยชอบด้วยกฎหมายและหน้าที่ในการพิสูจน์ การเก็บรักษาเพื่อการพิสูจน์ 5 ปีนี้เป็นไปได้จริงในฐานะบันทึกหลักฐานที่ตัดความเชื่อมโยงกับบุคคลแล้ว โดยในขั้นตอนการลบอย่างถาวร จะตัดความเชื่อมโยงของบันทึกกับบุคคล (user_id) ด้วย FK ON DELETE SET NULL และล้างที่อยู่ IP (ip_address) ข้อมูลประเภทความยินยอม ฉบับ และเวลาที่ให้/ถอนยังคงเก็บรักษาไว้โดยไม่ขึ้นกับตัวบุคคล บันทึกที่ครบระยะเวลา 5 ปีแล้วจะถูกลบด้วยการทำลายตามรอบที่ดำเนินการทุก 6 เดือน (ปัจจุบันดำเนินการด้วยตนเอง ยังไม่มีงานทำลายอัตโนมัติตามกำหนดเวลา)KVKK มาตรา 5 วรรค 2 (e) (การก่อตั้ง การใช้ หรือการปกป้องสิทธิ) และมาตรา 5 วรรค 2 (f) ภาระการพิสูจน์ความยินยอมโดยชัดแจ้งเป็นของผู้ควบคุมข้อมูลส่วนบุคคล (คำวินิจฉัยหลักการของคณะกรรมการ 2026/347) สอดคล้องกับอายุความทั่วไปตามกฎหมายว่าด้วยหนี้ในกระบวนการลบบัญชีอย่างถาวร บันทึกจะไม่ถูก DELETE ความเชื่อมโยงกับบุคคลจะถูกตัดด้วย FK และที่อยู่ IP จะถูกทำให้เป็นข้อมูลนิรนาม (RPC anonymize_user_relations()) — บันทึกหลักฐานที่ตัดความเชื่อมโยงกับบุคคลแล้วยังคงเก็บรักษาต่อไป 5 ปี (หลัง 5 ปี การทำลายตามรอบทุก 6 เดือน ยังไม่มีงานอัตโนมัติ)
9ข้อมูลแบบฟอร์มขอสิทธิ์เข้าใช้ก่อน (เว็บไซต์องค์กร)ชื่อ-นามสกุล อีเมล โทรศัพท์ (ไม่บังคับ) ชื่อธุรกิจ เมือง ประเภทธุรกิจ จำนวนผู้เชี่ยวชาญ/ผู้สอน เนื้อหาข้อความ/ปัญหาด้านการดำเนินงาน ที่อยู่ IP/ข้อมูลอุปกรณ์/เบราว์เซอร์/คุกกี้ไม่เกิน 2 ปีนับจากการพิจารณาคำขอและการสิ้นสุดของกระบวนการติดต่อ หากไม่มีการติดต่อภายในระยะเวลานี้หรือกระบวนการสิ้นสุดลง จะลบ/ทำให้เป็นข้อมูลนิรนามในระยะเวลาที่สั้นกว่านั้น หมายเหตุด้านความโปร่งใส: ปัจจุบันยังไม่มีกลไกการตรวจหา/ลบที่ทำงานโดยอัตโนมัติในระบบซึ่งสอดคล้องกับระยะเวลาสูงสุดนี้ (ดูหมายเหตุ 2 และส่วนที่ 7 ข้อ 3) — ระยะเวลาดังกล่าวเป็นเพดานทางกฎหมาย บันทึกที่ครบระยะเวลาแล้วจะถูกลบด้วยการทำลายตามรอบที่ดำเนินการทุก 6 เดือน (ปัจจุบันดำเนินการด้วยตนเอง) หรือตามคำขอKVKK มาตรา 5 — การเจรจาก่อนทำสัญญา (มาตรา 5 วรรค 2 (c)) ประโยชน์โดยชอบด้วยกฎหมาย (การประเมินความเหมาะสมกับโปรไฟล์ลูกค้าเป้าหมาย การวิจัยตลาด ข้อมูลประกอบการพัฒนาผลิตภัณฑ์ ความปลอดภัย/ประสิทธิภาพของเว็บไซต์) หากได้ให้ความยินยอมรับข้อความเชิงพาณิชย์ จะเป็นความยินยอมแยกต่างหากตามมาตรา 6 แห่งกฎหมายฉบับที่ 6563 การชี้แจงเกี่ยวกับความยินยอมรับข้อความเชิงพาณิชย์: ในแบบฟอร์มไม่มีช่องยินยอมสำหรับการแจ้งข้อมูล (เอกสารชี้แจง KVKK A.7 การแจ้งข้อมูลและความยินยอมแยกจากกัน) ความยินยอมรับข้อความเชิงพาณิชย์ขอผ่านช่องแยกต่างหากที่ไม่ได้ทำเครื่องหมายไว้ล่วงหน้า ("ข้าพเจ้ายินยอมให้ Teta Studio ส่งประกาศและแคมเปญของ Corenta ทางอีเมล") การไม่ทำเครื่องหมายในช่องไม่มีผลต่อการพิจารณาคำขอการลบหรือการทำให้เป็นข้อมูลนิรนาม (ปัจจุบันดำเนินการด้วยตนเอง/ตามคำขอ)
10ข้อมูลความยินยอม/โทเค็นการแจ้งเตือนแบบพุชและบันทึกการแจ้งเตือน (notifications)บันทึกการอนุญาต/ปฏิเสธการแจ้งเตือน โทเค็นพุชของอุปกรณ์ (Apple APNs / Google FCM) การแจ้งเตือนที่ส่งไปแล้ว (หัวข้อ/เนื้อหา/ลิงก์ลึก — ตาราง notifications)ตลอดระยะเวลาที่บันทึกบัญชี/อุปกรณ์ยังใช้งานอยู่ / การอนุญาตการแจ้งเตือนยังมีผล + 30 วันหลังคำขอลบบัญชี เมื่อผู้ใช้ถอนการอนุญาต โทเค็นจะใช้ไม่ได้ทันที บันทึกการแจ้งเตือนที่ส่งไปแล้ว (notifications) ไม่มีคุณค่าทางธุรกิจ/การพิสูจน์ที่เป็นอิสระหลังบัญชีถูกลบ ดังนั้นในขั้นตอนการลบอย่างถาวรจะถูกลบทั้งหมดพร้อมกับบัญชี (ON DELETE CASCADE) — ไม่ทำให้เป็นข้อมูลนิรนามและไม่เก็บรักษาแยกต่างหาก หมายเหตุด้านความโปร่งใส: ในขณะจัดทำนโยบายนี้ ไม่สามารถตรวจสอบทางเทคนิคได้ว่ามีกลไกที่ล้างโทเค็นพุชที่ใช้ไม่ได้/หมดอายุโดยอัตโนมัติและตามรอบแยกต่างหากในขณะที่บัญชียังใช้งานอยู่ เรื่องนี้ยังไม่ได้รับการตรวจสอบ จะปรับปรุงนโยบายนี้เมื่อตรวจสอบแล้วหรือเพิ่มกลไกแล้วKVKK มาตรา 5 วรรค 2 (c) — การปฏิบัติตามสัญญา (การแจ้งเตือนเชิงธุรกรรม เช่น การเตือนความจำนัดหมาย) สำหรับการแจ้งเตือนแคมเปญ ต้องได้รับการอนุญาตแบบสมัครใจแยกต่างหากขั้นตอนที่ 1 soft-delete → ขั้นตอนที่ 2: บันทึก notifications ถูกลบทั้งหมดพร้อมกับบัญชี (DELETE/cascade) การล้างโทเค็นที่ใช้ไม่ได้/หมดอายุแยกต่างหากในขณะที่บัญชียังใช้งานอยู่เป็นการปรับปรุงที่วางแผนไว้ ปัจจุบันยังไม่ได้ตรวจสอบการทำงานอัตโนมัติ
11ไฟล์แนบ (อวาตาร์ ใบเสร็จการชำระเงิน ไฟล์แนบประวัติสุขภาพ เอกสารยืนยันผู้เชี่ยวชาญ — Supabase Storage)ไฟล์แนบรูปภาพ/เอกสารที่อัปโหลดผ่านกล้อง/คลังรูปภาพตลอดระยะเวลาที่บัญชี/tenant ยังใช้งานอยู่ ในขั้นตอนการลบบัญชีอย่างถาวร ไฟล์ในโฟลเดอร์โปรไฟล์/ประวัติสุขภาพของผู้ใช้ (บักเก็ต avatars, anamnesis-attachments, user-data-exports) และรูปใบเสร็จการชำระเงิน (บักเก็ต payment-receipts ผ่านเส้นทางไฟล์ที่อ่านจากบันทึกในฐานข้อมูล) จะถูกลบออกจาก Storage โดยอัตโนมัติ (best-effort) — หากการลบในบักเก็ตใดล้มเหลว จะบันทึกข้อผิดพลาดไว้ แต่ไม่ขัดขวางการล้างบักเก็ตอื่นหรือขั้นตอนการทำให้เป็นข้อมูลนิรนาม/การลบอย่างถาวรของบัญชี ข้อจำกัดที่ตรงไปตรงมา: เอกสารยืนยันตัวตน/ประกาศนียบัตรของผู้เชี่ยวชาญ (บักเก็ต specialist-verification-docs) ไม่รวมอยู่ในกระบวนการอัตโนมัตินี้ — เอกสารนี้ไม่ได้เป็นของผู้ใช้ แต่เป็นของกระบวนการยืนยันผู้เชี่ยวชาญเดี่ยวของ tenant (ศูนย์) และไม่มีการอ้างอิงผู้ใช้ในบันทึกฐานข้อมูล จึงไม่สามารถผูกกับขั้นตอนการลบบัญชีผู้ใช้ที่มีอยู่ได้ การทำลายเอกสารนี้จะดำเนินการแยกต่างหากในกระบวนการปิดบัญชี/การสมัครใช้งานระดับ tenant ของศูนย์ (ดูส่วนที่ 5.4 และ 5.6)KVKK มาตรา 7 และระเบียบ — หน้าที่ต้องลบเมื่อวัตถุประสงค์การประมวลผลหมดไปการลบอัตโนมัติ: avatars, anamnesis-attachments, user-data-exports, payment-receipts สำหรับ specialist-verification-docs ยังไม่มีการทำลายอัตโนมัติ จะดำเนินการในกระบวนการปิด tenant คำขอที่เป็นข้อยกเว้นพิจารณาด้วยตนเองผ่าน hello@corenta.app
12ข้อความกลุ่มของศูนย์และบันทึกการดูแลกลุ่ม (group_messages, group_message_moderation ตั้งแต่วันที่ 18 ตุลาคม 2026)ข้อความกลุ่ม สติกเกอร์ โพลและการโหวต เหตุผลการรายงาน บันทึกการซ่อน/การลบ/การปิดเสียง สำเนาข้อความที่ถูกซ่อนซึ่งแยกไว้ให้ทีมตรวจสอบข้อความกลุ่มจะเก็บรักษาตราบเท่าที่กลุ่มและบัญชี Corenta ของศูนย์ยังคงอยู่ สมาชิกสามารถลบข้อความของตนได้ทุกเมื่อ และข้อความของข้อความที่ลบจะถูกนำออกจากบันทึก เมื่อบัญชีถูกลบอย่างถาวร การเป็นสมาชิกกลุ่มจะถูกลบ ข้อความที่เคยส่งในกลุ่มแล้วจะยังคงอยู่ในกลุ่มโดยนำข้อมูลผู้ส่งออก สำเนาที่แยกไว้ให้ทีมตรวจสอบจะเก็บรักษาไม่เกิน 1 ปีนับจากวันที่ข้อความถูกซ่อน และจะถูกลบในการทำลายตามรอบที่ดำเนินการทุก 6 เดือน ปัจจุบันการทำลายนี้ดำเนินการด้วยตนเอง ยังไม่มีงานทำลายอัตโนมัติตามกำหนดเวลา สำหรับการลบในระดับศูนย์ ใช้ส่วนที่ 5.6KVKK มาตรา 5 วรรค 2 (c) (การเข้าร่วมและการสื่อสารในกลุ่ม) มาตรา 5 วรรค 2 (f) (การรายงานและการดูแลกลุ่ม การป้องกันการใช้ในทางที่ผิด) ผู้ควบคุมข้อมูลส่วนบุคคล: ศูนย์ Corenta ไม่แสดงบันทึกด้านสุขภาพในกลุ่ม เนื่องจากข้อความเป็นข้อความอิสระ สมาชิกจึงได้รับคำเตือนไม่ให้แบ่งปันข้อมูลสุขภาพการลบโดยสมาชิก: นำข้อความออก การลบบัญชีอย่างถาวร: ตัดความเชื่อมโยงกับผู้ส่ง สำเนาการดูแลกลุ่ม: ลบเมื่อครบ 1 ปี (การทำลายตามรอบทุก 6 เดือน ปัจจุบันดำเนินการด้วยตนเอง)

</div>

หมายเหตุ 1: ในตารางข้างต้น ถ้อยคำ "ตลอดระยะเวลาที่บัญชี/tenant ยังใช้งานอยู่" หมายถึงระยะเวลาที่การสมัครใช้งาน Corenta ของศูนย์ที่เกี่ยวข้องยังดำเนินอยู่และศูนย์ยังไม่ได้ลบบันทึกผู้ใช้บริการ การที่ศูนย์จะลบข้อมูลของผู้ใช้บริการของตนเมื่อใด กำหนดตามนโยบาย KVKK ของศูนย์เอง (ในฐานะผู้ควบคุมข้อมูลส่วนบุคคล) และความสัมพันธ์กับผู้ใช้บริการ Corenta จัดให้มีวิธีการทางเทคนิคสำหรับกระบวนการนี้

หมายเหตุ 2: ระยะเวลา 2 ปีในลำดับที่ 7 (บันทึกการตรวจสอบย้อนหลัง) และ 5 ปีในลำดับที่ 8 (บันทึกความยินยอม) เป็นระยะเวลาการเก็บรักษาคงที่ที่ Corenta กำหนด (ต่างจากระยะเวลาตาม TTK/VUK ในลำดับที่ 6 ระยะเวลาเหล่านี้ไม่ได้อาศัยบทบัญญัติของกฎหมายโดยตรง แต่เป็นคำมั่นที่มีผลผูกพันในตัวเองซึ่งกำหนดภายใต้กรอบประโยชน์โดยชอบด้วยกฎหมายและหน้าที่ในการพิสูจน์ตาม KVKK มาตรา 5 วรรค 2 (f)) เมื่อสิ้นสุดระยะเวลาเหล่านี้ ปัจจุบันยังไม่มีกลไกการลบเมื่อสิ้นสุดการเก็บรักษาแบบอัตโนมัติทำงานในระบบ — เมื่อครบระยะเวลา การลบ/การทำให้เป็นข้อมูลนิรนามจะดำเนินการด้วยตนเอง และจะปรับปรุงนโยบายนี้เมื่อเปิดใช้ระบบอัตโนมัติ ถ้อยคำ "ไม่เกิน 2 ปี" ในลำดับที่ 9 (ข้อมูลแบบฟอร์มขอสิทธิ์เข้าใช้ก่อน) มีขอบเขตที่แตกต่างกัน และตามที่อธิบายไว้ในแถวของตนเอง เป็นเพดานทางกฎหมายแยกต่างหาก


5. กระบวนการลบบัญชี — การทำงานตั้งแต่ต้นจนจบ

เพื่อตอบสนองคำขอลบของเจ้าของข้อมูลตาม KVKK มาตรา 11 ในทางเทคนิค Corenta ใช้สถาปัตยกรรมการลบแบบสองขั้นตอนที่คำนึงถึงความสมดุลระหว่างประสบการณ์ผู้ใช้กับความจำเป็นด้านความปลอดภัยของข้อมูล/การพิสูจน์ทางกฎหมาย ได้แก่ การลบแบบไม่ถาวรทันที (soft-delete) และการลบอย่างถาวรเมื่อครบ 30 วันที่ตามมา

5.0. การเปลี่ยนแปลงวันที่ 4 ตุลาคม 2026 — ในส่วนที่ขัดกับ 5.1–5.7 ให้ข้อนี้มีลำดับความสำคัญเหนือกว่า

การลบบัญชี (ตั้งแต่วันที่ 4 ตุลาคม 2026): เมื่อคำขอลบได้รับการยืนยัน การเข้าถึงบัญชีจะถูกตัดทันที (สิ้นสุดเซสชันและเข้าสู่ระบบไม่ได้) ข้อมูลส่วนบุคคลจะถูกลบหรือทำให้เป็นข้อมูลนิรนาม (ล้างชื่อ อีเมล โทรศัพท์ รูปภาพ รวมทั้งข้อมูลระบุตัวตน/การติดต่อของผู้ใช้บริการและช่องข้อมูลสุขภาพ — กรุ๊ปเลือด การแพ้ ภาวะเรื้อรัง ยา) บันทึกการชำระเงินและค่าตอบแทนที่กฎหมายกำหนดให้เก็บรักษาจะไม่ถูกลบ แต่จะเก็บรักษาโดยตัดความเชื่อมโยงกับบุคคลและจำกัดการเข้าถึง หลังจากยื่นคำขอแล้วไม่มีระยะเวลาให้ยกเลิกคำขอ การลบบันทึกการยืนยันตัวตนและไฟล์อย่างถาวรจะเสร็จสิ้นในกระบวนการเบื้องหลังสามสิบวันที่มีอยู่

การลบบันทึกผู้ใช้บริการและช่องข้อมูลสุขภาพ (ตั้งแต่วันที่ 4 ตุลาคม 2026): เมื่อธุรกิจลบบันทึกผู้ใช้บริการที่ไม่มีบัญชี บันทึกนั้นจะถูกนำออกจากรายการที่ใช้งานอยู่ทันที เมื่อครบ 30 วัน ช่องข้อมูลสุขภาพของผู้ใช้บริการ (กรุ๊ปเลือด การแพ้ ภาวะเรื้อรัง ยา) จะถูกลบ/ล้างพร้อมกับข้อมูลระบุตัวตนและข้อมูลการติดต่อ กฎการเก็บรักษาแบบประวัติสุขภาพ การวัดผล และบันทึกเซสชันไม่ได้รับผลกระทบจากบทบัญญัตินี้

ไฟล์ใบเสร็จ (ตั้งแต่วันที่ 4 ตุลาคม 2026): ไฟล์ใบเสร็จที่ไม่ได้ผูกกับการชำระเงินใด จะถูกลบโดยอัตโนมัติหลังจาก 7 วัน ใบเสร็จที่ผูกกับการชำระเงินแล้วไม่สามารถลบได้โดยบทบาทใด

ข้อมูลติดต่อของผู้ใช้บริการในโหมดสนับสนุน (ตั้งแต่วันที่ 4 ตุลาคม 2026): ในเซสชันการสนับสนุนของ Corenta (ซูเปอร์แอดมิน) จะไม่แสดงอีเมลและหมายเลขโทรศัพท์ของผู้ใช้บริการแก่เจ้าหน้าที่ฝ่ายสนับสนุน เจ้าหน้าที่ฝ่ายสนับสนุนเห็นได้เพียงสรุปข้อมูลระบุตัวตนแบบจำกัด (ชื่อ สถานะบัญชี สถานะการใช้งาน วันที่สร้าง) เท่านั้น

สิทธิ์ในการเขียนช่องข้อมูลสุขภาพ (ตั้งแต่วันที่ 4 ตุลาคม 2026): ช่องข้อมูลสุขภาพของผู้ใช้บริการ (กรุ๊ปเลือด การแพ้ ภาวะเรื้อรัง ยา) เขียนได้เฉพาะผู้ใช้บริการเองและผู้เชี่ยวชาญที่ได้รับมอบหมายเท่านั้น เจ้าของกิจการ/ผู้ดูแลเขียนช่องเหล่านี้ไม่ได้ (แก้ไขผู้ติดต่อกรณีฉุกเฉินและช่องข้อมูลระบุตัวตนได้)

การวัดผลผลิตภัณฑ์แบบใช้นามแฝง: เพื่อพัฒนาผลิตภัณฑ์ อาจมีการวัดเหตุการณ์การใช้งานแบบรวมด้วยรหัสนามแฝงของศูนย์ที่ฝั่งเซิร์ฟเวอร์เท่านั้น การวัดผลนี้ไม่รวมที่อยู่ IP ข้อมูลสุขภาพ หรือการติดตามแหล่งที่มา/โฆษณา รหัสนามแฝงของศูนย์มีลักษณะเป็นนามแฝง (ไม่ใช่ข้อมูลที่ไม่ระบุตัวตน) ปัจจุบันฟีเจอร์นี้ปิดอยู่

5.1. ขั้นตอนที่ 1 — การลบแบบไม่ถาวรทันที (Soft-Delete)

ทันทีที่ผู้ใช้ยืนยันคำขอลบบัญชีจากภายในแอป ระบบจะดำเนินการต่อไปนี้พร้อมกันและทันที:

  1. ปิดใช้งานบันทึกโปรไฟล์ของผู้ใช้โดยกรอกช่อง deleted_at บัญชีจะไม่สามารถเข้าถึง/มองเห็นได้สำหรับการใช้งานตามปกติอีกต่อไป และใช้เข้าสู่ระบบไม่ได้
  2. นัดหมายที่รอดำเนินการ (ยังไม่เกิดขึ้น) ของผู้ใช้จะถูกยกเลิกโดยอัตโนมัติ
  3. การมอบหมาย (การจับคู่ผู้ใช้บริการกับผู้เชี่ยวชาญ การมอบหมายโปรแกรม) ที่ผู้ใช้อยู่ในฐานะผู้เชี่ยวชาญ/แหล่งข้อมูลจะถูกนำออก
  4. ความยินยอมทั้งหมดของผู้ใช้จะถูกถอน (ดำเนินการโดยกรอกช่อง revoked_at ในบันทึก consent_logs)

ในขั้นตอนนี้ข้อมูลยังไม่ถูกลบทางกายภาพ แต่ถูกทำให้ไม่สามารถเข้าถึงได้สำหรับวัตถุประสงค์ในการประมวลผลและการแสดงผลตามปกติ ซึ่งถือเป็นขั้นตอนแรกของกระบวนการลบในลักษณะ"การทำให้ไม่สามารถเข้าถึงได้"ตามความหมายของ KVKK มาตรา 7 และระเบียบ

5.2. ขั้นตอนที่ 2 — การลบอย่างถาวร (หลัง 30 วัน)

30 (สามสิบ) วันหลังจากการลบแบบไม่ถาวร งานตามกำหนดเวลา (cron job) ที่ทำงานโดยอัตโนมัติในระบบจะดำเนินการต่อไปนี้อย่างไม่อาจย้อนกลับได้:

  1. บันทึกการยืนยันตัวตนของผู้ใช้ (auth.users) จะถูกลบอย่างถาวรและไม่อาจกู้คืนได้
  2. บันทึกในฐานข้อมูลที่เชื่อมโยงกับผู้ใช้จะได้รับการดำเนินการแตกต่างกันตามประเภท: บันทึกที่ไม่มีคุณค่าทางธุรกิจ/การพิสูจน์ที่เป็นอิสระ (เช่น การแจ้งเตือน) จะถูกลบอย่างถาวร (DELETE/cascade) ส่วนข้อมูลสุขภาพ (anamnesis_forms, session_notes, measurements) และบันทึกทางคลินิก/การเงิน (payments, attendance, consent_logs) จะไม่ถูกลบ แต่จะตัดความเชื่อมโยงกับบุคคล — ความเชื่อมโยงกับบุคคลจะถูกตัดในระดับฐานข้อมูล ช่องข้อความอิสระบางช่องจะถูกล้าง และบันทึกจะคงอยู่ในฐานะบันทึกของ tenant ที่ตัดความเชื่อมโยงกับบุคคลแล้วโดยจำกัดการเข้าถึง (เนื่องจากข้อความอิสระในบันทึกเซสชันไม่เปลี่ยนแปลง จึงไม่ถือเป็นข้อมูลนิรนาม) (ดูส่วนที่ 4 ลำดับที่ 2-5, 8, 10 และส่วนที่ 6.2)
  3. การดำเนินการนี้เรียกใช้โดยอัตโนมัติในกระบวนการเบื้องหลังที่มีสิทธิ์พิเศษของระบบ (คุ้มครองด้วย service-role) เท่านั้น ไม่มีผู้ใช้หรือผู้ดูแลธุรกิจใด รวมถึงบุคลากรฝ่ายบริหาร ที่สามารถเริ่ม เรียกใช้ก่อนกำหนด หรือหยุดกระบวนการนี้ด้วยตนเองผ่านส่วนติดต่อผลิตภัณฑ์ตามปกติ — นี่เป็นการออกแบบด้านความปลอดภัยโดยเจตนาเพื่อป้องกันการลบที่เร็วเกินไป/ช้าเกินไปจากความผิดพลาดหรือการใช้ในทางที่ผิด (การรับประกันนี้ครอบคลุมส่วนติดต่อสำหรับผู้ใช้และการจัดการตามปกติของผลิตภัณฑ์ กระบวนการปฏิบัติงานทางเทคนิคที่อาจเข้าถึงฐานข้อมูลโดยตรงในระดับโครงสร้างพื้นฐานที่มีสิทธิ์พิเศษของระบบอยู่นอกขอบเขตของการรับประกันนี้ และอยู่ภายใต้การควบคุมการเข้าถึงภายในแยกต่างหาก)

วัตถุประสงค์ของกระบวนการเบื้องหลัง 30 วัน (ตั้งแต่วันที่ 4 ตุลาคม 2026): เนื่องจากการเข้าถึงบัญชีถูกตัดทันทีเมื่อยื่นคำขอลบ ระยะเวลานี้จึงไม่ให้โอกาสในการยกเลิก/ถอนคำขอ แต่ใช้เพื่อให้การลบบันทึกการยืนยันตัวตนและไฟล์อย่างถาวรเสร็จสิ้น และเพื่อการตรวจสอบการใช้ในทางที่ผิดที่อาจเกิดขึ้น ระยะเวลานี้เป็นระยะเวลาที่สมเหตุสมผลและจำกัด ซึ่งสอดคล้องกับหลักความได้สัดส่วนตาม KVKK มาตรา 5 สามารถสอบถามสถานะของคำขอลบได้ที่ hello@corenta.app

5.3. ข้อยกเว้น: ข้อมูลที่มีหน้าที่เก็บรักษาตามกฎหมาย

กระบวนการลบอย่างถาวร 30 วันข้างต้นไม่ครอบคลุมบันทึกที่ระบุในส่วนที่ 4 ตารางลำดับที่ 6 (เมทาดาทาการสมัครใช้งาน/ธุรกรรม) ซึ่งมีหน้าที่เก็บรักษาตามกฎหมายภายใต้ประมวลกฎหมายพาณิชย์ตุรกี/กฎหมายว่าด้วยวิธีการทางภาษี แม้บัญชีจะถูกลบอย่างถาวร บันทึกเหล่านี้จะเก็บรักษาแยกต่างหากจนกว่าระยะเวลาการเก็บรักษาตามกฎหมายที่เกี่ยวข้องจะสิ้นสุดลง โดยแยกออกจากวัตถุประสงค์การประมวลผลข้อมูลส่วนบุคคล และจำกัดการเข้าถึงเฉพาะเพื่อการปฏิบัติตามหน้าที่ตามกฎหมายเท่านั้น ในทำนองเดียวกัน บันทึกการตรวจสอบย้อนหลัง (audit_logs) และแก่นขั้นต่ำของบันทึกความยินยอมเพื่อการพิสูจน์ (ดูส่วนที่ 4 ลำดับที่ 7-8) อาจยังคงเก็บรักษาไว้นอกระยะเวลา 30 วันนี้ เพื่อวัตถุประสงค์แยกต่างหากและจำกัด ด้วยเหตุผลด้านประโยชน์โดยชอบด้วยกฎหมาย/การพิสูจน์ทางกฎหมาย ได้ระบุไว้อย่างชัดแจ้งในส่วนที่ 4 หมายเหตุ 2 ว่าระยะเวลาในขอบเขตข้อยกเว้นนี้ไม่ได้สอดคล้องกับกลไกทางเทคนิคที่ทำงานโดยอัตโนมัติในระบบ

5.4. คำอธิบายพิเศษเกี่ยวกับไฟล์แนบที่จัดเก็บ (สำคัญ — ความโปร่งใส)

ตามหลักความโปร่งใส ขอระบุอย่างชัดแจ้งว่า ในระหว่างการลบอย่างถาวร บันทึกในฐานข้อมูล (โปรไฟล์ นัดหมาย การมอบหมาย ความยินยอม ฯลฯ) จะถูกลบทั้งหมด หรือ (สำหรับบันทึกด้านสุขภาพ/คลินิก/การเงิน ดูส่วนที่ 6.2) ถูกทำให้เป็นข้อมูลนิรนาม ส่วนไฟล์แนบของผู้ใช้ที่จัดเก็บในพื้นที่จัดเก็บ (Storage) แยกต่างหากจะดำเนินการดังนี้: อวาตาร์/รูปโปรไฟล์ เอกสาร/รูปภาพที่แนบกับแบบประวัติสุขภาพ และรูปหลักฐานการชำระเงิน จะถูกลบออกจาก Storage โดยอัตโนมัติ (best-effort) เป็นส่วนหนึ่งของขั้นตอนการลบอย่างถาวร — นี่เป็นพฤติกรรมที่ตรวจสอบแล้วและทำงานจริงในระบบในปัจจุบัน หากการลบในบักเก็ตใดล้มเหลว จะบันทึกล็อกไว้ แต่ไม่ขัดขวางการล้างบักเก็ตอื่นหรือขั้นตอนการทำให้เป็นข้อมูลนิรนาม/การลบอย่างถาวรของบัญชี (การออกแบบแบบ best-effort)

ข้อจำกัดที่ตรงไปตรงมา: ประเภทไฟล์เดียวที่อยู่นอกขอบเขตของกระบวนการอัตโนมัตินี้คือเอกสารยืนยันตัวตน/ประกาศนียบัตรที่อัปโหลดในกระบวนการลงทะเบียนผู้เชี่ยวชาญ/ผู้เชี่ยวชาญเดี่ยว (บักเก็ต specialist-verification-docs) ในทางเทคนิค เอกสารเหล่านี้ไม่ได้ผูกกับผู้ใช้ แต่ผูกกับกระบวนการยืนยันของ tenant (ศูนย์) ที่เกี่ยวข้อง และไม่มีการอ้างอิงผู้ใช้ในบันทึกฐานข้อมูล ดังนั้นจึงไม่สามารถรวมเข้ากับขั้นตอนการลบบัญชีผู้ใช้ที่มีอยู่โดยอัตโนมัติได้ การทำลายเอกสารนี้จะดำเนินการแยกต่างหากในกระบวนการปิดบัญชี/การสมัครใช้งานระดับ tenant ของศูนย์ที่เกี่ยวข้อง (ดูส่วนที่ 5.6) จนกว่าจะเสร็จสิ้น คำขอที่เป็นข้อยกเว้นจะได้รับการพิจารณาด้วยตนเองผ่าน hello@corenta.app

ดังนั้น นโยบายนี้จึงไม่ให้คำมั่นโดยเด็ดขาดว่า "ข้อมูล/ไฟล์ทั้งหมดของผู้ใช้จะถูกลบอย่างครบถ้วนและทันที" เมื่อมีคำขอลบบัญชี (โดยเฉพาะสำหรับข้อมูลทางเทคนิคที่หลงเหลือในข้อมูลสำรอง ดูส่วนที่ 6.3 และสำหรับข้อยกเว้นข้างต้น) อย่างไรก็ตาม สำหรับประเภทไฟล์ที่อธิบายไว้ข้างต้น การลบอัตโนมัติได้ใช้งานจริงแล้ว

5.5. หมายเหตุพิเศษเกี่ยวกับข้อมูลสุขภาพ

ข้อมูลสุขภาพที่มีความอ่อนไหว เช่น แบบประวัติสุขภาพ บันทึกเซสชัน และบันทึกการวัดผล ก็อยู่ภายใต้ขั้นตอนการลบทั่วไปข้างต้นเช่นกัน (soft-delete → 30 วัน → การลบอย่างถาวร) อย่างไรก็ตาม ตามที่อธิบายในส่วนที่ 4 ลำดับที่ 2-4 และส่วนที่ 6.2 ในตารางเหล่านี้ ขั้นตอนการลบอย่างถาวรดำเนินการผ่านการตัดความเชื่อมโยงกับบุคคลและการล้างบางส่วน — บันทึกไม่ถูก DELETE ความเชื่อมโยงกับบุคคลถูกตัด และช่องข้อความอิสระบางช่องถูกล้าง บันทึกทางคลินิก (โดยเฉพาะเนื้อหาบันทึกเซสชันแบบ append-only) จะเก็บรักษาโดยจำกัดการเข้าถึงในฐานะบันทึกของ tenant ที่ตัดความเชื่อมโยงกับบุคคลแล้ว และไม่ถือเป็นข้อมูลนิรนาม นอกจากนี้ เนื่องจากข้อมูลประเภทนี้เกี่ยวพันกับบันทึกที่ศูนย์จัดเก็บในฐานะผู้ควบคุมข้อมูลส่วนบุคคล คำขอลบบัญชี/ข้อมูลของผู้ใช้บริการจึงอาจขัดกับหน้าที่เก็บรักษาตามกฎหมายของศูนย์เอง (เช่น หน้าที่เก็บบันทึกที่อาจเกิดจากกฎหมายเกี่ยวกับการให้บริการด้านสุขภาพ) วิธีการตัดความเชื่อมโยงกับบุคคลและการเก็บรักษาแบบจำกัดมุ่งสร้างความสมดุลระหว่างหน้าที่ทั้งสองนี้ (สิทธิของผู้ใช้บริการในข้อมูลส่วนบุคคลและหน้าที่เก็บบันทึกของศูนย์) ในกรณีดังกล่าว ผู้มีอำนาจตัดสินใจขั้นสุดท้ายคือศูนย์ในฐานะผู้ควบคุมข้อมูลส่วนบุคคล Corenta ดำเนินการตามคำสั่งของศูนย์

5.6. การลบในระดับศูนย์ (Tenant)

หากศูนย์ยุติการสมัครใช้งาน Corenta ทั้งหมด จะใช้สถาปัตยกรรมสองขั้นตอนเดียวกัน (soft-delete → 30 วัน → การลบอย่างถาวร) กับข้อมูล tenant ของศูนย์และบันทึกผู้ใช้บริการทั้งหมดภายใต้ tenant นั้นด้วย เนื่องจากศูนย์เป็นผู้ควบคุมข้อมูลส่วนบุคคลของผู้ใช้บริการของตน ก่อนยุติการสมัครใช้งาน ศูนย์มีหน้าที่แจ้งผู้ใช้บริการของตนภายใต้กรอบหน้าที่ตาม KVKK ของตนเอง หน้าที่นี้ไม่สามารถโอนให้ Corenta ได้

5.7. ความสัมพันธ์กับโหมดสนับสนุนของซูเปอร์แอดมิน (impersonation)

กระบวนการลบบัญชีและการเก็บรักษาทำงานเป็นอิสระจากกลไกการสนับสนุน/impersonation ของ Corenta เซสชัน impersonation มีระยะเวลาจำกัด (30 นาที) และโดยค่าเริ่มต้นเป็นแบบอ่านอย่างเดียว การเข้าถึงประเภทข้อมูลสุขภาพ (ประวัติสุขภาพ บันทึกเซสชัน การวัดผล) ต้องผ่านขั้นตอนอนุมัติแยกต่างหาก (health_data_enabled) และการเขียน/การลบในตารางเหล่านี้ผ่าน impersonation ไม่ได้รับอนุญาตไม่ว่าในกรณีใด (นโยบาย RLS ไม่มีข้อยกเว้นใดสำหรับ impersonation) การชี้แจง: ข้อจำกัดในที่นี้เกี่ยวกับเซสชัน impersonation ที่มนุษย์เป็นผู้เริ่มซึ่งเจ้าหน้าที่ฝ่ายสนับสนุนเปิดเซสชันและดำเนินการด้วยตนเอง กระบวนการ cron ของ service-role ที่ทำงานอัตโนมัติ (ไม่มีการแทรกแซงของมนุษย์) ที่อธิบายในส่วนที่ 5.2 เป็นอีกชั้นหนึ่งที่แยกจากข้อจำกัดนี้และไม่ได้รับผลกระทบจากข้อจำกัดนี้ — ข้อจำกัด impersonation ไม่ขัดขวางกลไกการลบอย่างถาวรอัตโนมัติในขั้นตอนการลบบัญชี และต้องไม่สับสนระหว่างกัน ดังนั้น กระบวนการลบบัญชี/การทำลายจึงดำเนินการผ่านกลไกอัตโนมัติที่กำหนดในนโยบายนี้เท่านั้น


6. วิธีการทำลาย

ตามบทบัญญัติข้อ 8 และข้อถัดไปของระเบียบ วิธีการลบ/ทำลาย/ทำให้เป็นข้อมูลนิรนามที่ใช้ตามสื่อบันทึกมีดังต่อไปนี้

6.1. การลบ

เป็นการทำให้ข้อมูลส่วนบุคคลไม่สามารถเข้าถึงและนำกลับมาใช้ได้อีกโดยผู้ใช้ที่เกี่ยวข้อง (รวมถึงผู้ใช้แอปและบุคลากรที่เข้าถึงแผงผู้ดูแลได้) ไม่ว่าด้วยวิธีใด ใน Corenta วิธีนี้ใช้ในกระบวนการ soft-delete ขั้นตอนที่ 1: แม้ข้อมูลจะไม่ถูกนำออกจากฐานข้อมูลทางกายภาพ แต่ถูกทำให้ไม่สามารถเข้าถึงได้โดยสิ้นเชิงผ่านสิทธิ์การเข้าถึงและส่วนติดต่อ

6.2. การทำลาย (การลบอย่างถาวร)

เป็นการทำให้ข้อมูลส่วนบุคคลไม่สามารถเข้าถึง กู้คืน และนำกลับมาใช้ได้อีกโดยบุคคลใดไม่ว่าด้วยวิธีใด ในกระบวนการลบอย่างถาวรขั้นตอนที่ 2 ของ Corenta หลักการนี้ดำเนินการด้วยสองวิธีทางเทคนิคที่แตกต่างกันตามประเภทข้อมูล:

  • บันทึกการยืนยันตัวตนและบันทึกที่ไม่มีคุณค่าทางธุรกิจที่เป็นอิสระ: บันทึกการยืนยันตัวตนของผู้ใช้ (auth.users) จะถูกลบอย่างไม่อาจกู้คืนได้โดยตรงด้วย DELETE ในกระบวนการอัตโนมัติที่คุ้มครองด้วย service-role บันทึกที่เกี่ยวข้องซึ่งไม่มีคุณค่าทางธุรกิจ/การพิสูจน์ในตัวเองหลังบัญชีถูกลบ (เช่น การแจ้งเตือน notifications — ดูส่วนที่ 4 ลำดับที่ 10) จะถูกลบไปพร้อมกันในระดับฐานข้อมูลด้วย ON DELETE CASCADE
  • บันทึกด้านสุขภาพ คลินิก และการเงิน: สำหรับ anamnesis_forms, session_notes, measurements, payments, attendance และ consent_logs ขั้นตอนการลบอย่างถาวรดำเนินการผ่านการตัดความเชื่อมโยงกับบุคคลและการล้างบางส่วน (ดูส่วนที่ 6.6) แทนการ DELETE บันทึก: คอลัมน์ foreign key ที่ระบุตัวบุคคล (client_id, specialist_id, user_id ฯลฯ) จะถูกเปลี่ยนเป็น NULL อย่างไม่อาจย้อนกลับได้ด้วยข้อจำกัด FK ON DELETE SET NULL คอลัมน์เนื้อหาที่อาจมีข้อมูลระบุตัวตนโดยชัดแจ้งหรือ PII ที่เป็นข้อความอิสระ (คำตอบในประวัติสุขภาพ หมายเหตุข้อความอิสระของการวัดผล/การชำระเงิน เลขอ้างอิงใบเสร็จการชำระเงิน ที่อยู่ IP ของบันทึกความยินยอม) จะถูกล้างหรือแทนที่ด้วยเครื่องหมายนิรนามโดยฟังก์ชัน anonymize_user_relations() (เรียกใช้ได้โดย service-role เท่านั้น default-deny) ส่วนเนื้อหาทางคลินิก/การเงินที่เป็นตัวเลขและเชิงประวัติ (วันที่ จำนวนเงิน ค่าการวัดผล ยอดคงเหลือเซสชัน สถานะมา/ไม่มา เวลาที่ให้/ถอนความยินยอม) ยังคงเก็บรักษาเป็นบันทึกของ tenant ที่ตัดความเชื่อมโยงกับบุคคลแล้ว ตามหน้าที่เก็บบันทึกของศูนย์และ (สำหรับบันทึกเซสชัน) หลักการ append-only เนื่องจากข้อความอิสระในบันทึกเซสชันไม่เปลี่ยนแปลง บันทึกเหล่านี้จึงไม่ถือเป็นข้อมูลนิรนามและจะเก็บรักษาโดยจำกัดการเข้าถึง

ในบันทึกเซสชัน (session_notes) ข้อจำกัด append-only ไม่อนุญาตให้เปลี่ยนแปลงเนื้อหา มีเพียงข้อยกเว้นแคบ ๆ ที่มีวัตถุประสงค์เดียวในการเปลี่ยนคอลัมน์เชื่อมโยงกับบุคคล (client_id, specialist_id) เป็น NULL — เนื้อหาบันทึกเองจะไม่ถูกลบหรือเปลี่ยนแปลงในขั้นตอนใดของกระบวนการนี้เช่นกัน

ข้อจำกัด: ไม่มีกลไกตรวจหา/ล้างข้อมูลส่วนบุคคลภายในข้อความที่อาจปรากฏในช่องข้อความอิสระนอกเหนือจากคอลัมน์ข้อมูลระบุตัวตนที่ชัดแจ้ง (เช่น ชื่อที่ปรากฏในเนื้อหาบันทึกเซสชัน) ดังนั้น บันทึกเหล่านี้จึงไม่ถือเป็นข้อมูลนิรนาม และจะเก็บรักษาในฐานะข้อมูลส่วนบุคคลโดยจำกัดการเข้าถึง และถูกทำลายเมื่อสิ้นสุดระยะเวลา

ทั้งสองวิธีข้างต้นคุ้มครองด้วย service-role จึงไม่สามารถเรียกใช้หรือย้อนกลับผ่านส่วนติดต่อผลิตภัณฑ์ตามปกติได้

6.3. การลบจากข้อมูลสำรอง (Backup)

ข้อมูลสำรองของฐานข้อมูลจะถูกเขียนทับ/ทำลายโดยอัตโนมัติเมื่อครบระยะเวลาหนึ่งตามรอบการสำรองข้อมูลตามปกติ (การหมุนเวียน) แม้การลบอย่างถาวรจะมีผลทันทีในฐานข้อมูลหลัก แต่ขอระบุอย่างชัดแจ้งว่า ในข้อมูลสำรองที่ทำไว้ก่อนหน้า ข้อมูลอาจยังคงมีอยู่ทางเทคนิคจนกว่าระยะเวลาการหมุนเวียนข้อมูลสำรองมาตรฐานของผู้ให้บริการสำรองข้อมูล (Supabase) จะสิ้นสุดลง นี่เป็นแนวปฏิบัติมาตรฐานภายใต้สัญญาการประมวลผลข้อมูล (DPA) ของผู้ประมวลผลข้อมูลช่วงที่เกี่ยวข้อง (Supabase)

6.4. ไฟล์แนบในพื้นที่จัดเก็บไฟล์ (Storage)

ไฟล์ที่ผู้ใช้อัปโหลด เช่น รูปอวาตาร์ ใบเสร็จการชำระเงิน และไฟล์แนบประวัติสุขภาพ จัดเก็บในพื้นที่จัดเก็บ (Storage) แยกต่างหาก ดูส่วนที่ 5.4 — สถานะปัจจุบันของเนื้อหาเหล่านี้ในกระบวนการลบบัญชี (การลบอัตโนมัติสำหรับอวาตาร์/ไฟล์แนบประวัติสุขภาพ/ใบเสร็จการชำระเงิน และข้อยกเว้นเดียวสำหรับ specialist-verification-docs) อธิบายไว้ที่นั่นอย่างละเอียดและโปร่งใส

6.5. ข้อมูลในสื่อกระดาษ

ข้อมูลส่วนบุคคลที่ประมวลผลในขอบเขตผลิตภัณฑ์ SaaS ของ Corenta จัดเก็บในสื่อดิจิทัล ไม่มีการคาดการณ์ว่าจะประมวลผลข้อมูลส่วนบุคคลในสื่อกระดาษ หากมีการใช้สื่อกระดาษเป็นข้อยกเว้นในการติดต่อทางการค้า/การบริหารของบริษัท การทำลายจะดำเนินการด้วยวิธีการลบให้มืด/เผา/ฉีกทำลายด้วยเครื่องทำลายเอกสารอย่างไม่อาจย้อนกลับได้

6.6. การทำให้เป็นข้อมูลนิรนาม

Corenta ใช้วิธีการตัดความเชื่อมโยงกับบุคคลและการล้างบางส่วนสำหรับข้อมูลสุขภาพและบันทึกทางคลินิก/การเงิน เป็นส่วนหนึ่งของกระบวนการลบบัญชีอย่างถาวร (ดูส่วนที่ 6.2) เนื่องจากข้อความอิสระในบันทึกเซสชันไม่เปลี่ยนแปลง และในธุรกิจขนาดเล็ก ชุดวันที่และการวัดผลอาจเพียงพอที่จะระบุตัวบุคคลได้อีก วิธีนี้จึงไม่ได้เป็นไปตามมาตรฐานการทำให้เป็นข้อมูลนิรนามด้านล่างในทุกกรณี บันทึกเหล่านี้ไม่ถือเป็นข้อมูลนิรนาม จะเก็บรักษาในฐานะข้อมูลส่วนบุคคลโดยจำกัดการเข้าถึง และถูกทำลายเมื่อสิ้นสุดระยะเวลา นอกจากนี้ Corenta อาจใช้ข้อมูลที่ทำให้เป็นข้อมูลนิรนามในลักษณะที่ไม่สามารถเชื่อมโยงกับบุคคลธรรมดาที่ระบุตัวตนได้หรืออาจระบุตัวตนได้ เพื่อวัตถุประสงค์ในการพัฒนาผลิตภัณฑ์ การวิเคราะห์ทางสถิติ หรือการวิจัยตลาดด้วย การทำให้เป็นข้อมูลนิรนามกำหนดให้ข้อมูลต้องไม่สามารถเชื่อมโยงกับบุคคลได้อย่างไม่อาจย้อนกลับ แม้จะรวมกับข้อมูลอื่นก็ตาม การปกปิด/การใช้นามแฝงที่ดำเนินการโดยไม่เป็นไปตามมาตรฐานนี้ไม่ถือเป็นการทำให้เป็นข้อมูลนิรนาม และยังคงอยู่ภายใต้ระบบการประมวลผลข้อมูลส่วนบุคคล ข้อมูลที่ทำให้เป็นข้อมูลนิรนามแล้วถือว่าอยู่นอกขอบเขตของ KVKK และไม่อยู่ภายใต้ข้อจำกัดระยะเวลาการเก็บรักษาในนโยบายนี้

6.7. การเลือกวิธีการ

วิธีการทำลายที่จะใช้กำหนดโดย Corenta และ/หรือศูนย์ โดยคำนึงถึงลักษณะของข้อมูล (มีความอ่อนไหวหรือไม่) สื่อที่จัดเก็บ (ฐานข้อมูล พื้นที่จัดเก็บไฟล์ ระบบบันทึกล็อก ระบบสำรองข้อมูล) ความเป็นไปได้ทางกฎหมายและทางเทคนิค รวมทั้งหลักการที่ระบุในคำวินิจฉัยของคณะกรรมการและในระเบียบ สำหรับข้อมูลส่วนบุคคลที่มีความอ่อนไหว (รวมถึงข้อมูลสุขภาพ) จะใช้ความระมัดระวังสูงสุดในการทำลาย


7. กระบวนการทำลายตามรอบ

ตามข้อ 11 ของระเบียบ Corenta มีหน้าที่ต้องลบ ทำลาย หรือทำให้เป็นข้อมูลนิรนามโดยตำแหน่ง (โดยไม่ต้องรอคำขอ) ซึ่งข้อมูลส่วนบุคคลที่ครบระยะเวลาการเก็บรักษาแล้วและ/หรือวัตถุประสงค์การประมวลผลหมดไป และระยะเวลาการทำลายตามรอบที่กำหนดในขอบเขตนี้ต้องไม่เกิน 6 (หก) เดือน ภายใต้กรอบนี้ ได้แยกแยะอย่างชัดแจ้งระหว่างกลไกที่ทำงานจริงและที่ยังไม่ทำงานในระบบในปัจจุบัน ดังนี้:

  1. กระบวนการลบอย่างถาวร 30 วันหลังคำขอลบบัญชี ได้รับการตรวจหาตามรอบ (ทุกวัน) โดยงานตามกำหนดเวลาอัตโนมัติ (cron job) และบัญชีที่ครบระยะเวลาแล้วจะได้รับการดำเนินการเป็นชุด นี่เป็นระบบอัตโนมัติที่ตรวจสอบแล้วและทำงานจริงในระบบในปัจจุบัน
  2. ระยะเวลาการเก็บรักษาที่กำหนดสำหรับบันทึกการตรวจสอบย้อนหลัง (audit_logs) ได้รับการทบทวนตามรอบ อย่างไรก็ตาม ปัจจุบันยังไม่ได้ใช้กลไกการลบที่ดำเนินการทบทวนนี้โดยอัตโนมัติ (ดูส่วนที่ 4 ลำดับที่ 7)
  3. ระยะเวลาการเก็บรักษาสูงสุดที่กำหนดสำหรับข้อมูลแบบฟอร์มขอสิทธิ์เข้าใช้ก่อน (ดูส่วนที่ 4 ลำดับที่ 9) เป็นการอ้างอิงเพดานทางกฎหมายของหน้าที่ทำลายตามรอบภายใต้ข้อ 11 ของระเบียบ อย่างไรก็ตาม ปัจจุบันยังไม่มีกลไกการตรวจหา/ลบที่ทำงานโดยอัตโนมัติในระบบซึ่งสอดคล้องกับระยะเวลานี้ สำหรับข้อมูลประเภทนี้ การลบ/การทำให้เป็นข้อมูลนิรนามจะพิจารณาด้วยตนเองและตามคำขอจนกว่าจะเปิดใช้ระบบอัตโนมัติ (ดูส่วนที่ 4 หมายเหตุ 2) เรื่องนี้รักษาความโปร่งใสให้สอดคล้องกับข้อกล่าวอ้างเรื่องระบบอัตโนมัติอื่นที่ยังไม่ได้รับการตรวจสอบ (ดูข้อ 2 และ 4)
  4. การล้างโทเค็นการแจ้งเตือนแบบพุชที่หมดอายุ/ใช้ไม่ได้โดยอัตโนมัติและตามรอบแยกต่างหาก เป็นการปรับปรุงที่วางแผนไว้ในแผนงานผลิตภัณฑ์ ยังไม่ได้ตรวจสอบทางเทคนิคว่ากลไกนี้ทำงานจริงในระบบในปัจจุบัน (ดูส่วนที่ 4 ลำดับที่ 10) จะปรับปรุงนโยบายนี้เมื่อตรวจสอบแล้วหรือเปิดใช้แล้ว
  5. การทำลายตามรอบทุก 6 เดือน: สำหรับประเภทในส่วนนี้ที่ไม่มีการทำลายอัตโนมัติ (บันทึกการตรวจสอบย้อนหลัง หลักฐานการอนุญาตที่ตัดความเชื่อมโยงกับบุคคลแล้ว ข้อมูลแบบฟอร์มขอสิทธิ์เข้าใช้ก่อน เอกสารยืนยันผู้เชี่ยวชาญ สำเนาการดูแลข้อความกลุ่ม) Corenta ใช้การทำลายตามรอบทุก 6 เดือน และจัดทำบันทึกการทำลายสำหรับแต่ละรอบ ยังไม่มีงานตามกำหนดเวลาที่ทำให้รอบเหล่านี้เป็นอัตโนมัติ รอบดำเนินการด้วยตนเอง

กระบวนการทำลายตามรอบ ไม่ว่าระยะเวลาที่ระบุในนโยบายนี้จะเป็นอย่างไร ไม่ขัดขวางคำขอลบ/ทำลายรายบุคคลที่เจ้าของข้อมูลยื่นตาม KVKK มาตรา 11 เจ้าของข้อมูลสามารถยื่นคำขอลบได้แม้ระยะเวลาการเก็บรักษายังไม่สิ้นสุด หากฐานทางกฎหมายของกิจกรรมการประมวลผลที่เกี่ยวข้องหมดไป (เช่น การถอนความยินยอม) สำหรับประเภทที่ยังไม่ได้ใช้ระบบอัตโนมัติ เมื่อเจ้าของข้อมูลส่งคำขอรายบุคคลผ่าน hello@corenta.app คำขอจะได้รับการพิจารณาและดำเนินการให้แล้วเสร็จด้วยตนเอง


8. สิทธิของเจ้าของข้อมูลและวิธีการยื่นคำร้อง (KVKK มาตรา 11)

8.1. สิทธิตาม KVKK มาตรา 11

ตาม KVKK มาตรา 11 เจ้าของข้อมูลมีสิทธิต่อไปนี้:

  1. ทราบว่ามีการประมวลผลข้อมูลส่วนบุคคลของตนหรือไม่
  2. ขอข้อมูลเกี่ยวกับการประมวลผล หากข้อมูลส่วนบุคคลได้รับการประมวลผลแล้ว
  3. ทราบวัตถุประสงค์ของการประมวลผลข้อมูลส่วนบุคคล และทราบว่ามีการใช้ข้อมูลตามวัตถุประสงค์หรือไม่
  4. ทราบถึงบุคคลภายนอกทั้งในประเทศและต่างประเทศที่ได้รับโอนข้อมูลส่วนบุคคล
  5. ขอให้แก้ไขข้อมูลส่วนบุคคลในกรณีที่ประมวลผลไม่ครบถ้วนหรือไม่ถูกต้อง
  6. ขอให้ลบหรือทำลายข้อมูลส่วนบุคคลภายใต้กรอบของ KVKK มาตรา 7
  7. ขอให้แจ้งการดำเนินการตามข้อ (5) และ (6) ข้างต้นแก่บุคคลภายนอกที่ได้รับโอนข้อมูลส่วนบุคคล
  8. คัดค้านผลที่เป็นผลร้ายต่อตนอันเกิดจากการวิเคราะห์ข้อมูลที่ประมวลผลด้วยระบบอัตโนมัติแต่เพียงอย่างเดียว
  9. เรียกร้องค่าสินไหมทดแทนในกรณีที่ได้รับความเสียหายจากการประมวลผลข้อมูลส่วนบุคคลโดยไม่ชอบด้วยกฎหมาย

8.2. สรุปการดำเนินการทางเทคนิคในปัจจุบันอย่างตรงไปตรงมา

เรื่องต่อไปนี้นำเสนอเป็นสรุปที่ตรงไปตรงมาและสมจริงของการดำเนินการทางเทคนิคในปัจจุบัน:

  • คำขอลบ (การลบบัญชี): ยื่นได้โดยตรงจากเมนูการตั้งค่าที่เกี่ยวข้องภายในแอปมือถือ คำขอนี้ได้รับการตอบสนองโดยอัตโนมัติด้วยกระบวนการสองขั้นตอนที่อธิบายในส่วนที่ 5 (soft-delete ทันที → 30 วัน → การลบอย่างถาวร) (มาตรา 11 ข้อ 6)
  • การขอข้อมูล / การโอนย้ายข้อมูล: ตอบสนองโดยจัดให้เจ้าของข้อมูลได้รับข้อมูลของตนภายในขอบเขต tenant ของตนเองในรูปแบบที่มีโครงสร้างและเครื่องอ่านได้ ภายในระยะเวลาที่สมควร (ฟังก์ชัน export_user_data ตรวจสอบขอบเขต tenant แล้ว) กลไกการส่งมอบของกระบวนการนี้ (คุณสมบัติ เช่น รูปแบบไฟล์ วิธีการส่งมอบ ลิงก์ดาวน์โหลดที่มีการลงนาม) ได้รับการพัฒนาอย่างต่อเนื่อง ในขอบเขตของนโยบายนี้ไม่มีคำมั่นเกี่ยวกับระยะเวลาการส่งมอบที่แน่นอนหรือรูปแบบไฟล์/การเข้าถึงที่เจาะจง (มาตรา 11 ข้อ 1-2)
  • ข้อมูลการโอนให้บุคคลภายนอก (มาตรา 11 ข้อ 4): ข้อมูลเกี่ยวกับบุคคลภายนอก/ผู้ประมวลผลข้อมูลช่วงทั้งในประเทศ/ต่างประเทศที่ได้รับโอนข้อมูลส่วนบุคคล ตอบสนองไว้ในตารางส่วนที่ 11 (ผู้ประมวลผลข้อมูลช่วงและที่ตั้งของข้อมูล) ของนโยบายนี้
  • คำขอแก้ไข (มาตรา 11 ข้อ 5): ในทางเทคนิคดำเนินการด้วยตนเองได้ผ่านแผงจัดการของศูนย์ ไม่มีขั้นตอนงาน "คำขอแก้ไข" อัตโนมัติแยกต่างหาก ในบริบทผลิตภัณฑ์ SaaS คำขอแก้ไขข้อมูลผู้ใช้บริการต้องยื่นต่อศูนย์ที่เกี่ยวข้องเป็นลำดับแรก Corenta ในฐานะผู้ประมวลผลข้อมูลส่วนบุคคลให้การสนับสนุนทางเทคนิคตามคำสั่งของศูนย์
  • การแจ้งบุคคลภายนอก (มาตรา 11 ข้อ 7): คำขอให้แจ้งการลบ/การแก้ไขแก่บุคคลภายนอกที่ได้รับโอนข้อมูลจะได้รับการพิจารณาเมื่อส่งผ่านช่องทางที่ระบุในวิธีการยื่นคำร้อง ปัจจุบันกระบวนการนี้ไม่ได้เป็นแบบอัตโนมัติ แต่ดำเนินการด้วยตนเอง
  • การคัดค้านการตัดสินใจโดยอัตโนมัติ/การทำโปรไฟล์ (มาตรา 11 ข้อ 8): ในระบบไม่มีกิจกรรมการตัดสินใจโดยอัตโนมัติหรือการทำโปรไฟล์ที่ก่อให้เกิดผลเป็นผลร้ายต่อเจ้าของข้อมูลจากการวิเคราะห์ข้อมูลที่ประมวลผลด้วยระบบอัตโนมัติแต่เพียงอย่างเดียว ดังนั้น ในปัจจุบันจึงยังไม่มีความจำเป็นต้องมีกลไกการคัดค้านแยกต่างหากที่ดำเนินการจริงสำหรับข้อนี้
  • ตาม KVKK มาตรา 13 คำร้องจะได้รับการดำเนินการให้แล้วเสร็จโดยไม่เสียค่าใช้จ่ายภายใน 30 วันเป็นอย่างช้า (หากการดำเนินการต้องมีค่าใช้จ่ายเพิ่มเติม อาจเรียกเก็บค่าธรรมเนียมตามอัตราที่คณะกรรมการกำหนด)

8.3. วิธีการยื่นคำร้อง

คำขอเกี่ยวกับสิทธิข้างต้นสามารถส่งได้:

  • ทางอีเมล hello@corenta.app
  • ผ่านหน้าจอการตั้งค่า/การสนับสนุนที่เกี่ยวข้องภายในแอป
  • หรือด้วยวิธีการอื่นที่ KVKK กำหนด

ไปยัง Corenta

หมายเหตุสำคัญเกี่ยวกับข้อมูลผู้ใช้บริการ: หากคุณเป็นผู้ใช้บริการของศูนย์และต้องการยื่นคำขอเกี่ยวกับข้อมูลของคุณ คุณต้องยื่นคำร้องต่อศูนย์ที่เกี่ยวข้อง (ผู้ควบคุมข้อมูลส่วนบุคคล) เป็นลำดับแรก เนื่องจากศูนย์เป็นผู้มีอำนาจตัดสินใจขั้นสุดท้ายและเป็นคู่กรณีในส่วนที่เกี่ยวกับข้อมูลผู้ใช้บริการ Corenta ในฐานะผู้ประมวลผลข้อมูลส่วนบุคคล จัดให้มีเครื่องมือทางเทคนิคที่จำเป็น (ฟังก์ชันการดู การส่งออก และการลบข้อมูล) ตามคำสั่งของศูนย์


9. บทบาทและความรับผิดชอบ

บทบาทความรับผิดชอบ
Corenta / [Teta Studio]รับผิดชอบการใช้นโยบายนี้ในฐานะผู้ควบคุมข้อมูลส่วนบุคคลในบริบทเว็บไซต์องค์กร และในบริบทผลิตภัณฑ์ SaaS รับผิดชอบในฐานะผู้ประมวลผลข้อมูลส่วนบุคคลในการจัดให้มีโครงสร้างพื้นฐานทางเทคนิคสำหรับการเก็บรักษา/การทำลาย (soft-delete การลบอย่างถาวรผ่าน cron การจำกัดการเข้าถึงด้วย RLS) ตามคำสั่งของศูนย์
ศูนย์ (Tenant/ธุรกิจ)ในบริบทผลิตภัณฑ์ SaaS ในฐานะผู้ควบคุมข้อมูลส่วนบุคคลของข้อมูลส่วนบุคคลของผู้ใช้บริการของตน รับผิดชอบหน้าที่แจ้งข้อมูลแก่ผู้ใช้บริการ การขอความยินยอมโดยชัดแจ้ง และการตัดสินใจภายในของตนเองเรื่องการเก็บรักษา/การทำลาย (เช่น จะลบบันทึกผู้ใช้บริการรายใดเมื่อใด)
ระบบ / กระบวนการอัตโนมัติรับผิดชอบการดำเนินการทางเทคนิคของการทำลายตามรอบและกระบวนการลบอย่างถาวร 30 วันผ่านงานตามกำหนดเวลา (cron) กระบวนการเหล่านี้เรียกใช้ได้ด้วยสิทธิ์พิเศษ (service-role) เท่านั้น
ทีมสนับสนุน/ลูกค้าสัมพันธ์รับผิดชอบการรับ การส่งต่อ และการติดตามกระบวนการของคำร้องจากเจ้าของข้อมูล
ผู้ประสานงานของผู้ควบคุมข้อมูลส่วนบุคคลรับผิดชอบการดำเนินการคำร้องตาม KVKK ให้แล้วเสร็จตามกฎหมาย และการติดต่อกับสำนักงานคุ้มครองข้อมูลส่วนบุคคลเมื่อจำเป็น

10. มาตรการรักษาความปลอดภัย (ตลอดระยะเวลาการเก็บรักษา)

ตลอดระยะเวลาการเก็บรักษา ข้อมูลส่วนบุคคลได้รับการคุ้มครองด้วยมาตรการทางเทคนิคและการบริหารจัดการต่อไปนี้ (KVKK มาตรา 12):

  • ในสถาปัตยกรรมแบบหลายผู้เช่า (multi-tenant) ใช้ข้อกำหนดบังคับ tenant_id ในทุกตารางและหลักการปฏิเสธโดยค่าเริ่มต้น (default-deny) ด้วยนโยบายความปลอดภัยระดับแถว (Row Level Security) (37/37 ตาราง 86 นโยบาย) ด้วยวิธีนี้การรั่วไหลของข้อมูลระหว่างผู้เช่าจึงถูกป้องกันทางเทคนิค
  • การเข้าถึงตารางที่มีข้อมูลสุขภาพจำกัดเฉพาะผู้ใช้บริการที่เกี่ยวข้อง ผู้เชี่ยวชาญที่ได้รับมอบหมาย และผู้ดูแล tenant การควบคุมการเข้าถึงใช้ในระดับฐานข้อมูล (RLS) บันทึกเซสชันไม่สามารถเปลี่ยนแปลง/ลบได้หลังส่ง (append-only) สำหรับแบบประวัติสุขภาพไม่ได้ให้สิทธิ์การลบแก่ผู้ใช้ใด (รวมถึงผู้ดูแล)
  • โหมดสนับสนุนของซูเปอร์แอดมิน (impersonation) มีระยะเวลาจำกัด (30 นาที) และโดยค่าเริ่มต้นเป็นแบบอ่านอย่างเดียว การเขียนและการเข้าถึงข้อมูลสุขภาพอยู่ภายใต้ขั้นตอนแยกต่างหากที่ต้องได้รับการอนุมัติเพิ่มเติม ไม่มีการเปิดสิทธิ์เขียนตารางข้อมูลสุขภาพในสถานการณ์ impersonation ใด (ข้อจำกัดนี้เกี่ยวกับเซสชัน impersonation ที่มนุษย์เป็นผู้เริ่ม กระบวนการ cron ของ service-role ที่ทำงานอัตโนมัติเป็นอีกชั้นหนึ่ง — ดูส่วนที่ 5.7)
  • ในการส่งข้อมูลใช้การเข้ารหัสแบบต้นทางถึงปลายทาง (TLS) ในแอปมือถือ โทเค็นเซสชันจัดเก็บแบบเข้ารหัสในที่เก็บกุญแจที่ปลอดภัยซึ่งรองรับด้วยฮาร์ดแวร์ของอุปกรณ์ (Keychain/Keystore)
  • บนหน้าจอที่มีความอ่อนไหวได้ใช้มาตรการทางเทคนิคเพื่อจำกัดการจับภาพหน้าจอ
  • บัญชีซูเปอร์แอดมินต้องใช้การยืนยันตัวตนสองปัจจัย (2FA/MFA)
  • การตรวจสอบลายมือชื่อเข้ารหัสของการแจ้งเตือน (webhook) ที่เกี่ยวกับธุรกรรมการชำระเงินได้กำหนดไว้ในสถาปัตยกรรมและใช้งานอยู่ งานเพื่อให้การตั้งค่า/การจัดการกุญแจที่เกี่ยวข้องในทุกสภาพแวดล้อม (รวมถึงการผลิต) สมบูรณ์ยังดำเนินอยู่
  • มาตรการรักษาความปลอดภัยเหล่านี้ได้รับการทบทวนและปรับปรุงอย่างต่อเนื่อง อย่างไรก็ตาม ไม่มีมาตรการทางเทคนิคใดรับประกันความปลอดภัยโดยสมบูรณ์ และนโยบายนี้ไม่ได้ให้คำมั่นเรื่องความปลอดภัยโดยสมบูรณ์

11. ผู้ประมวลผลข้อมูลช่วงและที่ตั้งของข้อมูล

ตลอดระยะเวลาการเก็บรักษา ข้อมูลส่วนบุคคลได้รับการประมวลผลหรือโฮสต์ผ่านผู้ประมวลผลข้อมูลช่วง/ผู้ให้บริการต่อไปนี้ ในสัญญากับผู้ให้บริการเหล่านี้กำหนดหน้าที่ให้ประมวลผลข้อมูลเฉพาะเพื่อการให้บริการที่ระบุเท่านั้น ความสัมพันธ์นี้ไม่ได้แสดงระยะเวลาการเก็บรักษา แต่แสดงสภาพแวดล้อมทางเทคนิคที่โฮสต์ข้อมูล — การดำเนินการตามการตัดสินใจทำลายก็ดำเนินการทางเทคนิคที่ผู้ให้บริการเหล่านี้ด้วย ตารางต่อไปนี้ยังเป็นการตอบสนองสิทธิ "ในการทราบบุคคลภายนอกที่ได้รับโอนข้อมูล" ตาม KVKK มาตรา 11 ข้อ 4 ด้วย:

ผู้ประมวลผลข้อมูลช่วงบทบาทที่ตั้งข้อมูลการโอนข้อมูลไปต่างประเทศ (KVKK มาตรา 9)
Supabaseการโฮสต์ฐานข้อมูล การยืนยันตัวตน การจัดเก็บไฟล์ ฟังก์ชันฝั่งเซิร์ฟเวอร์แฟรงก์เฟิร์ต เยอรมนีถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐานตาม KVKK มาตรา 9 วรรค 4 (c) (โมดูล 3): ยังไม่ได้ลงนามและยังไม่ได้แจ้งต่อคณะกรรมการ
Appleการเผยแพร่บน App Store การเรียกเก็บเงินการซื้อภายในแอป (IAP) การแจ้งเตือนแบบพุช (APNs)โครงสร้างพื้นฐานระดับโลกถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐาน KVKK: ยังไม่ได้ลงนาม
Googleการเผยแพร่บน Play Store การเรียกเก็บเงินการซื้อภายในแอป (IAP) การแจ้งเตือนแบบพุช (FCM)โครงสร้างพื้นฐานระดับโลกถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐาน KVKK: ยังไม่ได้ลงนาม
Vercelการโฮสต์เว็บ (แผงจัดการ / Next.js)โครงสร้างพื้นฐานระดับโลกถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐาน KVKK: ยังไม่ได้ลงนาม
Framerการโฮสต์เว็บไซต์องค์กร/การตลาด corenta.appโครงสร้างพื้นฐานระดับโลกถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐาน KVKK (โมดูล 2): ยังไม่ได้ลงนาม
Google Workspace (Google)การส่งอีเมลบริการ (การทดลองใช้ คำเชิญ การสนับสนุน) และกล่องข้อความเข้าของฝ่ายสนับสนุน/การติดต่อโครงสร้างพื้นฐานระดับโลกถือเป็นการโอนข้อมูลไปต่างประเทศ สัญญามาตรฐาน KVKK: ยังไม่ได้ลงนาม

นอกจากนี้:

  • โครงสร้างพื้นฐานอีเมล: อีเมลบริการส่งผ่าน Google Workspace (Google) อีเมลการยืนยันตัวตนส่งโดย Supabase Auth อีเมลส่งเสริมการขายจะส่งเฉพาะเมื่อได้รับความยินยอมแยกต่างหากและลงทะเบียนใน İYS แล้วเท่านั้น การแจ้งเตือนแบบพุชส่งผ่าน Apple (APNs) และ Google (FCM)
  • เครื่องมือวิเคราะห์: ไม่ใช้เครื่องมือวิเคราะห์ของบุคคลภายนอก (เช่น Google Analytics) ปัจจุบันการวัดการใช้งานผลิตภัณฑ์ภายในแอปยังไม่เปิดใช้ หากเปิดใช้ การวัดผลจะเขียนลงในตารางของบุคคลที่หนึ่งที่จัดเก็บในฐานข้อมูลของ Corenta เอง (Supabase แฟรงก์เฟิร์ต/เยอรมนี) ไม่มีข้อมูลสุขภาพและข้อความอิสระ และจะปรับปรุงนโยบายนี้ก่อนเปิดใช้ เมื่อเปิดใช้แล้วจะระบุระยะเวลาการเก็บรักษาบันทึกการวัดผลไว้ในนโยบายนี้
  • การติดตามข้อผิดพลาด: ไม่ใช้เครื่องมือติดตามข้อผิดพลาดของบุคคลภายนอก ข้อผิดพลาดฝั่งไคลเอนต์บันทึกในฐานข้อมูลของ Corenta เอง
  • ไม่มีโครงสร้างพื้นฐานการชำระเงินด้วยบัตรเครดิตโดยตรงผ่านเว็บ การชำระเงินดำเนินการผ่านกลไกการซื้อภายในแอป (IAP) ของ Apple/Google เท่านั้น ใบแจ้งหนี้/ใบเสร็จขั้นสุดท้ายออกโดย Apple/Google (ดูส่วนที่ 4 ลำดับที่ 6)

การแบ่งปันข้อมูลกับผู้ประมวลผลข้อมูลช่วงข้างต้นทำเท่าที่จำเป็นสำหรับการให้บริการที่เกี่ยวข้องเท่านั้น และภายใต้กรอบของ KVKK มาตรา 8/มาตรา 9 การโอนข้อมูลไปต่างประเทศ: ผู้ให้บริการข้างต้นทั้งหมดประมวลผลข้อมูลนอกประเทศตุรกี การโฮสต์ในเยอรมนีก็ถือเป็นการโอนข้อมูลไปต่างประเทศตามความหมายของ KVKK เช่นกัน เนื่องจากการโอนเหล่านี้เกิดขึ้นเป็นประจำและต่อเนื่อง จึงไม่อาศัยความยินยอมโดยชัดแจ้ง แต่จะอาศัยสัญญามาตรฐานที่คณะกรรมการประกาศตามมาตรา 9 วรรค 4 (c) ณ วันที่ของเอกสารนี้ ยังไม่ได้ลงนามสัญญามาตรฐานและยังไม่ได้แจ้งต่อคณะกรรมการ สัญญาแต่ละฉบับจะแจ้งต่อคณะกรรมการภายใน 5 วันทำการนับจากวันที่ลงนาม และจะปรับปรุงตารางนี้พร้อมวันที่ คณะกรรมการยังไม่ได้ประกาศคำวินิจฉัยว่าประเทศเหล่านี้มีมาตรฐานการคุ้มครองที่เพียงพอ (ตรวจสอบล่าสุด: 11 ตุลาคม 2026) รายชื่อนี้อาจปรับปรุงตามการเปลี่ยนแปลงผู้ให้บริการ สามารถติดตามรายชื่อปัจจุบันได้จากนโยบายความเป็นส่วนตัวและ/หรือหน้าจอแจ้งข้อมูลที่เกี่ยวข้องภายในผลิตภัณฑ์ Corenta


12. การลงทะเบียน VERBİS

ณ วันที่ของเอกสารนี้ Teta Studio ยังไม่มีการลงทะเบียนใน VERBİS หน้าที่ในการลงทะเบียนกำลังได้รับการประเมินตามเกณฑ์ในคำวินิจฉัยของคณะกรรมการเลขที่ 2025/1572 (เกณฑ์การยกเว้นสำหรับผู้ควบคุมข้อมูลส่วนบุคคลที่มีกิจกรรมหลักเป็นการประมวลผลข้อมูลที่มีความอ่อนไหว: พนักงาน 10 คนต่อปีและงบดุล 10 ล้านลีราตุรกี) และเลขที่ 2025/2393 (เกณฑ์จำนวนพนักงานสำหรับผู้ที่ไม่ได้จัดทำบัญชีตามหลักงบดุล) เนื่องจาก Teta Studio ประมวลผลข้อมูลสุขภาพทางคลินิกในฐานะผู้ประมวลผลข้อมูลส่วนบุคคล ไม่ใช่ผู้ควบคุมข้อมูลส่วนบุคคล การประเมินสำหรับกิจกรรมในฐานะผู้ควบคุมข้อมูลส่วนบุคคลของตนเอง (ส่วน A และ C) จึงทำตามเกณฑ์เหล่านี้ เมื่อบันทึกการประเมินเป็นลายลักษณ์อักษรและการยืนยันจากสำนักงาน (ALO 198) เสร็จสิ้น จะปรับปรุงส่วนนี้พร้อมวันที่และเหตุผล หากจำเป็นต้องลงทะเบียน จะลงทะเบียนก่อนดำเนินกิจกรรมต่อไป

การชี้แจงตามบทบาท: หน้าที่ในการลงทะเบียน VERBİS ได้รับการประเมินสำหรับบริบทเว็บไซต์องค์กร (แบบฟอร์มขอสิทธิ์เข้าใช้ก่อนของ corenta.app) ที่ Corenta ดำเนินการในฐานะผู้ควบคุมข้อมูลส่วนบุคคล และสถานะได้อธิบายไว้ข้างต้น ในบริบทผลิตภัณฑ์ SaaS (app.corenta.app) เนื่องจากผู้ควบคุมข้อมูลส่วนบุคคลของข้อมูลผู้ใช้บริการคือศูนย์ การมีหรือไม่มีหน้าที่ลงทะเบียน VERBİS ต้องประเมินแยกต่างหากและเป็นอิสระตามเกณฑ์ของศูนย์แต่ละแห่งเอง (จำนวนพนักงาน ปริมาณการประมวลผลข้อมูลต่อปี สาขากิจกรรม คำวินิจฉัยยกเว้นของคณะกรรมการ ฯลฯ) การประเมินนี้และหน้าที่ลงทะเบียน (ถ้ามี) เป็นของศูนย์ และไม่สามารถโอนให้ Corenta ได้


13. การปรับปรุงนโยบาย

นโยบายนี้อาจได้รับการปรับปรุงตามการเปลี่ยนแปลงของกฎหมาย คำวินิจฉัยของคณะกรรมการ การพัฒนาที่จะดำเนินการในโครงสร้างพื้นฐานทางเทคนิคของ Corenta (เช่น การเพิ่มการตรวจหา PII ภายในข้อความในเนื้อหาข้อความอิสระของบันทึกเซสชันตามที่ระบุในส่วนที่ 4 ลำดับที่ 3 และส่วนที่ 6.2 การผูกเอกสารยืนยันผู้เชี่ยวชาญ (specialist-verification-docs) ตามที่ระบุในส่วนที่ 5.4/ส่วนที่ 4 ลำดับที่ 11 เข้ากับกระบวนการปิด tenant การตรวจสอบ/การเปิดใช้การล้างโทเค็นพุชตามที่ระบุในส่วนที่ 4 ลำดับที่ 10 และส่วนที่ 7 ข้อ 4 การจัดตั้งกลไกการตรวจหาอัตโนมัติสำหรับข้อมูลแบบฟอร์มขอสิทธิ์เข้าใช้ก่อนตามที่ระบุในส่วนที่ 7 ข้อ 3 การพัฒนากระบวนการโอนย้ายข้อมูลตามที่ระบุในส่วนที่ 8.2 การทำให้ฐานทางกฎหมายของการโอนข้อมูลไปต่างประเทศในส่วนที่ 11 สมบูรณ์ การเปลี่ยนแปลงในรายชื่อผู้ประมวลผลข้อมูลช่วง) หรือการเปลี่ยนแปลงในกระบวนการทางธุรกิจ ฉบับปัจจุบันจะเผยแพร่บนแพลตฟอร์มที่เกี่ยวข้องของ Corenta (เว็บไซต์องค์กรและ/หรือภายในแอป) และสำหรับบทบัญญัติที่ขัดกับฉบับก่อนหน้า ให้ถือตามฉบับปัจจุบัน ในกรณีการเปลี่ยนแปลงที่สำคัญ ผู้ใช้/ศูนย์จะได้รับแจ้งแยกต่างหากด้วยเท่าที่ทำได้


14. การติดต่อ

สำหรับคำถามของคุณเกี่ยวกับนโยบายนี้หรือการเก็บรักษา/การทำลายข้อมูลส่วนบุคคล:

อีเมล: hello@corenta.app ผู้ควบคุมข้อมูลส่วนบุคคล: Mertcan Demir — กิจการเจ้าของคนเดียวภายใต้ชื่อทางการค้า "Teta Studio" ฝ่ายสนับสนุน: support@corenta.app พื้นที่ให้บริการ: Corenta ให้บริการทั่วโลกผ่าน App Store และ Google Play ในประเทศที่ร้านค้าเหล่านี้ให้บริการ ระยะเวลาในนโยบายนี้ใช้กับผู้ใช้ในทุกประเทศ หากกฎหมายบังคับของประเทศใดกำหนดหน้าที่ลบที่สั้นกว่าหรือหน้าที่เก็บรักษาที่ยาวกว่า ให้ใช้บทบัญญัตินั้น


ปรับปรุงล่าสุด: 19 ตุลาคม 2026 ฉบับ 1.9 · 19 ตุลาคม 2026

Sürüm bilgisi
Sürüm
1.9
sha256
dc6bafc72d2976bbc2ecbfd7bad94d3f5ede16a526e9850530c49ae89a3f307b
Kaynak (TR) sha256
e923834cce3f0acab0b0eb1bdf599ae761c4e3ba6bc90a9ede9adc99e546fcbf