CORENTA — ПОЛИТИКА ХРАНЕНИЯ И УНИЧТОЖЕНИЯ ДАННЫХ

Этот перевод предоставлен только для информации; юридически обязывающим является текст на турецком языке.

Удаление клиента без аккаунта: действие «Удалить» администратора клиники считается запросом; запись сразу убирается из активного списка, а через 30 дней идентификационные/контактные данные и поля о здоровье клиента (группа крови, аллергии, хронические состояния, лекарства) удаляются/очищаются (см. 5.0). Приведённое ниже общее описание удаления аккаунта не толкуется как обязанность окончательно удалять строку клиента в этом особом случае. Записи анамнеза, измерений, заметок о занятиях и финансовые записи по-прежнему подчиняются собственным правилам хранения.

Вступает в силу / последнее обновление: 19 октября 2026 г. Версия: 1.9 Контролёр данных / издатель: Mertcan Demir — индивидуальный предприниматель, ведущий деятельность под коммерческим обозначением «Teta Studio»

Журнал изменений

• 1.9 — 19 октября 2026 г.: Формулировка «только Türkiye» в разделе 14 заменена указанием на глобальное предложение; сроки хранения не изменились.
• 1.8 — 19 октября 2026 г.: Публикуемая версия; дата вступления в силу 19 октября 2026 г. В раздел 4 добавлена строка о групповых сообщениях клиники и копиях сообщений, отложенных для проверки командой (строка 12); перечень периодического уничтожения в разделе 7 соответственно расширен; из таблицы 1.3 удалены пустовавшие сведения MERSİS и KEP.
• 1.7 — 11 октября 2026 г.: По итогам проверки соответствия от 11 октября 2026 г. (F01, F02, F08, F11, F13, F19, F21): из §11 удалена формулировка «Supabase/Франкфурт не является трансграничной передачей», а раздел о трансграничной передаче написан по редакции ст. 9 Закона № 6698, действующей после 2024 г. (стандартные договоры ещё не подписаны); для записей о здоровье, клинических и финансовых записей формулировка «анонимные» исправлена на хранение с ограниченным доступом и разрывом связи с личностью (свободный текст заметок о занятиях не изменяется); правовое основание строки о доказательствах согласия исправлено на ст. 5/2-e (ошибочная ссылка на ст. 20/2 удалена); строка о форме раннего доступа обновлена с учётом разделения информирования и согласия на коммерческие сообщения; для категорий без автоматического уничтожения добавлен принцип периодического уничтожения раз в 6 месяцев; идентификационные сведения исправлены на индивидуального предпринимателя; раздел о VERBİS написан по решениям Совета 2025 г.
• 1.6 — 10 октября 2026 г.: Expo (Expo Push Notification Service) исключён из перечня субобработчиков/обработчиков; push-уведомления доставляются только через Apple (APNs) и Google (FCM), Expo/EAS — лишь инструмент сборки приложения и не обрабатывает данные конечных пользователей.
• 1.5 — 10 октября 2026 г.: Удалена формулировка о выборе Google Analytics; уточнено, что сторонняя аналитика не используется, и уточнены обработчики push-уведомлений.
• 1.4 — 4 октября 2026 г.: Действующий текст закреплён как утверждённая версия. В этой версии отражено только следующее: удаление аккаунта (доступ прекращается немедленно, персональные данные удаляются/анонимизируются, платёжные записи, подлежащие хранению по закону, хранятся без идентификации личности; срока для отмены нет); удаление полей о здоровье клиента через 30 дней; 7-дневный срок для «осиротевших» квитанций; конфиденциальность контактных данных клиента в режиме поддержки; серверное измерение без идентификации личности; служебные письма и Google Workspace; обработчики push-уведомлений; адрес поддержки; рынок (Türkiye).
• 1.3 — 7 июля 2026 г. (обновление от 4 августа 2026 г.): предыдущая версия.

Важное примечание о статусе контролёра данных / обработчика данных: Настоящая Политика хранения и уничтожения данных («Политика») устанавливает, как долго хранятся персональные данные, обрабатываемые в рамках программного сервиса Corenta («Сервис» или «Приложение»), разработанного и эксплуатируемого Mertcan Demir, ведущим деятельность как индивидуальный предприниматель под коммерческим обозначением «Teta Studio» («Corenta», «Teta Studio», «Компания»), какие критерии лежат в основе определения этих сроков и какими методами эти данные удаляются, безвозвратно уничтожаются или анонимизируются по истечении срока хранения или при отпадении основания для обработки.

