CORENTA — POLITYKA PRZECHOWYWANIA I USUWANIA DANYCH

To tłumaczenie ma charakter wyłącznie informacyjny; wiążący jest tekst turecki.

Usunięcie klienta bez konta: czynność Usuń wykonana przez menedżera gabinetu jest traktowana jako wniosek; zapis od razu znika z aktywnej listy, a po 30 dniach dane identyfikacyjne i kontaktowe oraz pola zdrowotne klienta (grupa krwi, alergie, choroby przewlekłe, leki) są usuwane/czyszczone (zob. 5.0). Ogólnego opisu usuwania konta zamieszczonego poniżej nie należy w tym szczególnym przypadku rozumieć jako obowiązku trwałego usunięcia wiersza klienta. Wywiad zdrowotny, pomiary, notatki z sesji i zapisy finansowe nadal podlegają własnym zasadom przechowywania.

Obowiązuje od / ostatnia aktualizacja: 19 października 2026 Wersja: 1.9 Administrator danych / wydawca: Mertcan Demir — jednoosobowa działalność gospodarcza pod nazwą handlową "Teta Studio"

Historia zmian

• 1.9 — 19 października 2026: Sformułowanie "tylko Turcja" w Sekcji 14 zastąpiono globalną dostępnością usługi; okresy przechowywania nie zmieniły się.
• 1.8 — 19 października 2026: Wersja do publikacji; obowiązuje od 19 października 2026. W Sekcji 4 dodano wiersz dotyczący wiadomości grupowych gabinetu i kopii wiadomości zachowanych do przeglądu przez zespół (poz. 12); odpowiednio rozszerzono listę okresowego usuwania w Sekcji 7; z tabeli 1.3 usunięto puste dane MERSİS i KEP.
• 1.7 — 11 października 2026: Zgodnie z przeglądem zgodności z 11 października 2026 (F01, F02, F08, F11, F13, F19, F21): usunięto z §11 stwierdzenie "Supabase/Frankfurt nie jest przekazaniem danych za granicę", a sekcję o przekazywaniu danych za granicę napisano zgodnie z art. 9 ustawy nr 6698 w brzmieniu obowiązującym od 2024 r. (standardowe umowy nie zostały jeszcze podpisane); w odniesieniu do dokumentacji zdrowotnej, klinicznej i finansowej określenie "anonimowe" poprawiono na przechowywanie z ograniczonym dostępem po usunięciu powiązania z osobą (wolny tekst notatek z sesji nie jest zmieniany); podstawę prawną wiersza dotyczącego dowodu zgody poprawiono na art. 5/2-e (usunięto błędne odesłanie do art. 20/2); wiersz formularza wczesnego dostępu zaktualizowano, rozdzielając obowiązek informacyjny od zgody na informacje handlowe; dla kategorii bez automatycznego usuwania dodano zasadę okresowego usuwania co 6 miesięcy; dane identyfikacyjne poprawiono na jednoosobową działalność gospodarczą; sekcję o VERBİS napisano zgodnie z decyzjami Kurul z 2025 r.
• 1.6 — 10 października 2026: Usunięto Expo (Expo Push Notification Service) z wykazu (dalszych) podmiotów przetwarzających; powiadomienia push są dostarczane wyłącznie przez Apple (APNs) i Google (FCM), a Expo/EAS jest jedynie narzędziem do budowania aplikacji i nie przetwarza danych użytkowników końcowych.
• 1.5 — 10 października 2026: Usunięto wzmiankę o wyborze Google Analytics; doprecyzowano, że nie korzystamy z analityki podmiotów trzecich, oraz kto przetwarza powiadomienia push.
• 1.4 — 4 października 2026: Obowiązujący tekst zatwierdzono jako wersję zaakceptowaną. W tej wersji uwzględniono wyłącznie: usuwanie konta (dostęp kończy się natychmiast, dane osobowe są usuwane/anonimizowane, dokumentacja płatności objęta ustawowym obowiązkiem przechowywania jest przechowywana bez danych identyfikacyjnych; brak okresu na cofnięcie); usunięcie pól zdrowotnych klienta po 30 dniach; 7-dniowy termin dla osieroconych potwierdzeń; ukrycie danych kontaktowych klienta w trybie pomocy; pomiar po stronie serwera bez danych identyfikacyjnych; e-maile serwisowe i Google Workspace; podmioty przetwarzające powiadomienia push; adres pomocy; rynek (Turcja).
• 1.3 — 7 lipca 2026 (aktualizacja z 4 sierpnia 2026): poprzednia wersja.

Ważna uwaga dotycząca roli administratora / podmiotu przetwarzającego: Niniejsza Polityka przechowywania i usuwania danych ("Polityka") określa, jak długo przechowywane są dane osobowe przetwarzane w ramach usługi oprogramowania Corenta ("Usługa" lub "Aplikacja"), rozwijanej i prowadzonej przez Mertcana Demira, działającego w ramach jednoosobowej działalności gospodarczej pod nazwą handlową "Teta Studio" ("Corenta", "Teta Studio", "Firma"), kryteria, na podstawie których ustala się te okresy, oraz metody, którymi dane te są usuwane, niszczone lub anonimizowane po upływie okresu przechowywania albo po ustaniu przyczyny przetwarzania.

Niniejsza Polityka została opracowana na podstawie ustawy nr 6698 o ochronie danych osobowych — KVKK (Türkiye Kişisel Verilerin Korunması Kanunu) — ("KVKK"), Rozporządzenia w sprawie usuwania, niszczenia lub anonimizacji danych osobowych ("Rozporządzenie") oraz innych właściwych przepisów i stanowi integralną część rejestru czynności przetwarzania danych osobowych Corenta. Politykę należy czytać łącznie z właściwą Klauzulą informacyjną/Polityką prywatności, w których szczegółowo opisano cele i podstawy prawne przetwarzania; niniejszy dokument reguluje wyłącznie okresy przechowywania i procedury usuwania i nie ma na celu samodzielnego wypełnienia całego obowiązku informacyjnego z art. 10 KVKK.

1. Cel i zakres

1.1. Cel

Celem niniejszej Polityki jest przedstawienie kryteriów ustalania maksymalnego okresu niezbędnego do realizacji celu, w jakim Corenta przetwarza dane osobowe, stosowania okresów przewidzianych w przepisach oraz zasad i trybu usuwania, niszczenia lub anonimizacji danych osobowych, których okres przechowywania upłynął. Polityka została opracowana na podstawie art. 5, 6, 7, 10, 11 i 12 KVKK oraz właściwych przepisów Rozporządzenia.

1.2. Zakres i rozdział ról — Ważne zastrzeżenie

Niniejsza Polityka obejmuje dwa odrębne obszary, w których Corenta przetwarza dane w dwóch różnych rolach; ten podział jest konsekwentnie stosowany w całej Polityce i bezpośrednio wpływa na sposób odczytywania tabeli okresów przechowywania:

(a) Kontekst strony firmowej (corenta.app — formularz wczesnego dostępu/prośba o demo): w odniesieniu do danych osobowych przekazywanych przez potencjalnych klientów biznesowych zainteresowanych produktem za pomocą formularza zgłoszenia do wczesnego dostępu Corenta/Teta Studio działa bezpośrednio jako Administrator danych w rozumieniu art. 3 KVKK.

(b) Kontekst produktu SaaS (app.corenta.app): w odniesieniu do danych osobowych, które ośrodki pilatesu klinicznego, fizjoterapii, reformera, wellness/masażu i jogi korzystające z platformy Corenta w ramach subskrypcji ("Tenant", "Przedsiębiorca" lub "Gabinet") wprowadzają do platformy na temat swoich klientów ("Klient, którego dane dotyczą") (dane kontaktowe, wywiad zdrowotny, notatki z sesji, dane o wizytach/pakietach itp.), Gabinet jest Administratorem danych w rozumieniu art. 3 KVKK; Corenta/Teta Studio działa wyłącznie jako Podmiot przetwarzający i świadczy usługę infrastruktury technicznej zgodnie z poleceniami Gabinetu. Obowiązek informacyjny wobec klientów, uzyskanie wyraźnej zgody i ostateczna decyzja o przechowywaniu/usuwaniu danych klientów należą do odpowiedzialności prawnej Gabinetu. Corenta technicznie ułatwia wykonywanie tych obowiązków w produkcie (mechanizm rejestrowania zgód consent_logs, mobilny ekran akceptacji KVKK kvkk.tsx, ślady audytowe), ale nie przejmuje ani nie przyjmuje na siebie obowiązku zapewnienia zgodności Gabinetu z KVKK. Okresy przechowywania opisane w niniejszej Polityce dla tego kontekstu pokazują, jak długo Corenta jako podmiot przetwarzający faktycznie przechowuje te dane w swojej infrastrukturze; ostateczna decyzja i termin usuwania mogą zależeć od poleceń Gabinetu i przepisów, którym podlega.

Niniejsza Polityka obejmuje ponadto, w zakresie ogólnych zasad, procesy przechowywania/usuwania danych osobowych pracowników, partnerów biznesowych i dostawców Corenta; zasadniczym przedmiotem Polityki pozostają jednak dane klientów biznesowych i klientów końcowych określone w lit. (a) i (b) powyżej.

1.3. Dane administratora / podmiotu przetwarzającego

1.4. Podstawy prawne

• ustawa nr 6698 o ochronie danych osobowych,
• Rozporządzenie w sprawie usuwania, niszczenia lub anonimizacji danych osobowych (Dziennik Urzędowy z 28.10.2017, nr 30224),
• Wytyczne w sprawie usuwania, niszczenia lub anonimizacji danych osobowych oraz decyzje Kişisel Verileri Koruma Kurulu ("Kurul"),
• ustawa nr 6102, turecki Kodeks handlowy (przechowywanie ksiąg i dokumentów handlowych),
• ustawa nr 213, turecka Ordynacja podatkowa (przechowywanie dokumentacji finansowej),
• inne właściwe przepisy sektorowe (w tym, w zakresie, w jakim mają zastosowanie, przepisy dotyczące udzielania świadczeń zdrowotnych).

2. Definicje

3. Kryteria ustalania okresów przechowywania i usuwania (art. 5 i 6 KVKK)

3.1. Przyczyny uzasadniające przechowywanie

W Corencie dane osobowe są przechowywane wyłącznie przez okres wyraźnie przewidziany we właściwych przepisach albo przez okres niezbędny do celu, w jakim są przetwarzane. Przy ustalaniu okresu przechowywania stosuje się następujące kryteria:

1. Czy istnieje ustawowy obowiązek przechowywania? (Np. minimalne okresy przechowywania dokumentacji finansowej przewidziane w tureckim Kodeksie handlowym i tureckiej Ordynacji podatkowej.)
2. W jakim celu dane były przetwarzane i czy ten cel nadal istnieje? (Art. 5/2 KVKK — zasada ograniczenia celu.)
3. Czy są niezbędne do zawarcia/wykonania umowy? (Np. dane o wizytach i pakietach, dopóki trwa subskrypcja/stosunek usługowy.)
4. Czy są niezbędne do ustalenia, wykonania lub ochrony prawa (jako dowód w ewentualnym sporze prawnym)? (Z uwzględnieniem ogólnych terminów przedawnienia z tureckiego Kodeksu zobowiązań.)
5. Czy osoba, której dane dotyczą, udzieliła wyraźnej zgody i czy zgoda ta jest nadal ważna?
6. Czy Corenta lub Gabinet ma prawnie uzasadniony interes? (Np. dzienniki bezpieczeństwa, wykrywanie oszustw/nadużyć.)
7. Czy dane należą do szczególnej kategorii (zdrowie)? W takim przypadku, zgodnie z art. 6 KVKK, stosuje się surowsze ograniczenie dostępu i uzasadnienie; okres przechowywania nigdy nie jest wydłużany poza cel.

Jeśli żadne z powyższych kryteriów nie wymaga przechowywania danych osobowych, dane te są niezwłocznie usuwane, niszczone lub anonimizowane.

3.2. Przyczyny uzasadniające usunięcie danych

Dane osobowe są usuwane, niszczone lub anonimizowane na wniosek osoby, której dotyczą, albo z urzędu przez Corentę/Gabinet w następujących przypadkach:

a) zmiana lub uchylenie przepisów stanowiących podstawę przetwarzania, b) ustanie celu, który wymaga przetwarzania lub przechowywania, c) wycofanie zgody przez osobę, której dane dotyczą, w przypadku przetwarzania opartego na wyraźnej zgodzie, d) złożenie przez osobę, której dane dotyczą, wniosku o usunięcie/zniszczenie w ramach praw z art. 11 KVKK i uznanie go za zasadny (wniosek o usunięcie konta), e) upływ okresu przechowywania danych osobowych, gdy nie istnieje już żadna podstawa prawna wymagająca ich przechowywania, f) niezawarcie umowy, jej nieważność, wypowiedzenie lub odstąpienie od umowy, g) ostateczne zakończenie realizacji wniosku o usunięcie konta w trybie opisanym w pkt 5 niniejszej Polityki.

4. Tabela kategorii danych, okresów przechowywania i metod usuwania

Poniższa tabela przedstawia główne kategorie danych osobowych przetwarzanych w infrastrukturze Corenta, okres przechowywania, jego uzasadnienie i metodę usuwania stosowaną po upływie okresu. O ile wyraźnie nie wskazano inaczej, obowiązuje zasada ogólna: "tak długo, jak powiązane konto/zapis jest aktywne + 30 dni od podjęcia realizacji wniosku o usunięcie konta." Tabelę należy czytać łącznie z procesem usuwania konta opisanym w Sekcji 5. W niektórych kategoriach krokiem tego procesu po 30 dniach nie jest DELETE (trwałe usunięcie), lecz anonimizacja — rozróżnienie to wskazano wyraźnie w odpowiednich wierszach i w Sekcji 6.2.

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

</div>

