Kimda
Polityka prywatności
Ostatnia aktualizacja: 27 października 2026 r.
To jest tłumaczenie maszynowe. Wiążąca prawnie jest wersja czeska.
Wiążąca jest czeska wersja niniejszej polityki. Tłumaczenia na inne języki mają charakter informacyjny; w przypadku rozbieżności obowiązuje wersja czeska.
Ten dokument opisuje, jakie dane przetwarza aplikacja Kimda („aplikacja”, „my”) i strona internetowa kimda.app, dlaczego i na jakiej podstawie prawnej, komu je przekazujemy, jak długo je przechowujemy i jakie prawa przysługują Tobie oraz Twoim dzieciom. Aplikacja jest przeznaczona do używania przez całą rodzinę, w tym przez dzieci – dlatego do ochrony danych podchodzimy ze szczególną starannością.
1. Kto jest administratorem danych
Administratorem danych jest Mgr. Ivo Slávka, prowadzący aplikację Kimda jako osoba fizyczna prowadząca działalność gospodarczą wpisana do rejestru działalności gospodarczej prowadzonego przez ÚMČ Praha 8, numer identyfikacyjny (IČO) 30070929, z siedzibą pod adresem Bergerova 1115/2, 182 00 Praha 8 – Kobylisy, Czechy. Kontaktowy adres e-mail w sprawach prywatności i w celu realizacji Twoich praw: privacy@kimda.app.
2. Jakie dane przetwarzamy i dlaczego
- Dane konta: imię, nazwisko, numer telefonu, rola (rodzic/dziecko), wybrany język i motyw wyglądu, opcjonalne zdjęcie profilowe, wersja niniejszej polityki i czas, w którym ją zaakceptowałeś(-aś), w przypadku rodzica czas, w którym potwierdził on swoją pełnoletność, a w przypadku dziecka czas, wersja polityki i rodzic, który w imieniu dziecka wyraził zgodę (punkt 5). Państwa imię i zdjęcie profilowe są widoczne dla innych członków Państwa rodziny w aplikacji (rodzic widzi wszystkich członków, dziecko widzi swoich rodziców i rodzeństwo).
- Numer telefonu wykorzystujemy do weryfikacji tożsamości (kod SMS) i logowania, a jego nieodwracalny odcisk także do ochrony okresu próbnego Premium (punkt 6), po zmianie numeru do weryfikacji wniosku o zwrot przejętego konta (zapisy bezpieczeństwa poniżej) oraz po przywróceniu bazy danych z kopii zapasowej do wstrzymania logowania na numer, który konto wcześniej opuściło (dziennik zmian telefonu poniżej) - aplikacja poza tym do nikogo na ten numer nie pisze ani nie udostępnia go stronom trzecim poza dostawcą weryfikacji SMS (Twilio, zob. punkt 4).
- Dane rodziny: nazwa rodziny, kto do niej należy, jakie role i ustawienia mają poszczególne osoby (procentowy podział kieszonkowego, waluta, język i strefa czasowa rodziny) oraz historia zmian zasad finansowych (kto i kiedy zmienił np. oprocentowanie, procenty podziału, walutę lub strefę czasową i z jakiej wartości na jaką).
- Prośby o dołączenie: imię, nazwisko, rola i numer telefonu osoby, która chce dołączyć do rodziny, oraz czas prośby - aby rodzic widział, kogo zatwierdza.
- Wnioski o zgodę rodziców: typ wniosku (usunięcie rodzica lub usunięcie całej rodziny), kto go złożył, kogo dotyczy i kto go zatwierdził, odrzucił lub anulował (identyfikatory wewnętrzne), czasy (złożenie, termin, przypomnienie, rozpatrzenie) oraz wynik (zatwierdzony, odrzucony, anulowany, wykonany po upływie terminu lub unieważniony); imion, numerów telefonów ani wolnego tekstu nie przechowujemy. Wnioski widzą rodzice rodziny w aplikacji.
- Dane zadań: nazwa zadania, punkty, kiedy zostało wykonane/zatwierdzone/odrzucone, oraz zdjęcia, jeśli zadanie wymaga zdjęcia, w tym techniczny odcisk zdjęcia (patrz punkt 3).
- Plany, rutyny i przypomnienia: komu przydzielono zadanie, zaplanowany dzień i godzina, stan wykonania, opóźnienie, kolejność rotacji oraz to, czy wysłano przypomnienie.
- Nagrody i cele: rodzinny katalog nagród, prośby o nagrodę, cele oszczędnościowe i kwoty, które dziecko przeniosło na cel. Podsumowanie dla rodziców wyprowadza z tych danych zbiorczy poziom wykonania, terminowość i równomierność przydziału; nie tworzy publicznego rankingu dzieci.
- Dane finansowe aplikacji: punkty, wirtualne kieszonkowe i jego podział, prośby o wypłatę, pożyczki i odsetki w ramach rodziny - jest to wewnętrzna ewidencja aplikacji, a nie prawdziwe dane bankowe lub płatnicze. Aplikacja nie ma dostępu do żadnego konta bankowego ani karty płatniczej. Miesięczne podsumowanie dziecka (liczba zatwierdzonych zadań, punkty, a z Premium także kwota za bieżący miesiąc; nie salda skarbonek) jest również widoczne dla innych dzieci w tej samej rodzinie, chyba że rodzic wyłączy to w ustawieniach rodziny.
- Zapisy bezpośrednich wypłat i ręcznych spłat: gdy rodzic w aplikacji wypłaci dziecku część jego salda bezpośrednio (bez prośby dziecka) lub ręcznie zapisze spłatę jego pożyczki, serwer zapisuje dla każdej takiej operacji osobny zapis, który nie podlega dalszym zmianom. Zawiera on wewnętrzne identyfikatory rodziny, dziecka i rodzica, który wykonał operację, rodzaj operacji (bezpośrednia wypłata, ręczna spłata), kwotę, w przypadku wypłaty skarbonkę, z której wypłacono, oraz podział kwoty (w przypadku wypłaty na część z własnych wpłat i na część z dopisanych odsetek, w przypadku spłaty na kapitał i na odsetki), czas operacji oraz losowy identyfikator żądania. Zapis służy do tego, aby można było udowodnić, co i kiedy rodzic zapisał w aplikacji, oraz aby ewentualny spór w rodzinie można było rozstrzygnąć na podstawie zapisu, a nie tylko na podstawie ostatecznego salda. Jest to wewnętrzna ewidencja aplikacji - sama aplikacja nie przesyła żadnych pieniędzy. Zapisy są częścią eksportu danych (punkt 7) i są przechowywane zgodnie z punktem 6.
- Subskrypcja: stan subskrypcji rodziny (okres próbny, Premium, jej ważność i odnowienie) oraz ewentualny bezpłatny dostęp z kodu promocyjnego; same kody promocyjne serwer zapisuje tylko jako odcisk HMAC, a zarządzanie kodami jest rejestrowane (kto, kiedy, jaka akcja). Nie widzimy danych płatniczych - płatność przetwarza Apple lub Google. Dowód zgody na natychmiastowe rozpoczęcie Premium, który przechowujemy jako dowód tej zgody, opisuje punkt 6.
- Logowanie i bezpieczeństwo: sesje logowania poszczególnych urządzeń (kiedy powstała, kiedy była ostatnio używana i do kiedy jest ważna). Rodzic widzi w Profilu przegląd swoich zalogowanych urządzeń (tylko czas logowania i ostatniego użycia, bez adresu IP i nazwy urządzenia) i może je pojedynczo wylogować. Tokeny odświeżania serwer zapisuje tylko jako odciski SHA-256, w tym odciski już zastąpionych tokenów, aby rozpoznać nadużycie skradzionego tokenu. Przy żądaniu kodu SMS zapisuje kluczowany odcisk (HMAC-SHA-256) numeru telefonu i odcisk SHA-256 jednorazowego wyzwania wraz z liczbą prób, przy zmianie numeru i przy potwierdzeniu usunięcia rodziny także jej cel oraz wewnętrzny identyfikator konta. Limity liczby żądań, w tym dzienny limit wysłanych SMS-ów, oblicza na podstawie kluczowanego odcisku (HMAC-SHA-256) adresu IP lub jej sieci (IPv4 /24, IPv6 /56), numeru telefonu, pary numeru telefonu i sieci lub konta, ewentualnie na podstawie kraju lub numeru kierunkowego numeru telefonu. Klucz do tych odcisków serwer wywodzi z tajnego klucza przechowywanego poza bazą danych, więc bez niego odcisku nie można odwrócić z powrotem na numer telefonu ani adres IP. Zapisy bezpieczeństwa o ważnych zdarzeniach (np. logowanie, prośba o dołączenie, zatwierdzenie, odrzucenie lub usunięcie członka, nowy kod zaproszenia, wylogowanie urządzenia, zmiana numeru telefonu, potwierdzenie polityki, zgoda rodzica w imieniu dziecka lub podejrzenie nadużycia tokenu) zawierają typ zdarzenia, czas i wewnętrzne identyfikatory; w przypadku usunięcia członka dodatkowo jego rolę (rodzic/dziecko), przy potwierdzeniu polityki i zgodzie rodzica wersję polityki, a przy usunięciu konta dziecka, które miało dług, saldo lub nierozpatrzone prośby, także walutę, odpisane kwoty i liczbę nierozpatrzonych próśb. Zapis o zmianie numeru telefonu dodatkowo zawiera nieodwracalny odcisk pierwotnego numeru (HMAC z tajnym kluczem), aby wsparcie mogło zweryfikować, że wniosek o zwrot przejętego konta składa rzeczywisty właściciel pierwotnego numeru. Nie ma w nich imion, numerów telefonów ani adresów IP. Zmiany numeru telefonu oraz usunięcie lub przywrócenie członka rodziny są ponadto zapisywane w osobnym dzienniku, który opisuje punkt „Dziennik zmian telefonu i statusu członka” poniżej.
- Powiadomienia bezpieczeństwa: gdy rodzic zaloguje się kodem SMS, pozostali rodzice w rodzinie otrzymają ogólne powiadomienie bez imienia i numeru telefonu; przy każdym logowaniu kodem SMS (rodzica i dziecka) dotychczasowe zalogowane urządzenia tego samego konta również otrzymają ogólne powiadomienie o nowym logowaniu. Przy zmianie numeru telefonu (nowy numer jest weryfikowany kodem SMS) serwer wylogowuje pozostałe zalogowane urządzenia konta, a dotychczasowe urządzenia konta oraz rodzice w rodzinie otrzymują ogólne powiadomienie; pierwotny numer nie jest dalej przechowywany – pozostanie tylko jego nieodwracalny odcisk w zapisie bezpieczeństwa o zmianie (30 dni, zob. sekcję 6), nieodwracalne odciski pierwotnego i nowego numeru w dzienniku zmian telefonu (60 dni, zob. poniżej i sekcję 6), a u rodzica, który był członkiem rodziny podczas jej okresu próbnego, także odcisk zgodnie z sekcją 6. Gdy numer na wniosek właściciela konta przywróci wsparcie, najpierw zweryfikuje jego tożsamość: kodem SMS wysłanym na pierwotny numer, którego odcisk musi zgadzać się z odciskiem w zapisie o zmianie numeru. Gdy taka weryfikacja nie jest możliwa (zapis o zmianie już nie istnieje lub właściciel nie ma pierwotnego numeru), zweryfikuje ją potwierdzeniem od innego rodzica w rodzinie (zweryfikowanym kodem SMS wysłanym na numer tego rodzica) oraz odpowiedziami na pytania, które zada wsparcie; w takim przypadku najpierw wysyła powiadomienie na urządzenia konta i do rodziców w rodzinie, a numer przywraca najwcześniej po 72 godzinach, jeśli nikt się temu nie sprzeciwi; to powiadomienie zobaczysz po zalogowaniu również bezpośrednio w aplikacji przez cały ten czas. Bez takiej weryfikacji nie przywróci numeru i nie anuluje żadnego żądania – może tylko wylogować wszystkie urządzenia konta. Jeśli wsparcie w ciągu ostatnich 30 dni już raz zwróciło to samo konto, uważa kolejne żądanie za spór i nie przywróci numeru bez dalszego sprawdzenia. Po przywróceniu serwer wylogowuje konto na wszystkich urządzeniach, rodzice w rodzinie otrzymują ogólne powiadomienie, a interwencja zostaje odnotowana (kto ją wykonał, kiedy, jakiego konta dotyczy i link do Twojego wniosku – bez numeru telefonu). Ogólne powiadomienie rodzice otrzymają również przy usunięciu konta dziecka, przy usunięciu innego rodzica (także usunięty rodzic) oraz przy podejrzeniu nadużycia tokenu logowania; w takim przypadku serwer wylogowuje konto na wszystkich urządzeniach i anuluje jego rejestracje do powiadomień. Powiadomienia bezpieczeństwa (np. o nowym logowaniu lub urządzeniu, zmianie numeru telefonu, zmianie zasad finansowych, usunięciu członka, usunięciu konta dziecka lub podejrzeniu nadużycia tokenu) serwer najpierw zapisuje w kolejce (rodzaj powiadomienia, odbiorca - token push urządzenia lub wewnętrzny identyfikator rodziny lub konta i język - oraz ogólny techniczny typ zdarzenia) i dopiero stamtąd je dostarcza; powiadomienie przy przywracaniu przejętego konta przez wsparcie (powyżej) wysyła bezpośrednio. Jeśli dostarczenie powiadomienia dla rodziców lub urządzeń konta członka rodziny nie uda się nawet po wielokrotnych próbach, serwer zapisze tylko wewnętrzny identyfikator rodziny, rodzaj powiadomienia i czas (bez tokenu push i bez imienia), aby rodzic po następnym zalogowaniu w aplikacji zobaczył, o jakie powiadomienie chodziło, i mógł je potwierdzić; jeśli odbiorca nie ma żadnego urządzenia, na które można wysłać powiadomienie, taki zapis nie powstaje. Terminy przechowywania określa punkt 6.
- Dziennik zmian telefonu i statusu członka: oprócz powyższych zapisów bezpieczeństwa serwer prowadzi dla każdej zmiany numeru telefonu konta (niezależnie od tego, czy dokonasz jej samodzielnie w Profilu, czy na Twój wniosek dokona jej wsparcie) oraz dla każdego usunięcia lub przywrócenia członka rodziny osobny zapis w dzienniku. Zapis zawiera losowy identyfikator zapisu, wewnętrzne identyfikatory konta i rodziny, rodzaj zdarzenia (zmiana numeru, przywrócenie numeru przez wsparcie, usunięcie członka, przywrócenie członka), czas zdarzenia oraz - tylko przy zmianie numeru - nieodwracalne odciski pierwotnego i nowego numeru (HMAC-SHA-256 z tajnym kluczem, który jest przechowywany poza bazą danych). Przy usunięciu i przywróceniu członka nie ma żadnych odcisków. W dzienniku nie ma numerów telefonów, imion ani adresów IP. Odcisku nie można bez tajnego klucza przekształcić z powrotem w numer telefonu, ale ponieważ jest powiązany z wewnętrznym identyfikatorem konta, jest to dana pseudonimowa, a nie dana anonimowa. Dziennik służy wyłącznie do ochrony przed skutkami przywrócenia bazy danych z kopii zapasowej: aby do konta nie powrócił numer, który konto w międzyczasie opuściło (i który mógł przejąć ktoś inny), oraz aby ponownie zastosować usunięcie członka rodziny, którego kopia zapasowa nie zawiera. Dlatego serwer podczas logowania kodem SMS oraz przy weryfikacji numeru telefonu porównuje odcisk podanego numeru z ostatnim wpisem w dzienniku; jeśli się nie zgadza, wstrzymuje logowanie i odsyła do wsparcia. Zapis jest zapisywany w bazie danych i zazwyczaj w ciągu kilku minut również w kopii w osobnym niepublicznym magazynie Cloudflare R2 (punkt 4), aby przetrwał utratę bazy danych między kopiami zapasowymi. Okresy przechowywania określa punkt 6.
- Dane techniczne: token push i losowy identyfikator urządzenia, który aplikacja tworzy do dostarczania powiadomień (nie jest to identyfikator sprzętowy), czas ostatniej rejestracji urządzenia, logowanie, do którego należy rejestracja, i odcisk SHA-256 losowego sekretu instalacji, którym urządzenie udowadnia, że token push należy do niego. Po zwolnieniu rejestracji (wylogowanie, usunięcie członka, blokada bezpieczeństwa lub automatyczne porządki) serwer zapamiętuje dwa ograniczone czasowo zapisy, aby powiadomień urządzenia nie mogło przejąć cudze konto: (a) zapis o zwolnionym tokenie push - odciski SHA-256 tokenu push i sekretu instalacji, wewnętrzny identyfikator rodziny oraz czas zwolnienia (dzięki temu zwolnionego tokenu nie może przejąć konto z innej rodziny); oraz (b) zapis o zwolnionym urządzeniu - wewnętrzny identyfikator konta, losowy identyfikator urządzenia, te same odciski oraz czas zwolnienia (zwolnionego urządzenia nie może w ten sposób, bez udowodnienia, że chodzi o tę samą instalację, ponownie zająć inna sesja logowania tego samego konta, na przykład skradziona). Serwer ponadto przez 30 dni przechowuje zapis o rejestracji urządzenia (wewnętrzny identyfikator konta i urządzenia, odcisk tokenu push, rodzaj zdarzenia i czas), na podstawie którego pilnuje limitu rejestracji nowych urządzeń w ciągu 24 godzin. Okresy przechowywania określa punkt 6; zapis o zwolnionym urządzeniu nie jest prowadzony w przypadku usunięcia konta. Ponadto logi operacyjne serwera (np. stany błędów) bez numerów telefonów i treści żądań. W telefonie aplikacja przechowuje w bezpiecznym magazynie tokeny logowania, a ponadto zapamiętuje wybrany język i motyw; przekazuje również wybrany język serwerowi, aby powiadomienia przychodziły w Twoim języku. To, co aplikacja wysyła bezpośrednio do usług Expo i Sentry, opisuje punkt 4.
Dlaczego przetwarzamy dane i na jakiej podstawie prawnej:
- Konto rodzinne i funkcje aplikacji (rejestracja, rodzina, zadania i zdjęcia, plany, przypomnienia, nagrody, cele, kieszonkowe wraz z zapisami bezpośrednich wypłat i ręcznych spłat, powiadomienia i subskrypcja): wykonanie umowy, czyli warunków korzystania (art. 6 ust. 1 lit. b RODO). Zapisy bezpośrednich wypłat i ręcznych spłat oraz historię zmian zasad finansowych przetwarzamy ponadto na podstawie naszego prawnie uzasadnionego interesu polegającego na możliwości udokumentowania operacji i zasad finansowych w aplikacji oraz na rozstrzyganiu sporów w rodzinie (art. 6 ust. 1 lit. f RODO). Dowód zgody na natychmiastowe rozpoczęcie Premium i jego kopię poza bazą danych przetwarzamy ponadto na podstawie naszego prawnie uzasadnionego interesu polegającego na wykazaniu tej zgody oraz na obronie roszczeń prawnych (art. 6 ust. 1 lit. f RODO). W przypadku danych dzieci patrz punkt 5.
- Logowanie zweryfikowane kodem SMS: wykonanie umowy (art. 6 ust. 1 lit. b RODO) - bez zweryfikowanego numeru telefonu nie można zalogować się do aplikacji.
- Bezpieczeństwo i ochrona przed nadużyciami (sesje i odciski tokenów, wyzwania do kodu SMS, limity liczby żądań i dzienny limit SMS, zapisy bezpieczeństwa, dziennik zmian telefonu i statusu członka, pamięć zwolnionych tokenów push i urządzeń, zapis o rejestracji urządzenia i limit rejestracji nowych urządzeń w ciągu 24 godzin, kolejka powiadomień bezpieczeństwa i ewidencja niedoręczonych powiadomień, logi operacyjne, odcisk numeru telefonu zapobiegający wielokrotnemu korzystaniu z okresu próbnego, wnioski o zgodę rodziców, które chronią rodzinę przed jednostronnym usunięciem rodzica lub usunięciem rodziny, oraz weryfikacja tożsamości, gdy wsparcie zwraca przejęte konto, wraz z ewidencją takich interwencji): nasz prawnie uzasadniony interes polegający na bezpiecznym działaniu usługi, ochronie kont rodziców i dzieci oraz obronie przed nadużyciami weryfikacji SMS (art. 6 ust. 1 lit. f RODO).
- Naprawa błędów i aktualizacje aplikacji (raporty o błędach przez Sentry, aktualizacje przez Expo): nasz prawnie uzasadniony interes polegający na stabilnej i bezpiecznej aplikacji (art. 6 ust. 1 lit. f RODO).
- Rozpatrzenie Twoich żądań zgodnie z punktem 7 i dowód na to, jak i kiedy je rozpatrzyliśmy (np. stan wykonanego usunięcia, dziennik wykonanych usunięć i zadanie zewnętrznego usunięcia): wypełnienie obowiązku prawnego (art. 6 ust. 1 lit. c RODO).
- Pomiar reklam na stronie kimda.app (Meta Pixel): Twoja zgoda (art. 6 ust. 1 lit. a RODO), patrz punkt 9.
Wobec przetwarzania na podstawie prawnie uzasadnionego interesu możesz wnieść sprzeciw (punkt 7). Numer telefonu jest niezbędny do rejestracji i logowania; bez niego nie można korzystać z aplikacji. Zdjęcie profilowe jest dobrowolne, a zdjęcie wykonanego zadania jest potrzebne tylko w przypadku zadań, w których rodzic tego wymaga. Nie stosujemy zautomatyzowanego podejmowania decyzji ani profilowania wywołującego skutki prawne lub podobnie istotne skutki (art. 22 RODO); automatyczne limity bezpieczeństwa, które na przykład tymczasowo blokują kolejne próby uzyskania kodu SMS, służą wyłącznie do ochrony kont i usługi.
3. Zdjęcia do zadań
Zdjęcia, które dziecko (lub w jego imieniu rodzic) przesyła do zadania, widzą wyłącznie członkowie tej samej rodziny (rodzice i dzieci w aplikacji). Nie są publiczne, a aplikacja nie udostępnia ich żadnej innej aplikacji ani sieci społecznościowej. Zdjęcie do zadania można zrobić tylko aparatem w aplikacji. Aplikacja, a po niej ponownie serwer, usuwa ze zdjęcia metadane (na przykład lokalizację GPS lub dane aparatu) przed jego zapisaniem. Zdjęcia są przechowywane w niepublicznym magazynie obiektów (patrz punkt 4), a serwer udostępnia je tylko zalogowanemu członkowi tej samej rodziny. Rodzic może w każdej chwili poprosić o ich usunięcie.
Dla każdego przesłanego zdjęcia serwer oblicza techniczny odcisk (suma kontrolna i uproszczony 64-bitowy odcisk obrazu). Służy on tylko do tego, aby aplikacja rozpoznała, gdy to samo lub prawie takie samo zdjęcie zostanie ponownie użyte do zadania, oraz aby zdjęcie należało do zadania, dla którego dziecko właśnie je zrobiło w aplikacji. Z odcisku nie można wyświetlić ani odtworzyć zdjęcia, a jest on usuwany razem ze zdjęciem. Zapis wyzwania czasowego dla zdjęcia (kto o nie poprosił w aplikacji, do jakiego zadania i kiedy) jest usuwany przez serwer po 7 dniach. Rodzic widzi przy zdjęciu ostrzeżenie, gdy zdjęcie nie ma ważnej weryfikacji czasowej aplikacji lub jest bardzo podobne do wcześniejszego zdjęcia, jako pomoc przy zatwierdzaniu; weryfikacja nie gwarantuje, że zdjęcia nie można sfałszować.
4. Komu przekazujemy dane i przekazywanie poza UE
Dane przekazujemy tylko dostawcom, którzy zapewniają dla nas działanie aplikacji (podmiotom przetwarzającym), i tylko w zakresie, w jakim tego potrzebują. Podmioty przetwarzające mogą wykorzystywać dane wyłącznie do świadczenia swojej usługi dla nas i zgodnie z naszymi instrukcjami. Apple i Google przy zakupach w sklepach występują jako odrębni administratorzy.
- Dostawca hostingu (Railway) - obsługuje serwer aplikacji i bazę danych, w której przechowywane są dane aplikacji.
- Cloudflare - prywatny magazyn obiektów R2 przechowuje przesłane w postaci zaszyfrowanej zdjęcia profilowe i zdjęcia wykonanych zadań, kopie zapasowe bazy danych (zaszyfrowane jeszcze przed wysłaniem tak, że można je odszyfrować tylko kluczem prywatnym, który przechowujemy poza chmurą), dziennik wykonanych usunięć (tylko wewnętrzne identyfikatory, rodzaj usunięcia i czas), dziennik zmian telefonu i statusu członka (punkt 2: wewnętrzne identyfikatory, rodzaj i czas zdarzenia, a przy zmianie numeru nieodwracalne odciski numerów) oraz kopię dowodu zgody na natychmiastowe rozpoczęcie Premium (punkt 6: wewnętrzne identyfikatory rodziny i użytkownika, czas wyrażenia zgody, wybrany plan, początek opłaconego okresu, identyfikator transakcji w sklepie i wersja wyświetlanego tekstu) w niepublicznych zasobnikach (buckets); dostępem do zdjęć nadal zarządza zalogowany backend Kimda. Cloudflare obsługuje również stronę kimda.app (punkt 9).
- Twilio (weryfikacja telefonu kodem SMS) - otrzymuje numer telefonu i kod, który wpisujesz, wyłącznie w celu dostarczenia i weryfikacji kodu SMS.
- Expo (650 Industries) - po pierwsze dostarcza powiadomienia: otrzymuje token push urządzenia, identyfikator instalacji dla powiadomień, natywny token Apple lub Google, ogólny tekst lub emoji powiadomienia i ogólny techniczny typ zdarzenia. Identyfikatorów z bazy danych, imion, nazw zadań ani kwot nie wysyłamy w wiadomościach push. Expo przekazuje wiadomość dalej do usługi push firmy Apple (Apple Push Notification service) lub Google (Firebase Cloud Messaging). Po drugie dostarcza aktualizacje aplikacji (EAS Update): aplikacja przy każdym uruchomieniu pyta serwery Expo, czy dostępna jest poprawka. Expo otrzymuje przy tym adres IP urządzenia, platformę, wersję aplikacji, identyfikator zainstalowanej aktualizacji, ewentualnie tekst ostatniego błędu, który zamknął aplikację, oraz losowy identyfikator instalacji
EAS-Client-ID, który aplikacja zapisuje na stałe w telefonie i który nie zmienia się nawet po wylogowaniu. Nie łączymy go z Twoim kontem, a aplikacja nie wysyła go do naszego serwera. - Apple i Google - jako odrębni administratorzy przetwarzają zakup i zarządzanie subskrypcją w App Store i Google Play; jako usługi push (Apple Push Notification service, Firebase Cloud Messaging) dostarczają powiadomienia na urządzenia.
- RevenueCat (obsługa subskrypcji przez App Store / Google Play wyłącznie w przypadku kont rodziców) - przetwarza identyfikator rodziny, historię zakupów, potwierdzenie zakupu Apple lub token zakupu Google, czas ostatniego użycia i techniczne dane urządzenia (np. typ urządzenia i system operacyjny). Od Kimdy nie otrzymuje imienia ani numeru telefonu rodzica lub dziecka. W aplikacji nie są włączone integracje reklamowe/atrybucyjne RevenueCat ani ręczne zbieranie identyfikatorów reklamowych.
- Sentry (techniczne raporty o błędach aplikacji i serwera, do naprawiania błędów) - otrzymuje typ błędu, miejsce w kodzie, wersję aplikacji i systemu operacyjnego. Aplikacja i serwer są skonfigurowane tak, aby nie wysyłały do niego imienia, telefonu, tokenu logowania, treści żądań ani adresu IP. Organizacja Kimda w Sentry jest prowadzona w obszarze danych UE (Niemcy).
- Dostawca poczty e-mail (Spaceship, usługa Spacemail) - dostarcza i przechowuje e-maile, które wysyłasz do nas na adres privacy@kimda.app lub support@kimda.app.
Railway, Cloudflare, Twilio, Expo, RevenueCat, Sentry, Spaceship, Apple, Google i Meta (punkt 9) to firmy z siedzibą lub zapleczem w USA, dlatego mogą przetwarzać dane również poza Europejskim Obszarem Gospodarczym. W przypadku przekazywania poza Europejski Obszar Gospodarczy stosujemy mechanizm zgodnie z rozdziałem V RODO, który dotyczy konkretnego odbiorcy i przetwarzania - z reguły certyfikację odbiorcy w ramach EU-USA Data Privacy Framework (decyzja Komisji Europejskiej o odpowiednim stopniu ochrony, art. 45 RODO) lub standardowe klauzule umowne zatwierdzone przez Komisję Europejską (art. 46 ust. 2 lit. c RODO). Informację o mechanizmie u konkretnego odbiorcy oraz o tym, gdzie można uzyskać kopię odpowiednich zabezpieczeń, udostępnimy Ci na żądanie pod adresem privacy@kimda.app.
Nie sprzedajemy danych z aplikacji, nie udostępniamy ich reklamodawcom ani nie wykorzystujemy ich do reklamy ukierunkowanej. Pomiar skuteczności reklam w serwisie kimda.app za zgodą odwiedzającego opisuje punkt 9.
5. Zgoda rodzica i role dzieci
Założyć aplikację (rolę „rodzic” i nową rodzinę) może wyłącznie osoba dorosła. Konto z rolą „dziecko” powstaje zawsze dopiero po dołączeniu za pomocą kodu zaproszenia, który zna tylko rodzic - dziecko może więc dołączyć wyłącznie za wiedzą i zgodą rodzica, który udostępnia kod. Ponadto każde dołączenie dziecka i kolejnego rodzica musi zostać wyraźnie zatwierdzone przez rodzica w aplikacji; do czasu zatwierdzenia nowy członek widzi z rodziny tylko jej nazwę. Kod zaproszenia rodziny jest ważny przez 48 godzin, niezatwierdzona prośba jest automatycznie usuwana po 72 godzinach, a odrzucona lub anulowana natychmiast. Rejestrując się w roli „rodzic”, potwierdzasz, że jesteś pełnoletni(-a) i że masz prawo w świetle przepisów wyrazić zgodę na przetwarzanie danych Twoich dzieci w aplikacji.
Przetwarzamy dane dziecka tylko w zakresie niezbędnym do funkcjonowania konta rodzinnego, które rodzic założył i którym zarządza, czyli w celu wykonania umowy z rodzicem (art. 6 ust. 1 lit. b RODO). Rodzic jako przedstawiciel ustawowy decyduje o udziale dziecka: udostępnia kod zaproszenia, wyraźnie zatwierdza dołączenie dziecka i może w każdej chwili usunąć dziecko z rodziny lub poprosić o usunięcie jego konta. Dziecko przy rejestracji jedynie przyjmuje politykę do wiadomości; zgody na przetwarzanie jego danych udziela rodzic, gdy zatwierdza dołączenie dziecka w aplikacji, a serwer zapisuje czas, rodzica i wersję polityki. W przypadku dzieci zatwierdzonych starszą wersją aplikacji, aplikacja dodatkowo poprosi rodzica o brakującą zgodę. Jeśli przetwarzanie wymagałoby zgody, a dziecko nie ukończyło jeszcze 15 lat (granica wieku w Czechach zgodnie z art. 8 RODO i § 7 ustawy nr 110/2019 Dz.U. o przetwarzaniu danych osobowych), zgody w imieniu dziecka udziela rodzic. Prawa dziecka zgodnie z punktem 7 może w jego imieniu realizować rodzic.
6. Jak długo przechowujemy dane
Dane konta i rodziny przechowujemy do chwili, gdy użytkownik poprosi o usunięcie konta lub całej rodziny. Sama nieaktywność aplikacji nie powoduje automatycznego usunięcia. Użytkownik nie musi więc regularnie otwierać aplikacji, aby nie utracić historii rodziny, i może w każdej chwili rozpocząć usuwanie bezpośrednio w aplikacji albo poprosić o nie pod adresem privacy@kimda.app. Historię zmian zasad finansowych (punkt 2) przechowujemy przez cały czas istnienia rodziny, bez ograniczeń czasowych i ilościowych (rodzina może zapisać zmiany zasad finansowych najwyżej 30 razy na godzinę), ponieważ służy ona jako niezmienny dowód tego, kto i kiedy zmienił zasady, na przykład w przypadku sporu między rodzicami; w aplikacji nie można jej edytować ani usunąć. Po usunięciu całej rodziny (punkt 7) serwer usuwa ją przy najbliższym sprzątaniu; usunięcie konta poszczególnego członka jej nie zmienia i pozostaje przy niej tylko wewnętrzny identyfikator bez imienia.
Dla poszczególnych innych zapisów obowiązują następujące terminy:
- Wyzwania do kodu SMS (odciski numeru telefonu i wyzwania): są ważne 10 minut; po pomyślnej weryfikacji serwer usuwa je natychmiast, w przeciwnym razie najpóźniej godzinę po ich wygaśnięciu.
- Limity liczby żądań i dzienny limit SMS (odciski): serwer usuwa je 24 godziny po zakończeniu monitorowanego okresu; dzienny limit SMS kończy się zawsze o północy UTC.
- Sesje logowania: token logowania jest ważny 15 minut; sesja kończy się po 30 dniach nieaktywności, najpóźniej po 90 dniach, lub wcześniej przez wylogowanie. Zakończoną sesję wraz z odciskami tokenów serwer usuwa 30 dni po jej zakończeniu.
- Zaproszenia i prośby o dołączenie: kod zaproszenia rodziny jest ważny 48 godzin, a zaproszenie dla kolejnego rodzica 24 godziny; niezatwierdzona prośba o dołączenie jest automatycznie usuwana po 72 godzinach, a odrzucona lub anulowana natychmiast. Zapis o zaproszeniu dla kolejnego rodzica (kod, kto je utworzył i kto go użył) serwer usuwa 30 dni po jego wygaśnięciu, użyciu lub anulowaniu.
- Zapisy bezpieczeństwa w bazie danych (punkt 2): serwer sam usuwa je po 30 dniach. Dziennik zmian telefonu i statusu członka podlega własnemu terminowi wskazanemu poniżej.
- Dziennik zmian telefonu i statusu członka (punkt 2): zapis w bazie danych serwer usuwa najwcześniej po 60 dniach od jego powstania, i to dopiero po skopiowaniu go do osobnego magazynu (kopia powstaje zazwyczaj w ciągu kilku minut). Zapisu, którego nie udało się skopiować, serwer nie usuwa, dopóki kopiowanie się nie powiedzie, i dlatego pozostaje on w bazie danych także dłużej niż 60 dni. Kopię w osobnym niepublicznym magazynie Cloudflare R2 magazyn usuwa samoczynnie po 60 dniach od jej zapisania. W przypadku usunięcia konta lub całej rodziny (punkt 7) serwer usuwa z bazy danych zapisy dziennika usuniętego konta lub rodziny; ich kopia w magazynie wygasa najpóźniej po 60 dniach od zapisania.
- Zdjęcia: nieprzypisane zdjęcia, których nie udało się przypisać do profilu ani zadania, serwer usuwa po 24 godzinach; zapis wyzwania czasowego dla zdjęcia usuwa po 7 dniach (punkt 3), a techniczny zapis o usuniętym zdjęciu (tylko wewnętrzne identyfikatory) 30 dni po usunięciu zdjęcia.
- Token push i identyfikator urządzenia: do wylogowania urządzenia, usunięcia członka z rodziny lub usunięcia konta, ewentualnie dopóki Apple lub Google nie oznaczy go jako nieważny. Serwer ponadto sam je usuwa, gdy aplikacja nie odnowiła rejestracji urządzenia przez 90 dni (odnawia ją przy każdym logowaniu i uruchomieniu) lub gdy użytkownik nie ma ważnej sesji logowania dłużej niż 30 dni. Po wylogowaniu urządzenia (nawet zdalnie w Profilu) lub zakończeniu jego logowania nic nie jest dostarczane na urządzenie. Wyjątkiem są rejestracje z okresu przed wdrożeniem tej wersji, których aplikacja od tego czasu nie odnowiła: wylogowanie jednego urządzenia zdalnie ich nie odłączy, opcja Wyloguj wszystkie urządzenia tak; w przeciwnym razie serwer usunie je zgodnie z powyższymi terminami. Zapis o zwolnionym tokenie push (odciski, rodzina i czas) serwer usuwa po 30 dniach, lub wcześniej, gdy urządzenie zarejestruje się ponownie. Zapis o zwolnionym urządzeniu (wewnętrzny identyfikator konta, losowy identyfikator urządzenia, odciski i czas) serwer usuwa po 91 dniach - czyli dopiero po upływie najdłuższej możliwej ważności sesji logowania (90 dni) - lub wcześniej, gdy urządzenie tego samego konta zarejestruje się ponownie. Zapis o zwolnionym urządzeniu nie jest prowadzony przy usunięciu konta; jeśli powstał już przy rozpoczęciu usuwania, serwer usuwa go przy jego ukończeniu. Termin dla zapisu o zwolnionym tokenie push pozostaje tym samym bez zmian. Techniczny odcisk tokenu push przy wysłanym przypomnieniu służy tylko do weryfikacji dostarczenia; serwer usuwa go po ocenie dostarczenia, najpóźniej 30 dni po wysłaniu. Zapis o rejestracji urządzenia (wewnętrzny identyfikator konta i urządzenia, odcisk tokenu push, rodzaj zdarzenia i czas; punkt 2) serwer usuwa po 30 dniach od jego powstania, nawet jeśli w międzyczasie usuniesz konto.
- Kolejka powiadomień bezpieczeństwa i niedostarczone powiadomienia (punkt 2): dane odbiorcy powiadomienia (token push urządzenia lub wewnętrzny identyfikator rodziny lub konta i język) serwer usuwa z zapisanego rekordu kolejki natychmiast po dostarczeniu lub po rezygnacji z dostarczania, najpóźniej jednak 7 dni po powstaniu powiadomienia; tylko wewnętrzny identyfikator rodziny (przy wyjątkowym błędzie bazy danych tymczasowo także konta) może w nim pozostać do momentu zapisania rekordu o niedostarczonym powiadomieniu (poniżej). Pozostały zapis (rodzaj powiadomienia, ogólny techniczny typ zdarzenia, czas i techniczny komunikat o błędzie) usuwa 30 dni po przetworzeniu. Zapis o niedostarczonym powiadomieniu dla rodziców (wewnętrzny identyfikator rodziny, rodzaj powiadomienia i czas, bez tokenu push i bez imienia) przechowuje, dopóki rodzic nie potwierdzi go w aplikacji; potwierdzony zapis usuwa, gdy jest starszy niż 90 dni. Zapis rodziny, która już nie istnieje, usuwa przy najbliższym sprzątaniu.
- Zapisane odpowiedzi operacji finansowych: aby powtórzone żądanie po awarii sieci nie zapisało wypłaty, pożyczki lub innej operacji finansowej dwukrotnie, serwer zapamiętuje odpowiedź na nią przez 30 dni. Sam zapis o operacji (rodzaj operacji, jej losowy identyfikator, wewnętrzne identyfikatory rodziny, aktora i członka, którego operacja dotyczy, odcisk SHA-256 żądania i czas) jest częścią historii finansowej i jest przechowywany do usunięcia konta lub rodziny.
- Zapisy bezpośrednich wypłat i ręcznych spłat (punkt 2): w przeciwieństwie do zapisanej odpowiedzi powyżej, która jest usuwana po 30 dniach, zapisy te są przechowywane do usunięcia dziecka, którego dotyczą, lub całej rodziny (punkt 7).
- Zapisane rekordy powtarzających się żądań planera: aby powtarzające się żądanie po awarii sieci nie utworzyło planu zadań dwukrotnie, serwer przechowuje przez 60 dni zapis o jego utworzeniu (wewnętrzne identyfikatory rodziny i rodzica, rodzaj operacji, losowy identyfikator żądania, odcisk SHA-256 wprowadzonych parametrów planu, link do utworzonego planu i czas). Zapis serwer usuwa również przy usunięciu konta rodzica, który utworzył plan, oraz przy usunięciu całej rodziny (punkt 7).
- Żądanie usunięcia konta: niepotwierdzone żądanie usunięcia traci ważność po 45 dniach i jest usuwane najpóźniej po kolejnych 400 dniach; zapis o wykonanym usunięciu (tylko wewnętrzne identyfikatory i stan, bez imion i kontaktów) przechowujemy jako dowód, że rozpatrzyliśmy Twoje żądanie, i to przez 3 lata od rozpatrzenia. W tym samym zakresie (wewnętrzny losowy identyfikator konta lub rodziny, rodzaj usunięcia i czas) prowadzimy dziennik wykonanych usunięć, aby po ewentualnym odtworzeniu bazy danych z kopii zapasowej wszystkie późniejsze usunięcia zostały ponownie zastosowane. Zapis dziennika w bazie danych serwer usuwa najwcześniej 180 dni po jego powstaniu, i to dopiero po skopiowaniu go do osobnego magazynu (kopia powstaje zazwyczaj w ciągu kilku minut); zapisu, którego nie udało się skopiować, serwer nie usuwa, dopóki kopiowanie się nie powiedzie. Kopię w osobnym niepublicznym magazynie usuwa sam magazyn po 60 dniach od jej zapisania. Zaszyfrowany eksport dziennika, który jest częścią kopii zapasowej bazy danych, wygasa wraz z kopią zapasową (najpóźniej po 30 dniach).
- Wnioski o zgodę rodziców: otwarty wniosek jest ważny 14 dni; ulega przedłużeniu tylko wtedy, gdy w międzyczasie do rodziny dołączy rodzic (przy wniosku o usunięcie rodziny nowy rodzic otrzymuje własne 14 dni, najwyżej jednak do końca ewentualnego okresu ochronnego po usunięciu innego rodzica), lub po przywróceniu bazy danych z kopii zapasowej (oprócz wniosku o usunięcie rodziny, który jest ważny tylko do końca okresu ochronnego). Wniosek o usunięcie rodziny, który wygasłby w trakcie 14-dniowego terminu po usunięciu innego rodzica, trwa do końca tego terminu, a potem wygasa. W trakcie 14-dniowego terminu po usunięciu innego rodzica nie można usunąć rodziny; wniosek o usunięcie rodziny złożony w tym terminie po jego upływie wygasa. Po upływie terminu jedyny pozostały rodzic może usunąć rodzinę bezpośrednio w Profilu. Rozpatrzony wniosek serwer usuwa po 90 dniach.
- Odcisk numeru telefonu po usunięciu konta lub zmianie numeru: aby okres próbny Premium nie mógł być uzyskiwany wielokrotnie poprzez usunięcie konta i ponowną rejestrację, serwer przy usunięciu konta rodzica, który był członkiem rodziny podczas jej okresu próbnego, oraz przy zmianie numeru takiego rodzica (nawet jeśli numer na jego wniosek zmieni wsparcie) zapisuje jedynie odcisk dotychczasowego numeru telefonu (HMAC z tajnym kluczem) oraz czas – samego numeru nie. Nowa rejestracja z tym samym numerem nie otrzyma wówczas okresu próbnego. Serwer usuwa odcisk po 12 miesiącach.
- E-maile, które do nas wysyłasz: przez czas niezbędny do rozpatrzenia Twojego pytania lub żądania oraz do udokumentowania, jak je rozpatrzyliśmy.
- Ewidencja interwencji wsparcia i administracji: zapis o interwencji w bazie danych (rodzaj interwencji, kto ją wykonał, kiedy, jakiej rodziny dotyczy i numer żądania – bez imion i numerów telefonów; w ten sposób rejestrujemy przywrócenie numeru i wylogowanie urządzeń przez wsparcie, eksport danych rodziny na żądanie oraz zarządzanie kodami promocyjnymi i bezpłatnym dostępem) serwer sam usuwa po 3 latach. Dziennik żądań wsparcia (numer żądania, data, wewnętrzny identyfikator konta, sposób weryfikacji tożsamości i wynik – bez numeru telefonu) prowadzimy w postaci zaszyfrowanej poza bazą danych i przechowujemy go również przez 3 lata jako dowód, jak rozpatrzyliśmy wniosek.
Produkcyjne logi operacyjne i logi bezpieczeństwa hostingu mogą być przechowywane najwyżej 30 dni. Techniczne raporty o błędach aplikacji i serwera Sentry przechowuje najwyżej 90 dni, abyśmy mogli odnaleźć i naprawić błędy, które ujawnią się dopiero po wydaniu nowej wersji aplikacji; ewentualne operacyjne kopie zapasowe Sentry wygasają najpóźniej 90 dni po ich utworzeniu. Kopie zapasowe bazy danych są tworzone codziennie, szyfrowane jeszcze przed wysłaniem ze środowiska produkcyjnego i usuwane 30 dni po utworzeniu, dzięki czemu wcześniej usunięte dane pozostają w nich najwyżej 30 dni; nie są używane do zwykłego odtwarzania usuniętego konta. Jeśli musielibyśmy odtworzyć bazę danych z kopii zapasowej, ponownie zastosujemy usunięcia wykonane po utworzeniu kopii zapasowej zgodnie z dziennikiem usunięć. Konfiguracja hostingu, bazy danych i magazynu danych musi technicznie wymuszać te terminy, a operator regularnie je sprawdza.
Jeśli usunięcia rekordu u zewnętrznego dostawcy subskrypcji nie można zakończyć natychmiast, Kimda po usunięciu multimediów bez zbędnej zwłoki anonimizuje lokalne dane osobowe. Aby bezpiecznie ponowić żądanie zewnętrzne, zachowuje wyłącznie wewnętrzny losowy identyfikator rodziny i techniczny stan usunięcia, a nie imiona ani numery telefonów. Zapis o tym zadaniu zewnętrznego usunięcia (wewnętrzny identyfikator rodziny, oznaczenie dostawcy, liczba prób, czasy i kod ostatniego błędu, bez imion i numerów telefonów) serwer usuwa po 90 dniach od jego ukończenia; nieukończone zadanie jest przechowywane do czasu jego ukończenia.
Dowód zgody na natychmiastowe rozpoczęcie Premium (wewnętrzne identyfikatory rodziny i użytkownika, czas wyrażenia zgody, wybrany plan, początek opłaconego okresu, identyfikator transakcji w sklepie, wewnętrzny identyfikator próby zakupu oraz wersja wyświetlanego tekstu) przechowujemy przez okres niezbędny do udowodnienia tej zgody w ewentualnym sporze, standardowo przez 3 lata od jej udzielenia. Po upływie tego terminu dowód jest w kontrolowany sposób usuwany. Dowód nie jest usuwany wraz z kontem ani z rodziną (punkt 7). Jego kopię (bez wewnętrznego identyfikatora próby zakupu) zapisujemy również w osobnym niepublicznym magazynie Cloudflare R2 (punkt 4), aby dowód przetrwał utratę bazy danych między kopiami zapasowymi; magazyn sam usuwa ją po 1125 dniach od jej zapisania.
7. Twoje prawa
Masz prawo:
- do dostępu do wszystkich danych, które aplikacja przechowuje o Tobie i Twojej rodzinie (art. 15 RODO),
- do sprostowania nieprawidłowych danych (art. 16 RODO) – numer telefonu zmieniasz samodzielnie w Profilu po zweryfikowaniu nowego numeru kodem SMS; gdy stracisz dostęp do konta (na przykład dlatego, że numer zmienił ktoś inny z zalogowanego urządzenia), zmienimy go na Twój wniosek po zweryfikowaniu tożsamości,
- do usunięcia konta poszczególnego członka (art. 17 RODO) - bezpośrednio w aplikacji (Profil → Usuń konto) aplikacja nieodwracalnie usuwa lub anonimizuje imię, telefon, zdjęcie i token push oraz usuwa wszystkie zdjęcia przesłane przez Ciebie; w przypadku konta dziecka również zdjęcia do jego zadań, które w jego imieniu przesłał rodzic. Za pomocą tego konta nie można się już zalogować i nie pozostaje przy nim imię ani kontakt. W historii zadań i płatności pozostają wyłącznie fakty rozliczeniowe niezbędne dla ciągłości reszty rodziny (punkty, kwota, stan i czas); wolna notatka zostaje usunięta, a nazwy zadań i celów zastąpione wartością neutralną. Ta historia nie jest usuwana, ponieważ pozostaje powiązana z resztą rodziny (w przeciwnym razie nie zgadzałaby się ich wzajemna ciągłość rozliczeń), jest jednak powiązana tylko z rekordem bez imienia i kontaktu. Zapisy bezpośrednich wypłat i ręcznych spłat dziecka (punkt 2) zostają usunięte wraz z dzieckiem. Zapisy dziennika zmian telefonu i statusu członka (punkt 2) serwer usuwa z bazy danych; ich kopia w osobnym magazynie wygasa najpóźniej po 60 dniach od zapisania. Jeśli dziecko ma dług, saldo lub nierozpatrzone prośby, aplikacja przed usunięciem pokaże mu, jakie kwoty straci, a usunięcie musi ono wyraźnie potwierdzić; rodzice otrzymają wtedy ogólne powiadomienie. Członek, którego rodzic usunął z rodziny, może po weryfikacji kodem SMS w aplikacji sam trwale usunąć swoje konto i zwolnić w ten sposób swój numer telefonu,
- na kaskadowe usunięcie całej rodziny - gdy rodzic wyraźnie potwierdzi usunięcie całej rodziny, anonimizujemy wszystkich jej członków, usuwamy ich zdjęcia, a dodatkowo zastępujemy wolne teksty oraz nazwy własnych zadań, celów i nagród wartościami neutralnymi; usuwamy także zapisy bezpośrednich wypłat i ręcznych spłat rodziny (punkt 2), historię zmian zasad finansowych rodziny (przy najbliższym czyszczeniu) oraz zapisy dziennika zmian telefonu i statusu członka jej członków (kopia dziennika w osobnym magazynie wygasa najpóźniej po 60 dniach od zapisania). Usunięcie innego rodzica wymaga zgody dotkniętego rodzica: wyraźne odrzucenie zatrzymuje akcję, bez reakcji zostanie wykonana po 14 dniach. Usunięcie całej rodziny, w której jest kolejny rodzic, wymaga wyraźnej zgody każdego kolejnego rodzica; bez zgody wszystkich wniosek po 14 dniach zostanie anulowany, a rodzina nie zostanie usunięta. Rodzinę, z której w ostatnich 14 dniach usunięto innego rodzica, można usunąć najwcześniej 14 dni po jego usunięciu. Zapisy księgowe dotyczące usuniętej rodziny, w tym salda oraz stany pożyczek i oszczędności dzieci, są usuwane z operacyjnej bazy danych najpóźniej w ciągu 30 dni od usunięcia; w zaszyfrowanych kopiach zapasowych mogą pozostać najwyżej kolejne 30 dni, zanim kopia zapasowa zostanie usunięta. Dowód zgody na natychmiastowe rozpoczęcie Premium nie jest usuwany wraz z usunięciem rodziny (punkt 6). Zanonimizowane zapisy dotyczące wykorzystania kodów partnerskich, które nie zawierają danych osobowych, są przechowywane w celu ewidencji partnerów i ochrony przed nadużyciami. Po usunięciu multimediów lokalna anonimizacja przebiega także wtedy, gdy jest RevenueCat chwilowo niedostępny; żądanie zewnętrzne jest następnie bezpiecznie ponawiane wyłącznie z wewnętrznym identyfikatorem rodziny. RevenueCat przeprowadza usunięcie asynchronicznie. Nie powoduje to anulowania subskrypcji prowadzonej przez App Store lub Google Play - to rodzic musi anulować osobno w ustawieniach danego sklepu,
- do ograniczenia przetwarzania (art. 18 RODO), na przykład gdy kwestionujesz prawidłowość danych, na czas, w którym ją weryfikujemy,
- do przenoszenia danych (art. 20 RODO) - dane, które nam dostarczyłeś(-aś) i które przetwarzamy na podstawie umowy, przekażemy Ci w ustrukturyzowanym, powszechnie używananym formacie nadającym się do odczytu maszynowego (np. JSON), ewentualnie na Twoje żądanie przekażemy je innemu administratorowi, jeśli jest to technicznie wykonalne,
- wnieść sprzeciw (art. 21 RODO) wobec przetwarzania opartego na naszym prawnie uzasadnionym interesie (punkt 2); zakończymy wtedy przetwarzanie, chyba że wykażemy ważne prawnie uzasadnione podstawy, które są nadrzędne wobec Twoich interesów, praw i wolności, lub potrzebujemy go do ustalenia, dochodzenia lub obrony roszczeń,
- w każdej chwili wycofać zgodę (art. 7 ust. 3 RODO) - zgodę na pomiar reklam na stronie wycofasz za pomocą odnośnika "Ustawienia plików cookie" w stopce strony (punkt 9); wycofanie nie wpływa na przetwarzanie przed nim,
- wnieść skargę do organu nadzorczego (art. 77 RODO) - w Czechach jest to Urząd Ochrony Danych Osobowych (Úřad pro ochranu osobních údajů), Pplk. Sochora 27, 170 00 Praha 7, strona uoou.gov.cz; możesz również zwrócić się do organu nadzorczego w państwie członkowskim UE, w którym mieszkasz lub pracujesz.
Żądanie wyślij na adres privacy@kimda.app. Abyśmy nie przekazali ani nie usunęli danych komuś innemu, najpierw zweryfikujemy, czy żądanie składa właściciel konta (na przykład poprzez potwierdzenie z numeru telefonu przypisanego do konta); nigdy nie wysyłaj nam kodów z SMS-ów logowania. Jedynym wyjątkiem jest kod z SMS-a oznaczonego „Kimda obnova účtu”, o który wsparcie poprosi Cię tylko w odpowiedzi na Twoje własne żądanie zwrotu przejętego konta lub na Twoje własne potwierdzenie takiego żądania innego rodzica z Twojej rodziny (punkt 2); nawet wtedy podaj go tylko wsparciu, nigdy innemu członkowi rodziny. O ten kod wsparcie prosi wyłącznie e-mailem z adresu support@kimda.app z numerem Twojego żądania, nigdy telefonicznie ani za pośrednictwem innego członka rodziny. Żądanie dostępu lub przenoszenia danych realizujemy poprzez eksport danych rodziny w formacie JSON (bez tokenów logowania i ich odcisków oraz bez odcisków pierwotnych numerów telefonów z zapisów bezpieczeństwa, które służą tylko do weryfikacji żądania zwrotu konta, oraz bez dziennika zmian telefonu i statusu członka, który służy tylko do ochrony przed przejęciem numeru; eksport zawiera zapisy bezpośrednich wypłat i ręcznych spłat (punkt 2); w przypadku zdjęć zawiera ich techniczny odcisk zgodnie z punktem 3, same zdjęcia na żądanie przekażemy osobno); każdy eksport rejestrujemy (kto go przygotował, kiedy i na podstawie jakiego żądania). Dane o zdarzeniach z dziennika zmian telefonu i statusu członka (rodzaj i czas, bez odcisków) przekażemy Ci na żądanie. Odpowiemy bez zbędnej zwłoki, najpóźniej w ciągu jednego miesiąca; w bardziej skomplikowanych przypadkach możemy przedłużyć termin o kolejne dwa miesiące, o czym poinformujemy Cię w odpowiednim czasie. Prawa dziecka może w jego imieniu realizować rodzic jako przedstawiciel ustawowy.
8. Bezpieczeństwo
Aplikacja nie używa haseł (logowanie tylko przez zweryfikowany numer telefonu). Dostęp chroni krótkoterminowy token logowania o ważności 15 minut oraz token odświeżania, który serwer zapisuje tylko jako odcisk; w przypadku udowodnionego ponownego użycia już zastąpionego tokenu odświeżania serwer wylogowuje konto na wszystkich urządzeniach, anuluje jego rejestracje do powiadomień, zapisuje rekord bezpieczeństwa i powiadamia pozostałych rodziców. W środowisku produkcyjnym komunikacja między aplikacją a serwerem odbywa się przez HTTPS. Zdjęcia znajdują się w niepublicznym magazynie, a backend przed ich udostępnieniem weryfikuje konto i przynależność do tej samej rodziny. Kopie zapasowe bazy danych są szyfrowane jeszcze przed przesłaniem i można je odszyfrować tylko kluczem prywatnym przechowywanym poza chmurą; kody promocyjne są w bazie danych tylko jako odcisk HMAC z kluczem poza bazą danych, a zarządzanie kodami promocyjnymi rejestrujemy. Numerów telefonów, tokenów ani treści żądań serwer nie zapisuje w logach operacyjnych.
9. Strona kimda.app i pliki cookie
Ten punkt dotyczy wyłącznie osób odwiedzających stronę kimda.app, a nie korzystania z aplikacji. Strona działa w sieci Cloudflare, która przy każdej wizycie technicznie przetwarza adres IP i dane o przeglądarce, aby dostarczyć stronę i chronić ją przed atakami; zapisy do diagnostyki błędów strony Cloudflare przechowuje najwyżej 3 dni. W zależności od języka przeglądarki (w przypadku linku do pobrania również w zależności od typu urządzenia) strona przekieruje Cię do odpowiedniej wersji strony. Podstawą prawną jest nasz prawnie uzasadniony interes polegający na bezpiecznej i funkcjonalnej stronie (art. 6 ust. 1 lit. f RODO). Wybrany motyw strona zapamiętuje wyłącznie w Twojej przeglądarce (localStorage). Decyzję dotyczącą plików cookie strona zapisuje w localStorage oraz w niezbędnym technicznym pliku cookie kimda-consent-proof (ważność 180 dni), który zawiera wyłącznie rodzaj wyboru i czas decyzji, bez identyfikatora osoby ani konta. Przeglądarka wysyła go technicznie z każdym żądaniem do strony; serwer go nie analizuje, służy wyłącznie skryptowi w przeglądarce do sprawdzenia, że zgoda nie została wycofana. Ten plik cookie nie wymaga zgody i nie jest wykorzystywany do pomiarów ani reklamy.
Tylko jeśli na pasku na stronie wybierzesz "Zgadzam się", strona wczyta Meta Pixel spółki Meta Platforms Ireland Limited. Zapisuje on w przeglądarce plik cookie (np. _fbp ważny do 90 dni) i przesyła do Meta dane o wizycie: odwiedzoną stronę, adres IP, dane o przeglądarce i identyfikator pliku cookie. Służy nam do mierzenia skuteczności reklam na Facebooku i Instagramie. Podstawą prawną jest Twoja zgoda (art. 6 ust. 1 lit. a RODO i § 89 ust. 3 ustawy nr 127/2005 Dz.U. o komunikacji elektronicznej). Za zebranie i przekazanie tych danych odpowiadamy wspólnie z Meta; ich dalsze przetwarzanie, w tym ewentualne przekazanie do USA na podstawie ramowego programu ochrony danych EU-USA (Data Privacy Framework), prowadzi Meta jako odrębny administrator zgodnie ze swoją polityką dostępną pod adresem facebook.com/privacy/policy. Nigdy nie przesyłamy do Meta danych z aplikacji, konta ani rodziny.
Bez zgody Meta Pixel w ogóle się nie wczytuje. Zgodę możesz w każdej chwili wycofać za pomocą odnośnika "Ustawienia plików cookie" w stopce strony; strona usunie wtedy pliki cookie Pixela i nie będzie go już wczytywać.
Jeśli przez stronę dla testerów dołączysz do grupy testerów w Google Groups, administrator grupy zobaczy e-mail Twojego konta Google; użyjemy go tylko do testowania aplikacji i dostępu do jej wersji testowej w Google Play. Wersję testową na iPhone'a dystrybuuje Apple przez TestFlight. Google i Apple przetwarzają przy tym dane jako odrębni administratorzy zgodnie ze swoimi zasadami. Podstawą prawną jest Twoja prośba o udział w testach (art. 6 ust. 1 lit. b RODO). E-mail pozostanie w grupie, dopóki się z niej nie wypiszesz lub dopóki testy się nie zakończą.
10. Zmiany niniejszej polityki
O każdej istotnej zmianie niniejszej polityki poinformujemy Cię w aplikacji oraz na stronie kimda.app. Aplikacja rozpoznaje, którą wersję polityki zaakceptowałeś(-aś): poprosi rodziców o potwierdzenie nowej wersji (i ewentualnie o zgodę w imieniu dzieci), dziecko przyjmie ją do wiadomości. Czas i wersję potwierdzenia rejestrujemy.
11. Kontakt
Pytania dotyczące ochrony danych osobowych: privacy@kimda.app