Настоящая Политика подготовлена в соответствии с Законом № 6698 о защите персональных данных («KVKK»), Положением об удалении, безвозвратном уничтожении или анонимизации персональных данных («Положение») и иным применимым законодательством и является неотъемлемой частью реестра обработки персональных данных Corenta. Настоящую Политику следует читать совместно с соответствующим Информационным текстом/Политикой конфиденциальности, где подробно разъясняются цели обработки данных и правовые основания; настоящий документ регулирует только сроки хранения и порядок уничтожения и сам по себе не предназначен для полного исполнения обязанности по информированию по ст. 10 KVKK.

1. Цель и сфера действия

1.1. Цель

Цель настоящей Политики — разъяснить критерии определения максимального срока, необходимого для целей обработки персональных данных, обрабатываемых Corenta, применение сроков, предусмотренных законодательством, а также порядок и принципы удаления, безвозвратного уничтожения или анонимизации персональных данных, срок хранения которых истёк. Настоящая Политика подготовлена на основе положений ст. 5, ст. 6, ст. 7, ст. 10, ст. 11 и ст. 12 KVKK и соответствующих статей Положения.

1.2. Сфера действия и разграничение ролей — важное предупреждение

Настоящая Политика охватывает две отдельные области, в которых Corenta обрабатывает данные в двух разных качествах; это разграничение последовательно применяется во всей Политике и прямо влияет на толкование таблицы сроков хранения:

(a) Контекст корпоративного веб-сайта (corenta.app — форма заявки на ранний доступ/демо): в отношении персональных данных, переданных потенциальными клиентами-предприятиями, проявившими интерес к продукту, через форму заявки на ранний доступ, Corenta/Teta Studio действует непосредственно в качестве Контролёра данных согласно ст. 3 KVKK.

(b) Контекст SaaS-продукта (app.corenta.app): в отношении персональных данных, которые центры клинического пилатеса, физиотерапии, реформера, wellness/массажа и йоги, пользующиеся платформой Corenta по подписке («Tenant», «Предприятие» или «Клиника»), вносят в платформу о своих клиентах («Клиент — субъект данных») (контактные данные, анамнез, заметки о занятиях, данные о записях/пакетах и т. п.), Контролёром данных согласно ст. 3 KVKK является Клиника; 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. Относятся ли данные к категории данных особой категории (о здоровье)? В этом случае в силу ст. 6 KVKK применяются более строгие ограничения доступа и обоснования; срок хранения никогда не продлевается за пределы цели.

Если ни один из приведённых выше критериев не требует хранения конкретных персональных данных, данные немедленно удаляются, безвозвратно уничтожаются или анонимизируются.

3.2. Основания, требующие уничтожения

Персональные данные удаляются, безвозвратно уничтожаются или анонимизируются по запросу соответствующего лица или по собственной инициативе Corenta/Клиники в следующих случаях:

a) изменение или отмена положений законодательства, являющихся основанием обработки; b) отпадение цели, требующей обработки или хранения; c) отзыв субъектом данных согласия в случаях обработки на основании явного согласия; d) обращение субъекта данных с запросом об удалении/безвозвратном уничтожении в рамках прав по ст. 11 KVKK и признание этого запроса обоснованным (запрос на удаление аккаунта); e) истечение срока хранения персональных данных и отсутствие какого-либо правового основания, требующего хранения; f) договор не был заключён, недействителен, расторгнут или от него отказались; g) окончательное завершение запроса на удаление аккаунта в рамках процесса, указанного в разделе 5 настоящей Политики.

4. Таблица категорий данных, сроков хранения и методов уничтожения

В таблице ниже приведены основные категории персональных данных, обрабатываемых в инфраструктуре Corenta, срок хранения, основание и метод уничтожения, применяемый по истечении срока. Если прямо не указано иное, общее правило таково: «пока связанный аккаунт/запись активны + 30 дней с момента принятия к обработке запроса на удаление аккаунта». Таблицу следует читать совместно с процессом удаления аккаунта, описанным в разделе 5. Для некоторых категорий шагом этого процесса по истечении 30 дней является не DELETE (окончательное удаление), а анонимизация — это различие прямо указано в соответствующих строках и в разделе 6.2.

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

