CORENTA — 資料保存與處置政策

本譯文僅為便利閱讀及提供資訊而編寫，本身不具法律效力；具法律拘束力者為土耳其文原文。

無帳號學員的刪除： 場館管理員的「刪除」操作視為一項請求；記錄立即從活躍列表中移除，30 天後，身分/聯絡資訊以及學員的健康欄位（血型、過敏、慢性病況、用藥）將被刪除/清空（見 5.0）。下文關於帳號刪除的一般說明，在這一特定範圍內不應被解釋為必須永久刪除學員行。健康問卷、測量、課程筆記和財務記錄仍適用其各自的保存規定。

生效日期／最後更新： 2026年10月19日 版本： 1.9 資料控管者／發布者： Mertcan Demir — 以「Teta Studio」商號經營的獨資商號

變更記錄

• 1.9 — 2026年10月19日： 第14節中「僅限土耳其」的表述改為全球提供；保存期限未變。
• 1.8 — 2026年10月19日： 正式發布版本；生效日期為 2026年10月19日。第4節新增場館群組訊息及為團隊稽核而保留的訊息副本一行（第12行）；第7節的定期處置清單相應擴充套件；從 1.3 表中刪除了留空的 MERSİS 和 KEP 資訊。
• 1.7 — 2026年10月11日： 根據 2026年10月11日的合規審查（F01、F02、F08、F11、F13、F19、F21）：刪除了 §11 中「Supabase/法蘭克福不屬於跨境傳輸」的表述，跨境傳輸一節按照第6698號法律第9條 2024 年之後的條文撰寫（標準契約尚未簽署）；健康/臨床/財務記錄的「匿名」表述更正為切斷與個人關聯後的受限保存（課程筆記的自由文字不作修改）；同意證據一行的法律依據更正為第5條第2項第e款（刪除了對第20條第2項的錯誤援引）；搶先體驗表單一行根據告知與商業資訊同意的分離加以更新；為沒有自動銷毀的類別新增 6 個月定期處置原則；身分資訊更正為獨資商號；VERBİS 一節按委員會 2025 年的決定撰寫。
• 1.6 — 2026年10月10日： 從次處理者/處理者記錄中刪除 Expo（Expo Push Notification Service）；推送通知僅透過 Apple（APNs）和 Google（FCM）傳送，Expo/EAS 僅為應用程式建置工具，不處理終端使用者資料。
• 1.5 — 2026年10月10日： 刪除了有關選用 Google Analytics 的表述；明確不使用第三方分析工具，並明確推送處理者。
• 1.4 — 2026年10月4日： 將現有文本確定為批准版本。本版本僅納入以下內容：帳號刪除（存取立即終止，個人資料被刪除/匿名化，依法需要保存的付款記錄以去身分方式保存；沒有撤銷期）；30 天期滿時刪除學員健康欄位；孤立收據 7 天期限；支援模式下學員聯絡資訊保持隱藏；去身分的伺服器端統計；服務郵件和 Google Workspace；推送處理者；支援地址；市場（土耳其）。
• 1.3 — 2026年7月7日（2026年8月4日更新）：此前版本。

關於資料控管者／資料處理者身分的重要說明： 本資料保存與處置政策（「本政策」）規定：在以「Teta Studio」商號作為獨資商號經營的 Mertcan Demir（「Corenta」、「Teta Studio」、「公司」）開發和營運的 Corenta 軟體服務（「服務」或「應用程式」）範圍內處理的個人資料將保存多長時間、確定這些期限所依據的標準，以及在保存期限屆滿或處理原因消失時，這些資料將以何種方法被刪除、銷毀或匿名化。

