データの保存と廃棄に関する方針（翻訳）

この翻訳は情報提供のみを目的としています。法的拘束力を持つのはトルコ語の原文です。

アカウントを持たないクライアントの削除： 施設のマネージャーによる削除の操作は請求とみなされます。記録はすぐに有効な一覧から外れ、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 の表から、空欄のままだった MERSIS と KEP の情報を削除しました。
1.7 — 2026年10月11日： 2026年10月11日のコンプライアンス審査（F01、F02、F08、F11、F13、F19、F21）に基づき、次の点を改めました。§11 の「Supabase／フランクフルトは国外移転ではない」という表現を削除し、国外移転の項目を2024年以降の第6698号法第9条に沿って記載しました（標準契約はまだ締結されていません）。健康／施設／金銭の記録についての「匿名」という表現を、本人との結び付きを断った制限付きの保存に訂正しました（レッスンメモの自由記述は変更されません）。同意の証拠の行の法的根拠を第5条第2項(e)に訂正しました（誤った第20条第2項の参照を削除）。早期アクセスのフォームの行を、情報提供と商業メッセージへの同意の分離に合わせて更新しました。自動の廃棄がない区分について、6か月ごとの定期的な廃棄の原則を追加しました。本人確認情報を個人事業として訂正しました。VERBIS の項目を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) 事業者向け Web サイトの文脈（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. 管理者／処理者の情報


管理者	Mertcan Demir — 「Teta Studio」の屋号による個人事業（独立した法人格はありません） · 納税者番号 2771408706
製品	Corenta
連絡先	hello@corenta.app（一般のお問い合わせと KVKK に基づく請求） · サポート：support@corenta.app
事業者向け Web サイト	corenta.app
アプリ／製品のアドレス	app.corenta.app
VERBIS への登録	この文書の日付の時点で登録はありません。義務は委員会の 2025/1572 および 2025/2393 の基準に照らして評価中です（第12部参照）

1.4. 根拠となる法令

トルコの第6698号個人データ保護法、
個人データの削除、破棄または匿名化に関する規則（2017年10月28日付、第30224号官報）、
個人データの削除、破棄または匿名化に関するガイドラインと、個人データ保護委員会（「委員会」）の決定、
トルコの第6102号商法（商業帳簿と書類の保存）、
第213号税務手続法（会計記録の保存）、
その他の関係する分野別の法令（適用できる範囲で、保健サービスの提供に関する法令を含みます）。

2. 定義

用語	定義
個人データ	特定された、または特定できる自然人に関するあらゆる情報（KVKK 第3条第1項(d)）。
要配慮の個人データ	健康情報を含め KVKK 第6条に列挙されたデータで、知られた場合に本人に対する差別や不利益を招くおそれのある性質のもの。
管理者	個人データの処理の目的と手段を決定し、データ記録システムの構築と管理に責任を負う自然人／法人。
処理者	管理者から与えられた権限に基づき、管理者に代わって個人データを処理する自然人／法人。
記録媒体	個人データが自動的または非自動的な方法で処理されるあらゆる媒体（ここでは、Supabase（フランクフルト、EU）でホスティングされるデータベース、アプリ内のストレージ、バックアップ）。
削除	個人データを、該当する利用者にとっていかなる方法でもアクセスできず、再び利用できない状態にする処理。
破棄	個人データを、誰にとってもいかなる方法でもアクセスできず、復元できず、再び利用できない状態にする処理。
匿名化	個人データを、ほかのデータと照合しても、いかなる方法でも特定された、または特定できる自然人と結び付けられない状態にすること。
保存期間	個人データを、関係法令に定める期間、または処理の目的に必要な期間、保持すること。
定期的な廃棄	法律に定める条件に従い、職権で定期的に行う削除、破棄または匿名化の処理。
テナント／事業者／施設	Corenta のプラットフォームで一つのアカウントに対応し、データがほかの事業者から論理的に分離された、クリニカルピラティス／理学療法／リフォーマー／ウェルネス／ヨガのセンターである利用単位。
廃棄	個人データの削除、破棄または匿名化の処理の総称。

3. 保存と廃棄の期間を決める基準（KVKK 第5条、第6条）

3.1. 保存を必要とする理由

Corenta では、個人データは関係法令が明示的に定める期間、または処理の目的に必要な期間に限って保持されます。保存期間を決めるときは、次の基準に基づきます。

法定の保存義務があるか。（例：トルコ商法、税務手続法に基づく会計記録の最短保存期間。）
データはどのような目的で処理され、その目的はまだ有効か。（KVKK 第5条第2項 — 目的の限定の原則。）
契約の締結／履行に必要か。（例：サブスクリプション／サービスの関係が続いている間の予約と回数券のデータ。）
権利の設定、行使または保護のために（起こりうる法的紛争での証明の手段として）必要か。（債務法の一般的な時効期間を考慮します。）
データの主体の明示的同意があり、その同意は有効なままか。
Corenta または施設に正当な利益があるか。（例：セキュリティのログ、詐欺／不正利用の検知。）
データは要配慮（健康）データの区分にあたるか。 その場合は KVKK 第6条により、より厳しいアクセスの制限と理由付けを適用します。保存期間を目的の外に広げることは決してありません。

上記の基準のいずれも、ある個人データの保存を必要としない場合、そのデータは直ちに削除、破棄または匿名化されます。

