Polityka prywatności

Ostatnia aktualizacja: 27 sierpnia 2026

1. Kto jest administratorem Twoich danych

Oprogramowanie do rezerwacji online Slotora jest obsługiwane przez Belavin Limited, (nr rejestracyjny: 16735157), 6 Salstar Close, Birmingham, B6 4PP, United Kingdom. W sprawach dotyczących prywatności skontaktuj się z hello@slotora.io. Jesteśmy zarejestrowani w brytyjskim ICO (numer rejestracji 00014129250).

2. Dwie role

W odniesieniu do Twojego własnego konta oraz naszego marketingu Slotora jest administratorem danych. W odniesieniu do danych rezerwacyjnych Twoich klientów (informacji, które Twoi klienci podają na Twojej stronie rezerwacji) administratorem jest TWOJA firma, a Slotora jest podmiotem przetwarzającym działającym na Twoje polecenie — co regulują postanowienia dotyczące powierzenia przetwarzania danych zawarte w naszym Regulaminie.

3. Jakie dane zbieramy

Dane konta: imię i nazwisko, adres e-mail, hasło (w postaci zahaszowanej), rola.
Dane firmy: nazwa firmy i zarejestrowana nazwa prawna, adres prowadzenia działalności, numer VAT lub NIP oraz wynik jego weryfikacji przez nas, usługi, ceny, godziny pracy, zdjęcia, a także dane identyfikacyjne i bankowe, które Twój dostawca płatności zbiera przy zakładaniu konta połączonego (trafiają one do niego, nie do nas).
Dane rezerwacji/klienta: imię i nazwisko gościa, adres e-mail, telefon, szczegóły wizyty oraz odpowiedzi z formularza zgłoszeniowego.
Dane o zdrowiu i dane konsultacyjne, jeśli Twoja firma o nie pyta: alergie, nadwrażliwości, przyjmowane leki i podobne odpowiedzi w formularzu zgłoszeniowym lub konsultacyjnym, a także podpis, który klientka składa na formularzu zgody lub oświadczenia. Są to dane szczególnych kategorii w rozumieniu art. 9 RODO. To Twoja firma decyduje, czy o nie pytać i na którą przesłankę z art. 9 ust. 2 się powołuje — zwykle na wyraźną zgodę klientki wyrażoną na samym formularzu; Slotora jedynie przechowuje je i wyświetla na Twoje polecenie.
Dane techniczne: logi, informacje o urządzeniu/przeglądarce; na stronie marketingowej bezplikowe, anonimowe zliczanie wizyt (hash solony codziennie, nieumożliwiający identyfikacji osoby).
Aplikacja mobilna: jeśli włączysz powiadomienia — token rejestracji push oraz platforma i język urządzenia, powiązane z Twoim kontem i usuwane przy wylogowaniu, odinstalowaniu aplikacji lub usunięciu konta.

3a. Aplikacja mobilna

Aplikacja Slotora na iOS i Androida pokazuje ten sam panel co strona internetowa. O dostęp do aparatu i galerii zdjęć prosi wyłącznie wtedy, gdy samodzielnie załączasz obraz (portfolio, zdjęcia przed/po, logo) — nic nie jest przechwytywane w tle i nigdy nie przeglądamy Twojej galerii. Nie zawiera identyfikatorów reklamowych, żadnego SDK analitycznego ani jakiegokolwiek śledzenia, a danych z aplikacji nie udostępniamy brokerom danych. Zgoda na powiadomienia jest opcjonalna; jej odmowa nie zmienia w aplikacji niczego innego.

3b. Kalendarz Google (dane użytkownika Google)

Połączenie kalendarza Google jest opcjonalne i pozostaje wyłączone, dopóki członek zespołu nie włączy go dla własnego konta. Odbywa się to osobno dla każdej osoby: nikt nie może podłączyć cudzego kalendarza, a właścicielka salonu nie może podłączyć prywatnego kalendarza stylistki. Tam, gdzie nikt kalendarza nie podłączył — a tak jest na każdym koncie, dopóki ktoś tego nie zrobi — nic z poniższych rzeczy się nie dzieje. Kalendarze u innych dostawców — Apple iCloud, inne usługi CalDAV i Microsoft 365 — opisuje pkt 3e, nie ten. Poniżej opisujemy wszystko, co Slotora robi z danymi uzyskanymi przez interfejsy Google. Prosimy o najwęższe uprawnienia, przy których ta funkcja może działać. Są cztery i oto wszystkie:

Twoje przedziały wolne/zajęte (calendar.freebusy): początek i koniec okresów, w których Twój własny kalendarz pokazuje Cię jako zajętą. To jedyne uprawnienie, dzięki któremu Slotora widzi cokolwiek z Twojego własnego kalendarza, a tym, co Google na nie odpowiada, jest lista przedziałów. Tytuły, opisy, lokalizacje i listy gości nie są częścią tej odpowiedzi — Slotora nigdy ich nie dostaje, bo to uprawnienie ich nie zwraca. Czytamy Twój główny kalendarz Google.
Kalendarz Slotory wewnątrz Twojego konta Google (calendar.app.created): tworzymy jeden dodatkowy kalendarz, nasz własny, i zapisujemy w nim Twoje rezerwacje ze Slotory, żebyś widziała je obok reszty dnia. To uprawnienie sięga wyłącznie kalendarza, który sami utworzyliśmy; nie widzi i nie zmienia żadnego innego Twojego kalendarza. Pozwala nam też odczytać ten jeden kalendarz z powrotem — tak zauważamy, że nasz własny wpis został w Google zmieniony albo usunięty, i tak możemy go przywrócić.
Które konto Google podłączyłaś (openid oraz userinfo.email): adres e-mail konta, którym się logujesz, żebyś widziała na ekranie, które konto jest podłączone. Ktoś, kto ma trzy adresy Google, musi widzieć, którego używa Slotora, i zauważyć, jeśli ponowne połączenie podpięło inne. Nie używamy go, żeby się z Tobą kontaktować — do tego Slotora ma już Twój adres.
O co celowo NIE prosimy: o pozwolenie na czytanie wydarzeń w Twoich własnych kalendarzach i o pozwolenie na wylistowanie Twoich kalendarzy. Jedno i drugie mówiłoby o Tobie więcej, niż wymaga zablokowanie godziny, i o żadne z nich nie poprosiliśmy. Cena tego wyboru jest realna i bierzemy ją na siebie: w Twoim terminarzu Slotory zewnętrzne zobowiązanie widnieje jako czas zajęty, a nie z nazwy.

3c. Co przechowujemy z Google, jak długo i jak się rozłączyć

Przechowujemy dwie rzeczy i nic poza nimi.

Połączenie: adres konta Google, którym się zalogowałaś, identyfikatory dwóch kalendarzy, których to dotyczy — Twojego głównego kalendarza Google, który czytamy, oraz utworzonego przez nas kalendarza Slotory — a także tokeny dostępu i odświeżania wydane przez Google. Tokeny szyfrujemy algorytmem AES-256-GCM, zanim trafią do naszej bazy danych, nigdzie nie pokazujemy ich w interfejsie i celowo pomijamy je w eksporcie danych — klucz dostępu nie jest Twoim rekordem do pobrania, a plik eksportu jest w całym produkcie najłatwiejszą rzeczą do zgubienia.
Bloki zajętości: dla każdego okresu, który ma sprawić, że nie da się Cię zarezerwować, godzina początku i godzina końca. Tyle liczy sobie cały wiersz. Nie ma na nim tytułu ani nawet identyfikatora wpisu, który za nim stoi, bo to, co przysyła nam Google, jest przedziałem bez tożsamości, a do zablokowania godziny nie trzeba wiedzieć, czemu ta godzina służy.
Oba żyją dokładnie tyle, ile połączenie. Gdy je rozłączysz, Slotora nie tylko zapomina token, lecz unieważnia go u Google, usuwa wszystkie bloki zajętości utworzone przez to połączenie i kasuje sam rekord połączenia — natychmiast, a nie według jakiegoś harmonogramu przechowywania. To samo dzieje się samoczynnie, gdy przestaniesz należeć do zespołu albo gdy firma usunie swoje konto.
Rozłączyć możesz się w ustawieniach Slotory, przy podłączonym kalendarzu, a dostęp Slotory możesz niezależnie unieważnić w każdej chwili w ustawieniach bezpieczeństwa swojego konta Google, na stronie myaccount.google.com/permissions. Jeśli unieważnisz go tam, kolejna synchronizacja się nie powiedzie, oznaczymy połączenie jako rozłączone, przestaniemy próbować i powiemy Ci o tym.