</div>

Примечание 1: В таблице выше выражение «пока активен аккаунт/tenant» означает срок, в течение которого продолжается подписка соответствующей Клиники на Corenta и запись о клиенте не удалена Клиникой. Когда Клиника удаляет данные своего клиента, определяется собственной политикой Клиники по KVKK (как Контролёра данных) и её отношениями с клиентом; Corenta предоставляет для этого процесса техническую возможность.

Примечание 2: Сроки 2 года в строке 7 (записи журнала аудита) и 5 лет в строке 8 (записи о согласиях) — фиксированные сроки хранения, установленные Corenta (в отличие от срока по Торговому и Налоговому процессуальному кодексам в строке 6, они не основаны непосредственно на норме законодательства; это добровольно принятое обязательство, определённое в рамках законного интереса и обязанности доказывания по ст. 5/2-f KVKK). Автоматический механизм удаления по окончании срока хранения в системе сейчас не работает — по истечении срока удаление/анонимизация выполняется вручную; после внедрения автоматизации настоящая Политика будет обновлена. Выражение «не более 2 лет» в строке 9 (данные формы раннего доступа) имеет иную сферу и, как разъяснено в этой строке, означает отдельный правовой верхний предел.

5. Процесс удаления аккаунта — сквозное описание

Чтобы технически исполнять запросы субъектов данных на удаление в рамках ст. 11 KVKK, 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).

На этом этапе данные физически не удалены, но стали недоступными для обычной обработки и просмотра. Это первый шаг процесса удаления, имеющий характер «приведения в недоступное состояние» в смысле ст. 7 KVKK и Положения.

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 г.): поскольку доступ к аккаунту прекращается сразу после запроса на удаление, этот срок не даёт возможности отмены/отказа; он используется для завершения окончательного удаления записи аутентификации и файлов и для проверки на возможные злоупотребления. Этот срок является разумным и ограниченным в соответствии с принципом соразмерности по ст. 5 KVKK. О статусе запроса на удаление можно справиться по адресу 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). Технически эти документы привязаны не к пользователю, а к процессу проверки соответствующего 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, к данным tenant Клиники и ко всем записям о клиентах в этом tenant применяется та же двухэтапная архитектура (soft-delete → 30 дней → окончательное удаление). Поскольку Клиника является Контролёром данных своих клиентов, она обязана до прекращения подписки проинформировать своих клиентов в рамках собственных обязанностей по KVKK; эта обязанность не может быть передана Corenta.

5.7. Связь с режимом поддержки суперадминистратора (имперсонация)

Процессы удаления аккаунта и хранения работают независимо от механизма поддержки/имперсонации Corenta. Сессии имперсонации ограничены по времени (30 минут) и по умолчанию работают только для чтения; доступ к категориям данных о здоровье (анамнез, заметки о занятиях, измерения) требует отдельного шага подтверждения (health_data_enabled), а запись/удаление в этих таблицах через имперсонацию ни при каких условиях не допускается (в политиках RLS для имперсонации не предусмотрено никаких исключений). Уточнение: это ограничение относится к сессиям имперсонации, запускаемым человеком, в которых сотрудник поддержки входит в систему и выполняет действия вручную; автоматический (без участия человека) процесс cron с service-role, описанный в разделе 5.2, является отдельным уровнем, на который это ограничение не влияет — ограничение имперсонации не препятствует механизму автоматического окончательного удаления в процессе удаления аккаунта и не должно с ним смешиваться. Следовательно, процессы удаления аккаунта/уничтожения выполняются только через автоматические механизмы, определённые в настоящей Политике.

6. Методы уничтожения

Ниже описаны методы удаления/безвозвратного уничтожения/анонимизации, применяемые в зависимости от носителей записи согласно ст. 8 и последующим статьям Положения.

6.1. Удаление

Действие, в результате которого персональные данные становятся никоим образом недоступными и непригодными для повторного использования соответствующими пользователями (включая пользователей приложения и персонал с доступом к панели администратора). В Corenta этот метод применяется в процессе soft-delete на этапе 1: хотя данные физически не удаляются из базы данных, они становятся полностью недоступными через права доступа и интерфейсы.