本政策依據第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 平台的臨床皮拉提斯、物理治療、核心床、健康養護/按摩和瑜伽中心（「租戶」、「商家」或「場館」）為其自身學員（「作為資料主體的學員」）錄入平台的個人資料（聯絡資訊、健康問卷、課程筆記、預約/課程包資料等）而言，場館依照 KVKK 第3條是資料控管者；Corenta/Teta Studio 僅以資料處理者身分，按照場館的指示提供技術基礎設施服務。對學員的告知義務、取得明示同意以及有關學員資料的最終保存/銷毀決定，屬於場館的法律責任。Corenta 在產品內從技術上便利這些義務的履行（同意記錄機制 consent_logs、行動版 KVKK 確認螢幕 kvkk.tsx、審計追蹤），但不接管或承擔場館的 KVKK 合規義務。本政策中就該情境說明的保存期限，表示 Corenta 以資料處理者身分在其基礎設施中實際保存這些資料的時長；最終的銷毀決定和期限，可能根據場館的指示及其所適用的法規而確定。

本政策還在一般原則層面涵蓋 Corenta 員工、業務合作伙伴和供應商個人資料的保存/銷毀流程；但本政策的主要關注點是上文 (a) 項和 (b) 項所定義的客戶/學員資料。

1.3. 資料控管者／資料處理者資訊

1.4. 依據的法規

• 第6698號《個人資料保護法》，
• 《個人資料刪除、銷毀或匿名化條例》（日期為 28.10.2017、第30224號官方公報），
• 《個人資料刪除、銷毀或匿名化指南》以及個人資料保護委員會（「委員會」）的決定，
• 第6102號《土耳其商法典》（商業帳簿和檔案的保存），
• 第213號《稅收程序法》（財務記錄的保存），
• 其他相關行業法規（在適用範圍內，包括有關提供醫療服務的法規）。

2. 定義

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">

</div>

注 1： 上表中「帳號/租戶有效期間」的表述，指相關場館的 Corenta 訂閱持續且學員記錄未被場館刪除的期間。場館何時刪除其學員的資料，由場館（以資料控管者身分）根據其自身的 KVKK 政策以及與學員的關係確定；Corenta 為此流程提供技術手段。

注 2： 第7行（審計追蹤記錄）的 2 年和第8行（同意記錄）的 5 年，是 Corenta 確定的固定保存期限（與第6行的《土耳其商法典》/《稅收程序法》期限不同，並非直接以法規條款為依據；而是在 KVKK 第5條第2項第f款的正當利益和舉證義務框架內確定、自我約束的承諾）。系統中目前沒有在這些期限屆滿時執行的自動保存期滿刪除機制 — 期滿時以人工方式進行刪除/匿名化，啟用自動化後本政策將予以更新。第9行（搶先體驗表單資料）的「最長 2 年」表述範圍不同，如其所在行所述，表示一個單獨的法律上限。

5. 帳號刪除流程 — 端到端運作

為在技術上滿足資料主體依據 KVKK 第11條提出的刪除請求，Corenta 實施兼顧使用者體驗與資料安全/法律舉證需要的兩階段刪除架構：即時軟刪除（soft-delete）以及隨後的 30 天期滿時永久刪除。

5.0. 2026年10月4日的變更 — 與 5.1–5.7 衝突之處，以本條為準

帳號刪除（截至 2026年10月4日）： 刪除請求確認後，對帳號的存取立即終止（工作階段被終止，無法登入）；個人資料被刪除或匿名化（姓名、電子郵件、電話、圖片以及學員身分/聯絡資訊和健康欄位 — 血型、過敏、慢性病況、用藥 — 被清除）；依法需要保存的付款和報酬記錄不會被刪除；會在切斷與個人的關聯後，以受限存取的方式保存。 請求提出後沒有撤銷期；身分驗證記錄和檔案的永久刪除在現有的三十天後台流程中完成。

學員記錄的刪除和健康欄位（截至 2026年10月4日）： 商家刪除沒有帳號的學員記錄時，該記錄立即從活躍列表中移除；30 天後，學員的健康欄位（血型、過敏、慢性病況、用藥）也將與身分和聯絡資訊一併被刪除/清空。 健康問卷、測量和課程筆記的保存規則不受本條影響。