3.2. 廃棄を必要とする理由

個人データは、次の場合に、データの主体の請求により、または Corenta／施設の職権により、削除、破棄または匿名化されます。

a) 処理の根拠となる法令の規定の改正または廃止、 b) 処理または保存を必要とする目的の消滅、 c) 明示的同意に基づく処理の場合の、データの主体による同意の撤回、 d) KVKK 第11条の権利の枠内でのデータの主体による削除／破棄の請求と、その請求が相当と認められた場合（アカウントの削除の請求）、 e) 個人データの保存期間が満了し、保存を必要とする法的根拠が何も残っていないこと、 f) 契約が成立しなかったこと、無効であること、解約または解除されたこと、 g) アカウントの削除の請求が、この方針の第5条に定める手続の中で最終的に完了したこと。

4. データの区分、保存期間、廃棄の方法の表

次の表は、Corenta の基盤で処理する主な個人データの区分、保存期間、理由、期間の終了時に適用する廃棄の方法を示しています。明示的に別段の記載がない限り、一般的なルールは 「関連するアカウント／記録が有効な間 + アカウントの削除の請求の処理開始から30日」 です。表は、第5部で説明するアカウントの削除の流れとあわせて読む必要があります。一部の区分では、この流れの30日後の手順は DELETE（完全な削除）ではなく匿名化です。この区別は該当する行と第6.2部で明記しています。