Uwaga 1: W powyższej tabeli sformułowanie "tak długo, jak konto/tenant jest aktywne" oznacza okres, w którym trwa subskrypcja Corenta danego Gabinetu, a zapis klienta nie został usunięty przez Gabinet. O tym, kiedy Gabinet usunie dane swojego klienta, decyduje jego własna polityka ochrony danych (jako Administratora danych) i relacja z klientem; Corenta zapewnia techniczne możliwości tego procesu.

Uwaga 2: Okresy 2 lat z poz. 7 (Ślady audytowe) i 5 lat z poz. 8 (Rejestr zgód) to stałe okresy przechowywania ustalone przez Corentę (w odróżnieniu od okresu ustawowego z poz. 6 nie wynikają bezpośrednio z przepisu prawa; stanowią samoistnie wiążące zobowiązanie ustalone na podstawie prawnie uzasadnionego interesu i ciężaru dowodu z art. 5/2-f KVKK). Obecnie w systemie nie działa automatyczny mechanizm usuwania po upływie okresu przechowywania — po jego upływie usunięcie/anonimizacja odbywa się ręcznie, a po wdrożeniu automatyzacji niniejsza Polityka zostanie zaktualizowana. Sformułowanie "najwyżej 2 lata" z poz. 9 (Dane z formularza wczesnego dostępu) ma inny zakres i, jak wyjaśniono w tym wierszu, oznacza odrębną prawną górną granicę.

5. Proces usuwania konta — działanie od początku do końca

Aby technicznie zrealizować wnioski o usunięcie danych składane przez osoby, których dane dotyczą, na podstawie art. 11 KVKK, Corenta stosuje dwuetapową architekturę usuwania, która równoważy wygodę użytkownika z bezpieczeństwem danych i potrzebą dowodową: natychmiastowe usunięcie logiczne (soft delete), a następnie trwałe usunięcie po 30 dniach.

5.0. Zmiana z 4 października 2026 — w razie sprzeczności z pkt 5.1–5.7 pierwszeństwo ma ten punkt

Usunięcie konta (od 4 października 2026): po potwierdzeniu wniosku o usunięcie dostęp do konta kończy się natychmiast (sesje są zamykane, nie można się zalogować); dane osobowe są usuwane lub anonimizowane (czyszczone są imię i nazwisko, e-mail, telefon, zdjęcie oraz dane identyfikacyjne/kontaktowe i pola zdrowotne klienta — grupa krwi, alergie, choroby przewlekłe, leki); dokumentacja płatności i wynagrodzeń objęta ustawowym obowiązkiem przechowywania nie jest usuwana; jest przechowywana bez powiązania z osobą i z ograniczonym dostępem. Po złożeniu wniosku nie ma okresu na jego cofnięcie; trwałe usunięcie zapisu uwierzytelniania i plików kończy się w istniejącym trzydziestodniowym procesie działającym w tle.

Usunięcie zapisu klienta i pola zdrowotne (od 4 października 2026): gdy przedsiębiorca usunie zapis klienta, który nie ma konta, zapis od razu znika z aktywnej listy; po 30 dniach razem z danymi identyfikacyjnymi i kontaktowymi usuwane/czyszczone są także pola zdrowotne klienta (grupa krwi, alergie, choroby przewlekłe, leki). Zasady przechowywania formularzy wywiadu zdrowotnego, pomiarów i notatek z sesji nie są objęte tym postanowieniem.

Pliki potwierdzeń (od 4 października 2026): pliki potwierdzeń niepowiązane z żadną płatnością (osierocone) są automatycznie usuwane po 7 dniach; potwierdzenia powiązanego z płatnością nie może usunąć żadna rola.

Dane kontaktowe klienta w trybie pomocy (od 4 października 2026): w sesji pomocy Corenta (super-admin) e-mail i telefon klienta nie są pokazywane personelowi pomocy; widzi on jedynie ograniczone podsumowanie tożsamości (imię i nazwisko, status konta, aktywność, data utworzenia).

Uprawnienie do zapisu w polach zdrowotnych (od 4 października 2026): w polach zdrowotnych klienta (grupa krwi, alergie, choroby przewlekłe, leki) mogą pisać wyłącznie sam klient i przypisany mu specjalista; właściciel/menedżer gabinetu nie może w nich pisać (może edytować osobę do kontaktu w nagłej sytuacji i pola identyfikacyjne).

Pomiar produktu z pseudonimizacją: w celu ulepszania produktu mogą być mierzone zbiorcze zdarzenia użytkowania, wyłącznie po stronie serwera i z pseudonimowym identyfikatorem gabinetu; pomiar ten nie obejmuje adresu IP, danych o zdrowiu ani śledzenia źródła wejść czy reklam. Pseudonimowy identyfikator gabinetu jest pseudonimem (nie jest pozbawiony tożsamości). Funkcja jest obecnie wyłączona.

5.1. Etap 1 — Natychmiastowe usunięcie logiczne (soft delete)

Gdy tylko użytkownik potwierdzi w aplikacji wniosek o usunięcie konta, system wykonuje następujące czynności jednocześnie i natychmiast:

1. Zapis profilu użytkownika zostaje dezaktywowany przez wypełnienie pola deleted_at; konto staje się niedostępne/niewidoczne przy normalnym korzystaniu i nie można się na nie zalogować.
2. Oczekujące (jeszcze nieodbyte) wizyty użytkownika są automatycznie odwoływane.
3. Usuwane są przypisania, w których użytkownik występuje jako specjalista/zasób (powiązania klient–specjalista, przypisania programów).
4. Wszystkie zgody użytkownika są wycofywane (odnotowywane przez wypełnienie pola revoked_at w zapisach consent_logs).

Na tym etapie dane nie są fizycznie usuwane, ale stają się niedostępne dla zwykłych celów przetwarzania i wyświetlania. Stanowi to pierwszy krok procesu usuwania w rozumieniu "uniemożliwienia dostępu" z art. 7 KVKK i Rozporządzenia.

5.2. Etap 2 — Trwałe usunięcie (po 30 dniach)

30 (trzydzieści) dni po usunięciu logicznym zaplanowane zadanie (cron job) uruchamiane automatycznie w systemie wykonuje następujące czynności w sposób nieodwracalny:

1. Zapis uwierzytelniania użytkownika (auth.users) zostaje trwale i nieodwracalnie usunięty.
2. Zapisy w bazie danych powiązane z użytkownikiem są przetwarzane w sposób zróżnicowany według kategorii: zapisy bez samodzielnej wartości operacyjnej ani dowodowej (np. powiadomienia) są trwale usuwane (DELETE/kaskadowo); dane o zdrowiu (anamnesis_forms, session_notes, measurements) oraz zapisy kliniczne/finansowe (payments, attendance, consent_logs) nie są natomiast usuwane — zrywa się powiązanie z osobą; powiązanie jest zrywane na poziomie bazy danych, niektóre pola wolnego tekstu są czyszczone, a zapis pozostaje jako zapis tenanta bez powiązania z osobą i z ograniczonym dostępem (ponieważ wolny tekst notatek z sesji nie jest zmieniany, nie jest on uznawany za anonimowy) (zob. Sekcja 4, poz. 2–5, 8 i 10 oraz Sekcja 6.2).
3. Czynność ta jest uruchamiana automatycznie wyłącznie przez uprzywilejowany proces systemu działający w tle (chroniony service-role); żaden użytkownik, w tym personel administracyjny, ani menedżer Przedsiębiorcy nie może za pomocą zwykłych interfejsów produktu ręcznie uruchomić tego procesu, przyspieszyć go ani zatrzymać — to świadome rozwiązanie bezpieczeństwa, które ma zapobiegać przedwczesnemu lub opóźnionemu usuwaniu wskutek pomyłki lub nadużycia. (Gwarancja ta dotyczy zwykłych interfejsów użytkownika i zarządzania produktem; procesy obsługi technicznej, które mogą mieć bezpośredni dostęp do bazy danych na uprzywilejowanym poziomie infrastruktury, nie są nią objęte i podlegają odrębnym wewnętrznym kontrolom dostępu.)

Cel trzydziestodniowego procesu w tle (od 4 października 2026): ponieważ dostęp do konta kończy się natychmiast po złożeniu wniosku o usunięcie, okres ten nie daje możliwości cofnięcia ani odstąpienia; służy do dokończenia trwałego usunięcia zapisu uwierzytelniania i plików oraz do ewentualnej kontroli nadużyć. Jest to rozsądny i ograniczony okres, zgodny z zasadą proporcjonalności z art. 5 KVKK. O stan realizacji wniosku o usunięcie można pytać pod adresem hello@corenta.app.

5.3. Wyjątek: dane objęte ustawowym obowiązkiem przechowywania

Opisany wyżej 30-dniowy proces trwałego usunięcia nie obejmuje zapisów wskazanych w Sekcji 4, tabela, poz. 6 (Metadane subskrypcji/transakcji), objętych ustawowym obowiązkiem przechowywania na podstawie tureckiego Kodeksu handlowego i tureckiej Ordynacji podatkowej. Nawet po trwałym usunięciu konta zapisy te są przechowywane osobno do upływu właściwego ustawowego okresu przechowywania, oddzielone od celu przetwarzania danych osobowych i z dostępem ograniczonym wyłącznie do wykonania obowiązku prawnego. Podobnie ślady audytowe (audit_logs) i minimalny dowodowy rdzeń rejestru zgód (zob. Sekcja 4, poz. 7–8) mogą być nadal przechowywane poza tym 30-dniowym okresem, w odrębnym i ograniczonym celu, ze względu na prawnie uzasadniony interes/potrzebę dowodową. W Sekcji 4, Uwaga 2, wyraźnie wskazano, że okresy objęte tym wyjątkiem nie odpowiadają żadnemu mechanizmowi technicznemu stosowanemu w systemie automatycznie.

5.4. Szczególne wyjaśnienie dotyczące przechowywanych załączników (ważne — przejrzystość)

Zgodnie z zasadą przejrzystości wyraźnie wskazujemy: podczas trwałego usuwania zapisy w bazie danych (profil, wizyty, przypisania, zgody itp.) są całkowicie usuwane albo (w przypadku dokumentacji zdrowotnej/klinicznej/finansowej, zob. Sekcja 6.2) anonimizowane; załączniki użytkownika przechowywane w odrębnym obszarze przechowywania (Storage) są traktowane następująco: awatar/zdjęcie profilowe, dokument/zdjęcie dołączone do formularza wywiadu zdrowotnego oraz obraz potwierdzenia płatności są automatycznie usuwane ze Storage (best-effort) w ramach kroku trwałego usunięcia — jest to zweryfikowane zachowanie, które obecnie faktycznie działa w systemie. Jeśli usuwanie w jednym buckecie się nie powiedzie, zostaje to zapisane w dzienniku, ale nie blokuje czyszczenia pozostałych bucketów ani kroków anonimizacji/trwałego usunięcia konta (rozwiązanie best-effort).

Uczciwie wskazane ograniczenie: jedyną kategorią plików pozostającą poza tym automatycznym procesem są dokumenty tożsamości/dyplomy do weryfikacji, przesyłane w procesie rejestracji specjalisty/samodzielnego specjalisty (bucket specialist-verification-docs). Technicznie dokumenty te są powiązane nie z użytkownikiem, lecz z procesem weryfikacji prowadzonym przez danego tenanta (Gabinet), i nie zawierają w zapisie bazy danych odwołania do użytkownika; dlatego nie mogą zostać automatycznie objęte obecnym procesem usuwania konta użytkownika. Usunięcie tego dokumentu zostanie zrealizowane osobno w procesie zamykania przez Gabinet konta/subskrypcji na poziomie tenanta (zob. Sekcja 5.6); do tego czasu wyjątkowe wnioski są rozpatrywane ręcznie przez hello@corenta.app.

Dlatego niniejsza Polityka nie zawiera bezwzględnego zobowiązania, że po złożeniu wniosku o usunięcie konta "wszystkie dane/pliki użytkownika są usuwane w całości i natychmiast" (w szczególności w odniesieniu do pozostałości technicznych w kopiach zapasowych, zob. Sekcja 6.3, oraz powyższego wyjątku); w odniesieniu do opisanych wyżej kategorii plików automatyczne usuwanie jest jednak faktycznie stosowane.

5.5. Szczególna uwaga dotycząca danych o zdrowiu

Szczególne kategorie danych o zdrowiu, takie jak formularze wywiadu zdrowotnego, notatki z sesji i pomiary, również podlegają opisanemu wyżej ogólnemu procesowi usuwania (usunięcie logiczne → 30 dni → trwałe usunięcie); jednak, jak wyjaśniono w Sekcji 4, poz. 2–4, i w Sekcji 6.2, w tych tabelach krok trwałego usunięcia jest realizowany przez zerwanie powiązania z osobą i częściowe czyszczenie — zapis nie jest usuwany poleceniem DELETE, powiązanie z osobą jest zrywane, a niektóre pola wolnego tekstu są czyszczone; zapis kliniczny (zwłaszcza treść notatek z sesji objętych zasadą append-only) jest przechowywany jako zapis tenanta bez powiązania z osobą i z ograniczonym dostępem, i nie jest uznawany za anonimowy. Ponadto, ponieważ ta kategoria danych przenika się z dokumentacją prowadzoną przez Gabinet jako administratora danych, wniosek klienta o usunięcie konta/danych może kolidować z własnymi ustawowymi obowiązkami przechowywania Gabinetu (np. obowiązkami prowadzenia dokumentacji wynikającymi z przepisów o udzielaniu świadczeń zdrowotnych); metoda zerwania powiązania z osobą i przechowywania z ograniczonym dostępem ma na celu wyważenie tych dwóch obowiązków (praw klienta do jego danych osobowych i obowiązku dokumentacyjnego Gabinetu). W takich sytuacjach ostateczną decyzję podejmuje Gabinet jako administrator danych; Corenta działa zgodnie z poleceniami Gabinetu.

5.6. Usuwanie na poziomie Gabinetu (tenanta)