6.2. Безвозвратное уничтожение (окончательное удаление)

Действие, в результате которого персональные данные становятся никоим образом недоступными, невосстановимыми и непригодными для повторного использования кем-либо. В процессе окончательного удаления Corenta на этапе 2 этот принцип реализуется двумя разными техническими методами в зависимости от категории данных:

• Запись аутентификации и записи, не имеющие самостоятельной деловой ценности: запись аутентификации пользователя (auth.users) необратимо удаляется непосредственно командой DELETE в автоматическом процессе, защищённом service-role; связанные записи, не имеющие самостоятельной деловой/доказательной ценности после удаления аккаунта (например, уведомления, notifications — см. раздел 4, строка 10), удаляются вместе с ним на уровне базы данных через ON DELETE CASCADE.
• Записи о здоровье, клинические и финансовые записи: для anamnesis_forms, session_notes, measurements, payments, attendance и consent_logs шаг окончательного удаления применяется не путём удаления записи (DELETE), а путём разрыва связи с личностью и частичной очистки (см. раздел 6.6): столбцы внешних ключей, идентифицирующие лицо (client_id, specialist_id, user_id и т. п.), необратимо обнуляются ограничением FK ON DELETE SET NULL; столбцы содержимого, которые могут содержать явные идентификационные данные или PII в свободном тексте (ответы анамнеза, примечания в свободной форме к измерениям/платежам, ссылка на платёжную квитанцию, IP-адрес записи о согласии), очищаются или заменяются анонимной отметкой функцией anonymize_user_relations() (вызывается только service-role, default-deny). Числовое и хронологическое клиническое/финансовое содержимое (дата, сумма, значение измерения, остаток занятий, статус «пришёл/не пришёл», время предоставления/отзыва согласия) в силу обязанности Клиники вести записи и (для заметок о занятиях) принципа append-only продолжает храниться как запись tenant с разорванной связью с личностью; поскольку свободный текст заметок о занятиях не изменяется, эти записи не считаются анонимными и хранятся с ограниченным доступом.

В заметках о занятиях (session_notes) ограничение append-only не допускает изменения содержимого; предусмотрено лишь узкое, единственное по цели исключение для обнуления столбцов связи с лицом (client_id, specialist_id) — само содержимое заметки и в этом процессе ни на одном этапе не удаляется и не изменяется.

Ограничение: механизма поиска/очистки персональных данных внутри текста, которые могут встречаться в полях свободного текста помимо явных столбцов идентификации (например, имя, упомянутое в тексте заметки о занятии), нет. Поэтому эти записи не считаются анонимными; они хранятся как персональные данные с ограниченным доступом и по истечении срока уничтожаются.

Ни один из двух описанных выше методов, поскольку они защищены service-role, не может быть запущен или отменён через обычные интерфейсы продукта.

6.3. Удаление из резервных копий (backup)

Резервные копии базы данных автоматически перезаписываются/уничтожаются через определённый срок в рамках обычного цикла резервного копирования (ротации). Хотя окончательное удаление в основной базе данных действует немедленно, прямо указывается, что в ранее созданных резервных копиях данные технически могут сохраняться до истечения стандартного срока ротации резервных копий у поставщика резервного копирования (Supabase). Это стандартная практика в рамках договора об обработке данных (DPA) соответствующего субобработчика (Supabase).

6.4. Вложения в файловом хранилище (Storage)

Файлы, загружаемые пользователями, такие как изображения аватаров, платёжные квитанции и вложения к анамнезу, хранятся в отдельной области хранилища (Storage). См. раздел 5.4 — там подробно и прозрачно описано текущее состояние этого содержимого в процессе удаления аккаунта (автоматическое удаление аватара/вложения к анамнезу/платёжной квитанции, единственное исключение — specialist-verification-docs).

6.5. Данные на бумажных носителях