#	データの区分	データ項目の例	保存期間	理由／法的根拠	廃棄の方法
1	本人確認と連絡先のデータ（利用者／スペシャリスト／クライアント）	氏名、メールアドレス、電話番号、生年月日、プロフィール情報	アカウント／クライアントの記録が有効な間 + 削除の請求後 30日	KVKK 第5条 — 契約の締結／履行、サービスへのアクセスの提供。クライアントのデータについては、施設が管理者です。	第1段階のソフト削除 → 第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条 — 要配慮データ。施設のサービスの提供と、起こりうる医療上／法的責任の証明のために必要です（管理者：施設）。施設の記録保存義務により、施設の記録そのもの（クライアントとの結び付きを断った形）は、テナント内でアクセスを制限して保存が続きます。この記録は匿名とはみなされません。アクセスは、該当するクライアント／担当のスペシャリスト／テナントの管理者に限られます（RLS）。	第1段階のソフト削除（アクセスの遮断） → 第2段階の匿名化（`anonymize_user_relations()` RPC、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、睡眠など）は、本人との結び付きを断ったテナントの臨床の記録として保存が続きます（小規模の事業者では測定の系列で本人を再び識別できることがあるため、匿名とはみなされません）。	KVKK 第6条 — 要配慮データ。サービス（経過の管理）の履行に必要です（管理者：施設）。数値の測定の系列は、施設の記録保存義務と経過の管理の完全性の観点から、本人との結び付きを断ったうえで保持されます。	第1段階のソフト削除 → 第2段階の匿名化（`anonymize_user_relations()` RPC） + FK による本人との結び付きの切断
5	予約、回数券、支払いのデータ	予約の日付、回数券／レッスンの残り、キャンセルの記録、支払い／入金の記録（`payments`）、出欠の記録（`attendance`）	アカウントが有効な間 + 削除の請求後 30日。予約の記録そのもの（`appointments.client_id`）は、設計上もともと NULL を許します。削除の後は本人との結び付きが断たれ、予約の履歴（日付／サービス／状態）はテナントの記録として残ります。支払いの記録（`payments`）と出欠の記録（`attendance`）も同じく DELETE されず、本人との結び付きが断たれます。本人との結び付き（`client_id`）は FK `ON DELETE SET NULL` で断たれます。支払いでは、自由記述のメモ、返金の理由、控えの画像の参照（氏名を含みうる）が NULL にされ、控えのファイルそのものは別途 Storage から自動で削除されます（番号11参照）。金額／日付／状態の情報は残ります。出欠では、自由記述の `notes` が NULL にされ、出席／欠席の状態は残ります。`client_packages`（回数券の残り）のテーブルには、直接の個人データ／自由記述の列がないため、このテーブルは変更されず、テナントの記録として残ります。	KVKK 第5条 — 契約の履行。さらに、紛争の場合（回数券の権利／料金をめぐる意見の相違など）には証明の手段になりえます。施設の記録保存義務により、これらのデータを本人との結び付きを断ったうえで保存する必要があります。	第1段階のソフト削除 → 第2段階：予約／回数券の記録は残り、支払いと出欠の記録は匿名化（`anonymize_user_relations()` RPC） + FK による本人との結び付きの切断で処理されます。`client_packages` は変更不要です（個人を特定できる情報の列がありません）
6	サブスクリプション／取引のメタデータ（IAP）	プラン名、サブスクリプションの状態、取引日、IAP の取引／サブスクリプションのメタデータ	当社自身の会計／税務の法令上の義務に基づく記録については、トルコ商法第82条と税務手続法第253条に定める法定保存期間（一般的な運用では最低10年まで）	第6102号商法第82条、第213号税務手続法第253条 — 法定の保存義務。重要な明確化： Corenta の支払いの仕組みは、もっぱら Apple/Google のアプリ内課金（IAP）を通じて行われます。最終消費者への請求書／領収書は Apple/Google が発行し保存し、Corenta はこれらの書類を作成も保存もしません。Corenta の IAP の仕組みでは、カード／支払手段の情報は Apple/Google が処理し保存します。Corenta 自身の基盤（データベース、ログ）にこのような支払手段の情報が保存されていることは確認されていません。Corenta が商法／税務手続法に定める法定期間保存するのは、検証済みの IAP のサブスクリプションのメタデータ（プラン名、取引日、サブスクリプションの状態）だけです。当社がこれとは別に一般の会計帳簿と書類を保持する場合、それらの記録も同じ商法／税務手続法の期間の対象になりますが、この方針の対象である個人データの区分とは別の、独自の税務法令の制度に服する範囲を構成します。この文書は、この別の範囲の存在や内容を主張するものではありません。この区分はアカウントの削除の請求の影響を受けません。アカウントが削除されても、該当する法定期間が満了するまで、処理の目的から切り離し、法的義務の履行のためだけに限ったアクセスで、別に保持されます。	法定期間の終了時に削除または匿名化
7	監査ログの記録（`audit_logs`）	システム内の重要な操作（代理操作、権限の変更、データへのアクセスなど）の記録	記録の作成日から 2年間保存します — セキュリティ上の事象の検知、不正アクセスの調査、不正利用の防止のための正当な利益と、起こりうる法的紛争での証明の義務の枠内で定めた固定の期間です。期間の満了した記録は、6か月ごとに行う定期的な廃棄で削除されます。この廃棄は現在手作業で行っており、予定を組んだ自動の廃棄の処理はまだありません。アカウントが削除されても、これらの記録は2年の期間が満了するまで別に保持されます。	KVKK 第5条第2項(f) — 正当な利益（セキュリティ上の事象の検知、不正アクセスの調査、不正利用の防止）と、起こりうる法的紛争での証明の手段であること。これらの記録はその性質上データの主体に限定されず、システムのセキュリティ／説明責任の目的に資するものです。関連する利用者のアカウントの削除の請求によって、これらの記録が自動で削除されることはありません。	保存期間の終了時に削除または匿名化（自動の消去の仕組みはまだ導入されていません）
8	情報提供と許可の記録（`consent_logs`）	情報提供の表示（「読んで理解しました」。同意ではありません）、健康情報への同意、キャンペーン通知の許可、プッシュの許可の記録、日時、IP アドレス、バージョンの情報、撤回（`revoked_at`）の記録	アカウントが有効な間 + 削除の請求後30日。この30日の期間の後、同意を与えたこと、または撤回したことの証明の目的で（起こりうる KVKK の苦情／監査に備えた別の証拠の記録として）さらに 5年間別に保存します — 正当な利益と証明の義務の枠内で定めた固定の期間です。この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 アドレスを匿名化します（`anonymize_user_relations()` RPC） — 本人との結び付きを断った証明の記録は5年間保存が続きます（5年後は6か月ごとの定期的な廃棄。自動の処理はまだありません）
9	早期アクセスのフォームのデータ（事業者向け Web）	氏名、メールアドレス、電話番号（任意）、事業者名、都市、事業の種類、スペシャリスト／インストラクターの人数、メッセージ／業務上の課題の内容、IP アドレス／端末／ブラウザ／Cookie の情報	申し込みの検討と連絡の手続が終了してから最長2年。この期間内に連絡しない場合や手続が終了した場合は、より早く削除／匿名化します。透明性に関する注記：この最長期間に対応してシステム上で自動的に動作する検索／削除の仕組みは、現在ありません（注2と第7部の第3項参照） — 期間は法的な上限です。期間の満了した記録は、6か月ごとに行う定期的な廃棄で（現在は手作業で）、または請求に応じて削除されます。	KVKK 第5条 — 契約前の話し合い（第5条第2項(c)）。正当な利益（想定顧客像に合うかの検討、市場調査、製品開発への材料、サイトのセキュリティ／性能）。商業メッセージへの同意がある場合は、第6563号法第6条に基づく別個の同意。商業メッセージへの同意についての明確化：フォームには情報提供のためのチェックボックスはありません（KVKK 情報提供文書 A.7。情報提供と同意は別です）。商業メッセージへの同意は、別の、あらかじめチェックされていないチェックボックスで取得します（「Teta Studio が Corenta のお知らせとキャンペーンをメールで送ることに同意します。」）。チェックしなくても、申し込みの検討には影響しません。	削除または匿名化（現在は手作業／請求に応じて適用）
10	プッシュの許可／トークンのデータと通知の記録（`notifications`）	通知の許可を与えた／拒否した記録、端末のプッシュトークン（Apple APNs / Google FCM）、送信した通知そのもの（タイトル／内容／ディープリンク — `notifications` テーブル）	アカウント／端末の記録が有効な間／通知の許可が有効な間 + アカウントの削除の請求後30日。利用者が許可を撤回すると、トークンは直ちに無効になります。送信した通知の記録（`notifications`）は、アカウントの削除の後に独立した業務上／証明上の価値を持ちません。そのため完全な削除の段階で、アカウントとともに完全に削除されます（`ON DELETE CASCADE`） — 匿名化も別の保存もしません。透明性に関する注記：無効な／期限切れのプッシュトークンが、アカウントがまだ有効な間にも自動で定期的に消去されているかどうかは、この方針の作成時に技術的に確認できませんでした。この点は確認されていません。確認された時点または追加された時点で、この方針を更新します。	KVKK 第5条第2項(c) — 契約の履行（予約のリマインダーなどの取引に関する通知）。キャンペーン通知には別途任意の許可。	第1段階のソフト削除 → 第2段階：`notifications` の記録はアカウントとともに完全に削除されます（`DELETE`/cascade）。アカウントが有効な間に無効な／期限切れのトークンを別に消去することは予定している改善であり、自動での適用は現在確認されていません
11	添付ファイル（アバター、支払いの控え、問診の添付、スペシャリストの確認書類 — Supabase Storage）	カメラ／ギャラリーからアップロードした画像／書類の添付	アカウント／テナントが有効な間。アカウントの完全な削除の段階で、利用者のプロフィール／問診のフォルダにあるファイル（`avatars`、`anamnesis-attachments`、`user-data-exports` バケット）と支払いの控えの画像（`payment-receipts` バケット。データベースの記録から読み取ったファイルのパスによる）は、自動的に（ベストエフォートで）Storage から削除されます — あるバケットでの削除が失敗した場合はエラーがログに記録されますが、ほかのバケットの消去や、アカウントの匿名化／完全な削除の手順を妨げません。誠実な限界：スペシャリストの本人確認／資格の確認書類（`specialist-verification-docs` バケット）は、この自動の処理に含まれません — この書類は利用者ではなくテナント（施設）のソロのスペシャリストの確認の手続に属し、データベースの記録に利用者への参照を持たないため、現在の利用者アカウントの削除の流れに結び付けられません。その廃棄は、施設がテナント単位でアカウント／サブスクリプションを閉じる手続の中で別途扱います（第5.4部と第5.6部参照）	KVKK 第7条と規則 — 処理の目的が消滅したときの削除の義務。	自動の削除：`avatars`、`anamnesis-attachments`、`user-data-exports`、`payment-receipts`。`specialist-verification-docs` には自動の廃棄はまだありません。テナントを閉じる手続の中で扱い、例外的な請求は hello@corenta.app を通じて手作業で検討します
12	施設のグループメッセージとモデレーションの記録（`group_messages`、`group_message_moderation`。2026年10月18日時点）	グループメッセージの本文、ステッカー、アンケートと投票、通報の理由、非表示／削除／ミュートの記録、チームの確認のために分けた非表示のメッセージのコピー	グループのメッセージは、グループと施設の Corenta のアカウントが存続する間保存されます。メンバーは自分のメッセージをいつでも削除でき、削除したメッセージの本文は記録から取り除かれます。アカウントを完全に削除すると、グループのメンバーシップは削除されます。以前にグループに送ったメッセージの本文は、送信者の情報を取り除いたうえでグループに残ります。チームの確認のために分けたコピーは、メッセージを非表示にした日から最長1年保存し、6か月ごとに行う定期的な廃棄で削除します。この廃棄は現在手作業で行っており、予定を組んだ自動の廃棄の処理はまだありません。施設単位での削除には第5.6部を適用します。	KVKK 第5条第2項(c)（グループへの参加とコミュニケーション）。第5条第2項(f)（通報とモデレーション、不正利用の防止）。管理者：施設。Corenta はグループで健康の記録を表示しません。メッセージは自由記述のため、メンバーには健康に関する情報を共有しないよう注意を表示します。	メンバーによる削除：本文の取り除き。アカウントの完全な削除：送信者との結び付きの切断。モデレーションのコピー：1年後に削除（6か月ごとの定期的な廃棄。現在は手作業）