Jeżeli Gabinet całkowicie zakończy subskrypcję Corenta, ta sama dwuetapowa architektura (usunięcie logiczne → 30 dni → trwałe usunięcie) jest stosowana do danych tenanta Gabinetu i do wszystkich zapisów klientów w tym tenancie. Ponieważ Gabinet jest Administratorem danych swoich klientów, przed zakończeniem subskrypcji ma obowiązek poinformować ich w ramach własnych obowiązków wynikających z KVKK; obowiązku tego nie można przenieść na Corentę.

5.7. Związek z trybem pomocy super-admina (impersonacja)

Procesy usuwania konta i przechowywania działają niezależnie od mechanizmu pomocy/impersonacji Corenta. Sesje impersonacji są ograniczone czasowo (30 minut) i domyślnie działają tylko do odczytu; dostęp do kategorii danych o zdrowiu (wywiad zdrowotny, notatki z sesji, pomiary) wymaga odrębnego kroku zatwierdzenia (health_data_enabled), a operacje zapisu/usuwania w tych tabelach w żadnym wypadku nie są dozwolone przez impersonację (polityki RLS nie przewidują dla impersonacji żadnego wyjątku). Doprecyzowanie: to ograniczenie dotyczy sesji impersonacji uruchamianych przez człowieka, w których członek personelu pomocy loguje się i działa ręcznie; opisany w Sekcji 5.2 automatyczny proces cron service-role (bez udziału człowieka) stanowi odrębną warstwę i nie podlega temu ograniczeniu — ograniczenie impersonacji nie blokuje automatycznego mechanizmu trwałego usuwania w procesie usuwania konta i nie należy go z nim mylić. W konsekwencji procesy usuwania konta i danych są realizowane wyłącznie przez automatyczne mechanizmy określone w niniejszej Polityce.

6. Metody usuwania

Zgodnie z art. 8 i nast. Rozporządzenia poniżej opisano metody usuwania, niszczenia i anonimizacji stosowane w zależności od nośnika danych.

6.1. Usunięcie

Czynność, w wyniku której dane osobowe nie są w żaden sposób dostępne ani możliwe do ponownego wykorzystania dla użytkowników, których to dotyczy (w tym użytkowników aplikacji i personelu z dostępem do panelu administracyjnego). W Corencie metoda ta jest stosowana w procesie usunięcia logicznego na Etapie 1: choć dane nie są fizycznie usuwane z bazy danych, stają się całkowicie niedostępne poprzez uprawnienia dostępu i interfejsy.

6.2. Zniszczenie (trwałe usunięcie)

Czynność, w wyniku której dane osobowe nie są dla nikogo w żaden sposób dostępne ani możliwe do odtworzenia lub ponownego wykorzystania. W procesie trwałego usunięcia na Etapie 2 Corenta zasada ta jest realizowana dwiema różnymi metodami technicznymi, zależnie od kategorii danych:

• Zapis uwierzytelniania i zapisy bez samodzielnej wartości operacyjnej: zapis uwierzytelniania użytkownika (auth.users) jest nieodwracalnie usuwany bezpośrednio poleceniem DELETE w automatycznym procesie chronionym przez service-role; powiązane zapisy, które po usunięciu konta nie mają samodzielnej wartości operacyjnej ani dowodowej (np. powiadomienia, notifications — zob. Sekcja 4, poz. 10), są usuwane wraz z nim na poziomie bazy danych przez ON DELETE CASCADE.
• Dokumentacja zdrowotna, kliniczna i finansowa: w przypadku anamnesis_forms, session_notes, measurements, payments, attendance i consent_logs krok trwałego usunięcia jest realizowany zamiast przez DELETE zapisu przez zerwanie powiązania z osobą i częściowe czyszczenie (zob. Sekcja 6.6): kolumny kluczy obcych identyfikujące osobę (client_id, specialist_id, user_id itp.) są nieodwracalnie ustawiane na NULL przez ograniczenie FK ON DELETE SET NULL; kolumny treści mogące zawierać jawną tożsamość lub dane osobowe w wolnym tekście (odpowiedzi z wywiadu zdrowotnego, notatki w wolnym tekście przy pomiarach/płatnościach, odwołanie do potwierdzenia płatności, adres IP w zapisie zgody) są czyszczone lub zastępowane anonimowym znacznikiem przez funkcję anonymize_user_relations() (wywoływaną wyłącznie przez service-role, domyślnie odmowa). Natomiast liczbowe i historyczne treści kliniczne/finansowe (data, kwota, wartość pomiaru, pozostałe saldo sesji, status obecny/nieobecny, moment udzielenia/wycofania zgody) pozostają przechowywane jako zapis tenanta bez powiązania z osobą ze względu na obowiązek dokumentacyjny Gabinetu i (w przypadku notatek z sesji) zasadę append-only; ponieważ wolny tekst notatek z sesji nie jest zmieniany, zapisy te nie są uznawane za anonimowe i są przechowywane z ograniczonym dostępem.

W notatkach z sesji (session_notes) ograniczenie append-only nie pozwala na zmianę treści; przewidziano jedynie wąski wyjątek, który pozwala wyłącznie ustawić na NULL kolumny powiązania z osobą (client_id, specialist_id) — sama treść notatki nie jest na żadnym etapie tego procesu usuwana ani zmieniana.

Ograniczenie: nie istnieje mechanizm wyszukiwania/czyszczenia danych osobowych występujących w treści pól wolnego tekstu poza kolumnami jawnej tożsamości (np. imienia wspomnianego w treści notatki z sesji). Dlatego zapisy te nie są uznawane za anonimowe; są przechowywane jako dane osobowe z ograniczonym dostępem i usuwane po upływie okresu.

Ponieważ obie metody są chronione przez service-role, nie można ich uruchomić ani cofnąć za pomocą zwykłych interfejsów produktu.

6.3. Usuwanie z kopii zapasowych (backup)

Kopie zapasowe bazy danych są automatycznie nadpisywane/usuwane po określonym czasie w ramach zwykłego cyklu tworzenia kopii (rotacji). Chociaż trwałe usunięcie odnosi skutek natychmiast w głównej bazie danych, wyraźnie wskazujemy, że w wcześniej wykonanych kopiach zapasowych dane mogą technicznie istnieć do upływu standardowego okresu rotacji kopii zapasowych dostawcy (Supabase). Jest to standardowa praktyka w ramach umowy powierzenia przetwarzania danych (DPA) właściwego dalszego podmiotu przetwarzającego (Supabase).

6.4. Załączniki w magazynie plików (Storage)

Pliki przesyłane przez użytkowników, takie jak obrazy awatarów, potwierdzenia płatności i załączniki do wywiadu zdrowotnego, są przechowywane w odrębnym obszarze przechowywania (Storage). Zob. Sekcja 5.4 — tam szczegółowo i przejrzyście opisano obecny sposób traktowania tych treści w procesie usuwania konta (automatyczne usuwanie awatara, załączników do wywiadu zdrowotnego i potwierdzeń płatności, z jedynym wyjątkiem specialist-verification-docs).

6.5. Dane w formie papierowej