Персональные данные, обрабатываемые в рамках SaaS-продукта Corenta, хранятся в цифровом виде; обработка персональных данных на бумажных носителях не предусматривается. Если в коммерческой/административной переписке Компании в виде исключения используются бумажные носители, уничтожение выполняется путём затемнения/сжигания/необратимого измельчения в бумагорезательной машине.

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. Отдельная автоматическая и периодическая очистка истёкших/недействительных токенов push-уведомлений — улучшение, запланированное в дорожной карте продукта; фактическая работа этого механизма в системе сейчас технически не подтверждена (см. раздел 4, строку 10). После подтверждения или внедрения настоящая Политика будет обновлена.
5. Периодическое уничтожение раз в 6 месяцев: для категорий, не имеющих автоматического уничтожения в соответствии с настоящим разделом (журнал аудита, доказательства согласий с разорванной связью с личностью, данные формы раннего доступа, документы для проверки специалистов, копии групповых сообщений для модерации), Corenta проводит периодическое уничтожение раз в 6 месяцев и составляет акт об уничтожении для каждого цикла. Запланированных задач, автоматизирующих эти циклы, пока нет; циклы выполняются вручную.

Процесс периодического уничтожения, независимо от сроков, указанных в настоящей Политике, не препятствует индивидуальному запросу субъекта данных об удалении/безвозвратном уничтожении в рамках ст. 11 KVKK; субъект данных может запросить удаление, даже если срок хранения не истёк, если правовое основание соответствующей обработки отпало (например, при отзыве согласия). Для категорий, автоматизация которых ещё не внедрена, индивидуальный запрос субъекта данных, направленный через hello@corenta.app, также рассматривается и исполняется вручную.

8. Права субъекта данных и порядок обращения (KVKK ст. 11)

8.1. Права по статье 11 KVKK

Согласно ст. 11 KVKK субъекты данных имеют следующие права:

1. узнать, обрабатываются ли их персональные данные;
2. если персональные данные обрабатывались, запросить сведения об этом;
3. узнать цель обработки персональных данных и используются ли они в соответствии с этой целью;
4. знать третьих лиц внутри страны или за рубежом, которым переданы персональные данные;
5. если персональные данные обработаны неполно или неверно, потребовать их исправления;
6. потребовать удаления или безвозвратного уничтожения персональных данных в рамках ст. 7 KVKK;
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): в системе нет деятельности по автоматизированному принятию решений или профилированию, приводящей к неблагоприятному для субъекта данных результату вследствие анализа обработанных данных исключительно автоматизированными системами; поэтому в настоящее время нет необходимости в отдельном фактически действующем механизме возражений по этому пункту.
• Обращения рассматриваются бесплатно не позднее чем в течение 30 дней согласно ст. 13 KVKK (если действие требует дополнительных затрат, может взиматься плата по тарифу, установленному Советом).

8.3. Порядок обращения

Запросы, связанные с указанными выше правами,

• на адрес электронной почты hello@corenta.app,
• через соответствующие экраны настроек/поддержки в приложении,
• или иными способами, предусмотренными KVKK,

могут быть направлены в Corenta.

Важное примечание о данных клиентов: если вы являетесь клиентом Клиники и хотите обратиться с запросом о своих данных, сначала следует обратиться в соответствующую Клинику (Контролёра данных), поскольку в отношении данных клиентов окончательное решение принимает и является адресатом Клиника. Corenta как обработчик данных предоставляет необходимые технические инструменты (функции просмотра, выгрузки и удаления данных) по поручениям Клиники.

9. Роли и ответственность

10. Меры безопасности (в течение срока хранения)

В течение срока хранения персональные данные защищаются следующими техническими и организационными мерами (KVKK ст. 12):

