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 표에서 비어 있던 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 선택에 관한 표현을 삭제했으며, 제3자 분석을 사용하지 않는다는 점과 푸시 처리자를 명확히 했습니다.
• 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호 개인정보보호법,
• 개인 데이터의 삭제, 파괴 또는 익명화에 관한 규정(2017년 10월 28일자, 제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. 계정 삭제 절차 — 처음부터 끝까지의 작동

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)

이용자가 앱 안에서 계정 삭제 요청을 확정하는 순간, 시스템은 다음 작업을 동시에 즉시 수행합니다.

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) 영역에 보관된 첨부 파일은 다음과 같이 처리됩니다. 아바타/프로필 사진, 문진표에 첨부한 서류/사진, 결제 영수증 이미지는 영구 삭제 단계의 일부로 자동으로(최선의 노력으로) 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(육)개월을 넘을 수 없습니다. 이 틀에서 현재 시스템에서 실제로 작동하는 장치와 작동하지 않는 장치를 다음과 같이 분명히 구분합니다.

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. 국내외에서 개인 데이터를 제공받은 제3자를 알 권리,
5. 개인 데이터가 불완전하거나 잘못 처리된 경우 정정을 요청할 권리,
6. KVKK 제7조의 틀 안에서 개인 데이터의 삭제 또는 파괴를 요청할 권리,
7. 위 (5)와 (6)에 따라 이루어진 조치를 개인 데이터를 제공받은 제3자에게 통지하도록 요청할 권리,
8. 처리된 데이터가 오로지 자동화된 시스템으로 분석되어 본인에게 불리한 결과가 생기는 것에 이의를 제기할 권리,
9. 개인 데이터가 법에 어긋나게 처리되어 손해를 입은 경우 그 배상을 요청할 권리.

8.2. 현재 기술적 적용의 정직한 요약

다음 사항은 현재 기술적 적용에 대한 정직하고 현실적인 요약입니다.

• 삭제 요청(계정 삭제): 모바일 앱의 해당 설정 메뉴에서 직접 요청할 수 있으며, 이 요청은 제5부에서 설명한 2단계(즉시 소프트 삭제 → 30일 → 영구 삭제) 과정으로 자동 처리됩니다(제11조 제6호).
• 정보 요청 / 데이터 이동: 정보주체 자신의 테넌트 범위의 데이터를 구조화되고 기계가 읽을 수 있는 형식으로 합리적인 기간 안에 본인에게 제공하는 방법으로 처리됩니다(export_user_data 함수, 테넌트 범위 검증됨). 이 과정의 전달 방식(파일 형식, 전달 방법, 서명된 다운로드 링크 등의 특성)은 계속 개선되고 있으며, 이 정책 범위에서는 특정 전달 기한이나 특정 파일/접근 형식에 대한 약속을 하지 않습니다(제11조 제1호~제2호).
• 제3자 제공 정보(제11조 제4호): 개인 데이터를 제공받은 국내/국외 제3자/하위 처리자에 관한 정보는 이 정책 제11부(하위 처리자와 데이터 위치) 표에서 제공합니다.
• 정정 요청(제11조 제5호): 기술적으로 센터의 관리 패널에서 수동으로 할 수 있으며, 별도의 자동화된 "정정 요청" 흐름은 없습니다. SaaS 제품 맥락에서 회원 데이터의 정정 요청은 우선 해당 센터에 해야 하며, Corenta는 처리자로서 센터의 지시에 따라 기술 지원을 제공합니다.
• 제3자 통지(제11조 제7호): 삭제/정정 작업을 제공받은 제3자에게 통지하도록 하는 요청은 청구 절차에 적힌 창구로 들어오면 검토하며, 이 과정은 현재 자동이 아니라 수동으로 진행됩니다.
• 자동화된 결정/프로파일링에 대한 이의(제11조 제8호): 시스템에는 처리된 데이터가 오로지 자동화된 시스템으로 분석되어 정보주체에게 불리한 결과를 낳는 자동화된 의사결정이나 프로파일링 활동이 없으며, 따라서 현재 이 호에 관해 실제로 운영하는 별도의 이의 장치는 필요하지 않습니다.
• 청구는 KVKK 제13조에 따라 늦어도 30일 이내에 무료로 처리됩니다(처리에 별도 비용이 드는 경우 위원회가 정한 요율표에 따른 수수료를 요청할 수 있음).

8.3. 청구 절차

위 권리에 관한 요청은

• 이메일 주소 hello@corenta.app으로,
• 앱 안의 해당 설정/고객지원 화면을 통해,
• 또는 KVKK가 정한 그 밖의 방법으로,

Corenta에 보낼 수 있습니다.

회원 데이터에 관한 중요한 참고: 센터의 회원이고 자신의 데이터에 관해 요청하고 싶다면, 먼저 해당 센터(관리자)에 청구해야 합니다. 센터가 회원 데이터에 관한 최종 결정권자이자 상대방이기 때문입니다. Corenta는 처리자로서 센터의 지시에 따라 필요한 기술 도구(데이터 열람, 내보내기, 삭제 기능)를 제공합니다.

9. 역할과 책임

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호의 "데이터를 제공받은 제3자를 알 권리"에 대응하기도 합니다.

추가로:

• 이메일 인프라: 서비스 이메일은 Google Workspace(Google)를 통해 발송되며, 인증 이메일은 Supabase Auth가 발송합니다. 광고성 이메일은 별도 동의와 İYS 등록을 조건으로만 발송됩니다. 푸시 알림은 Apple(APNs)과 Google(FCM)을 통해 전달됩니다.
• 분석 도구: 제3자 분석 도구(예: Google Analytics)는 사용하지 않습니다. 앱 내 제품 이용 측정은 현재 활성화되어 있지 않으며, 활성화하는 경우 측정은 Corenta 자체 데이터베이스(Supabase, 프랑크푸르트/독일)의 퍼스트파티 테이블에 기록되고, 건강 정보와 자유 텍스트를 포함하지 않으며, 활성화 전에 이 정책을 업데이트합니다. 활성화되면 측정 기록의 보관 기간을 이 정책에 기재합니다.
• 오류 모니터링: 제3자 오류 모니터링 도구는 사용하지 않으며, 클라이언트 오류는 Corenta 자체 데이터베이스에 기록됩니다.
• 웹에서 직접 신용카드로 결제하는 인프라는 없으며, 결제는 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가 관리자로 행동하는 기업 웹사이트(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의 해당 플랫폼(기업 웹사이트 및/또는 앱 안)에 게시되며, 이전 버전과 충돌하는 규정에 대해서는 최신 버전을 기준으로 합니다. 중요한 변경이 있을 때는 적용 가능한 범위에서 이용자/센터에게 따로 알려 드립니다.

14. 연락처

이 정책이나 개인 데이터의 보관/파기에 관한 질문은:

이메일: hello@corenta.app 관리자: Mertcan Demir — "Teta Studio" 상호의 개인사업자 고객지원: support@corenta.app 서비스 지역: Corenta는 App Store와 Google Play를 통해 해당 스토어가 제공되는 국가에서 전 세계적으로 제공됩니다. 이 정책의 기간은 모든 국가의 이용자에게 적용되며, 어떤 국가의 강행 법령이 더 짧은 삭제나 더 긴 보관 의무를 정하는 경우 그 규정이 적용됩니다.

최종 업데이트: 2026년 10월 19일 버전 1.9 · 2026년 10월 19일