Dane osobowe przetwarzane w ramach produktu SaaS Corenta są przechowywane w formie cyfrowej; przetwarzanie danych osobowych w formie papierowej nie jest przewidziane. Jeśli Firma wyjątkowo użyje papieru w korespondencji handlowej/administracyjnej, usuwanie odbywa się w sposób nieodwracalny przez zaczernienie, spalenie lub zniszczenie w niszczarce.

6.6. Anonimizacja

W ramach procesu trwałego usuwania konta (zob. Sekcja 6.2) Corenta stosuje wobec danych o zdrowiu oraz dokumentacji klinicznej/finansowej metodę zerwania powiązania z osobą i częściowego czyszczenia. Ponieważ wolny tekst notatek z sesji nie jest zmieniany, a w małych gabinetach serie dat i pomiarów mogą wystarczyć do ponownej identyfikacji osoby, metoda ta nie zawsze spełnia opisany niżej standard anonimizacji; zapisy te nie są uznawane za anonimowe, są przechowywane jako dane osobowe z ograniczonym dostępem i usuwane po upływie okresu. Poza tym Corenta może wykorzystywać do rozwoju produktu, analiz statystycznych lub badań rynku dane zanonimizowane w taki sposób, by nie dało się ich powiązać ze zidentyfikowaną lub możliwą do zidentyfikowania osobą fizyczną. Anonimizacja wymaga, by danych nie dało się nieodwracalnie powiązać z osobą nawet po połączeniu z innymi danymi; maskowanie/pseudonimizacja niespełniające tego standardu nie są anonimizacją i nadal podlegają reżimowi przetwarzania danych osobowych. Dane zanonimizowane pozostają poza zakresem KVKK i nie podlegają ograniczeniom okresów przechowywania z niniejszej Polityki.

6.7. Wybór metody

Metodę usuwania ustala Corenta i/lub Gabinet, biorąc pod uwagę charakter danych (czy należą do szczególnej kategorii), nośnik, na którym są przechowywane (baza danych, magazyn plików, system dzienników, system kopii zapasowych), możliwości prawne i techniczne oraz zasady wskazane w decyzjach Kurul i w Rozporządzeniu. Przy usuwaniu szczególnych kategorii danych osobowych (w tym danych o zdrowiu) zachowuje się najwyższą staranność.

7. Proces okresowego usuwania

Zgodnie z art. 11 Rozporządzenia Corenta ma obowiązek z urzędu (bez oczekiwania na wniosek) usuwać, niszczyć lub anonimizować dane osobowe, których okres przechowywania upłynął i/lub których cel przetwarzania ustał; przewidziany w tym zakresie okres okresowego usuwania nie może przekraczać 6 (sześciu) miesięcy. W tym kontekście poniżej jasno rozróżniamy mechanizmy, które obecnie faktycznie działają w systemie, od tych, które nie działają:

1. Proces trwałego usunięcia po 30 dniach od wniosku o usunięcie konta jest okresowo (codziennie) sprawdzany przez automatyczne zaplanowane zadanie (cron job), a konta, których termin upłynął, są przetwarzane zbiorczo. Jest to zweryfikowana automatyzacja, która obecnie faktycznie działa w systemie.
2. Okres przechowywania przewidziany dla śladów audytowych (audit_logs) jest okresowo przeglądany; obecnie nie wdrożono jednak mechanizmu usuwania, który automatycznie realizowałby ten przegląd (zob. Sekcja 4, poz. 7).
3. Maksymalny okres przechowywania ustalony dla danych z formularza wczesnego dostępu (zob. Sekcja 4, poz. 9) stanowi punkt odniesienia dla prawnej górnej granicy obowiązku okresowego usuwania z art. 11 Rozporządzenia; obecnie nie istnieje jednak w systemie automatyczny mechanizm przeglądu/usuwania odpowiadający temu okresowi. Dla tej kategorii danych usunięcie/anonimizacja jest rozpatrywane ręcznie i na wniosek do czasu wdrożenia automatyzacji (zob. Sekcja 4, Uwaga 2). Kwestia ta jest przedstawiana przejrzyście, spójnie z innymi niezweryfikowanymi twierdzeniami o automatyzacji (zob. pkt 2 i 4).
4. Odrębne automatyczne i okresowe czyszczenie wygasłych/nieważnych tokenów powiadomień push jest planowanym usprawnieniem w planie rozwoju produktu; nie potwierdzono technicznie, że mechanizm ten obecnie faktycznie działa w systemie (zob. Sekcja 4, poz. 10). Po jego weryfikacji lub wdrożeniu niniejsza Polityka zostanie zaktualizowana.
5. Okresowe usuwanie co 6 miesięcy: dla kategorii z tej Sekcji, które nie mają automatycznego usuwania (ślady audytowe, dowody zgód bez powiązania z osobą, dane z formularza wczesnego dostępu, dokumenty weryfikacyjne specjalistów, kopie moderacyjne wiadomości grupowych), Corenta przeprowadza okresowe usuwanie co 6 miesięcy i sporządza protokół usunięcia dla każdego cyklu. Zaplanowane zadania automatyzujące te cykle jeszcze nie istnieją; cykle są przeprowadzane ręcznie.

Proces okresowego usuwania, niezależnie od okresów wskazanych w niniejszej Polityce, nie stoi na przeszkodzie indywidualnemu wnioskowi o usunięcie/zniszczenie danych, który osoba, której dane dotyczą, składa na podstawie art. 11 KVKK; nawet jeśli okres przechowywania nie upłynął, osoba ta może żądać usunięcia, jeżeli ustała podstawa prawna danej czynności przetwarzania (np. wskutek wycofania zgody). Również w przypadku kategorii, dla których automatyzacja nie została jeszcze wdrożona, indywidualny wniosek przesłany na adres hello@corenta.app jest rozpatrywany i realizowany ręcznie.

8. Prawa osoby, której dane dotyczą, i tryb składania wniosków (art. 11 KVKK)

8.1. Prawa z artykułu 11 KVKK

Zgodnie z art. 11 KVKK osobom, których dane dotyczą, przysługują następujące prawa:

1. prawo do uzyskania informacji, czy ich dane osobowe są przetwarzane,
2. prawo do żądania informacji na ten temat, jeżeli ich dane osobowe były przetwarzane,
3. prawo do poznania celu przetwarzania danych osobowych i tego, czy są one wykorzystywane zgodnie z tym celem,
4. prawo do poznania podmiotów trzecich w kraju lub za granicą, którym przekazano dane osobowe,
5. prawo do żądania sprostowania danych osobowych przetwarzanych w sposób niepełny lub nieprawidłowy,
6. prawo do żądania usunięcia lub zniszczenia danych osobowych w ramach art. 7 KVKK,
7. prawo do żądania powiadomienia podmiotów trzecich, którym przekazano dane osobowe, o czynnościach dokonanych na podstawie pkt (5) i (6),
8. prawo do sprzeciwu wobec niekorzystnego dla osoby wyniku analizy danych przetwarzanych wyłącznie za pomocą systemów zautomatyzowanych,
9. prawo do żądania naprawienia szkody poniesionej wskutek niezgodnego z prawem przetwarzania danych osobowych.