收據檔案（截至 2026年10月4日）： 未關聯到任何付款的（孤立）收據檔案在 7 天後自動刪除；已關聯到付款的收據，任何角色都不能刪除。

支援模式下的學員聯絡資訊（截至 2026年10月4日）： 在 Corenta 支援（超級管理員）工作階段中，學員的電子郵件和電話資訊不向支援人員顯示；支援人員只能看到有限的身分摘要（姓名、帳號狀態、是否有效、建立日期）。

健康欄位的寫入權限（截至 2026年10月4日）： 學員的健康欄位（血型、過敏、慢性病況、用藥）只能由學員本人及為其指派的專員寫入；商家負責人/管理員不能寫入這些欄位（可編輯緊急聯絡人和身分欄位）。

假名化產品統計： 為改進產品，僅可在伺服器端以場館假名識別碼統計彙總的使用事件；該統計不包含 IP 位址、健康資料或來源/廣告追蹤。場館假名識別碼屬於假名（並非無身分）。該功能目前處於關閉狀態。

5.1. 第 1 階段 — 即時軟刪除（Soft-Delete）

使用者在應用程式內確認帳號刪除請求時，系統同時且即時執行以下操作：

1. 透過填寫 deleted_at 欄位，將使用者的個人資料記錄設為停用；帳號不再可供正常使用/不可見，也無法用於登入。
2. 使用者待進行（尚未發生）的預約被自動取消。
3. 使用者作為專員/資源參與的指派（學員與專員的配對、專案指派）被解除。
4. 使用者的所有同意被撤回（透過在 consent_logs 記錄中填寫 revoked_at 欄位加以記錄）。

在此階段，資料並未被物理刪除，但就正常的處理和顯示目的而言已無法存取。這構成 KVKK 第7條和條例意義上「使其無法存取」的刪除流程的第一步。

5.2. 第 2 階段 — 永久刪除（30 天後）

軟刪除操作 30（三十）天後，系統中自動執行的定時任務（cron job）以不可逆的方式執行以下操作：

1. 使用者的身分驗證記錄（auth.users）被永久且不可逆地刪除。
2. 與使用者相關聯的資料庫記錄按類別區別處理：不具有獨立業務/證明價值的記錄（例如通知）被永久刪除（DELETE/cascade）；而健康資料（anamnesis_forms、session_notes、measurements）以及臨床/財務記錄（payments、attendance、consent_logs）不被刪除，而是切斷與個人的關聯 — 個人關聯在資料庫層面被切斷，部分自由文字欄位被清除，記錄作為租戶中已切斷個人關聯的記錄以受限存取方式保留（由於課程筆記的自由文字不作修改，不被視為匿名）（見第4節第2-5行、第8行、第10行和第6.2節）。
3. 該操作僅在系統的特權（受 service-role 保護的）後台流程中自動觸發；包括行政人員在內的任何使用者或商家管理員，都不能透過正常的產品介面手動啟動、提前觸發或停止該流程 — 這是為防止因失誤或濫用而提前/延遲刪除而有意採用的安全設計。（該保障涵蓋產品的正常使用者和管理介面；可能在系統特權基礎設施層面直接存取資料庫的技術運維流程，不在該保障範圍內，並受單獨的內部存取控制約束。）

30 天後臺流程的目的（截至 2026年10月4日）： 由於對帳號的存取在提出刪除請求時即已終止，該期間不提供撤銷/反悔的機會；而是用於完成身分驗證記錄和檔案的永久刪除以及審查可能的濫用。該期間是符合 KVKK 第5條比例原則的合理且有限的期間。可就刪除請求的狀態聯絡 hello@corenta.app。

5.3. 例外：負有法定保存義務的資料