</div>

注1： 上の表の「アカウント／テナントが有効な間」という表現は、該当する施設の Corenta のサブスクリプションが続いており、クライアントの記録が施設によって削除されていない期間を指します。施設が自らのクライアントのデータをいつ削除するかは、施設（管理者として）自身の KVKK の方針とクライアントとの関係の枠内で決まります。Corenta は、この手続のための技術的な手段を提供します。
注2： 番号7（監査ログの記録）の 2年と番号8（同意の記録）の 5年の期間は、Corenta が定めた固定の保存期間です（番号6の商法／税務手続法の期間とは異なり、法令の規定に直接基づくものではなく、KVKK 第5条第2項(f)の正当な利益と証明の義務の枠内で定めた、自らを拘束する約束です）。これらの期間の終了時に保存期間の終わりとして削除する自動の仕組みは、現在システムで動いていません — 期間が満了すると、削除／匿名化の処理は手作業で行います。自動化を導入した時点で、この方針を更新します。番号9（早期アクセスのフォームのデータ）の「最長2年」という表現は範囲が異なり、その行で説明するとおり、別の法的な上限を示すものです。

5. アカウントの削除の手続 — 最初から最後までの流れ

Corenta は、データの主体による KVKK 第11条に基づく削除の請求に技術的に応えるため、利用体験とデータのセキュリティ／法的な証明の必要性との均衡を図った2段階の削除の仕組みを適用します。即時のソフト削除（soft-delete） と、それに続く 30日後の完全な削除 です。

5.0. 2026年10月4日の変更 — 5.1〜5.7 と矛盾する箇所では、この規定が優先します