3d. Czego nigdy nie robimy z danymi użytkownika Google

Dane z Kalendarza Google służą jednemu celowi: żeby w Slotorze widoczna była Twoja prawdziwa dostępność, a Twoje rezerwacje ze Slotory były widoczne w Twoim własnym kalendarzu. Do niczego innego — i to samo dotyczy kalendarzy opisanych w pkt 3e. Konkretnie:

Nie sprzedajemy ich, nie wynajmujemy i nie przekazujemy brokerowi danych.
Nie używamy ich do reklamy — ani naszej, ani cudzej — i nie budujemy z nich profili, grup odbiorców ani segmentów.
Nie wysyłamy ich do Gemini ani do żadnej innej funkcji AI w Slotorze i nie używamy ich do tworzenia, trenowania, ulepszania ani oceniania jakiegokolwiek modelu sztucznej inteligencji lub uczenia maszynowego — ani naszego, ani cudzego.
Nie czytamy Twoich wpisów w kalendarzu — a dokładna wersja tego zdania jest dla Ciebie warta więcej niż skrócona. Google nigdy nie przysyła nam tytułu, opisu, lokalizacji ani gości żadnego wpisu z Twojego własnego kalendarza; uprawnienie, które posiadamy, ich nie zwraca. Jest dokładnie jeden kalendarz, którego wpisy Slotora czyta: utworzony przez nas kalendarz Slotory w Twoim koncie, gdzie odczytujemy z powrotem to, co sami tam zapisaliśmy, żeby zauważyć, czy któryś wpis został w Google zmieniony albo usunięty. To są nasze własne wpisy rezerwacji, z tym, co sami w nich umieściliśmy; sprawdzenie odbywa się w pamięci i nic z niego nie jest przechowywane.
Żaden pracownik Slotory nie zagląda do Twoich danych z Kalendarza Google, poza wąskimi przypadkami, na które pozwala sama polityka Google: gdy sama nas o to poprosisz, żeby coś naprawić, gdy wymaga tego bezpieczeństwo albo gdy nakazuje to prawo.
Nie przekazujemy ich podmiotom podprzetwarzającym wymienionym w pkt 6. Są trzymane na hostingu bazy danych i aplikacji, na którym działa cała usługa — w Neon i Netlify — i nigdzie indziej nie trafiają.
Korzystanie przez Slotorę z informacji otrzymanych z interfejsów Google oraz ich przekazywanie odbywa się zgodnie z Google API Services User Data Policy, w tym z wymogami Limited Use.

3e. Inne kalendarze: Apple iCloud, inne usługi CalDAV i Microsoft 365

Członek zespołu może zamiast kalendarza Google albo obok niego podłączyć kalendarz u innego dostawcy. Jest to opcjonalne, odbywa się osobno dla każdej osoby, tak jak opisuje pkt 3b, a tam, gdzie nikt takiego kalendarza nie podłączył, nic z poniższych rzeczy się nie dzieje. Konto należy do niej, na podstawie jej własnej umowy z dostawcą; nie powierzamy Apple, jej dostawcy CalDAV ani Microsoftowi przetwarzania czegokolwiek w naszym imieniu. Ten punkt opisuje w całości, co Slotora robi z danymi, które przynoszą te połączenia.