上述 30 天永久刪除流程，不涵蓋第4節表第6行（訂閱/交易後設資料）所列、依《土耳其商法典》/《稅收程序法》負有法定保存義務的記錄。即使帳號被永久刪除，這些記錄也將在相關法定保存期限屆滿前，與個人資料處理目的分離、僅為履行法定義務而以受限存取方式另行保存。同樣，審計追蹤記錄（audit_logs）以及同意記錄中用於舉證的最小核心部分（見第4節第7-8行），也可能基於正當利益/法律舉證理由，在該 30 天期間之外、為單獨且有限的目的繼續保存。該例外範圍內的期限不對應系統中自動實施的技術機制，已在第4節注 2 中明確說明。

5.4. 關於已保存檔案附件的特別說明（重要 — 透明度）

根據透明原則，在此明確說明：在永久刪除操作中，資料庫記錄（個人資料、預約、指派、同意等）被完全刪除或（對於健康/臨床/財務記錄，見第6.2節）匿名化；而屬於使用者、保存在單獨儲存（Storage）區域中的檔案附件按以下方式處理：頭像/個人資料照片、附加到健康問卷的檔案/照片以及付款憑證圖片，作為永久刪除步驟的一部分，自動（best-effort）從 Storage 刪除 — 這是系統中目前實際執行、經過核實的行為。如某個保存桶中的刪除操作失敗，該情況會被記錄日誌；但不妨礙其他保存桶的清理或帳號的匿名化/永久刪除步驟（best-effort 設計）。

如實說明的邊界： 唯一不在該自動流程範圍內的檔案類別，是在專員/獨立註冊流程中上傳的身分/文憑驗證文件（specialist-verification-docs 保存桶）。這些檔案在技術上不與使用者關聯，而與相關租戶（場館）的驗證流程關聯，且在資料庫記錄中不含使用者引用；因此無法自動納入當前的使用者帳號刪除流程。該檔案的銷毀將在相關場館於租戶層面關閉帳號/訂閱的流程中另行處理（見第5.6節）；在此之前，對於例外請求，透過 hello@corenta.app 進行人工評估。

因此，本政策不作出帳號刪除請求將使「屬於使用者的所有資料/檔案被完整且即時刪除」的絕對承諾（特別是關於備份中的技術殘留，見第6.3節；以及上述例外）；但就上文所述的檔案類別而言，自動刪除已在實際實施。

5.5. 關於健康資料的特別說明

健康問卷、課程筆記和測量記錄等敏感健康資料，同樣適用上述一般刪除流程（軟刪除 → 30 天 → 永久刪除）；但如第4節第2-4行和第6.2節所述，在這些表中，永久刪除步驟透過切斷個人關聯和部分清理實施 — 記錄不被 DELETE，個人關聯被切斷，部分自由文字欄位被清除；臨床記錄（特別是 append-only 的課程筆記內容）作為租戶中已切斷個人關聯的記錄以受限存取方式保存，不被視為匿名。此外，由於該資料類別與場館以資料控管者身分保存的記錄交織在一起，學員的帳號/資料刪除請求可能與場館自身的法定保存義務（例如可能源於有關提供醫療服務的法規的記錄保存要求）相沖突；切斷個人關聯和受限保存的方法，旨在平衡這兩項義務（學員對個人資料的權利與場館的記錄保存義務）。在此類情形下，最終決定者是作為資料控管者的場館；Corenta 按照場館的指示行事。

5.6. 場館（租戶）層面的刪除

如場館完全終止其 Corenta 訂閱，對於屬於該場館的租戶資料以及該租戶下的所有學員記錄，同樣適用相同的兩階段架構（軟刪除 → 30 天 → 永久刪除）。由於場館是其學員的資料控管者，在終止訂閱前，場館有義務在其自身 KVKK 義務框架內告知其學員；該義務不能轉移給 Corenta。

5.7. 與超級管理員支援模式（代入）的關係