アカウントの削除（2026年10月4日時点）： 削除の請求が確定すると、アカウントへのアクセスはすぐに止まります（セッションが終了し、ログインできなくなります）。個人データは削除または匿名化されます（氏名、メールアドレス、電話番号、画像、クライアントの本人確認・連絡先の情報、健康項目 — 血液型、アレルギー、持病、服用中の薬 — が消去されます）。法定の保存が必要な支払いと報酬の記録は削除されず、本人との結び付きを断ったうえで、アクセスを制限した形で保存されます。 請求の後に取り消しの期間はありません。認証の記録とファイルの完全な削除は、既存の30日間のバックグラウンド処理で完了します。

クライアントの記録の削除と健康項目（2026年10月4日時点）： アカウントを持たないクライアントの記録を事業者が削除すると、その記録はすぐに有効な一覧から外れます。30日後には、本人確認・連絡先の情報とともに、クライアントの健康項目（血液型、アレルギー、持病、服用中の薬）も削除／空にされます。 問診フォーム、測定、レッスンメモの保存のルールは、この規定の影響を受けません。

領収書のファイル（2026年10月4日時点）： 支払いに結び付いていない（孤立した）領収書のファイルは 7日後に自動で削除されます。支払いに結び付いた領収書は、どの役割でも削除できません。

サポートモードでのクライアントの連絡先（2026年10月4日時点）： Corenta のサポート（スーパー管理者）のセッションでは、クライアントのメールアドレスと電話番号はサポート担当者に表示されません。サポート担当者が見られるのは、限られた本人の概要（氏名、アカウントの状態、利用状況、作成日）だけです。

健康項目への書き込み権限（2026年10月4日時点）： クライアントの健康項目（血液型、アレルギー、持病、服用中の薬）に書き込めるのは、クライアント本人と担当のスペシャリストだけです。事業者のオーナー／マネージャーはこれらの項目に書き込めません（緊急連絡先と本人確認の項目は編集できます）。

仮名化された製品計測： 製品の改善のため、サーバー側だけで、施設の仮名 ID による集計された利用イベントを計測することがあります。この計測には IP アドレス、健康情報、流入元や広告のトラッキングは含まれません。施設の仮名 ID は仮名にあたります（身元を伴わないものではありません）。この機能は現在無効です。

5.1. 第1段階 — 即時のソフト削除（soft-delete）

利用者がアプリ内からアカウントの削除の請求を確定した時点で、システムは次の処理を同時に、即座に行います。

利用者のプロフィールの記録は、deleted_at 項目を入れることで無効になります。アカウントは通常の利用ではアクセスできず／表示されなくなり、ログインにも使えなくなります。
利用者の未実施の（まだ行われていない）予約は自動的にキャンセルされます。
利用者がスペシャリスト／担当として含まれる割り当て（クライアントとスペシャリストの組み合わせ、プログラムの割り当て）は外されます。
利用者のすべての同意は撤回されます（consent_logs の記録の revoked_at 項目を入れることで処理されます）。

この段階では、データは物理的には削除されていませんが、通常の処理と表示の目的ではアクセスできない状態になっています。これは、KVKK 第7条と規則にいう「アクセスできない状態にすること」にあたる削除の手続の最初の手順です。

5.2. 第2段階 — 完全な削除（30日後）

ソフト削除から 30（三十）日 後、システム上で自動的に動作する予定の処理（cron job）が、次の処理を取り消しできない形で行います。

利用者の認証の記録（auth.users）は完全に、取り消しできない形で削除されます。
利用者に結び付いたデータベースの記録は、区分ごとに異なる方法で処理されます。独立した業務上／証明上の価値を持たない記録（例：通知）は完全に削除されます（DELETE/cascade）。健康情報（anamnesis_forms、session_notes、measurements）と施設／金銭の記録（payments、attendance、consent_logs）は削除されず、本人との結び付きが断たれます — 本人との結び付きはデータベースのレベルで断たれ、一部の自由記述の項目は消去され、記録は本人との結び付きを断ったテナントの記録として、アクセスを制限した形で残ります（レッスンメモの自由記述は変更されないため、匿名とはみなされません）（第4部番号2〜5、8、10 と第6.2部参照）。
この処理は、システムの特権を持つ（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）の領域に保持される添付ファイルは、次のように扱われます。アバター／プロフィール写真、問診フォームに添付した書類／写真、支払いの領収書の画像は、完全な削除の手順の一部として、自動的に（ベストエフォートで）Storage から削除されます — これは、現在システムで実際に動作している、確認済みの動作です。あるバケットでの削除の処理が失敗した場合はログに記録されますが、ほかのバケットの消去や、アカウントの匿名化／完全な削除の手順を妨げません（ベストエフォートの設計）。

誠実な限界： この自動の処理の範囲外となる唯一のファイルの区分は、スペシャリスト／ソロ登録の手続でアップロードされる本人確認／資格の確認書類（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 のサブスクリプションを完全に終了する場合、施設に属するテナントのデータと、このテナントのもとにあるすべてのクライアントの記録にも、同じ2段階（ソフト削除 → 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 にされます。明示的な本人の情報や自由記述の個人を特定できる情報を含みうる内容の列（問診の回答、測定／支払いの自由記述のメモ、支払いの控えの参照、同意の記録の IP アドレス）は、anonymize_user_relations() 関数（service-role だけが呼び出せ、既定で拒否）によって消去されるか、匿名の印に置き換えられます。施設／金銭の数値と履歴の内容（日付、金額、測定値、残りのレッスン回数、出席／欠席の状態、同意を与えた／撤回した日時）は、施設の記録保存義務と（レッスンメモについては）append-only の原則により、本人との結び付きを断ったテナントの記録として保存が続きます。レッスンメモの自由記述は変更されないため、これらの記録は匿名とはみなされず、アクセスを制限した形で保存されます。