Apple iCloud (kalendarz na iPhonie) i inne usługi CalDAV. Apple nie udostępnia innym aplikacjom logowania do kalendarza, dlatego na account.apple.com tworzysz hasło aplikacji i wpisujesz je w Slotorze razem z adresem e-mail swojego konta Apple; inna usługa CalDAV (Fastmail, Nextcloud i podobne) łączy się tak samo, pod adresem, który podasz. Hasło aplikacji nie jest hasłem do Twojego konta Apple. Możesz je w każdej chwili unieważnić na account.apple.com, a Apple unieważnia wszystkie hasła aplikacji, gdy zmienisz hasło do konta Apple.
Co przysyłają nam te serwery i co z tego zachowujemy. Inaczej niż Google, serwer CalDAV przysyła Slotorze same wydarzenia z odczytywanych kalendarzy — razem z ich tytułami, opisami, gośćmi i lokalizacjami. Slotora odczytuje wszystkie kalendarze w koncie oprócz kalendarza Slotory, na podstawie wydarzeń wylicza w pamięci, kiedy jesteś zajęta, i dla każdego okresu zajętości przechowuje wyłącznie godzinę początku i końca. Samych wydarzeń ani ich tytułów, opisów, gości i lokalizacji nie przechowujemy. To jedyna prawdziwa różnica względem pkt 3b i 3d: od Google nigdy nie dostajemy nazw Twoich wydarzeń, od iCloud i CalDAV je dostajemy, ale ich nie zachowujemy.
Co zapisujemy w Twoim kalendarzu. W Twoim koncie tworzymy jeden kalendarz o nazwie Slotora i zapisujemy w nim Twoje rezerwacje ze Slotory: imię i nazwisko klientki i usługę, nazwę salonu i notatkę do rezerwacji oraz adres salonu — nigdy numer telefonu klientki. Nie zapisujemy w żadnym innym kalendarzu, a kalendarz Slotory odczytujemy z powrotem, żeby był zgodny ze Slotorą.
Microsoft 365 i Outlook.com — gdy Slotora zacznie oferować to połączenie (jeszcze nie jest włączone). Logujesz się w Microsoft i udzielasz pięciu uprawnień: offline_access (żeby połączenie trwało bez ponownego logowania), openid, email i User.Read (żeby ekran pokazywał, które konto jest podłączone) oraz Calendars.ReadWrite (jedyne uprawnienie Microsoft, które pozwala aplikacji utworzyć własny kalendarz; węższego Microsoft nie oferuje). To uprawnienie pozwalałoby na więcej, niż używamy: Slotora prosi Microsoft wyłącznie o pięć pól każdego wydarzenia — początek, koniec, czy pokazuje Cię jako zajętą, czy jest całodniowe i czy zostało odwołane — więc tytuły, goście i lokalizacje nigdy do nas nie trafiają, a zapisuje wyłącznie w utworzonym przez siebie kalendarzu Slotory, z takimi samymi wpisami jak wyżej. Dostęp Slotory możesz w każdej chwili cofnąć, usuwając ją z aplikacji w swoim koncie Microsoft.
Co przechowujemy i jak długo. Połączenie: adres e-mail Twojego konta, adres Twojej usługi kalendarza, informację, które kalendarze są odczytywane i który należy do Slotory, oraz hasło aplikacji (iCloud i CalDAV) albo tokeny dostępu i odświeżania Microsoft — szyfrowane algorytmem AES-256-GCM, zanim trafią do naszej bazy danych, i nigdzie niepokazywane w interfejsie. Oraz okresy zajętości: godzina początku i końca, nic więcej. Oba żyją dokładnie tyle, ile połączenie: gdy je rozłączysz, Slotora natychmiast usuwa hasło lub tokeny, rekord połączenia i wszystkie utworzone przez nie okresy zajętości; to samo dzieje się, gdy firma usunie swoje konto. Jeśli dostawca na stałe odrzuci hasło lub uprawnienie, Slotora przestaje, usuwa okresy zajętości i mówi Ci o tym. Wpisy już zapisane w Twoim kalendarzu tam zostają — są Twoje, a usuwanie ich z Twojego konta przy odejściu byłoby zapisem, o który nie prosiłaś.
Obietnice z pkt 3d dotyczą także tych danych: nie sprzedajemy ich, nie wynajmujemy i nie przekazujemy brokerowi danych; nie używamy ich do reklamy i nie budujemy z nich profili, grup odbiorców ani segmentów; nie wysyłamy ich do Gemini ani do żadnej innej funkcji AI i nie używamy ich do tworzenia, trenowania, ulepszania ani oceniania jakiegokolwiek modelu sztucznej inteligencji lub uczenia maszynowego; żaden pracownik Slotory do nich nie zagląda, chyba że sama poprosisz o naprawienie czegoś, wymaga tego bezpieczeństwo albo nakazuje to prawo; są trzymane na hostingu bazy danych i aplikacji, na którym działa cała usługa — w Neon i Netlify — i nigdzie indziej nie trafiają.

4. Podstawy prawne

Wykonanie umowy (art. 6 ust. 1 lit. b RODO): prowadzenie Twojego konta i rezerwacji.
Prawnie uzasadnione interesy (art. 6 ust. 1 lit. f): bezpieczeństwo usługi, jej ulepszanie, zapobieganie nadużyciom.
Obowiązek prawny (art. 6 ust. 1 lit. c): np. obowiązki księgowe w przypadku planów płatnych.
Zgoda (art. 6 ust. 1 lit. a): tam, gdzie o nią prosimy (np. komunikacja nieobowiązkowa).