帳號刪除和保存流程獨立於 Corenta 的支援/代入機制執行。代入工作階段有時間限制（30 分鐘），預設只讀；存取健康資料類別（健康問卷、課程筆記、測量）需要單獨的批准步驟（health_data_enabled），且在任何條件下都不允許透過代入對這些表進行寫入/刪除操作（RLS 策略中未為代入設定任何例外）。說明： 此處的限制涉及由支援人員登入並手動操作的人工觸發代入工作階段；第5.2節所述的自動（無人工干預）service-role cron 流程是與該限制分開的一層，不受其影響 — 代入限制不妨礙帳號刪除流程中的自動永久刪除機制，也不應與之混淆。因此，帳號刪除/銷毀流程僅透過本政策所定義的自動機制進行。

6. 處置方法

依照條例第8條及其後各條的規定，按記錄介質適用的刪除/銷毀/匿名化方法說明如下。

6.1. 刪除

是使個人資料對相關使用者（包括應用程式使用者和有管理後台存取權限的員工）完全無法存取且無法再次使用的操作。在 Corenta，該方法在第 1 階段軟刪除流程中適用：即使資料未從資料庫中物理移除，也透過存取權限和介面使其完全無法存取。

6.2. 銷毀（永久刪除）

是使個人資料對任何人都完全無法存取、無法恢復且無法再次使用的操作。在 Corenta 的第 2 階段永久刪除流程中，該原則按資料類別以兩種不同的技術方法實現：

• 身分驗證記錄和不具有獨立業務價值的記錄： 使用者的身分驗證記錄（auth.users）在受 service-role 保護的自動流程中直接以 DELETE 不可逆地刪除；帳號刪除後單獨不具有業務/證明價值的關聯記錄（例如通知，notifications — 見第4節第10行）在資料庫層面透過 ON DELETE CASCADE 一併刪除。
• 健康、臨床和財務記錄： 對於 anamnesis_forms、session_notes、measurements、payments、attendance 和 consent_logs，永久刪除步驟不是 DELETE 記錄，而是透過切斷個人關聯和部分清理（見第6.6節）實施：識別個人的外來鍵列（client_id、specialist_id、user_id 等）透過 ON DELETE SET NULL FK 約束不可逆地置為 NULL；可能包含明確身分或自由文字 PII 的內容列（健康問卷答案、測量/付款自由文字備註、付款收據引用、同意記錄的 IP 位址）由 anonymize_user_relations() 函式（僅可由 service-role 呼叫，預設拒絕）清除或替換為匿名標記。而臨床/財務的數值和時間性內容（日期、金額、測量值、剩餘課時餘額、到/未到狀態、同意的作出/撤回時間），基於場館的記錄保存義務以及（對課程筆記而言的）append-only 原則，作為租戶中已切斷個人關聯的記錄繼續保存；由於課程筆記的自由文字不作修改，這些記錄不被視為匿名，並以受限存取方式保存。

在課程筆記（session_notes）中，append-only 限制不允許修改內容；僅為將個人關聯列（client_id、specialist_id）置為 NULL 設定了一個狹窄的單一目的例外 — 筆記內容本身在該流程的任何階段都不被刪除或修改。

邊界： 對於自由文字欄位中明確身分列以外可能出現的文字內個人資料（例如課程筆記正文中出現的姓名），沒有掃描/清理機制。因此，這些記錄不被視為匿名；作為個人資料以受限存取方式保存，並在期滿後銷毀。

上述兩種方法均受 service-role 保護，因此無法透過正常的產品介面觸發或撤銷。

6.3. 從備份（Backup）中刪除

資料庫備份在常規備份週期（輪換）框架內，經過一定期間後自動被覆蓋/銷毀。雖然永久刪除操作在主資料庫中即時生效，但在此明確說明：在此前已生成的備份中，資料可能在備份提供方（Supabase）的標準備份輪換期限屆滿前，在技術上繼續存在。這是相關次處理者（Supabase）資料處理協議（DPA）範圍內的標準做法。