レッスンメモ（session_notes）では、append-only の制限により内容の変更は許されません。本人との結び付きの列（client_id、specialist_id）を NULL にすることにだけ、目的を一つに限った狭い例外が認められています — メモの内容そのものは、この手続でもどの段階でも削除も変更もされません。

限界： 自由記述の項目で、明示的な本人の情報の列以外に含まれうる本文中の個人データ（例：レッスンメモの本文にある名前）を検索／消去する仕組みはありません。そのため、これらの記録は匿名とはみなされず、個人データとしてアクセスを制限して保存され、期間の終了時に廃棄されます。

上記の二つの方法はいずれも service-role で保護されているため、通常の製品の画面から起動したり、取り消したりすることはできません。

6.3. バックアップからの削除

データベースのバックアップは、通常のバックアップの周期（ローテーション）の中で、一定の期間の後に自動で上書き／廃棄されます。完全な削除の処理は主たるデータベースで即座に効力を持ちますが、以前に取得したバックアップでは、バックアップの提供者（Supabase）の標準のローテーション期間が満了するまで、データが技術的に存在し続けることがあることを明記します。これは、該当する再委託先（Supabase）のデータ処理契約（DPA）の範囲での標準的な運用です。

6.4. ファイルストレージ（Storage）の添付ファイル

利用者がアップロードするアバターの画像、支払いの控え、問診の添付などのファイルは、別のストレージ（Storage）の領域に保持されます。第5.4部を参照してください — アカウントの削除の手続におけるこれらの内容の現状（アバター／問診の添付／支払いの控えの自動削除、specialist-verification-docs についての唯一の例外）は、そこで詳しく透明に説明しています。

6.5. 紙媒体のデータ

Corenta の SaaS 製品の範囲で処理する個人データはデジタルで保持され、紙媒体での個人データの処理は想定していません。当社の商業／管理上のやり取りで例外的に紙媒体を使う場合は、塗りつぶし／焼却／シュレッダーによる取り消しできない裁断の方法で廃棄します。

6.6. 匿名化

Corenta は、アカウントの完全な削除の手続の一部として（第6.2部参照）、健康情報と施設／金銭の記録について、本人との結び付きの切断と部分的な消去の方法を使います。レッスンメモの自由記述は変更されず、小規模の事業者では日付と測定の系列で本人を再び識別できることがあるため、この方法は以下の匿名化の基準をすべての場合に満たすわけではありません。これらの記録は匿名とはみなされず、個人データとしてアクセスを制限して保存され、期間の終了時に廃棄されます。これとは別に、Corenta は、製品開発、統計分析、市場調査の目的でも、特定された、または特定できる自然人と結び付けることができないよう匿名化したデータを使うことがあります。匿名化の処理は、データがほかのデータと組み合わされても、取り消しできない形で本人と結び付けられない状態にすることを必要とします。この基準を満たさないマスキング／仮名化の処理は匿名化とはみなされず、個人データの処理の制度に引き続き服します。匿名化したデータは KVKK の範囲外とみなされ、この方針の保存期間の制限には服しません。

6.7. 方法の選択

適用する廃棄の方法は、データの性質（要配慮かどうか）、保存されている媒体（データベース、ファイルストレージ、ログのシステム、バックアップのシステム）、法的・技術的な可能性、委員会の決定と規則に定める原則を考慮して、Corenta および／または施設が決定します。要配慮の個人データ（健康情報を含む）の廃棄の処理には、最大限の注意を払います。

7. 定期的な廃棄の手続

規則第11条に基づき、Corenta は、保存期間が満了した、および／または処理の目的が消滅した個人データを職権で（請求を待たずに）削除、破棄または匿名化する義務を負います。この範囲で定める定期的な廃棄の期間は 6（六）か月を超えてはなりません。 この枠組みで、システムで現在実際に動いている仕組みと動いていない仕組みを、次のとおり明確に区別します。

アカウントの削除の請求後の30日間の完全な削除の手続は、自動の予定の処理（cron job） によって定期的に（毎日）確認され、期間が満了したアカウントはまとめて処理されます。これは、現在システムで実際に動いている、確認済みの自動化です。
監査ログの記録（audit_logs）に定める保存期間は定期的に見直されます。ただし、この見直しを自動で実行する削除の仕組みは、現在導入されていません（第4部、番号7参照）。
早期アクセスのフォームのデータに定めた最長の保存期間（第4部、番号9参照）は、規則第11条に基づく定期的な廃棄の義務の法的な上限の参照です。ただし、この期間に対応してシステムで自動的に動作する検索／削除の仕組みは現在ありません。このデータの区分については、自動化を導入するまで、削除／匿名化の処理を手作業で、請求に応じて検討します（第4部、注2参照）。この点は、ほかの未確認の自動化の主張（第2項と第4項参照）と整合する形で、透明に保ちます。
期限切れ／無効なプッシュ通知のトークンを別途自動で定期的に消去することは、製品のロードマップで予定している改善です。この仕組みが現在システムで実際に動いていることは、技術的に確認されていません（第4部、番号10参照）。確認された時点または導入された時点で、この方針を更新します。
6か月ごとの定期的な廃棄： この部で自動の廃棄がない区分（監査ログ、本人との結び付きを断った許可の証拠、早期アクセスのフォームのデータ、スペシャリストの確認書類、グループメッセージのモデレーションのコピー）について、Corenta は 6か月ごとに 定期的な廃棄を行い、各周期について廃棄の記録を作成します。これらの周期を自動化する予定の処理はまだなく、周期は手作業で行います。