5. Jak wykorzystujemy dane

Wyłącznie do świadczenia usługi: wyświetlanie dostępnych terminów, tworzenie rezerwacji oraz wysyłanie e-maili transakcyjnych (potwierdzenia, przypomnienia, anulowania, powiadomienia z listy oczekujących). Nie sprzedajemy danych i nie stosujemy zewnętrznych narzędzi śledzących reklamy.

6. Odbiorcy i podmioty przetwarzające

Zachowujemy poufność danych; nasze podmioty podprzetwarzające to: Neon (hosting bazy danych, UE/Londyn), Netlify (hosting aplikacji/CDN), Resend (e-maile transakcyjne), BulkGate (wiadomości SMS, wyłącznie po włączeniu tej funkcji), Twilio (numer przychodzący, na który Twoi klienci mogą odpowiadać, trasa zapasowa, gdy SMS nie może zostać wysłany przez BulkGate, oraz linia telefoniczna, którą odbiera recepcjonistka AI), Retell AI (telefoniczna recepcjonistka AI — gdy firma ją włączy, Retell odbiera telefon w jej imieniu, a więc przetwarza głos każdego, kto zadzwoni, w tym osób, które nigdy nie otworzyły strony Slotory; zwraca pisemne podsumowanie rozmowy, a nagrania nigdy nie przechowujemy; numer osoby dzwoniącej usuwamy z zapisu rozmowy po 90 dniach, a sam zapis po roku), Google Firebase (mobilne powiadomienia push), Google (Gemini AI — wyłącznie do opcjonalnych funkcji AI uruchamianych przez Ciebie, nigdy do trenowania modeli) oraz Stripe (płatności — zarówno gdy firma przyjmuje płatności kartą od swoich klientów przez Slotorę, jak i osobno przy wykupieniu planu płatnego). Każdy z nich przetwarza dane na podstawie umowy powierzenia przetwarzania danych — w większości przypadków na standardowych warunkach dostawcy, zaakceptowanych przy zakładaniu konta — i wyłącznie w zakresie niezbędnym do świadczenia usługi. Z kolejnymi odbiorcami umowę zawiera sama firma, a nie my — na własnym koncie i na podstawie własnej umowy z nimi — i nie otrzymują oni niczego, dopóki firma ich nie podłączy: Meta (Facebook, Instagram i WhatsApp — przypomnienie na WhatsAppie niesie imię i numer klienta), dostawca fakturowania (Számlázz.hu, Billingo, Xero lub QuickBooks — na fakturze widnieje imię, nazwisko i adres klienta) Google (Kalendarz Google — wyłącznie wtedy, gdy członek zespołu podłączy własne konto Google; wpis, który Slotora zapisuje w jej kalendarzu, wymienia klientkę i zarezerwowaną usługę, a całość opisują punkty od 3b do 3d), Apple lub inny dostawca kalendarza (Kalendarz iCloud albo inna usługa CalDAV — wyłącznie wtedy, gdy członek zespołu podłączy własny kalendarz hasłem, które sama utworzy dla Slotory; otrzymuje te same wpisy rezerwacji, a całość opisuje pkt 3e) oraz Microsoft (kalendarz Outlook / Microsoft 365 — dopiero gdy Slotora zacznie oferować to połączenie, i wyłącznie wtedy, gdy członek zespołu podłączy własne konto Microsoft; zob. pkt 3e).

7. Przekazywanie danych poza granice

Dane są przechowywane przede wszystkim na terenie UE/EOG oraz Zjednoczonego Królestwa. W przypadku przekazania danych jest ono zabezpieczone decyzją stwierdzającą odpowiedni stopień ochrony lub standardowymi klauzulami umownymi Komisji Europejskiej (oraz brytyjskim IDTA).

8. Przechowywanie i usuwanie