• В мультиарендной (multi-tenant) архитектуре в каждой таблице обязательно поле tenant_id и применяется принцип запрета по умолчанию (default-deny) с политиками безопасности на уровне строк (Row Level Security) (37/37 таблиц, 86 политик); тем самым утечка данных между арендаторами технически предотвращается.
• Доступ к таблицам, содержащим данные о здоровье, ограничен соответствующим клиентом, назначенным специалистом и администратором tenant; контроль доступа применяется на уровне базы данных (RLS). Заметки о занятиях после отправки нельзя изменить/удалить (append-only); для форм анамнеза право удаления не предоставлено ни одному пользователю (включая администратора).
• Режим поддержки суперадминистратора (имперсонация) ограничен по времени (30 минут) и по умолчанию работает только для чтения; операции записи и доступ к данным о здоровье подчинены отдельным шагам, требующим дополнительного подтверждения; ни в одном сценарии имперсонации доступ на запись к таблицам данных о здоровье не открывается. (Это ограничение относится к сессиям имперсонации, запускаемым человеком; автоматические процессы cron с service-role являются отдельным уровнем — см. раздел 5.7.)
• При передаче данных используется сквозное шифрование (TLS); в мобильном приложении токены сессии хранятся в зашифрованном виде в защищённом аппаратном хранилище ключей устройства (Keychain/Keystore).
• На экранах с чувствительными данными приняты технические меры, ограничивающие создание снимков экрана.
• Для аккаунтов суперадминистраторов обязательна двухфакторная аутентификация (2FA/MFA).
• Проверка криптографической подписи уведомлений о платёжных операциях (webhook) предусмотрена архитектурой и применяется; продолжается работа по полному завершению соответствующей настройки/управления ключами во всех средах (включая рабочую).
• Эти меры безопасности постоянно пересматриваются и совершенствуются; однако никакая техническая мера не гарантирует абсолютной безопасности, и в рамках настоящей Политики обязательство абсолютной безопасности не даётся.

11. Субобработчики и локализация данных

В течение срока хранения персональные данные обрабатываются или размещаются с помощью следующих субобработчиков/поставщиков услуг. Договоры с этими поставщиками предусматривают обязанность обрабатывать данные только в целях оказания указанной услуги; эти отношения определяют не сроки хранения, а техническую среду, в которой размещаются данные, — исполнение решения об уничтожении также технически осуществляется у этих поставщиков. Приведённая ниже таблица также обеспечивает реализацию права «знать третьих лиц, которым переданы данные» по ст. 11/4 KVKK:

Дополнительно:

• Инфраструктура электронной почты: служебные письма отправляются через Google Workspace (Google); письма для проверки подлинности запускаются Supabase Auth. Рекламные письма отправляются только при условии отдельного согласия и его регистрации в İYS. Push-уведомления доставляются через Apple (APNs) и Google (FCM).
• Инструмент аналитики: сторонний инструмент аналитики (например, Google Analytics) не используется. Измерение использования продукта в приложении в настоящее время не включено; если оно будет включено, измерения будут записываться в собственную (first-party) таблицу в базе данных Corenta (Supabase, Франкфурт/Германия), не будут содержать данных о здоровье и свободного текста, а настоящая Политика будет обновлена до включения; после включения срок хранения записей измерений будет указан в настоящей Политике.
• Мониторинг ошибок: сторонний инструмент мониторинга ошибок не используется; ошибки клиентских приложений записываются в собственную базу данных Corenta.
• Инфраструктуры для приёма оплаты банковской картой напрямую через веб нет; платежи проводятся только через механизмы покупок в приложении Apple/Google (IAP); итоговый счёт/квитанцию выставляет Apple/Google (см. раздел 4, строку 6).

Обмен данными с перечисленными выше субобработчиками осуществляется только в той мере, в какой это необходимо для оказания соответствующей услуги, и в рамках ст. 8/ст. 9 KVKK. Трансграничная передача: все перечисленные выше поставщики обрабатывают данные за пределами Türkiye; размещение в Германии также является трансграничной передачей в смысле KVKK. Поскольку эти передачи носят регулярный и постоянный характер, они не основываются на явном согласии; они будут основываться на стандартных договорах, объявленных Советом, согласно ст. 9/4-c. На дату настоящего текста стандартные договоры ещё не подписаны, и Совет о них не уведомлён; о каждом договоре Совет будет уведомлён в течение 5 рабочих дней с даты подписания, а эта таблица будет обновлена с указанием дат. Решения об адекватности, объявленного Советом в отношении этих стран, нет (последняя проверка: 11 октября 2026 г.). Этот перечень может обновляться в связи с изменениями поставщиков услуг; актуальный перечень можно найти в Политике конфиденциальности и/или на соответствующем информационном экране в продукте Corenta.

12. Регистрация в VERBİS

На дату настоящего документа Teta Studio не зарегистрирована в VERBİS. Обязанность регистрации оценивается по критериям, установленным решениями Совета № 2025/1572 (для контролёров данных, основной деятельностью которых является обработка данных особой категории, порог освобождения — 10 работников в год и баланс 10 миллионов TL) и № 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; подтверждением/внедрением очистки push-токенов, указанной в разделе 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 г.