定期的な廃棄の手続は、この方針に定める期間とは別に、データの主体が KVKK 第11条に基づいて行う個別の削除／破棄の請求を妨げません。データの主体は、保存期間が満了していない場合でも、該当する処理活動の法的根拠が消滅したとき（例：同意の撤回）は削除を請求できます。自動化をまだ導入していない区分についても、データの主体の個別の請求が hello@corenta.app を通じて届いた場合は、手作業で検討し処理します。

8. データの主体の権利と請求の手続（KVKK 第11条）

8.1. KVKK 第11条に基づく権利

データの主体は、KVKK 第11条に基づき、次の権利を有します。

個人データが処理されているかどうかを知る権利、
個人データが処理されている場合に、それに関する情報を求める権利、
個人データの処理の目的と、それが目的に沿って利用されているかどうかを知る権利、
国内または国外で個人データが提供された第三者を知る権利、
個人データが不完全または不正確に処理されている場合に、その訂正を求める権利、
KVKK 第7条の枠内で、個人データの削除または破棄を求める権利、
上記の (5) および (6) に基づいて行った措置を、個人データが提供された第三者に通知するよう求める権利、
処理されたデータがもっぱら自動化されたシステムによって分析されることにより、本人に不利な結果が生じることに異議を述べる権利、
個人データが違法に処理されたことにより損害を受けた場合に、その賠償を求める権利。

8.2. 現在の技術的な運用の誠実な要約

次の点を、現在の技術的な運用の誠実で現実的な要約として示します。

削除の請求（アカウントの削除）： モバイルアプリの該当する設定のメニューから直接請求できます。この請求には、第5部で説明する2段階（即時のソフト削除 → 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. 役割と責任

役割	責任
Corenta / [Teta Studio]	事業者向け Web サイトの文脈では、管理者としてこの方針の適用に責任を負います。SaaS 製品の文脈では、処理者として、施設の指示に従って保存／廃棄の技術基盤（ソフト削除、cron による完全な削除、RLS のアクセス制限）を提供する責任を負います。
施設（テナント／事業者）	SaaS 製品の文脈では、自らのクライアントの個人データについて管理者として、クライアントに対する情報提供の義務、明示的同意の取得、自らの内部の保存／廃棄の判断（例：どのクライアントの記録をいつ削除するか）に責任を負います。
システム／自動の処理	予定の処理（cron）を通じて、定期的な廃棄と30日間の完全な削除の手続を技術的に実行する責任を負います。これらの処理は、特権を持つ（service-role）権限でのみ起動できます。
サポート／顧客対応のチーム	データの主体からの請求の受付、振り分け、手続の管理に責任を負います。
管理者の連絡担当者	KVKK に基づく請求を法令に従って処理し、必要に応じて個人データ保護庁と連絡をとる責任を負います。

10. 安全管理措置（保存期間中）

個人データは、保存期間中、次の技術的・組織的措置で保護されます（KVKK 第12条）。

マルチテナントの構造で、すべてのテーブルでの tenant_id の必須化と、行レベルセキュリティ（Row Level Security）のポリシーによる既定で拒否（default-deny）の原則を適用しています（37/37 のテーブル、86 のポリシー）。これにより、テナント間のデータの漏えいを技術的に防いでいます。
健康情報を含むテーブルへのアクセスは、該当するクライアント、担当のスペシャリスト、テナントの管理者に限られ、アクセスの管理はデータベースのレベル（RLS）で適用されます。レッスンメモは送信後に変更／削除できません（append-only）。問診フォームについては、どの利用者（管理者を含む）にも削除の権限は与えられていません。
スーパー管理者のサポートモード（代理操作）は時間が限られ（30分）、既定では読み取り専用です。書き込みと健康情報へのアクセスは、追加の承認を必要とする別の手順に服します。どの代理操作の場面でも、健康情報のテーブルへの書き込みは開かれません。（この制限は人が起動する代理操作のセッションに関するものであり、自動の service-role の cron の処理は別の層です — 第5.7部参照。）
データの通信にはエンドツーエンドの暗号化（TLS）を使います。モバイルアプリでは、セッショントークンを端末の安全なハードウェア支援のキー保管領域（Keychain/Keystore）に暗号化して保存します。
機微な画面でのスクリーンショットの取得を制限する技術的な措置を講じています。
スーパー管理者のアカウントには、2要素認証（2FA/MFA）が必須です。
支払いの処理に関する通知（webhook）の暗号署名の検証は、構造上定めており、適用しています。該当する設定／鍵の管理を、すべての環境（本番を含む）で完全に整える作業は続いています。
これらの安全管理措置は継続的に見直し、改善しています。ただし、どのような技術的な措置も絶対的なセキュリティを保証するものではなく、この方針の範囲で絶対的なセキュリティの約束はしていません。