6.4. 檔案儲存（Storage）區域中的附件

使用者上傳的頭像圖片、付款收據和健康問卷附件等檔案，保存在單獨的儲存（Storage）區域中。見第5.4節 — 該節已詳細且透明地說明這些內容在帳號刪除流程中的現狀（頭像/健康問卷附件/付款收據自動刪除，specialist-verification-docs 為唯一例外）。

6.5. 紙質介質中的資料

在 Corenta SaaS 產品範圍內處理的個人資料以數字形式保存；不預期在紙質介質中處理個人資料。如公司的商業/行政往來中例外地使用紙質介質，銷毀將透過塗黑/焚燒/使用碎紙機不可逆地粉碎的方法進行。

6.6. 匿名化

作為帳號永久刪除流程的一部分（見第6.2節），Corenta 對健康資料和臨床/財務記錄採用切斷個人關聯和部分清理的方法。由於課程筆記的自由文字不作修改，且在小型商家中日期和測量序列可能足以重新識別個人，該方法並非在所有情況下都滿足下述匿名化標準；這些記錄不被視為匿名，作為個人資料以受限存取方式保存，並在期滿後銷毀。除此之外，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節所述的兩階段流程（即時軟刪除 → 30 天 → 永久刪除）自動處理（第11條第6項）。
• 資訊請求／資料可攜帶性： 透過在合理期限內，以結構化、機器可讀的格式向資料主體提供其自身租戶範圍內的資料加以滿足（export_user_data 函式，租戶範圍已經核實）。該流程的交付機制（檔案格式、交付方式、簽名下載連結等特性）正在持續完善；本政策不就特定交付期限或特定檔案/存取格式作出承諾（第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. 角色與職責

10. 安全措施（保存期間）

個人資料在保存期間透過以下技術和管理措施加以保護（KVKK 第12條）：

• 在多租戶（multi-tenant）架構中，透過要求每張表都有 tenant_id 以及行級安全（Row Level Security）策略，實施預設拒絕（default-deny）原則（37/37 張表，86 條策略）；由此在技術上防止租戶之間的資料洩露。
• 對包含健康資料的表的存取，僅限於相關學員、指派的專員和租戶管理員；存取控制在資料庫層面（RLS）實施。課程筆記提交後不可修改/刪除（append-only）；對於健康問卷，未向任何使用者（包括管理員）授予刪除權限。
• 超級管理員支援模式（代入）有時間限制（30 分鐘），預設只讀；寫入操作和健康資料存取受單獨且需額外批准的步驟約束；在任何代入情形下都不開放對健康資料表的寫入存取。（該限制涉及人工觸發的代入工作階段；自動的 service-role cron 流程是單獨的一層 — 見第5.7節。）
• 資料傳輸中使用端到端加密（TLS）；在行動應用程式中，工作階段令牌以加密方式保存在裝置基於安全硬體的金鑰保存（Keychain/Keystore）中。
• 在敏感螢幕上採取了限制截圖的技術措施。
• 超級管理員帳號必須使用雙重身分驗證（2FA/MFA）。
• 架構中已規劃並實施對付款通知（webhook）的加密簽名驗證；在所有環境（包括 prod）中全面完成相關配置/金鑰管理的工作仍在進行中。
• 這些安全措施持續接受審查和改進；但任何技術措施都無法保證絕對安全，本政策不作出絕對安全的承諾。

11. 次處理者和資料本地化

在保存期間，個人資料透過以下次處理者/服務提供方處理或託管。與這些提供方簽訂的契約中，規定了僅為履行特定服務目的處理資料的義務；該關係表示的不是保存期限，而是託管資料的技術環境 — 銷毀決定在這些提供方處同樣以技術方式實施。下表同時構成對 KVKK 第11條第4項「瞭解接收資料的第三方」權利的回應：