8.2. Uczciwe podsumowanie obecnej realizacji technicznej

Poniższe punkty stanowią uczciwe i realistyczne podsumowanie obecnej realizacji technicznej:

• Wniosek o usunięcie (usunięcie konta): można go złożyć bezpośrednio w odpowiednim menu ustawień aplikacji mobilnej; jest realizowany automatycznie w dwuetapowym procesie opisanym w Sekcji 5 (natychmiastowe usunięcie logiczne → 30 dni → trwałe usunięcie) (art. 11/6).
• Wniosek o informacje / przenoszenie danych: jest realizowany przez udostępnienie osobie, której dane dotyczą, w rozsądnym terminie danych z jej własnego zakresu tenanta w ustrukturyzowanym formacie nadającym się do odczytu maszynowego (funkcja export_user_data, zakres tenanta zweryfikowany). Mechanizm przekazywania w tym procesie (format pliku, sposób przekazania, funkcje takie jak podpisany link do pobrania) jest stale rozwijany; w ramach niniejszej Polityki nie składa się zobowiązania co do określonego terminu przekazania ani konkretnego formatu pliku/dostępu (art. 11/1-2).
• Informacja o przekazywaniu danych podmiotom trzecim (art. 11/4): informacje o podmiotach trzecich/dalszych podmiotach przetwarzających w kraju lub za granicą, którym przekazywane są dane osobowe, zawiera tabela w Sekcji 11 (Dalsze podmioty przetwarzające i lokalizacja danych) niniejszej Polityki.
• Wniosek o sprostowanie (art. 11/5): technicznie może zostać zrealizowany ręcznie w panelu zarządzania Gabinetu; nie istnieje odrębny, automatyczny proces "wniosku o sprostowanie". W kontekście produktu SaaS wnioski o sprostowanie danych klientów należy kierować najpierw do właściwego Gabinetu; Corenta jako Podmiot przetwarzający zapewnia wsparcie techniczne zgodnie z poleceniami Gabinetu.
• Powiadomienie podmiotów trzecich (art. 11/7): wniosek o powiadomienie podmiotów trzecich, którym przekazano dane, o usunięciu/sprostowaniu jest rozpatrywany po przesłaniu go kanałami wskazanymi w trybie składania wniosków; obecnie proces ten odbywa się ręcznie, a nie automatycznie.
• Sprzeciw wobec zautomatyzowanych decyzji/profilowania (art. 11/8): w systemie nie ma zautomatyzowanego podejmowania decyzji ani profilowania, które poprzez analizę danych przetwarzanych wyłącznie za pomocą systemów zautomatyzowanych prowadziłoby do niekorzystnego dla osoby wyniku; obecnie nie ma więc potrzeby utrzymywania odrębnego, działającego mechanizmu sprzeciwu w tym zakresie.
• Wnioski są realizowane bezpłatnie w terminie najpóźniej 30 dni zgodnie z art. 13 KVKK (jeżeli czynność wymaga dodatkowych kosztów, można pobrać opłatę według taryfy ustalonej przez Kurul).

8.3. Tryb składania wniosków

Wnioski dotyczące powyższych praw można kierować

• na adres e-mail hello@corenta.app,
• za pośrednictwem odpowiednich ekranów ustawień/pomocy w aplikacji,
• lub w inny sposób przewidziany w KVKK,

do Corenty.

Ważna uwaga dotycząca danych klientów: jeśli jesteś klientem Gabinetu i chcesz złożyć wniosek dotyczący swoich danych, w pierwszej kolejności zwróć się do właściwego Gabinetu (Administratora danych), ponieważ to Gabinet ostatecznie decyduje o danych klientów i jest właściwym adresatem. Corenta jako podmiot przetwarzający zapewnia potrzebne narzędzia techniczne (funkcje wyświetlania, eksportu i usuwania danych) zgodnie z poleceniami Gabinetu.

9. Role i obowiązki

10. Środki bezpieczeństwa (w okresie przechowywania)

W okresie przechowywania dane osobowe są chronione następującymi środkami technicznymi i organizacyjnymi (art. 12 KVKK):

• W architekturze wielodostępnej (multi-tenant) stosuje się obowiązek tenant_id w każdej tabeli oraz zasadę domyślnej odmowy (default-deny) za pomocą polityk bezpieczeństwa na poziomie wierszy (Row Level Security) (37/37 tabel, 86 polityk); w ten sposób technicznie zapobiega się wyciekowi danych między najemcami.
• Dostęp do tabel zawierających dane o zdrowiu mają tylko dany klient, przypisany specjalista i administrator tenanta; kontrola dostępu jest egzekwowana na poziomie bazy danych (RLS). Notatek z sesji nie można zmienić/usunąć po wysłaniu (append-only); w przypadku formularzy wywiadu zdrowotnego żaden użytkownik (w tym administrator) nie ma uprawnienia do usuwania.
• Tryb pomocy super-admina (impersonacja) jest ograniczony czasowo (30 minut) i domyślnie działa tylko do odczytu; operacje zapisu i dostęp do danych o zdrowiu podlegają odrębnym krokom wymagającym dodatkowego zatwierdzenia; w żadnym scenariuszu impersonacji nie otwiera się dostępu do zapisu w tabelach danych o zdrowiu. (Ograniczenie to dotyczy sesji impersonacji uruchamianych przez człowieka; automatyczne procesy cron service-role stanowią odrębną warstwę — zob. Sekcja 5.7.)
• Przy przesyłaniu danych stosuje się szyfrowanie end-to-end (TLS); w aplikacji mobilnej tokeny sesji są przechowywane w postaci zaszyfrowanej w bezpiecznym, wspieranym sprzętowo magazynie kluczy urządzenia (Keychain/Keystore).
• Wprowadzono środki techniczne ograniczające wykonywanie zrzutów ekranu na ekranach wrażliwych.
• Uwierzytelnianie dwuskładnikowe (2FA/MFA) jest obowiązkowe dla kont super-admina.
• Weryfikacja podpisu kryptograficznego powiadomień (webhooków) dotyczących płatności jest przewidziana w architekturze i stosowana; trwają prace nad pełnym dokończeniem odpowiedniej konfiguracji/zarządzania kluczami we wszystkich środowiskach (w tym produkcyjnym).
• Te środki bezpieczeństwa są stale przeglądane i ulepszane; żaden środek techniczny nie gwarantuje jednak bezwzględnego bezpieczeństwa i w ramach niniejszej Polityki nie składa się zobowiązania do bezwzględnego bezpieczeństwa.

11. Dalsze podmioty przetwarzające i lokalizacja danych

W okresie przechowywania dane osobowe są przetwarzane lub hostowane za pośrednictwem wymienionych niżej dalszych podmiotów przetwarzających/usługodawców. Umowy z tymi dostawcami przewidują obowiązek przetwarzania danych wyłącznie w celu świadczenia wskazanej usługi; relacja ta nie dotyczy okresów przechowywania, lecz środowiska technicznego, w którym dane są hostowane — wykonanie decyzji o usunięciu danych również następuje technicznie u tych dostawców. Poniższa tabela realizuje także prawo do "poznania podmiotów trzecich, którym przekazano dane" z art. 11/4 KVKK:

Ponadto:

• Infrastruktura e-mail: e-maile serwisowe są wysyłane przez Google Workspace (Google); e-maile uwierzytelniające wysyła Supabase Auth. E-maile promocyjne są wysyłane wyłącznie po udzieleniu odrębnej zgody i wpisie w İYS. Powiadomienia push są dostarczane przez Apple (APNs) i Google (FCM).
• Narzędzie analityczne: nie korzystamy z narzędzi analitycznych podmiotów trzecich (np. Google Analytics). Pomiar korzystania z produktu w aplikacji nie jest obecnie aktywny; jeśli zostanie włączony, będzie zapisywany we własnej tabeli w bazie danych Corenta (Supabase, Frankfurt/Niemcy), nie będzie zawierał danych o zdrowiu ani wolnego tekstu, a niniejsza Polityka zostanie zaktualizowana przed jego włączeniem; po włączeniu okres przechowywania zapisów pomiarowych zostanie wskazany w tej Polityce.
• Monitorowanie błędów: nie korzystamy z narzędzi do monitorowania błędów podmiotów trzecich; błędy po stronie klienta są zapisywane we własnej bazie danych Corenta.
• Nie istnieje infrastruktura bezpośrednich płatności kartą przez internet; płatności odbywają się wyłącznie przez mechanizmy zakupów w aplikacji (IAP) Apple/Google; ostateczną fakturę/paragon wystawiają Apple/Google (zob. Sekcja 4, poz. 6).

Dane są udostępniane wymienionym wyżej dalszym podmiotom przetwarzającym wyłącznie w zakresie niezbędnym do świadczenia danej usługi oraz w ramach art. 8 i 9 KVKK. Przekazywanie danych za granicę: wszyscy wymienieni wyżej dostawcy przetwarzają dane poza Turcją; hosting w Niemczech również stanowi przekazanie danych za granicę w rozumieniu KVKK. Ponieważ te przekazania są regularne i ciągłe, nie opierają się na wyraźnej zgodzie; zgodnie z art. 9/4-c będą opierać się na standardowych umowach ogłoszonych przez Kurul. Na dzień sporządzenia tego tekstu standardowe umowy nie zostały jeszcze podpisane ani zgłoszone do Kurul; każda umowa zostanie zgłoszona do Kurul w ciągu 5 dni roboczych od podpisania, a ta tabela zostanie zaktualizowana o daty. Kurul nie ogłosił decyzji stwierdzającej odpowiedni stopień ochrony w odniesieniu do tych państw (ostatnia weryfikacja: 11 października 2026). Lista ta może być aktualizowana w związku ze zmianami dostawców; aktualną listę można sprawdzić w Polityce prywatności i/lub na odpowiednim ekranie informacyjnym w produkcie Corenta.

12. Wpis w VERBİS

Na dzień sporządzenia niniejszego dokumentu Teta Studio nie ma wpisu w VERBİS. Obowiązek wpisu jest oceniany według kryteriów decyzji Kurul nr 2025/1572 (dla administratorów, których główną działalnością jest przetwarzanie szczególnych kategorii danych — próg zwolnienia 10 pracowników i 10 mln TL rocznej sumy bilansowej) i nr 2025/2393 (kryterium liczby pracowników dla podmiotów nieprowadzących ksiąg według zasady bilansowej). Ponieważ Teta Studio przetwarza dane o zdrowiu gabinetów nie jako administrator, lecz jako podmiot przetwarzający, ocena według tych kryteriów dotyczy jej własnych działań jako administratora (Części A i C). Po zakończeniu pisemnej oceny i uzyskaniu potwierdzenia od Kurum (ALO 198) sekcja ta zostanie zaktualizowana o datę i uzasadnienie; jeżeli wpis okaże się wymagany, zostanie dokonany przed kontynuowaniem działalności.

Doprecyzowanie według ról: obowiązek wpisu do VERBİS jest oceniany w odniesieniu do kontekstu strony firmowej (formularz wczesnego dostępu corenta.app), w którym Corenta działa jako Administrator danych, a jego stan opisano powyżej. W kontekście produktu SaaS (app.corenta.app) Administratorem danych klientów jest Gabinet, dlatego istnienie obowiązku wpisu do VERBİS należy ocenić odrębnie i niezależnie według kryteriów każdego Gabinetu (liczba pracowników, roczna skala przetwarzania danych, obszar działalności, decyzje Kurul o zwolnieniach itp.); ta ocena i ewentualny obowiązek wpisu należą do Gabinetu i nie mogą zostać przeniesione na Corentę.

13. Aktualizacja Polityki

Niniejsza Polityka może być aktualizowana w związku ze zmianami przepisów, decyzjami Kurul, rozwojem infrastruktury technicznej Corenta (np. dodaniem wyszukiwania danych osobowych w wolnym tekście notatek z sesji, o którym mowa w Sekcji 4, poz. 3, i w Sekcji 6.2; powiązaniem dokumentów weryfikacyjnych specjalistów (specialist-verification-docs) z procesem zamykania tenanta, o którym mowa w Sekcji 5.4/Sekcji 4, poz. 11; weryfikacją/wdrożeniem czyszczenia tokenów push, o którym mowa w Sekcji 4, poz. 10, i w Sekcji 7, pkt 4; utworzeniem automatycznego mechanizmu przeglądu danych z formularza wczesnego dostępu, o którym mowa w Sekcji 7, pkt 3; rozwojem procesu przenoszenia danych, o którym mowa w Sekcji 8.2; uzupełnieniem podstaw prawnych przekazywania danych za granicę z Sekcji 11; zmianami na liście dalszych podmiotów przetwarzających) lub zmianami procesów biznesowych. Aktualna wersja jest publikowana na właściwych platformach Corenta (strona firmowa i/lub w aplikacji), a w zakresie postanowień sprzecznych z poprzednią wersją rozstrzyga wersja aktualna. O istotnych zmianach użytkownicy/Gabinety są dodatkowo informowani w zakresie, w jakim jest to możliwe.

14. Kontakt

W sprawie pytań dotyczących niniejszej Polityki lub przechowywania/usuwania danych osobowych:

E-mail: hello@corenta.app Administrator danych: Mertcan Demir — jednoosobowa działalność gospodarcza pod nazwą handlową "Teta Studio" Pomoc: support@corenta.app Zasięg usługi: Corenta jest oferowana globalnie za pośrednictwem App Store i Google Play, w krajach, w których działają te sklepy. Okresy wskazane w niniejszej Polityce dotyczą użytkowników z każdego kraju; jeżeli bezwzględnie obowiązujące przepisy danego kraju przewidują krótszy termin usunięcia lub dłuższy obowiązek przechowywania, stosuje się te przepisy.

Ostatnia aktualizacja: 19 października 2026 Wersja 1.9 · 19 października 2026