Polityka prywatności
Odnotowana data wejścia w życie: 30 maja 2026 r.
Odnotowana data ostatniej aktualizacji: 30 maja 2026 r.
Projekt przygotowano: 6 października 2026 r. Oczekuje na aktywację. Odnotowane daty dotyczą poprzedniej wersji.
Projekt zaktualizowany: 7 października 2026 r. Dokument nadal oczekuje na aktywację.
Niewiążące streszczenie. OwlMeans przetwarza dane konta, projektów i rozliczeń, aby świadczyć Usługę. Formularze kontaktowe przekazują działowi pomocy treść wiadomości, dane kontaktowe i ewentualne załączniki. Opcjonalny marketing, ulepszanie i trenowanie wymagają odrębnych wyborów. Zgodę można cofnąć, a prawa dotyczące danych realizować w ustawieniach konta lub przez dział pomocy. Streszczenie nie stanowi części wiążącej treści polityki.
1. Administrator i zakres
1.1. Igor Tkachenko OwlMeans Software (działający pod skróconą firmą „OwlMeans Software, JDG”), NIP 6772507251, identyfikator VAT UE PL6772507251, REGON 527979906, ul. Ariańska 9/5, 31-505 Kraków, Polska; support@owlmeans.com; telefon +48 780 256 571 („OwlMeans”), jest administratorem danych przetwarzanych w związku z witryną, administracją kont, rozliczeniami, bezpieczeństwem i osobno upoważnionymi celami opcjonalnymi. W odniesieniu do danych osobowych w repozytoriach, projektach i hostowanych aplikacjach przetwarzanych według instrukcji Klienta administratorem jest Klient, a OwlMeans podmiotem przetwarzającym na podstawie umowy powierzenia. Administratorzy organizacji mogą zarządzać dostępem i przeglądać te zapisy organizacji, do których mają uprawnienia. Operator wygenerowanej aplikacji udostępnia użytkownikom końcowym własną informację o prywatności.
2. Dane i cele
| Dane | Cel i podstawa RODO dla przetwarzania przez OwlMeans jako administratora |
|---|---|
| Adres e-mail, imię i nazwisko, identyfikatory dostawcy tożsamości, zapisy uwierzytelniania/sesji, członkostwo w organizacji, role i uprawnienia | Dostęp do konta i administracja: art. 6 ust. 1 lit. b w przypadku umowy z osobą fizyczną; art. 6 ust. 1 lit. f w zakresie administrowania użytkownikami biznesowymi i bezpieczeństwa. |
| Prompty, historyjki, repozytoria źródłowe i importowane, wyniki, historie projektów, stan konwersji, ślady wykonania, dane o użyciu i metadane wdrożeń/domen | Zamówione prace programistyczne i pomoc techniczna: art. 6 ust. 1 lit. b albo instrukcje Klienta na podstawie umowy powierzenia; proporcjonalne bezpieczeństwo i wyjaśnianie oszustw: art. 6 ust. 1 lit. f. Ślady wykonania mogą zawierać przesłane treści. |
| Tokeny integracji, konfiguracja i sekrety przekazane przez przeznaczone do tego mechanizmy | Upoważnione integracje i wdrożenia na podstawie umowy lub umowy powierzenia; dostęp ograniczony do wymaganej operacji. Zwykłe prompty nie powinny zawierać poświadczeń. |
| Kraj rozliczenia, identyfikatory podatkowe, identyfikatory referencyjne dostawcy płatności, faktury, płatności, rejestr kredytów, oświadczenia o odstąpieniu/wypowiedzeniu i dowody zgód finansowych | Wykonanie umowy: art. 6 ust. 1 lit. b; obowiązki rachunkowe i podatkowe: art. 6 ust. 1 lit. c; proporcjonalne dowody dotyczące oszustw i sporów: art. 6 ust. 1 lit. f. Zapisy dopuszczenia wydatku zawierają adres IP, user agent, operację/kanał oraz odwołania do projektu/historyjki, w których po usunięciu może pozostać tytuł. |
| Decyzje dotyczące zgód, wersja celu/tekstu, znaczniki czasu, język, źródło i dowód akceptacji; identyfikatory preferencji | Wykazanie wyborów i respektowanie odmowy: art. 6 ust. 1 lit. c, gdy jest to wymagane, oraz art. 6 ust. 1 lit. f w zakresie ograniczonego wpisu na liście wykluczeń i zapisu dowodowego. Same cele opcjonalne: art. 6 ust. 1 lit. a. |
| Dane połączenia, takie jak adres IP i metadane przeglądarki lub urządzenia, sygnały interakcji lub zadań weryfikacyjnych, tokeny weryfikacji i wyniki oceny bezpieczeństwa dostępne w ramach wdrożonej integracji Google reCAPTCHA | Zapobieganie działaniom botów, oszustwom i nadużyciom: art. 6 ust. 1 lit. f RODO, z uwzględnieniem niezbędności, oceny równowagi interesów i odrębnych warunków dostępu do urządzenia końcowego opisanych w Polityce plików cookie; nie stanowi pozwolenia na opcjonalny marketing ani trenowanie własnych modeli. |
| Adres e-mail, temat i treść zapytania; opcjonalne preferencje kontaktu, numer telefonu, identyfikator komunikatora lub proponowane szczegóły rozmowy; załączniki oraz ich nazwy, typy, rozmiary, osadzone treści i metadane | Odpowiedź na prośbę o wycenę, omówienie rezerwacji, pytanie, zgłoszenie problemu, pytanie o płatność lub inną prośbę o pomoc: art. 6 ust. 1 lit. b, gdy przetwarzanie jest niezbędne do wykonania umowy z osobą, której dane dotyczą, lub do podjęcia na jej żądanie działań przed zawarciem umowy, albo art. 6 ust. 1 lit. f w zakresie obsługi kontaktów biznesowych i żądanej pomocy. Obsługa praw i reklamacji opiera się także na art. 6 ust. 1 lit. c, gdy wymaga tego prawo. Preferencje kontaktu i załączniki są opcjonalne. |
| Identyfikator zapytania, widżet, temat i jego nazwa, język interfejsu, strona, z której wysłano zapytanie, adresy URL Regulaminu i Polityki prywatności, stan wymaganego pola akceptacji oraz czas odbioru przez serwer; zapisy doręczenia i bezpieczeństwa | Kierowanie i dokumentowanie zapytania, pomoc, zapobieganie nadużyciom i obsługa roszczeń: art. 6 ust. 1 lit. b lub f albo art. 6 ust. 1 lit. c w zakresie właściwych obowiązków dotyczących praw i reklamacji. Standardowe pole strony zawiera adres pochodzenia i ścieżkę, bez parametrów zapytania i fragmentu; ścieżki i załączniki nadal mogą ujawniać dane osobowe lub informacje o projekcie. Znacznik czasu dokumentuje odbiór; nie potwierdza tożsamości ani nie stanowi niezmiennej kopii dokumentów pod wskazanymi adresami. |
| Zapisy diagnostyczne, przeglądarki i sieci, klucze służące ograniczaniu częstotliwości żądań, wyprowadzone z adresu IP, zapisy zadań weryfikacyjnych i tokenów bezpieczeństwa oraz logi doręczenia lub niepowodzenia zapytania | Proporcjonalne bezpieczeństwo, rozwiązywanie problemów z doręczeniem i zapobieganie nadużyciom: art. 6 ust. 1 lit. f. Identyfikatory wyprowadzone z IP nadal mogą być danymi osobowymi. Opcjonalny pomiar otwarcia formularza opiera się na zgodzie (art. 6 ust. 1 lit. a), niezależnie od zapytania. |
| Prompt gościa i identyfikator przekazania, tymczasowe szkice w przeglądarce, wybrany język i wybory dotyczące plików cookie | Żądane przekazanie i preferencje: art. 6 ust. 1 lit. b lub f; zasady przechowywania danych na urządzeniu opisuje Polityka plików cookie. |
2.1. Wymagane dane są potrzebne do uwierzytelnienia, wykonania zamówionej pracy, pobrania płatności za zakupy lub wypełnienia obowiązków prawnych; odmowa ich podania może uniemożliwić daną operację. Odmowa zgody na cele opcjonalne nie uniemożliwia podstawowego dostępu. Dane pochodzą od samych użytkowników, administratorów organizacji, podłączonych usług tożsamości/repozytoriów/płatności oraz z interakcji z Usługą. Przetwarzanie danych użytkowników końcowych aplikacji Klienta podlega jego instrukcjom; pole zgody na opcjonalne trenowanie zaznaczone przez operatora na jego koncie nie upoważnia do wykorzystania ich danych w tym celu.
2.2. Formularze zapytań w witrynie i na Platformie wymagają adresu e-mail, tematu, treści wiadomości oraz zaznaczenia początkowo pustego pola wyboru, które oznacza akceptację warunków Regulaminu dotyczących zapytań i potwierdzenie zapoznania się z niniejszą Polityką prywatności. Zaznaczenie pola nie stanowi zgody na opcjonalne przetwarzanie w rozumieniu RODO ani zrzeczenia się praw. Nie tworzy konta, nie potwierdza kontroli nad adresem e-mail, nie oznacza zakupu planu i nie udziela pozwolenia na marketing, profilowanie, marketing partnerów, ulepszanie ani trenowanie modeli. Usługa zapytań chroni się przed botami za pomocą jednorazowego poświadczenia gościa, a nie poświadczenia konta zalogowanego na Platformie. Formularz wysyła wiadomość i wybrane załączniki dopiero przy przesłaniu; już samo jego otwarcie uruchamia przetwarzanie w celach bezpieczeństwa opisane w Polityce plików cookie. Nieuzupełnienie wymaganych pól może uniemożliwić przesłanie tego formularza, lecz kanały kontaktu z punktu 10 pozostają dostępne dla żądań ustawowych.
2.3. Preferencje kontaktu służą omówieniu zapytania, a nie zapisaniu do niezwiązanego z nim marketingu prowadzonego przez telefon, komunikator, wideo lub e-mail. Wskazanie w formularzu komunikatora lub usługi wideo jako opcji albo przykładu nie uruchamia automatycznego połączenia z taką usługą. Jeżeli odrębnie uzgodniona odpowiedź lub rozmowa korzysta z zewnętrznego dostawcy, jego tożsamość, zakres wykorzystywanych danych i warunki prywatności należy udostępnić przed skorzystaniem z usługi. Usługa zapytań przekazuje wiadomości do działu pomocy i sama nie wysyła ich treści do LLM. Wiadomości, sugestie i załączniki zapytań są wyłączone z danych wejściowych opcjonalnego ulepszania i trenowania własnych modeli opisanych poniżej; wybór tematu dotyczącego ulepszeń nie udziela pozwolenia na ponowne użycie. Należy przesyłać tylko informacje potrzebne do zapytania, usuwać zbędne metadane plików i uzgodnić właściwy chroniony kanał przed przekazaniem poświadczeń, szczególnych kategorii danych lub poufnych informacji bądź danych osobowych innych osób.
3. Odbiorcy i przetwarzanie międzynarodowe
3.1. Upoważniony personel, dział pomocy i doradcy zawodowi otrzymują dane w niezbędnym zakresie. Hetzner jest obecnie jedynym dostawcą infrastruktury; Mailgun doręcza wiadomości e-mail; Google Tag Manager i Google Analytics zapewniają opcjonalny pomiar uzależniony od zgody; Sentry zapewnia diagnostykę. Zależnie od zweryfikowanych ustawień otrzymują odpowiednio dane hostowanych kont/projektów, adresy e-mail i treści wiadomości, identyfikatory przeglądarki/sieci i zdarzenia pomiarowe albo raporty błędów i kontekst diagnostyczny. Sekrety i treści projektów należy wyłączyć z pomiaru opcjonalnego i ograniczać ich ilość w raportach diagnostycznych. Faktyczne podmioty, lokalizacje, okresy przechowywania i zabezpieczenia należy uzupełnić w Wykazie podmiotów podprzetwarzających przed aktywacją tej wersji. Google reCAPTCHA jest odrębną aktywną usługą bezpieczeństwa służącą zapobieganiu działaniom botów, oszustwom i nadużyciom w wybranych chronionych procesach. Google otrzymuje dane połączenia, urządzenia i zadań weryfikacyjnych dostępne w ramach tej integracji, a następnie zwraca wyniki weryfikacji lub oceny ryzyka. Zgodnie z właściwymi warunkami Google Cloud Google przetwarza dane klienta reCAPTCHA (reCAPTCHA Customer Data) jako podmiot przetwarzający w ramach usługi bezpieczeństwa; rzeczywisty podmiot, z którym zawarto umowę dla konta, samą umowę, lokalizacje i okresy przechowywania należy zweryfikować. To wykorzystanie jest odrębne od Google Analytics i logowania przez Google; nie upoważnia do reklamy, profilowania marketingowego ani trenowania własnych modeli. Jeżeli kontrola bezpieczeństwa blokuje żądaną operację, należy skontaktować się z działem pomocy.
3.2. Aktywne usługi obejmują także OpenAI, Anthropic, OpenRouter, Together AI i Hugging Face dla faktycznie wybranych ścieżek AI/modeli lub dostępu do modeli; GitHub dla podłączonych operacji repozytoriów/OAuth; logowanie przez Google na potrzeby uwierzytelniania; Stripe dla płatności oraz Cloudflare dla skonfigurowanych funkcji sieciowych, domenowych lub bezpieczeństwa. Odbiorcy wnioskowania AI otrzymują prompty, dozwolony kontekst oraz powiązane dane żądania i wyniku potrzebne do wybranego wywołania; samo pobranie modelu nie oznacza, że usługa pobierania modeli otrzymuje treści projektu. Podłączone usługi tożsamości i repozytoriów wymieniają informacje o tożsamości, uprawnieniach, tokenach i repozytoriach w zakresie udzielonego upoważnienia. Stripe obsługuje poświadczenia płatnicze i odpowiednie informacje o transakcjach; OwlMeans zachowuje identyfikatory i dowody rozliczeniowe. Cloudflare otrzymuje informacje o sieci i żądaniach oraz treści w zakresie, w jakim faktyczna usługa je przesyła. Wykaz rozróżnia role tych usług i rzeczywiste przetwarzanie; wskazanie aktywnej usługi nie oznacza, że każdy projekt trafia do każdego dostawcy. Przy wnioskowaniu lokalnym/delegowanym te wywołania korzystają z infrastruktury wybranej przez Klienta, natomiast uwierzytelnianie Platformy i inne dane mogą nadal być przetwarzane zdalnie. Rzeczywiste podmioty związane z kontami, lokalizacje, okresy przechowywania i zabezpieczenia wymagają uzupełnienia przed aktywacją.
3.3. Przetwarzanie może obejmować odbiorców poza EOG. Przed przekazaniem objętym ograniczeniami należy ustalić odbiorcę, miejsce docelowe i zgodne z prawem zabezpieczenie, np. ważną decyzję stwierdzającą odpowiedni stopień ochrony lub właściwe klauzule umowne, w razie potrzeby z dodatkowymi środkami. Nie deklaruje się ogólnego odpowiedniego stopnia ochrony w USA, hostingu wyłącznie w UE ani zawarcia SCC. Informacje o odbiorcach i zabezpieczeniach lub kopie zabezpieczeń można uzyskać w dziale pomocy, z pominięciem informacji, których ujawnienie jest prawnie ograniczone. Niezależna usługa wybrana przez Klienta ma własną informację o prywatności; jej wybór nie uchyla obowiązków OwlMeans.
3.4. W skonfigurowanym przepływie zapytań treść, dane kontaktowe, dane służące kierowaniu zapytania i potwierdzające odbiór oraz wybrane załączniki przechodzą przez usługę zapytań w infrastrukturze OwlMeans udostępnianej przez Hetzner oraz przez usługę transportu poczty Mailgun do wskazanej skrzynki działu pomocy OwlMeans prowadzonej w usłudze Google Gmail. Gmail odbiera i przechowuje korespondencję i załączniki, aby mogli je obsługiwać upoważnieni odbiorcy. Google reCAPTCHA otrzymuje sygnały bezpieczeństwa; formularz nie przesyła celowo treści wiadomości ani załączników do reCAPTCHA. Otwarcie okna może wygenerować zależne od zgody zdarzenie inquiry_dialog_open z polami inquiry_widget, inquiry_tab i inquiry_source; pola te opisują okno i sposób jego wywołania, a nie adres e-mail, wiadomość czy pliki użytkownika. Inne metadane pomiarowe Google zależą od odrębnie ujawnionej konfiguracji tagów. Rzeczywiste konto lub usługa Gmail, podmiot Google będący stroną umowy, rola umowna, upoważniony dostęp do skrzynki, lokalizacje, zasady przechowywania, umowa powierzenia i zabezpieczenia transferów wymagają weryfikacji przed aktywacją. Obsługa skrzynki i dalsze przetwarzanie są odrębne od doręczenia przez Mailgun; nie deklaruje się niezweryfikowanej lokalizacji przetwarzania ani okresu przechowywania.
4. Przechowywanie i bezpieczeństwo
4.1. Dane konta i projektów przechowuje się przez okres niezbędny dla zamówionej współpracy, a następnie usuwa lub zwraca, z zastrzeżeniem uzasadnionych prawnych obowiązków zachowania. Dowody finansowe, podatkowe, bezpieczeństwa i zgód przechowuje się tylko przez okres wynikający z właściwego obowiązku prawnego lub udokumentowany okres dochodzenia roszczeń. Obecnie nie wszystkie rejestry płatności/zgód i ślady wykonania mają automatyczne terminy usunięcia; brak takiego terminu nie upoważnia do bezterminowego przechowywania. Dowód dopuszczenia wydatku ma skonfigurowane wygaśnięcie po 760 dniach. Usunięcie projektu nie usuwa automatycznie dowodów rozliczeń, zgód ani śladów wykonania. Kopie zapasowe i kopie u dostawców wymagają odrębnej obsługi; nie gwarantuje się natychmiastowego usunięcia wszystkich danych.
4.2. Przekazanie promptu gościa na serwerze jest jednorazowe i wygasa po 120 sekundach. Pobrany szkic w przeglądarce zachowuje ważność logiczną przez 24 godziny; wygasłe zapisy usuwa się przy późniejszym odczycie, bez gwarancji fizycznego usunięcia w konkretnym czasie. Wstrzymana kontynuacja logowania ma 30-minutowy termin ważności logicznej i jest usuwana po wykorzystaniu lub odrzuceniu; termin ten nie uruchamia planowego fizycznego usunięcia pozostałego stanu uwierzytelniania. Inne dane w pamięci przeglądarki podlegają Polityce plików cookie. Środki bezpieczeństwa muszą być dostosowane do ryzyka i obejmować m.in. kontrolę dostępu, poufność oraz ograniczony dostęp do sekretów. Nie należy przesyłać danych wrażliwych ani danych osobowych osób trzecich bez podstawy prawnej i odpowiednich zabezpieczeń. Nie deklaruje się certyfikacji ani powszechnej gwarancji szyfrowania.
4.3. Dane uwierzytelniania i przebiegu operacji obejmują poświadczenia typu bearer przechowywane w przeglądarce, znaczniki sesji, wersji i pominięcia, stan przekierowania i tymczasowe dane wejściowe. Zapisy uwierzytelniania w przeglądarce i część znaczników localStorage nie wygasają automatycznie; zwykłe wylogowanie z aplikacji usuwa główny zapis uwierzytelniania, lecz nie usuwa wszystkich znaczników, nie kończy wszystkich sesji dostawców ani nie odwołuje niezależnych poświadczeń API/OAuth. Wyczyszczenie danych witryny w przeglądarce i odwołanie poświadczeń na serwerze to odrębne działania. Obecna implementacja panelu zarządzania i obecny szablon generowanej aplikacji ograniczają ważność sesji aplikacji do 7 dni od wydania; odwołanie, utrata ważności tokenu dostawcy lub brak wymaganego zapisu sesji na serwerze mogą zakończyć ją wcześniej. Istniejące wersje aplikacji Klientów i ustawienia wdrożenia wymagają odrębnego sprawdzenia. Domyślne okresy zintegrowanego OIDC to 1 godzina dla tokenów dostępu/ID i interakcji, 60 sekund dla kodów autoryzacyjnych oraz 14 dni dla sesji, grantów i tokenów odświeżania, zależnie od rzeczywistego zakresu i konfiguracji. Odrębne tokeny dostępu konektora Platformy domyślnie mają ważność 90 dni; token API utworzony przez użytkownika może mieć żądany termin ważności do 366 dni albo nie mieć określonego terminu, jeżeli go pominięto, i może zostać odwołany. Wygaśnięcie lub odwołanie samo w sobie nie dowodzi usunięcia wszystkich powiązanych zapisów. Preferencje interfejsu i prywatności, prompty i wartości ze strony startowej, pseudonimowe klucze własności gościa oraz stan deduplikacji opcjonalnych zdarzeń opisuje Polityka plików cookie, z rozróżnieniem aplikacji Klientów i wdrożeń. Niezbędne przechowywanie musi pozostać proporcjonalne również wtedy, gdy nie ma automatycznego terminu usunięcia.
4.4. Oczekujące zapisy zapytań i kopie załączników w odrębnej bazie CRM są skonfigurowane do usunięcia po tym, jak usługa transportu poczty zgłosi pomyślne wysłanie e-maila. Siedmiodniowy termin wygaśnięcia liczony od odbioru stanowi zabezpieczenie na wypadek niedoręczenia zapisu lub nieudanego usuwania; wygasanie w bazie danych przebiega asynchronicznie i nie gwarantuje usunięcia w dokładnie określonej chwili. Doręczone e-maile i załączniki, zapisy dostawców poczty, ograniczone dowody prawne i reklamacyjne, logi bezpieczeństwa i kopie zapasowe mają odrębne cykle przechowywania. Korespondencję przechowuje się tylko tak długo, jak jest to potrzebne do załatwienia zapytania, prowadzenia trwającej współpracy lub wypełnienia udokumentowanego obowiązku prawnego albo związanego z roszczeniami, a następnie poddaje przeglądowi pod kątem usunięcia zgodnie z punktem 4.1; siedmiodniowe wygaśnięcie w CRM nie usuwa tych kopii. Formularz zachowuje niewysłany szkic w pamięci strony przy zamykaniu, ponownym otwieraniu i zmianie tematu, bez zapisywania go przez formularz w localStorage lub IndexedDB. Szkic pomyślnie wysłanego zapytania jest czyszczony po zamknięciu potwierdzenia, a opuszczenie strony lub usunięcie widżetu kończy ten stan pamięci. Samo zamknięcie niewysłanego formularza go nie czyści. Żądania dotyczące praw obejmują wszystkie właściwe kopie, nie tylko tymczasowy zapis CRM.
5. Opcjonalny marketing e-mailowy
5.1. Odrębna zgoda pozwala przesyłać e-mailem informacje o produktach i oferty OwlMeans. Odmówić zgody lub ją cofnąć można w preferencjach konta, za pomocą funkcji rezygnacji z otrzymywania wiadomości lub przez dział pomocy; wiadomości usługowe, dotyczące bezpieczeństwa i prawne pozostają konieczne. Zgoda nie obejmuje marketingu przez SMS, telefon ani powiadomień push. Zachowany wpis na liście wykluczeń zapobiega dalszym niechcianym wiadomościom.
6. Opcjonalne ulepszanie agentów i pipeline’u
6.1. Ten proponowany cel, wymagający odrębnej zgody, obejmowałby ocenę kwalifikującego się tekstu promptów i wygenerowanych wyników w celu ulepszania promptów, zachowania agentów i procesów tworzenia oprogramowania, bez trenowania wag modeli OwlMeans. Pozostaje nieaktywny. Wyłączone są importowane repozytoria i pliki, załączone lub pobrane treści osadzone w prompcie, dane hostowanych aplikacji i ich użytkowników końcowych, sekrety, wrażliwe dane osobowe oraz cudze materiały bez upoważnienia. Samo umieszczenie wyłączonych materiałów w prompcie nie sprawia, że się kwalifikują. Przed aktywacją należy ustalić zasady korzystania z wyników dostawców, weryfikację kwalifikowalności, określone i ograniczone okresy przechowywania, kontrolę dostępu oraz skuteczne egzekwowanie cofnięcia zgody. Niezbędna diagnostyka operacyjna i praca zamówiona na potrzeby własnego projektu Klienta stanowią odrębne proporcjonalne cele; nie upoważniają do opcjonalnego ponownego wykorzystania w niezależnych zbiorach OwlMeans służących ulepszaniu.
7. Opcjonalne trenowanie modeli OwlMeans
7.1. Odrębna zgoda mogłaby pozwolić na użycie kwalifikującego się tekstu promptów i wygenerowanych wyników do trenowania i oceny własnych modeli OwlMeans. Proponowane wykorzystanie pozostaje nieaktywne. Wyłączone są importowane repozytoria i pliki, załączone lub pobrane treści osadzone w prompcie, dane hostowanych aplikacji i ich użytkowników końcowych, sekrety, dane wrażliwe lub szczególnych kategorii oraz materiały bez upoważnienia. Ograniczenia dotyczące wyników dostawców i prawa osób trzecich obowiązują mimo zgody; sama własność wyniku nie upoważnia do tworzenia konkurencyjnego modelu. Przed aktywacją trzeba odnotować dozwolone źródło, dostawcę i model oraz wdrożyć i ujawnić rzeczywiste prawa do ponownego wykorzystania, filtrowanie, dostęp do zbiorów, określone okresy przechowywania i mechanizmy usuwania. Dotychczasowe łączne zgody na trenowanie i ulepszanie nie upoważniają do żadnego z nowych celów.
7.2. Odmowa nie ogranicza zakupionego dostępu. Cofnięcie zgody zatrzymuje przyszłe zbieranie i wykorzystanie w tym celu oraz wymaga usunięcia danych z oczekujących zbiorów i zadań treningowych, gdy ma to zastosowanie. Wcześniejsze zgodne z prawem trenowanie nie staje się bezprawne wstecznie. Usunięcie wpływu z istniejącego modelu nie zawsze jest technicznie możliwe; modeli nie uznaje się automatycznie za anonimowe. Żądania usunięcia i inne prawa wymagają osobnej oceny, uwzględniającej ryzyko zapamiętania danych przez model; ogólny wyjątek nie zastępuje koniecznych środków naprawczych. Zmieniony cel wymaga nowego wyboru; wcześniejszej szerokiej zgody nie przenosi się na niego.
8. Propozycja profilowania: nieaktywna
8.1. W ramach tego projektu nie zbiera się zgody na profilowanie na potrzeby spersonalizowanych ofert. Przyszła propozycja wymagałaby określenia danych o użyciu i preferencjach, logiki, skutków, okresu przechowywania oraz osobnej zgody. Nie upoważniałaby do podejmowania decyzji opartych wyłącznie na zautomatyzowanym przetwarzaniu i wywołujących istotne skutki prawne ani do wnioskowania o danych wrażliwych. Zwykłe limity konta i niezbędne kontrole przeciwdziałające oszustwom nie oznaczają zgody na profilowanie marketingowe.
9. Propozycja marketingu partnerów: nieaktywna
9.1. Nie upoważnia się do ujawniania danych na potrzeby własnego marketingu partnerów. Przed jakąkolwiek przyszłą propozycją należy wskazać odbiorców, udostępniane pola, role administratorów, miejsca docelowe i każdy cel oraz uzyskać odrębną opcjonalną zgodę. Dotychczasowe zgody na marketing, profilowanie lub trenowanie nie mogą zastąpić tego upoważnienia.
10. Prawa i przepisy regionalne
10.1. Do działu pomocy można kierować żądania dostępu do danych, ich sprostowania, usunięcia, ograniczenia przetwarzania i przenoszenia (gdy ma ono zastosowanie) oraz sprzeciw wobec przetwarzania opartego na prawnie uzasadnionym interesie. Sprzeciw wobec marketingu bezpośredniego przysługuje w każdej chwili, a cofnięcie zgody musi być równie łatwe jak jej udzielenie. OwlMeans może proporcjonalnie sprawdzić tożsamość i co do zasady odpowiada w ciągu miesiąca, wyjaśniając ewentualne zgodne z prawem przedłużenie terminu lub odmowę. W sprawach danych aplikacji pod kontrolą Klienta należy kontaktować się z jej operatorem; OwlMeans pomaga zgodnie z umową powierzenia. Skargę można złożyć do Prezesa UODO w Polsce lub do właściwego organu nadzorczego w państwie EOG, w którym skarżący mieszka lub pracuje. W zakresie, w jakim ma zastosowanie, przysługują prawa wynikające z UK GDPR.
10.2. Właściwe ustawy stanowe w USA mogą przyznawać prawo dostępu, poprawiania, usunięcia i przenoszenia danych, prawo odwołania oraz prawo do rezygnacji (opt-out) ze sprzedaży i udostępniania danych, reklamy ukierunkowanej lub określonego profilowania. Obowiązki CalOPPA dotyczące informacji o prywatności mogą mieć zastosowanie nawet wtedy, gdy nie są spełnione odrębne progi dla przedsiębiorców określone w CCPA/CPRA; zakres innych przepisów stanowych wymaga odrębnej oceny. Google Ads, marketing partnerów i profilowanie na potrzeby spersonalizowanego marketingu nie są aktywnymi celami Platformy. Właściwe sygnały Global Privacy Control należy respektować w zakresie objętych nimi zastosowań. OwlMeans nie dyskryminuje nikogo z powodu korzystania z praw ustawowych. Usługa jest przeznaczona dla osób dorosłych; sam warunek wieku nie uchyla obowiązków, jeżeli dane dzieci są rzeczywiście przetwarzane. Korzystanie przez dzieci i opcjonalne ponowne użycie danych wrażliwych nie są dozwolone. Istotne zmiany niniejszej informacji zostaną ogłoszone, a nowe cele opcjonalne wymagają nowej zgody.
10.3. Sygnał Do Not Track wysyłany przez przeglądarkę różni się od Global Privacy Control i nie oznacza udzielenia opcjonalnej zgody. Nie zweryfikowano automatycznej reakcji na Do Not Track; opcjonalne śledzenie nadal zależy od wyborów dotyczących plików cookie i właściwych przepisów o rezygnacji (opt-out). Potwierdzony pomiar Google i diagnostyka Sentry mogą wykorzystywać identyfikatory osób trzecich zgodnie z konfiguracją i informacjami w Polityce plików cookie; ich obecność nie upoważnia do niezwiązanych reklam ani śledzenia aktywności w innych usługach.
10.4. Okno zapytania z tematem usunięcia danych służy przekazaniu żądania do rozpatrzenia; samo nie usuwa konta, projektu, e-maila ani zapisu dostawcy. Potwierdzenie przesłania oznacza przyjęcie do kolejki, a nie zakończenie doręczenia ani decyzję merytoryczną. Żądanie realizacji praw lub zgłoszenie zablokowanego formularza można również przekazać na adres support@owlmeans.com, pocztą lub telefonicznie, korzystając z danych kontaktowych w punkcie 1.1, bez logowania, włączania analityki ani akceptowania opcjonalnego celu. Żaden ogólny warunek akceptacji Regulaminu nie ogranicza praw ustawowych. OwlMeans może żądać tylko proporcjonalnych informacji potrzebnych do zidentyfikowania danych objętych żądaniem i wnioskodawcy; nie należy przesyłać haseł ani niezwiązanych dokumentów tożsamości.