此外：

• 郵件基礎設施： 服務郵件透過 Google Workspace（Google）傳送；身分驗證郵件由 Supabase Auth 觸發。推廣郵件僅在另行同意並完成 İYS 登記的前提下傳送。推送通知透過 Apple（APNs）和 Google（FCM）傳送。
• 分析工具： 不使用第三方分析工具（如 Google Analytics）。應用程式內產品使用統計目前未啟用；如啟用，統計資料將寫入保存在 Corenta 自有資料庫（Supabase，法蘭克福/德國）中的第一方表，不含健康資料和自由文字，並將在啟用前更新本政策；啟用後，統計記錄的保存期限將在本政策中說明。
• 錯誤監控： 不使用第三方錯誤監控工具；客戶端錯誤記錄在 Corenta 自有資料庫中。
• 沒有透過網頁直接以信用卡付款的基礎設施；付款僅透過 Apple/Google 應用程式內購買（IAP）機制進行；最終發票/收據由 Apple/Google 開具（見第4節第6行）。

與上述次處理者的資料共享，僅在提供相關服務所必需的範圍內、並在 KVKK 第8條/第9條框架內進行。跨境傳輸： 上述所有提供方均在土耳其境外處理資料；在德國託管，按照 KVKK 的含義同樣屬於跨境傳輸。由於這些傳輸是定期且持續進行的，因此不以明示同意為依據；將依照第9條第4項第c款，以委員會公布的標準契約為依據。截至本文日期，尚未簽署標準契約，也尚未向委員會通報； 每份契約將在簽署之日起 5 個工作日內向委員會通報，本表將附日期予以更新。委員會尚未就這些國家公布適足性決定（最近核查：2026年10月11日）。本清單可能隨服務提供方的變更而更新；最新清單可透過隱私政策和/或 Corenta 產品內的相關告知螢幕查閱。

12. VERBİS 登記

截至本文件日期，Teta Studio 尚未在 VERBİS 登記。登記義務正依據委員會第2025/1572號（對於主營業務為處理敏感資料的資料控管者，豁免門檻為年度 10 名員工和 1000 萬土耳其里拉資產負債表總額）和第2025/2393號（對於不按資產負債表制記賬者，以員工人數為標準）決定中的標準進行評估。由於 Teta Studio 不是以資料控管者身分，而是以資料處理者身分處理臨床健康資料，因此就其自身的資料控管者活動（A 部分和 C 部分）而言，按這些標準進行評估。書面評估說明和個人資料保護機構（ALO 198）的確認完成後，本節將附日期和理由予以更新；如需登記，將在繼續開展活動之前完成。

按角色的說明： VERBİS 登記義務，是就 Corenta 以資料控管者身分行事的公司網站（corenta.app 搶先體驗表單）情境進行評估的，其狀況已在上文說明。在 SaaS 產品情境中（app.corenta.app），由於學員資料的資料控管者是場館，是否存在 VERBİS 登記義務，應由每家場館根據其自身標準（員工人數、年度資料處理量、業務領域、委員會的豁免決定等）單獨且獨立地評估；該評估以及（如有的）登記義務屬於場館，不能轉移給 Corenta。

13. 政策的更新

本政策可能根據法規變更、委員會決定、Corenta 技術基礎設施中將進行的改進（例如：第4節第3行和第6.2節所述在課程筆記自由文字內容中增加文字內 PII 掃描；將第5.4節/第4節第11行所述的專員驗證文件（specialist-verification-docs）與租戶關閉流程關聯；核實/啟用第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，在這些應用程式商店提供服務的國家面向全球提供。本政策中的期限適用於各國的使用者；如某國的強制性法規規定了更短的刪除期限或更長的保存義務，則適用該規定。

最後更新：2026年10月19日 版本 1.9 · 2026年10月19日