11. 再委託先とデータの所在地

個人データは、保存期間中、次の再委託先／サービス提供者を通じて処理またはホスティングされます。これらの事業者との契約では、データを記載したサービスの履行の目的でのみ処理する義務を定めています。この関係は保存期間ではなく、データがホスティングされる技術的な環境を示すものであり、廃棄の判断の実行は、これらの事業者のもとでも技術的に行われます。次の表は、KVKK 第11条第4号の「データが提供された第三者を知る」権利に対応するものでもあります。

再委託先	役割	データの所在地	国外移転（KVKK 第9条）
Supabase	データベース、認証、ファイルストレージ、サーバー側の関数のホスティング	ドイツ、フランクフルト	国外移転にあたります。KVKK 第9条第4項(c)の標準契約（モジュール3）：未締結で、委員会にも届け出ていません
Apple	App Store での配布、アプリ内課金（IAP）の請求、プッシュ通知（APNs）	グローバルなインフラ	国外移転にあたります。KVKK の標準契約：未締結
Google	Play ストアでの配布、アプリ内課金（IAP）の請求、プッシュ通知（FCM）	グローバルなインフラ	国外移転にあたります。KVKK の標準契約：未締結
Vercel	Web（管理パネル／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 自身のデータベースに記録されます。
Web での直接のクレジットカード払いの仕組みはありません。支払いは Apple/Google のアプリ内課金（IAP）の仕組みだけを通じて行われ、最終的な請求書／領収書は Apple/Google が発行します（第4部、番号6参照）。

上記の再委託先とのデータの共有は、該当するサービスの提供に必要な範囲に限り、KVKK 第8条／第9条の枠内で行っています。国外移転： 上記の事業者はすべてトルコ国外でデータを処理します。ドイツでのホスティングも、KVKK 上の国外移転にあたります。これらの移転は定期的かつ継続的に行われるため、明示的同意には基づきません。第9条第4項(c)に基づき委員会が公表した標準契約に基づいて行われます。この文書の日付の時点で、標準契約はまだ締結されておらず、委員会にも届け出ていません。 各契約は締結から5営業日以内に委員会に届け出られ、この表は日付とともに更新されます。これらの国について委員会が公表した十分性の決定はありません（最終確認：2026年10月11日）。この一覧は、サービス提供者の変更に応じて更新されることがあります。最新の一覧は、プライバシーポリシーおよび／または Corenta の製品内の該当する案内の画面で確認できます。

12. VERBIS への登録

この文書の日付の時点で、Teta Studio に VERBIS への登録はありません。登録義務は、委員会の第2025/1572号（主たる活動が要配慮データの処理である管理者について、免除の基準は年間従業員10人と貸借対照表1,000万トルコリラ）および第2025/2393号（貸借対照表に基づく帳簿を付けない者についての従業員数の基準）の決定にある基準に照らして評価中です。Teta Studio は施設の健康情報を管理者としてではなく処理者として処理するため、自らの管理者としての活動（A部とC部）について、これらの基準で評価します。書面による評価メモと当局（ALO 198）の確認が完了した時点で、この部を日付と理由とともに更新します。登録が必要な場合は、活動を続ける前に登録します。

役割ごとの明確化： VERBIS への登録義務は、Corenta が管理者として行動する事業者向け Web サイト（corenta.app の早期アクセスのフォーム）の文脈について評価しており、その状況は上記のとおりです。SaaS 製品の文脈（app.corenta.app）では、クライアントのデータの管理者は施設であるため、VERBIS への登録義務があるかどうかは、各施設について自らの基準（従業員数、年間のデータ処理量、活動分野、委員会の免除の決定など）に照らして別に独立して評価する必要があります。この評価と、ある場合の登録義務は施設にあり、Corenta に移すことはできません。

13. 方針の更新

この方針は、法令の改正、委員会の決定、Corenta の技術基盤での改善（例えば、第4部番号3と第6.2部に記載したレッスンメモの自由記述の内容における本文中の個人を特定できる情報の検索の追加、第5.4部／第4部番号11に記載したスペシャリストの確認書類（specialist-verification-docs）のテナントを閉じる手続への結び付け、第4部番号10と第7部第4項に記載したプッシュトークンの消去の確認／導入、第7部第3項に記載した早期アクセスのフォームのデータのための自動の検索の仕組みの構築、第8.2部に記載したデータのポータビリティの手続の改善、第11部の国外移転の法的根拠の完了、再委託先の一覧の変更）、または業務の手続の変更に応じて更新されることがあります。最新版は Corenta の該当するプラットフォーム（事業者向け Web サイトおよび／またはアプリ内）で公開され、以前の版と矛盾する規定については最新版が基準となります。重要な変更については、適用できる範囲で、利用者／施設に別途お知らせします。

14. 連絡先

この方針や、個人データの保存／廃棄に関するご質問は：

メール： hello@corenta.app 管理者： Mertcan Demir — 「Teta Studio」の屋号による個人事業 サポート： support@corenta.app 提供地域： Corenta は App Store と Google Play を通じて、これらのストアが提供されている国々でグローバルに提供されます。この方針の期間は、すべての国の利用者に適用されます。ある国の強行的な法令が、より短い削除やより長い保存の義務を定めている場合は、その規定が適用されます。

最終更新日：2026年10月19日 バージョン 1.9 · 2026年10月19日