Dane są przechowywane przez okres aktywności konta. Aby zażądać usunięcia, napisz na hello@slotora.io; realizujemy takie żądania w ciągu 30 dni. To, co musimy przechowywać z mocy prawa, przechowujemy dokładnie tak długo, jak ono nakazuje, i nie dłużej: zapis tego, co Ci sprzedaliśmy — dostawa, kraj i sposób opodatkowania — jest przechowywany przez sześć lat od końca roku obrotowego, w którym doszło do transakcji, bo tyle wynoszą brytyjskie wymogi dotyczące dokumentacji podatkowej. Usunięcie konta nie usuwa tych liczb, ale wyjmuje z nich Twoją tożsamość wszędzie tam, gdzie ewidencja jej nie potrzebuje. Wyjątkiem jest sprzedaż w UE: nie naliczamy VAT, ponieważ rozliczasz go samodzielnie w ramach odwrotnego obciążenia, a Twój numer VAT i nazwa prawna na fakturze są dowodem, dlaczego nic nie naliczyliśmy — dlatego przechowujemy je przez ten sam okres. Jeśli przy usuwaniu konta zaznaczysz pole „Dajcie znać, gdy to zostanie naprawione”, zachowamy Twój adres e-mail wyłącznie w tym jednym celu: by raz Cię poinformować, że zajęliśmy się zgłoszoną przez Ciebie sprawą. Usuwamy go najpóźniej 30 dni po tej jednej wiadomości, a w każdym razie nie później niż 12 miesięcy po zaznaczeniu pola; o wcześniejsze usunięcie możesz poprosić pod adresem hello@slotora.io.

9. Twoje prawa

Dostęp, sprostowanie, usunięcie, ograniczenie, przenoszenie danych oraz sprzeciw.
Wycofanie zgody w dowolnym momencie (bez wpływu na zgodność z prawem przetwarzania sprzed wycofania).
Wniesienie skargi do organu nadzorczego: w Polsce Prezesa Urzędu Ochrony Danych Osobowych (UODO, uodo.gov.pl), w Zjednoczonym Królestwie ICO (ico.org.uk), na Węgrzech NAIH (naih.hu), a w Rumunii ANSPDCP (dataprotection.ro).

10. Pliki cookie

Ściśle niezbędne pliki cookie — Twoja sesja logowania i preferencja językowa — działają zawsze, a do tego jeden krótkotrwały plik, którym mierzymy własny marketing (kod polecający salonu). Poza nimi pasek na dole strony zadaje dwa osobne pytania. „Tylko analityka” wczytuje Google Analytics i nic więcej. „Akceptuj wszystko” dodatkowo zezwala na piksel reklamowy Meta na naszej stronie marketingowej i pozwala tagowi Google przechowywać identyfikatory reklamowe — dzięki temu wiemy, która nasza reklama przyniosła salon, który faktycznie się zarejestrował. Jeśli odmówisz albo po prostu zignorujesz pasek, nie wczytuje się nic z tego. Na stronach rezerwacji salonów nie działa żaden z nich. Szczegóły znajdziesz w naszej Polityce plików cookie. Gdy piksel Meta jest włączony, a Ty założysz konto, Twoje imię i adres e-mail trafiają do Meta w postaci zaszyfrowanej (zahaszowanej), nigdy jako czytelny tekst — wyłącznie po to, by rozpoznać, że rejestracja przyszła z reklamy.

11. Dzieci

Usługa jest przeznaczona dla firm, a nie dla osób poniżej 16. roku życia. Świadomie nie zbieramy danych od dzieci.

12. Bezpieczeństwo

Twoje dane chronią szyfrowana transmisja (HTTPS), haszowanie haseł, kontrola dostępu oraz regularne kopie zapasowe.

13. Żądania organów publicznych

Jeżeli organ publiczny zażąda ujawnienia danych osobowych, najpierw sprawdzamy, czy żądanie jest zgodne z prawem i wiążące dla nas, a żądania, które uznamy za bezprawne lub nadmierne, kwestionujemy. Ujawniamy wyłącznie minimum informacji, którego żądanie faktycznie wymaga — nigdy całego konta ani całej bazy danych dlatego, że zapytano o jeden rekord. Każde takie żądanie, naszą odpowiedź, uzasadnienie prawne oraz osoby zaangażowane dokumentujemy. Powiadamiamy administratora, którego sprawa dotyczy, chyba że zabrania tego prawo.

14. Zmiany

Możemy aktualizować niniejszą politykę; o istotnych zmianach poinformujemy. Ostatnia aktualizacja: 27 sierpnia 2026.