Polityka prywatności Markerra

Administrator i role w konkretnym wdrożeniu

Dla strony markerra.app i publicznego demo administratorem danych jest Przemysław Wiśniewski Digital (dalej: PWD, „my”), jednoosobowa działalność gospodarcza wpisana do CEIDG, NIP: 5243019522, REGON: 529876286, adres: ul. Turmoncka 22/1103, 03-254 Warszawa, Polska.

Gry publikowane w Markerra Studio. Dla gier, które organizator składa i publikuje sam w panelu Markerra Studio, administratorem danych organizatorów (konto, płatności) oraz graczy (konto, postęp, akceptacje zasad) jest wyłącznie PWD. Organizator nie otrzymuje dostępu do danych osobowych graczy: widzi wyłącznie zbiorcze liczby dotyczące swojej gry, bez identyfikowania osób — z jednym wyjątkiem, rankingiem, opisanym w następnym akapicie. Organizator decyduje o treści, zasadach i nagrodzie swojej gry, ale nie o sposobie przetwarzania danych osobowych w aplikacji i backendzie, dlatego poza rankingiem nie jest w tym zakresie administratorem ani współadministratorem. Zasady, które akceptują gracze takich gier, opisują Zasady uczestnictwa w grach z Markerra Studio.

Ranking w grze ze Studio. Jeżeli organizator włączy w swojej grze ranking — opcjonalną listę pseudonimów, miejsc i czasów graczy, którzy ukończyli grę i sami zgodzili się pokazać na liście — PWD i organizator są w zakresie tego rankingu współadministratorami (art. 26 RODO); w pozostałym zakresie administratorem graczy pozostaje wyłącznie PWD. Istota uzgodnienia jest taka: PWD prowadzi ranking technicznie, zbiera zgody graczy, realizuje ich prawa i informuje ich, między innymi tym dokumentem; organizator decyduje o włączeniu rankingu i przekazuje PWD każde żądanie gracza dotyczące rankingu. Niezależnie od tego uzgodnienia swoich praw możesz dochodzić wobec każdego ze współadministratorów (art. 26 ust. 3 RODO); najprościej napisać do nas. Jeżeli organizator jest osobą fizyczną działającą wyłącznie w ramach czynności osobistych lub domowych (np. gra urodzinowa), RODO nie dotyczy jego własnego przetwarzania, a PWD, jako dostawca środków przetwarzania, jest wtedy jedynym administratorem rankingu. Organizator, który używa listy poza panelem — na przykład ogłasza wyniki albo przyznaje nagrody za miejsce — robi to na własnych zasadach i odpowiedzialność, jako odrębny administrator takiego użycia; PWD nie weryfikuje wyników rankingu i nie bierze udziału w nagrodach.

Wdrożenia przygotowywane na zamówienie. Odrębny podział ról może wystąpić wyłącznie we wdrożeniu szytym na miarę, uruchamianym poza panelem. Jeżeli w takim wdrożeniu klient określa cele, grupę uczestników, zasady, treści, nagrodę lub sposób wykorzystania danych, może być administratorem, współadministratorem z PWD albo odrębnym administratorem, a PWD może działać jako podmiot przetwarzający. Przed uruchomieniem takiego wdrożenia ustalamy role na podstawie faktycznych decyzji, zawieramy odpowiednio umowę z art. 28 RODO lub uzgodnienie z art. 26 RODO i wskazujemy uczestnikowi właściwego administratora w informacji dla tego wdrożenia. Wdrożenie bez ustalonego podziału ról, wymaganej umowy i opublikowanej informacji dla uczestnika nie jest uruchamiane dla realnych osób. Zasady aktualnego demo opisują Zasady uczestnictwa w technicznym demo.

Kontakt w sprawach prywatności i wsparcia: kontakt@markerra.app.

Dostawcy i odbiorcy

• Appwrite Cloud działa jako podmiot przetwarzający dla danych aplikacyjnych i zapytań B2B; podstawowy region projektu to Frankfurt w EOG, a dalsi podprocesorzy są objęci DPA, SCC lub właściwą decyzją adekwatności.
• Cloudflare obsługuje hosting strony i Turnstile. Przy zabezpieczaniu formularza otrzymuje m.in. adres IP, user-agent, cechy TLS, sitekey/origin i token weryfikacyjny.
• Google obsługuje logowanie, Mapy, skaner kodów oraz — wyłącznie po zgodzie — Google Analytics strony i Google Ads (Google Ireland Limited), do którego trafia zbiorcze zdarzenie wysłania formularza bez treści formularza i adresu e-mail. Apple obsługuje logowanie i usługi systemowe iOS.
• Zgłoszenie błędu wysłane przez link e-mail trafia do usługi Gmail/Google wraz z treścią wybraną przez użytkownika i dołączoną diagnostyką.
• W zależności od platformy aplikacja może korzystać z usług Apple, Google i map systemowych.
• Klient wdrożenia otrzymuje wyłącznie zagregowany raport funkcjonalny i techniczny, bez danych osobowych użytkowników.
• Stripe obsługuje płatności za publikację gry w Markerra Studio — jednorazowe i w subskrypcji — oraz faktury. Dotyczy to Publikacji odpłatnej, czyli czasu po okresie bezpłatnym; w okresie bezpłatnym nie przekazujemy Stripe żadnych danych. Dane karty i metody płatności podajesz wyłącznie Stripe — nie przechodzą przez nasz backend; my otrzymujemy status płatności, kwotę, walutę, e-mail, adres rozliczeniowy, NIP, jeżeli został podany do faktury, oraz kraj wydawcy karty, którą zapłacono, a przy płatności przez Link — kraj źródła finansowania tej płatności, czyli karty albo rachunku bankowego (dwuliterowy kod kraju, jeżeli Stripe go podaje). Przy płatności BLIK-iem Stripe kraju nie podaje — przyjmujemy wtedy Polskę jako kraj banku, z którego zapłacono, i zapisujemy samą nazwę metody (BLIK); innych danych rachunku nie zapisujemy. Przed płatnością subskrypcji zakładamy w Stripe klienta: przekazujemy adres naszej skrzynki rozliczeń (a nie adres e-mail Twojego konta — wiadomości o subskrypcji, a osobie prywatnej także link do faktury, wysyłamy sami, przez Brevo, na adres konta), identyfikator konta i gry, typ nabywcy oraz język wiadomości. Do sesji płatności, jednorazowej i subskrypcji, przekazujemy Stripe także nazwę gry (widnieje też w nazwie pozycji na fakturze), wariant, kraj wybrany w panelu (w USA także stan), język, wersję Regulaminu oraz oświadczenia złożone przy zamówieniu wraz z czasem ich złożenia i numerami brzmień. Przy subskrypcji dochodzi okres rozliczeniowy i zgoda na automatyczne odnowienie, a przy płatności jednorazowej adres e-mail Twojego konta, którym wypełniamy formularz płatności. Stripe przechowuje te dane przy płatności i subskrypcji, a my odczytujemy je przy potwierdzeniu płatności i przy każdym odnowieniu. Wiadomości, które Stripe wysyła klientowi subskrypcji (faktury, potwierdzenia płatności i zwrotów, informacje o nieudanej płatności), trafiają przez Cloudflare Email Routing do tej skrzynki, prowadzonej u Google. Przy subskrypcji Stripe przechowuje kartę do kolejnych opłat, a my jej nie otrzymujemy; dostajemy identyfikator i status subskrypcji, wariant, okres rozliczeniowy, daty odnowień, informację o zakończeniu (z datą i godziną) oraz o nieudanych albo wymagających potwierdzenia płatnościach. Zmianę karty, a osobie prywatnej także historię faktur, obsługuje strona Stripe (portal klienta). Firma lub instytucja, która zamawia subskrypcję, najpierw zapisuje kartę w oknie Stripe (tam podaje też nazwę, adres i numer podatkowy, jeżeli go ma), a pierwszą opłatę pobieramy z tej karty zaraz potem; gdy bank wymaga potwierdzenia tej płatności, nabywca potwierdza ją na stronie płatności Stripe. Gdy umowa o taką subskrypcję nie zostanie zawarta (na przykład pierwsza płatność nie dojdzie do skutku), odłączamy zapisaną kartę (chyba że jest kartą innej trwającej subskrypcji) i usuwamy z danych klienta w Stripe nazwę, adres i numer podatkowy (chyba że ten sam klient ma w Stripe inną trwającą subskrypcję albo nowsze zamówienie, do których te dane są potrzebne); jeżeli próbowaliśmy już pobrać opłatę, unieważniony dokument płatności z tymi danymi zostaje w Stripe. Zapis płatności (organizator, gra, wariant, kwota, okres, zgody z zamówienia — przy subskrypcji także zgoda na automatyczne odnowienie) przechowujemy jako dokumentację rozliczeniową przez okres wymagany przepisami podatkowymi — 5 lat od końca roku, w którym upłynął termin płatności podatku, a zapisy płatności subskrypcji, razem z dowodem zgody na automatyczne odnowienie, co najmniej 6 lat od końca roku, w którym subskrypcja się zakończyła (rozdział „Retencja danych”); te dane nie znikają przy usunięciu konta.
• Brevo (Sendinblue SAS, dostawca z UE) dostarcza transakcyjne wiadomości e-mail Markerra Studio. W okresie bezpłatnym są to: potwierdzenie zawarcia umowy o Publikację bezpłatną, wysyłane przed udostępnieniem gry graczom — Brevo otrzymuje wtedy adres e-mail konta organizatora, nazwę gry, koniec okresu publikacji, limity gry, to, czy organizator publikuje jako osoba prywatna, czy jako firma lub instytucja, wskazane państwo, datę i godzinę potwierdzenia, identyfikator umowy, termin odstąpienia, link do funkcji odstąpienia w panelu, treść oświadczeń złożonych przed publikacją (w tym oświadczenia z §10 Regulaminu Markerra Studio) i Regulamin w zaakceptowanej wersji jako załącznik — oraz potwierdzenie otrzymania oświadczenia o odstąpieniu od takiej umowy złożonego funkcją w panelu (te same dane co przy odstąpieniu opisanym dalej w tym punkcie). Gdy organizator wskaże Ukrainę, wysyłamy na nasz adres operatorski (przez Cloudflare Email Routing do skrzynki prowadzonej u Google) powiadomienie, że zgłoszenie czeka na ocenę człowieka — z identyfikatorem umowy, nazwą i identyfikatorem gry, identyfikatorem i adresem e-mail konta, typem publikującego, państwem, chwilą zgłoszenia i końcem okresu. Pozostałe wiadomości opisane w tym punkcie dotyczą Publikacji odpłatnej, czyli czasu po okresie bezpłatnym. W potwierdzeniu zawarcia umowy o publikację wraz z pouczeniem o odstąpieniu Brevo otrzymuje adres e-mail organizatora oraz treść potwierdzenia: nazwę gry, wariant, kwotę, datę zapłaty i koniec okresu publikacji; gdy płatność wstrzymaliśmy do sprawdzenia kraju, potwierdzenie mówi to wprost i podaje ogólny powód wstrzymania (np. brak stanu w amerykańskim adresie rozliczeniowym, kraj wybrany w panelu niezgodny z krajem adresu albo za mało danych, by ustalić kraj). Przy subskrypcji Brevo dostarcza także potwierdzenie zawarcia umowy (z okresem rozliczeniowym, datą następnego odnowienia i treścią złożonych oświadczeń), potwierdzenie każdego odnowienia (a gdy pobraną opłatę za kolejny okres wstrzymaliśmy do sprawdzenia kraju albo do kontroli sankcji, albo pobrano ją w innej walucie niż złoty — zamiast niego wiadomość o wstrzymaniu, z kwotą, okresem i ogólnym powodem wstrzymania; przy kontroli sankcji powód jest ogólny, bez wskazywania państwa: sprawdzenie miejsca świadczenia usługi), przypomnienia przed odnowieniem, zawiadomienia o zmianie ceny, wiadomości o nieudanej albo wymagającej potwierdzenia płatności, potwierdzenie zakończenia i wznowienia, wiadomość o zakończeniu subskrypcji i wiadomość o zwrocie; otrzymuje wtedy adres e-mail organizatora, nazwę gry, wariant, kwotę, okres, daty zapłaty, odnowienia i zakończenia, przy zwrocie — kwotę i powód zwrotu, oraz link do panelu, do strony płatności albo faktury w Stripe lub do pliku PDF faktury (osoba prywatna dostaje link do faktury za każdy okres od nas, bo Stripe kieruje swoje wiadomości do naszej skrzynki rozliczeń). Brevo dostarcza też potwierdzenie otrzymania oświadczenia o odstąpieniu od umowy złożonego funkcją w panelu Markerra Studio — otrzymuje wtedy adres do potwierdzenia, imię i nazwisko, treść oświadczenia ze wskazaną umową (nazwa gry, rodzaj umowy, data zawarcia) oraz datę i godzinę złożenia — a także wiadomości o zamówieniu subskrypcji przez firmę, które wymaga potwierdzenia płatności (z linkiem do strony płatności Stripe i godziną, do której można ją potwierdzić) albo nie zostało dokończone (z ogólnym powodem); otrzymuje wtedy adres e-mail konta, nazwę gry, wariant, okres rozliczeniowy i kwotę. W wiadomości o zwrocie drugiej wpłaty za tę samą grę Brevo otrzymuje adres e-mail nabywcy, nazwę gry, kwotę i powód zwrotu; tak samo w wiadomości o wyniku kontroli sankcji z §3 Regulaminu Studio, jeżeli wysyłamy ją przez Brevo — wtedy także kraj ustalony z danych płatności. Przy zamówieniu oznaczonym jako firmowe wysyłamy dodatkowo — na nasz własny adres operatorski — powiadomienie o fakturze do wystawienia poza Stripe (przy subskrypcji — przy pierwszej płatności i każdym odnowieniu, także z okresem od–do oraz identyfikatorami subskrypcji, faktury i obciążenia w Stripe); przez Brevo przechodzą wtedy także nazwa nabywcy, jego adres e-mail, numer podatkowy (np. NIP), pełny adres rozliczeniowy, typ nabywcy, kraj wybrany w panelu, wariant, kwota, data zapłaty i identyfikator sesji płatności, a gdy kraje panelu, adresu i numeru podatkowego się różnią — także kraj wydawcy karty albo banku. Gdy płatność zostaje wstrzymana do ręcznego sprawdzenia kraju (możliwy związek z państwem, osobą lub podmiotem objętym sankcjami albo za mało danych o kraju), powiadomienie operatorskie podaje — niezależnie od tego, czy nabywca jest osobą prywatną, czy firmą — jego nazwę, adres e-mail i adres rozliczeniowy, kraj wybrany w panelu, kraj adresu rozliczeniowego i kraj wydawcy karty albo banku (przy BLIK-u — nazwę metody), nazwę gry, wariant, kwotę, datę zapłaty i identyfikator sesji płatności; gdy wstrzymana jest druga wpłata za grę już opłaconą — także identyfikator, status i termin pierwszej płatności, a gdy kraj nabywcy jest ustalony i brakuje tylko stanu USA — informację, czy po przywróceniu płatności trzeba skorygować fakturę Stripe, z krajem nabywcy ustalonym z danych płatności. Przy wstrzymaniu z powodu sankcji powiadomienie podaje ponadto typ nabywcy, sygnały kontroli — typ numeru podatkowego z krajem tego numeru (bez samego numeru) i region z adresu rozliczeniowego z nazwą pola, w którym go rozpoznano — kraj nabywcy ustalony z danych płatności z nazwą reguły, informację, czy po zakończeniu oceny trzeba skorygować fakturę Stripe, a przy drugiej wpłacie za tę samą grę — identyfikator, status i termin pierwszej płatności. Przy drugiej wpłacie za tę samą grę, gdy automatyczne zwroty są wyłączone albo pierwsza płatność za tę grę jest wstrzymana, powiadomienie podaje nazwę i adres e-mail nabywcy, nazwę gry, wariant, kwotę i datę tej wpłaty, identyfikator sesji płatności oraz status, identyfikator, wariant i termin pierwszej płatności. Krótsze powiadomienie operatorskie — bez nazwy i adresu nabywcy, z jego adresem e-mail, identyfikatorem sesji płatności, nazwą gry, kwotą i datą zapłaty — wysyłamy, gdy drugą wpłatę zwracamy automatycznie (wtedy także z wariantem, typem nabywcy oraz identyfikatorem i terminem pierwszej płatności), gdy fakturę wystawioną przez Stripe trzeba skorygować, bo naliczony w niej podatek nie odpowiada systemowi VAT kraju nabywcy ustalonego z danych płatności (wtedy także z kwotą tego podatku), oraz gdy adres albo karta wskazuje terytorium państwa Unii wyłączone z jej obszaru VAT (np. Wyspy Kanaryjskie) — w dwóch ostatnich przypadkach także z krajem wybranym w panelu, krajem adresu rozliczeniowego i krajem wydawcy karty albo banku (przy BLIK-u — z nazwą metody), a przy terytorium — z jego kodem. W wiadomości z fakturą korygującą — korektą faktury Stripe po zwrocie drugiej wpłaty albo po ręcznym sprostowaniu faktury, którą wysyłamy nabywcy zamiast Stripe — Brevo otrzymuje adres e-mail nabywcy i załącznik w postaci PDF korekty: imię i nazwisko albo nazwę, adres rozliczeniowy, numer faktury i korekty oraz kwoty, czyli te same dane, które nabywca ma już na fakturze Stripe. Powiadomienia o sporze kartowym i o nieudanym zwrocie zawierają wyłącznie identyfikatory płatności, gry i sporu albo zwrotu oraz kwotę. Gdy subskrypcja kończy się z powodu wymagającego naszej oceny (kontrola sankcji albo kraju, niezgodna waluta lub kwota, usunięcie konta albo spór kartowy), powiadomienie operatorskie podaje powód zakończenia, identyfikator subskrypcji w Stripe, nazwę i identyfikator gry, typ nabywcy, okres rozliczeniowy (miesięczny albo roczny), chwilę zakończenia oraz kwotę zwrotu za niewykorzystane dni z ich liczbą — bez nazwy i adresu e-mail nabywcy. Gdy nabywca odstępuje od umowy funkcją w panelu, powiadomienie operatorskie podaje identyfikator i adres e-mail konta, imię i nazwisko oraz adres do potwierdzenia, treść oświadczenia z datą i godziną złożenia, wskazaną umowę (identyfikator, rodzaj, wariant, nazwę i identyfikator gry, datę zawarcia, kwotę i typ nabywcy), identyfikatory płatności, faktury i subskrypcji w Stripe oraz wstępne wyliczenie kwoty zwrotu. Noty operatorskie o starcie subskrypcji zamawianej przez firmę zawierają wyłącznie identyfikator sesji płatności i kod powodu albo opis błędu, z którego usuwamy adresy e-mail. Wiadomości operatorskie trafiają przez Cloudflare Email Routing do skrzynki prowadzonej u Google. Brevo zamienia linki w tych wiadomościach na adresy przekierowania przez swój serwer i rejestruje otwarcia oraz kliknięcia bez wiązania ich z adresatem (śledzenie anonimowe); usługa nie pozwala nam tego wyłączyć. Z tych statystyk nie korzystamy.
• Komisja Europejska prowadzi system VIES, w którym sprawdzamy ważność numeru VAT UE nabywcy będącego firmą z innego państwa Unii. Do systemu trafia numer VAT UE nabywcy (zapytanie kwalifikowane niesie też nasz numer VAT UE jako zapytującego); wynik, czas sprawdzenia i numer konsultacji zapisujemy jako dokumentację podatkową — szczegóły w wierszu „Płatności i faktury” w rozdziale „Jakie dane przetwarzamy”.
• Faktury VAT dla nabywców będących firmami (przy płatności jednorazowej, a w subskrypcji przy pierwszej płatności i każdym odnowieniu) wystawiamy sami w programie do fakturowania mOrganizer, udostępnianym w bankowości firmowej mBank S.A.; usługę świadczy CashDirector S.A. (Warszawa), który przetwarza dane z faktur na nasze zlecenie. Faktury przesyłamy do Krajowego Systemu e-Faktur (KSeF), który z mocy ustawy o podatku od towarów i usług prowadzi Szef Krajowej Administracji Skarbowej (resort finansów); organy podatkowe mają do nich dostęp. Faktura zawiera nazwę nabywcy (przy jednoosobowej działalności — imię i nazwisko), jego numer podatkowy i adres, opis usługi, okres, kwoty i datę. Dane z faktur i zestawienia płatności przekazujemy też obsłudze księgowej, która prowadzi nasze księgi.
• Mapa w panelu Markerra Studio, na której organizator wskazuje punkty trasy, korzysta z kafelków OpenStreetMap (OpenStreetMap Foundation, Wielka Brytania). Pobranie kafelka przekazuje temu dostawcy adres IP przeglądarki organizatora oraz oglądany wycinek mapy. Nie przekazujemy tam żadnych danych konta ani gry.
• Wyszukiwarka adresów w oknie mapy panelu Markerra Studio korzysta z usługi Nominatim prowadzonej przez OpenStreetMap Foundation (Wielka Brytania). Zapytanie wysyłamy dopiero po naciśnięciu „Szukaj” albo klawisza Enter. Wysyła je nasz serwer, a nie przeglądarka: fundacja otrzymuje wpisany tekst i język wyników, bez adresu IP przeglądarki organizatora, identyfikatora konta i danych gry. Celem jest pokazanie na mapie wskazanego miejsca — wybrany wynik tylko przesuwa widok, a punkt organizator ustawia sam. Treści zapytań nie zapisujemy w dziennikach; znalezione miejsca (nazwa i współrzędne) trzymamy w pamięci podręcznej serwera do 7 dni, bez powiązania z kontem. Nie wpisuj w wyszukiwarkę danych, które nie są adresem ani nazwą miejsca. Zasady fundacji opisuje jej polityka prywatności.
• Trasa piesza w aplikacji na Androida korzysta z plików danych tras z serwisu brouter.de projektu BRouter (Niemcy). Gdy na telefonie nie ma jeszcze danych tras dla okolicy, aplikacja po naciśnięciu „Trasa piesza do celu” — a dopóki trasa piesza jest włączona, także przy jej ponownym wyznaczeniu, np. po „Odśwież trasę pieszą”, po zmianie celu (również samoczynnej, po zaliczeniu punktu) albo po zmianie języka aplikacji — najpierw sprawdza w tym serwisie rozmiar potrzebnych plików, potem pokazuje okno z rozmiarem pobrania i informacją o brouter.de, a same pliki pobiera dopiero po potwierdzeniu w tym oknie. Już przy sprawdzeniu rozmiaru, a potem przy pobraniu, serwis otrzymuje adres IP telefonu, oznaczenie aplikacji i silnika tras w nagłówku żądania (User-Agent) oraz nazwy plików regionów mapy o boku 5 stopni (każdy ma kilkaset kilometrów) obejmujących Twoją pozycję, cel i okolicę między nimi — bez dokładnej pozycji, identyfikatora konta i danych gry. Celem jest wyznaczenie trasy pieszej, o którą prosisz; podstawą jest art. 6 ust. 1 lit. b RODO. Pobrane pliki zostają na telefonie, poza kopią zapasową, a trasę aplikacja wyznacza na telefonie; usuniesz je na mapie, w sekcji „Dane tras offline”, przyciskiem „Usuń pobrane dane tras”. Gdy pliki dla okolicy są już na telefonie, aplikacja nie łączy się z brouter.de. Aplikacja na iOS wyznacza trasę pieszą usługą map Apple (MapKit) i z brouter.de nie korzysta: po naciśnięciu „Trasa piesza do celu” — a dopóki trasa jest włączona, także po jej odświeżeniu albo zmianie celu — Apple otrzymuje Twoją bieżącą pozycję i współrzędne celu; identyfikatora konta ani danych gry mu nie przekazujemy. Zasady serwisu brouter.de opisuje jego polityka prywatności.
• Organizator gry utworzonej w Markerra Studio nie otrzymuje przez platformę żadnych danych osobowych graczy, z wyjątkiem listy rankingu, o której mówi następny punkt — ewentualne statystyki są wyłącznie zagregowane.
• Lista rankingu w grze ze Studio (pseudonim, miejsce i czas gracza, który sam się na niej pokazał) jest widoczna dla graczy tej gry, którzy ją ukończyli, oraz dla organizatora w panelu Markerra Studio — do końca bieżącego okresu publikacji gry, a każdy wpis tylko przez 120 dni od startu gracza. Wiersz wpisu usuwamy przy najbliższym comiesięcznym porządkowaniu danych, czyli do około miesiąca po upływie tych 120 dni (rozdział „Retencja danych”); do tego czasu lista i panel organizatora już go nie pokazują, a aplikacja mówi graczowi, że nie mamy jego czasu z tej gry. W subskrypcji okres publikacji trwa do jej końca, więc lista obejmuje wtedy wyniki graczy, którzy zaczęli grę w ostatnich 120 dniach. Lista nie wchodzi do raportów zbiorczych ani do eksportu danych organizatora. Użycie listy poza panelem jest sprawą organizatora (rozdział „Administrator i role w konkretnym wdrożeniu”).

Dostawcy mogą przetwarzać dane poza EOG. Appwrite stosuje DPA, listę podprocesorów i standardowe klauzule umowne; Cloudflare i Google wskazują EU–US Data Privacy Framework lub SCC, zależnie od odbiorcy i transferu; Stripe Payments Europe Limited (Irlandia) przekazuje dane rozliczeniowe do Stripe, LLC w Stanach Zjednoczonych na podstawie EU–US Data Privacy Framework, w którym Stripe, LLC jest certyfikowany, a zapasowo na podstawie standardowych klauzul umownych (aneks Stripe o przekazywaniu danych, część umowy powierzenia Stripe); dane karty i metody płatności oraz dane przetwarzane we własnych celach (np. zapobieganie oszustwom, obowiązki regulacyjne) Stripe przetwarza jako odrębny administrator — opisuje to jego polityka prywatności; Apple dla użytkowników z EOG działa zasadniczo przez Apple Distribution International w Irlandii i stosuje SCC tam, gdzie są potrzebne; kafelki OpenStreetMap pobierane są z Wielkiej Brytanii, objętej decyzją Komisji Europejskiej o odpowiednim stopniu ochrony. Do tego samego kraju trafiają zapytania wyszukiwarki adresów w panelu Markerra Studio (Nominatim). Informację o konkretnym mechanizmie oraz kopię właściwych zabezpieczeń można uzyskać, pisząc na adres kontaktowy administratora.

Gdzie przetwarzamy dane i jak chronimy je przed dostępem obcych organów

Ten rozdział wykonuje obowiązek informacyjny z art. 28 rozporządzenia (UE) 2023/2854 (akt w sprawie danych), który dotyczy Markerra Studio jako usługi przetwarzania danych świadczonej organizatorom. Przepis brzmi: „Dostawcy usług przetwarzania danych udostępniają na swoich stronach internetowych i na bieżąco aktualizują następujące informacje: a) jurysdykcja, której podlega infrastruktura ICT używana do przetwarzania danych w ramach ich poszczególnych usług; b) ogólny opis środków technicznych, organizacyjnych i umownych przyjętych przez dostawcę usług przetwarzania danych w celu zapobieżenia międzynarodowemu dostępowi do danych nieosobowych przechowywanych na terenie Unii lub ich przekazania administracji rządowej, w przypadku gdy taki dostęp lub takie przekazanie skutkowałyby naruszeniem prawa Unii lub prawa krajowego danego państwa członkowskiego" (art. 28 ust. 1). §15 Regulaminu Markerra Studio odsyła do tej strony, tak jak wymaga art. 28 ust. 2 tego rozporządzenia.

Jurysdykcja infrastruktury ICT, dostawca po dostawcy:

• Appwrite Cloud (backend, konta, baza danych, funkcje) — projekt działa w regionie Frankfurt, Niemcy, w Unii Europejskiej; dane podstawowe (baza, konta, funkcje) pozostają w tym regionie. Kopie zapasowe bazy danych dostawca przechowuje — według jego informacji — w Unii Europejskiej, w lokalizacji odrębnej od głównego centrum danych we Frankfurcie, przez około 7 dni; państwa nie wskazuje.
• Cloudflare (Pages i funkcje Workers — hosting strony i panelu, Turnstile) — stroną umowy jest Cloudflare, Inc., Stany Zjednoczone; przetwarzanie może obejmować infrastrukturę poza Unią Europejską.
• Stripe (płatności za publikację gier w Markerra Studio) — naszym kontrahentem jest Stripe Payments Europe Limited, Irlandia, w Unii Europejskiej; dane rozliczeniowe mogą trafiać także do Stripe, LLC, Stany Zjednoczone (EU–US Data Privacy Framework, zapasowo standardowe klauzule umowne), w zakresie potrzebnym do obsługi płatności.
• Brevo (poczta transakcyjna Markerra Studio) — Sendinblue SAS, Francja, w Unii Europejskiej; bez transferu poza Europejski Obszar Gospodarczy.
• Kopia zapasowa administratora — zaszyfrowana kopia bazy danych i kont użytkowników (ze skrótami haseł, bez tokenów logowania i bez wartości sekretów), tworzona codziennie i przechowywana przez 14 dni od utworzenia (ostatnia poprawna kopia — do czasu powstania nowej) na komputerze administratora w Polsce, w Unii Europejskiej; nie trafia do chmury.

Środki przeciw nieuprawnionemu dostępowi lub przekazaniu danych nieosobowych:

• szyfrowanie w tranzycie i w spoczynku po stronie każdego z wymienionych dostawców;
• wybór regionu przetwarzania w Unii Europejskiej tam, gdzie dostawca to umożliwia — Appwrite w Frankfurcie, Brevo we Francji, Stripe u kontrahenta z Irlandii;
• umowy powierzenia przetwarzania danych oraz, dla przekazań poza Europejski Obszar Gospodarczy, standardowe klauzule umowne lub certyfikacja w ramach EU–US Data Privacy Framework — zależnie od dostawcy i odbiorcy; szczegóły mechanizmu konkretnego dostawcy udostępniamy na wniosek;
• minimalizacja danych — poza konfiguracją gry organizatora (nazwy, opisy, punkty trasy, treści i ustawienia finału) oraz zagregowanymi wynikami Markerra Studio nie przechowuje danych nieosobowych wrażliwych handlowo;
• zobowiązanie, że przy żądaniu dostępu do danych nieosobowych lub ich przekazania przez administrację rządową państwa trzeciego ocenimy jego podstawę prawną i — gdy wymaga tego prawo Unii lub prawo krajowe państwa członkowskiego — odmówimy lub zakwestionujemy takie żądanie dostępnymi środkami prawnymi, a klienta, którego dane dotyczą, poinformujemy o żądaniu, jeżeli obowiązujące prawo na to pozwala.

Zakup spoza Unii nie tworzy transferu danych poza Unię. Publikację sprzedajemy także nabywcom spoza Unii — na zasadach z §3 Regulaminu Markerra Studio. Kierunek jest tu odwrotny, niż podpowiada intuicja: to dane nabywcy trafiają do administratora w Unii, a nie odwrotnie — infrastruktura i dane pozostają tam, gdzie były, więc z samego zakupu nie wynika żaden nowy transfer w rozumieniu rozdziału V RODO. Nie jest nim też wysłanie potwierdzenia albo faktury na Twój adres e-mail, bo ich odbiorcą jesteś Ty. Prawa z art. 15–22 RODO przysługują nabywcy spoza Unii dokładnie tak samo jak nabywcy z Polski: stosujemy RODO ze względu na naszą siedzibę w Unii (art. 3 ust. 1), a nie ze względu na miejsce zamieszkania nabywcy. Prawo Twojego państwa może dawać Ci dodatkowe uprawnienia, w tym prawo skargi do organu ochrony danych Twojego państwa — korzystasz z nich obok praw z RODO. Odbiorcy wymienieni wyżej i mechanizmy transferu wobec nich nie zmieniają się z tego powodu ani w jednym punkcie.

Tę informację aktualizujemy na bieżąco, tak jak wymaga art. 28 ust. 1 rozporządzenia (UE) 2023/2854. Pytania o mechanizm transferu konkretnego dostawcy przyjmujemy pod adresem kontakt@markerra.app. To nie jest formalna opinia prawna.

Jakie dane przetwarzamy

Automatyczne dane usług Google na Androidzie

W aplikacji na Androida korzystamy z Google Maps SDK for Android oraz z biblioteki rozpoznawania kodów kreskowych ML Kit (skanowanie na urządzeniu; sam skaner — podgląd kamery i ramka — jest nasz). Te komponenty mogą automatycznie przesyłać do Google dane techniczne potrzebne do diagnostyki, analityki użycia oraz utrzymania i poprawy działania usług:

• Google Maps SDK: metadane urządzenia i żądania (np. wersja systemu, model, marka i typ urządzenia, wersja SDK oraz liczba wyników), wewnętrzny identyfikator atrybucji użycia, adres IP, ślady stosu i metryki awarii oraz pseudonimowy identyfikator Maps SDK. Zależnie od sposobu użycia mapy SDK może także rejestrować interakcje, takie jak przesuwanie i zmiana powiększenia.
• ML Kit (rozpoznawanie kodów kreskowych): informacje o urządzeniu i aplikacji, identyfikator urządzenia lub identyfikatory instalacji, metryki wydajności (np. opóźnienie), konfigurację API, rozmiar danych wejściowych i wyjściowych, wersję i sposób użycia funkcji, typy zdarzeń oraz kody błędów. Aplikacja nie używa Google Code Scanner ani autozoomu, więc nie powstaje identyfikator sesji skanowania ani przewidywane współrzędne obszaru kodu (do 6 września 2026 r. ten akapit błędnie je wymieniał).

Transmisja tych danych do usług Google jest szyfrowana; dokumentacja ML Kit wskazuje szyfrowanie HTTPS i informuje, że ML Kit nie przekazuje wymienionych danych podmiotom trzecim. Obraz kodu i wynik skanowania są przetwarzane na urządzeniu i nie opuszczają go. Markerra nie wykorzystuje danych zbieranych automatycznie przez te SDK do reklam, profilowania reklamowego ani do własnego śledzenia użytkownika pomiędzy aplikacjami.

Szczegółowy i aktualny zakres opisuje oficjalna dokumentacja Google: ujawnianie danych przez Maps SDK for Android, oraz ujawnianie danych przez ML Kit.

Podstawy prawne

Wiek graczy

Jeden próg: 18 lat. Od 28 sierpnia 2026 r. w grach z Markerra Studio i w publicznym demo technicznym uczestniczą wyłącznie osoby, które ukończyły 18 lat, na własnym koncie. Nie ma wariantu gry dopuszczającego młodszych graczy i nie ma ścieżki, którą otwierałaby zgoda rodzica lub opiekuna prawnego. Ten sam próg opisują Zasady uczestnictwa w grach z Markerra Studio.

Co się przez to zmienia w podstawach przetwarzania. Konto, postęp, sprawdzenie strefy, dowód akceptacji zasad i wydanie finału opierają się na art. 6 ust. 1 lit. b, c i f RODO, a nie na zgodzie — to się nie zmieniło. Zmieniło się to, że art. 8 RODO nie ma już do naszej usługi zastosowania: przepis dotyczy usług społeczeństwa informacyjnego oferowanych bezpośrednio dziecku, a usługa z progiem 18 lat, bez wariantu dla małoletnich i z deklaracją „Ages 18 and over” w sklepie, nie jest tak oferowana. Odpadła też podstawa rozważań o ograniczonej zdolności do czynności prawnych (art. 15, 17 i 18 § 1 Kodeksu cywilnego): osoba, która ukończyła 18 lat, ma pełną zdolność do czynności prawnych (art. 11 w związku z art. 10 § 1 Kodeksu cywilnego).

Dobrowolna analityka użycia aplikacji. Zgodę może wyrazić każdy gracz i można ją wycofać w każdej chwili w ustawieniach aplikacji. Blokada, która do 28 sierpnia 2026 r. działała na ścieżce 13–15 lat, nie ma już kogo dotyczyć, ale nie została usunięta z aplikacji: pozostaje w kodzie obu aplikacji jako zabezpieczenie na wypadek, gdyby ścieżka zgody opiekuna kiedykolwiek wróciła. Odmowa zgody niczego graczowi nie zabiera — logowanie, skanowanie punktów, postęp i finał działają dokładnie tak samo.

Co gracz deklaruje w aplikacji. Aplikacja prosi o podanie daty urodzenia raz — przy logowaniu. Data jest sprawdzana wyłącznie na urządzeniu gracza i nie jest zapisywana — ani w telefonie, ani na naszym serwerze. Do dowodu akceptacji trafia jedynie wynik tego sprawdzenia: wymagany minimalny wiek, potwierdzenie jego spełnienia, wartość pola ageBracket („własne oświadczenie”), źródło potwierdzenia (pole ageSource) i wersja formatu dowodu. Przy zasadach kolejnej gry zalogowany gracz nie podaje daty ponownie, jeżeli jego konto ma już wcześniejszą akceptację z potwierdzonym wiekiem co najmniej 18 lat. Serwer sam sprawdza tę akceptację, a nowy dowód zapisuje, że wiek potwierdziła wcześniejsza akceptacja. Gdy tego nie da się sprawdzić, na przykład bez internetu, aplikacja znowu prosi o datę urodzenia i jej nie zapisuje. Wersje aplikacji udostępniane w sklepach przed wersją 2.1.0 nie pytają o datę urodzenia: ostatnie z nich — 2.0.11 na Androidzie i 2.0.13 na iOS — proszą zamiast niej o zaznaczenie pola z oświadczeniem, że gracz ma ukończone 18 lat, a starsze proszą o to samo albo nie pytają o wiek wcale. Serwer nie przyjmuje akceptacji zasad z żadnej z tych wersji — żeby grać, trzeba zaktualizować aplikację. Dowody akceptacji zapisane z wersji z polem oświadczenia, zanim serwer przestał je przyjmować, zawierają wymagany minimalny wiek i potwierdzenie jego spełnienia. Dowody zebrane przed 28 sierpnia 2026 r. mogą nieść wartość „zgoda opiekuna prawnego” i pozostają czytelne — nie kasujemy ich i nie przepisujemy, bo dowód ma wykazywać, co gracz faktycznie oświadczył.

Czego ten mechanizm nie robi. Oświadczenie o wieku poprawia naszą rozliczalność — pozwala odtworzyć, o co zapytaliśmy konkretną osobę i co odpowiedziała. Nie jest weryfikacją: pytanie o wiek i odpowiedź pochodzą od tej samej osoby, czyli od gracza. Nie sprawdzamy wieku dokumentem, nie szacujemy go z twarzy ani głosu, bo każdy z tych środków oznaczałby zebranie kolejnych danych wbrew zasadzie minimalizacji i byłby nieproporcjonalny w bezpłatnej usłudze, która nie profiluje, nie reklamuje i nie udostępnia treści dla dorosłych. Nie obiecujemy więc weryfikacji, której nie prowadzimy. Uczciwa konsekwencja: osoba niepełnoletnia, która zdobędzie kod dołączenia i złoży nieprawdziwe oświadczenie, wejdzie do gry. Jeżeli dowiemy się, że tak się stało, usuwamy konto i związane z nim dane; można nam to zgłosić na kontakt@markerra.app.

Rola rodzica lub opiekuna prawnego. Przy progu 18 lat opiekun nie ma w tej usłudze żadnej roli do odegrania: jego zgoda niczego nie otwiera, bo gracz musi być pełnoletni. Organizator gry ze Studio odpowiada za to, żeby nie kierować gry do osób małoletnich i nie przekazywać im kodu dołączenia (§9 Regulaminu Markerra Studio). Jeżeli opiekun uzna, że dane jego dziecka mimo to trafiły do aplikacji, może napisać na kontakt@markerra.app z żądaniem dostępu, sprostowania, ograniczenia przetwarzania, sprzeciwu albo usunięcia konta — obsługujemy je tak samo jak żądanie samego gracza.

Jak gracz wycofuje zgodę i żąda usunięcia danych. Zgodę na dobrowolną analitykę użycia aplikacji można wyłączyć w każdej chwili w ustawieniach aplikacji; zatrzymuje to dalszy pomiar. Konto gracza można usunąć z poziomu aplikacji albo zgłosić żądanie bez aplikacji zgodnie z instrukcją na stronie Usuń konto. Wycofanie zgody nie wpływa na zgodność z prawem przetwarzania, którego dokonano przed wycofaniem.

Jak potwierdzamy tożsamość osoby żądającej. Żądanie wysłane z adresu e-mail przypisanego do konta gracza realizujemy tak samo jak żądanie samego gracza. Przy żądaniu z innego adresu prosimy o wskazanie adresu e-mail albo identyfikatora konta oraz nazwy gry lub kodu dołączenia. Przy uzasadnionych wątpliwościach co do tożsamości możemy poprosić o dodatkowe informacje niezbędne do jej potwierdzenia (art. 12 ust. 6 RODO) albo potwierdzić żądanie wiadomością wysłaną na adres e-mail konta gracza. Nie żądamy skanu dokumentu tożsamości — to byłoby zbieranie kolejnych danych, a nie ich ochrona. Jeżeli mimo to nie jesteśmy w stanie ustalić, czyich danych dotyczy żądanie, informujemy o tym i możemy odmówić jego realizacji (art. 12 ust. 2 RODO).

Ta sekcja opisuje stanowisko administratora oparte na wskazanych wyżej przepisach i na zasadzie proporcjonalności. Nie jest formalną opinią prawną i nie została potwierdzona przez organ nadzorczy.

Lokalizacja

Lokalizacja służy skanowi markera lub mapie, aby sprawdzić, czy użytkownik jest w skonfigurowanej strefie. Aplikacja nie prowadzi ciągłego śledzenia w tle ani nie odświeża lokalizacji przy samym uruchomieniu. W grze z rankingiem lokalizacja przy skanie służy też sprawdzeniu, że gracz jest przy punkcie — także przy kodzie QR i tagu NFC; nadal używamy jej wyłącznie w chwili skanu albo przy otwarciu mapy. Po naciśnięciu „Trasa piesza do celu” na mapie (a dopóki trasa piesza jest włączona — także przy jej ponownym wyznaczeniu) aplikacja pobiera bieżącą pozycję, żeby wyznaczyć trasę do wybranego celu. Do naszego serwera ta pozycja nie trafia; co otrzymuje serwis brouter.de (Android), a co Apple (iOS), opisuje rozdział „Dostawcy i odbiorcy”.

Nowe rekordy postępu nie zapisują surowej pozycji użytkownika. Dla zgodności z istniejącą strukturą danych niektóre pola techniczne mogą przechowywać środek skonfigurowanego okręgu wdrożenia albo przybliżony bucket dystansu, a nie dokładną pozycję telefonu.

Cookies i analityka strony

Google Analytics uruchamiamy wyłącznie po kliknięciu „Akceptuję” w banerze analityki. Mierzymy podstawowe zdarzenia strony: odsłony, przewijanie strony i widoczność sekcji, kliknięcia w nawigacji i w stopce, użycie przycisków kontaktu, wybór języka, linki sklepowe i techniczny status formularza.

Do Google Analytics nie wysyłamy treści formularza, adresu e-mail, nazwy klienta, opisu nagrody ani wiadomości wpisanej w formularzu.

Panel Markerra Studio ma własny baner analityki. Po kliknięciu „Akceptuję” Google Analytics otrzymuje z panelu jedno zdarzenie zakupu po opłaceniu publikacji: techniczny identyfikator zamówienia (skrót, nie identyfikator sesji płatności), wariant, kwotę i walutę — bez adresu e-mail, nazwy gry i kodu dołączenia. Decyzja z banera panelu jest zapisywana w pamięci przeglądarki panelu (markerraStudioAnalyticsConsent, markerraStudioAnalyticsConsentDate, markerraStudioPurchaseSent:*) i można ją zmienić przyciskiem „Analityka” w nagłówku panelu. Zgoda jest dobrowolna, wygasa po 12 miesiącach i można ją wcześniej wycofać przez „Ustawienia analityki” w stopce. Wycofanie zatrzymuje dalszy pomiar i usuwa dostępne cookies _ga z domeny strony. To samo robi odrzucenie zgody w banerze panelu, także gdy zmieniasz wcześniejszy wybór przyciskiem „Analityka”: pomiar zatrzymuje się od razu, a usunięte zostają cookies _ga i _ga_*, w tym cookie wspólne ze stroną, ustawiane na domenie .markerra.app. Strona ustawi je od nowa tylko wtedy, gdy zgodę wyrazisz także na stronie — zgoda panelu i zgoda strony są osobne.

Po tej samej zgodzie przekazujemy do Google Ads zbiorcze zdarzenie konwersji informujące, że formularz kontaktowy został wysłany. Pomiar działa w trybie zgody bez cookies reklamowych — ustawienia ad_storage, ad_user_data i ad_personalization pozostają odrzucone, więc nie prowadzimy profilowania, remarketingu ani nie budujemy list odbiorców, a do Google Ads nie trafia treść formularza ani adres e-mail.

Raporty funkcjonalne i techniczne dla klientów

Klient wdrożenia otrzymuje zagregowany raport funkcjonalny i techniczny, np. liczbę użytkowników, zebranych markerów, ukończeń, wyświetleń nagrody i otwarć linku końcowego. Klient nie otrzymuje e-maili, user ID, surowych lokalizacji, raw eksportów Appwrite, kodów nagród przypisanych do osób, indywidualnych ścieżek, segmentów reklamowych ani eksportu odbiorców do platform reklamowych. Ranking w grze ze Studio nie jest raportem: lista nie wchodzi do raportów zbiorczych ani do żadnego eksportu danych organizatora.

Klient ma zakaz reidentyfikacji uczestników. Przekroje raportu pokazujemy dopiero od minimum 5 użytkowników. Mniejsze komórki oznaczamy jako <5 albo opisujemy jakościowo.

Retencja danych

Techniczne rezerwacje rozpoczęcia płatności (zegary serwera, identyfikator sesji, a przy subskrypcji także identyfikator klienta w Stripe; bez nazw i e-maili) przechowujemy do 120 dni. Razem z nimi, także do 120 dni, przechowujemy dziennik startu subskrypcji zamawianej przez firmę: identyfikator sesji płatności, identyfikatory w Stripe — klienta, karty, zapisanych numerów podatkowych (identyfikatory, a nie same numery), subskrypcji i faktury — wynik zamówienia z kodem powodu, czasy kolejnych kroków i znaczniki wysłanych wiadomości, również bez nazw, adresów i e-maili; służy dokończeniu zamówienia, usunięciu danych klienta w Stripe, gdy umowa nie powstała, i temu, żeby ta sama wiadomość nie wyszła dwa razy. Klienta w Stripe, którego zakładamy przed płatnością za subskrypcję (identyfikatory konta i gry, typ nabywcy, język i adres naszej skrzynki rozliczeń), usuwamy w corocznym przeglądzie, jeżeli zamówienia nie opłacono — nie wcześniej niż 120 dni po jego założeniu. Gdy umowa o subskrypcję zamawianą przez firmę nie zostanie zawarta, kartę, nazwę, adres i numer podatkowy usuwamy z danych takiego klienta od razu po ustaleniu, że umowa nie została zawarta, z wyjątkami opisanymi w rozdziale „Dostawcy i odbiorcy”. Techniczne powiadomienia operatora o płatności przechowujemy do 30 dni od skutecznego doręczenia; komunikat niedoręczony pozostaje do obsłużenia. Służą wyłącznie unikaniu podwójnych płatności i wykonaniu zamówienia; nie zmienia to okresu przechowywania dokumentacji rozliczeniowej.

Usunięcie konta

Użytkownik może usunąć konto z poziomu aplikacji albo wysłać żądanie usunięcia bez aplikacji. Instrukcję znajdziesz na stronie Usuń konto. Usunięcie konta usuwa konto aplikacyjne oraz dane aplikacyjne powiązane z kontem, w tym postęp, próby skanowania, nagrody, zdarzenia analityczne oraz pseudonim, wynik i zgłoszenia pseudonimów w rankingach gier, z zastrzeżeniem danych, które musimy zachować przez ograniczony czas z powodów bezpieczeństwa, reklamacji lub rozliczalności. W szczególności możemy zachować pseudonimizowany claim nagrody, aby jedna osoba nie mogła odebrać kilku kodów w tym samym wdrożeniu przez usuwanie i ponowne zakładanie konta. Usunięcie konta organizatora kończy też aktywne subskrypcje Markerra Studio — bez kolejnych opłat (rozliczenie opisuje §15 Regulaminu Markerra Studio); zapisy subskrypcji i płatności zostają na okres podany w rozdziale „Retencja danych”. Usunięcie konta organizatora kończy też jego Publikacje bezpłatne i usuwa zapisy tych umów, razem z oświadczeniami i potwierdzeniami. Dane usunięte z bazy mogą jeszcze przez krótki czas pozostawać w kopiach zapasowych — okresy podaje rozdział „Retencja danych”.

Prawa użytkownika

Użytkownik może poprosić o dostęp do danych, sprostowanie, usunięcie, ograniczenie przetwarzania, przeniesienie danych, sprzeciw wobec przetwarzania opartego o uzasadniony interes oraz skargę do Prezesa Urzędu Ochrony Danych Osobowych.

Zgodę na analitykę aplikacji można wycofać w aplikacji, a zgodę na Google Analytics strony — przez link w stopce. Wycofanie nie wpływa na zgodność wcześniejszego przetwarzania. Dane wymagane do konta, postępu i wydania nagrody są dobrowolne, ale bez nich te funkcje nie mogą działać; zgoda na analitykę nie jest wymagana. Przy zamówieniu w Markerra Studio podanie kraju, imienia i nazwiska albo nazwy oraz adresu rozliczeniowego jest warunkiem zawarcia umowy — bez tych danych zamówienia nie przyjmiemy; część z nich jest też potrzebna do faktury i do ustalenia kraju nabywcy na potrzeby VAT, czego wymagają przepisy podatkowe. Firma lub instytucja podaje numer podatkowy, jeżeli go ma. Te dane podajesz przy zamówieniu Publikacji odpłatnej, czyli po okresie bezpłatnym. Przy Publikacji bezpłatnej warunkiem zawarcia umowy jest potwierdzony adres e-mail konta, wskazanie, czy publikujesz jako osoba prywatna, czy jako firma lub instytucja, wskazanie państwa i oświadczenia wymagane przed publikacją, w tym oświadczenie z §10 Regulaminu Studio — bez nich gry bezpłatnie nie publikujemy. Dane pochodzą od użytkownika, urządzenia, dostawcy logowania i konfiguracji wdrożenia przekazanej przez klienta, a przy zamówieniu w Markerra Studio także od operatora płatności Stripe (kraj wydawcy karty albo źródła finansowania, status płatności i subskrypcji) i z systemu VIES Komisji Europejskiej (wynik sprawdzenia numeru VAT UE).

Geofence, reguła duplikatu i odblokowanie nagrody działają według z góry ustalonych zasad. Nie stosujemy profilowania reklamowego. Odrzucony skan lub nagrodę można zakwestionować w reklamacji, którą rozpatruje człowiek.

Decyzji wywołujących wobec Ciebie skutki prawne albo w podobny sposób istotnie na Ciebie wpływających nie podejmujemy wyłącznie automatycznie — z wyjątkami opisanymi niżej.

Publikacja bezpłatna. W okresie bezpłatnym panel i serwer Markerra Studio nie zawierają umowy o Publikację bezpłatną, jeżeli państwo, które wskazujesz, jest objęte sankcjami (lista w §3 Regulaminu Studio) albo jest Syrią lub Kubą, gdzie usługi Markerra Studio nie oferujemy (§3a ust. 6 Regulaminu Studio): publikacja zostaje odrzucona przed zawarciem umowy, a komunikat podaje powód. Ta odmowa zapada automatycznie na podstawie państwa, które wskazujesz, bo bez niej nie da się zawrzeć umowy albo zakazują jej przepisy o sankcjach (art. 22 ust. 2 lit. a i b RODO). Gdy wskażesz Ukrainę, automat jedynie wstrzymuje publikację: gry nie udostępniamy graczom i nie wysyłamy potwierdzenia, dopóki zgłoszenia nie oceni człowiek (zwykle w ciągu 2 dni roboczych); o zwolnieniu albo odmowie decyduje człowiek, a wynik przekazujemy e-mailem. Możliwy związek z osobą lub podmiotem objętym sankcjami sprawdza człowiek. Możesz zażądać, żeby każdą z tych spraw sprawdził człowiek, przedstawić swoje stanowisko i zakwestionować rozstrzygnięcie — napisz na kontakt@markerra.app.

Publikacja odpłatna (po okresie bezpłatnym). Panel i serwer Markerra Studio nie przyjmują zamówienia, jeżeli kraj wybrany w panelu jest na liście z §3 Regulaminu Studio (państwo objęte sankcjami albo państwo, z którego operator płatności nie obsługuje płatności) albo jeżeli wstrzymaliśmy przyjmowanie zamówień z tego państwa: zamówienie zostaje odrzucone przed płatnością, nic nie jest pobierane, a komunikat podaje powód. Ta odmowa zapada automatycznie na podstawie kraju, który wybierasz, bo bez niej nie da się zawrzeć umowy albo zakazują jej przepisy o sankcjach (art. 22 ust. 2 lit. a i b RODO). Po płatności automat może jedynie wstrzymać publikację i ewentualny zwrot: gdy kraj wybrany w panelu, kraj adresu rozliczeniowego, kraj wydawcy karty (przy płatności przez Link — kraj źródła finansowania; przy BLIK-u za kraj banku przyjmujemy Polskę), kraj numeru podatkowego albo region w adresie rozliczeniowym wskazuje państwo lub terytorium objęte sankcjami, Syrię, Kubę albo Ukrainę, albo gdy wcześniejsza płatność za tę samą grę jest wstrzymana z tego powodu, a także gdy z tych danych nie da się ustalić kraju nabywcy (np. adres w Stanach Zjednoczonych bez stanu) albo wskazują one państwo, do którego wstrzymaliśmy sprzedaż. Gdy dane zamówienia wskazują na możliwy związek z osobą lub podmiotem objętym sankcjami, zamówienie wstrzymuje człowiek przy ręcznej kontroli. O zawarciu albo odmowie zawarcia umowy, o publikacji, zwrocie albo zamrożeniu środków decyduje wtedy człowiek (§3 Regulaminu Studio). Zwrot drugiej wpłaty za grę, która jest już opłacona, zlecamy automatycznie, a gdy automatyczne zlecenie jest wyłączone albo się nie uda — zleca go człowiek w tym samym terminie; usługa trwa z pierwszej płatności, a jeżeli drugą wpłatą była pierwsza opłata nowej subskrypcji, ta subskrypcja kończy się od razu. Przy subskrypcji Markerra Studio automatycznie działają też te reguły umowy (§3, §6a i §15 Regulaminu Studio); te z nich, które są dla Ciebie niekorzystne, opieramy na art. 22 ust. 2 lit. a RODO (wykonanie umowy), a przy sankcjach także na lit. b:

• subskrypcja kończy się sama, gdy opłata za kolejny okres nie wpłynie w ciągu 3 dni od jego początku;
• opłaty za kolejny okres nie pobieramy, a subskrypcja się kończy, gdy przy odnowieniu dane płatności wskazują państwo lub terytorium objęte sankcjami (sam kod kraju Ukrainy tego nie przesądza), Syrię, Kubę albo państwo, do którego wstrzymaliśmy sprzedaż, albo gdy opłata miałaby inną walutę lub kwotę niż cena subskrypcji;
• jeżeli opłatę za subskrypcję pobraliśmy, zanim dane płatności wskazały państwo ze wstrzymaną sprzedażą, zwrot jej w całości zlecamy automatycznie, a subskrypcja kończy się od razu; gdy opłatę pobrano w innej walucie niż złoty, subskrypcja kończy się od razu, publikację wstrzymujemy, a o zwrocie decyduje człowiek;
• opłatę pobraną po zakończeniu subskrypcji albo po usunięciu konta zwracamy w całości, a po usunięciu konta albo gry z subskrypcją roczną zwracamy część ceny za pełne niewykorzystane dni — zwroty te zlecamy automatycznie, a gdy automatyczne zlecenie jest wyłączone albo się nie uda, zleca je człowiek w tym samym terminie; wyjątek: gdy opłata za bieżący okres jest wstrzymana do sprawdzenia (§3 Regulaminu Studio) albo jest przedmiotem reklamacji płatności w banku, zwrotu za niewykorzystane dni nie zlecamy automatycznie — zleca go człowiek po zakończeniu sprawdzenia albo po rozstrzygnięciu reklamacji, w terminie liczonym od tego dnia (§6a ust. 10 Regulaminu Studio).

Zwroty z powyższej listy i zwrot drugiej wpłaty zlecamy automatycznie; gdy automatyczne zlecenie jest wyłączone albo się nie uda, zleca je człowiek w tym samym terminie, a zasady i terminy zwrotu się nie zmieniają. Gdy po pobraniu opłaty za subskrypcję dane płatności wskazują samą Ukrainę albo nie pozwalają ustalić kraju (np. adres w Stanach Zjednoczonych bez stanu), automat może jedynie wstrzymać publikację w tym okresie i ustawić koniec subskrypcji z końcem okresu. Możliwy związek z osobą lub podmiotem objętym sankcjami sprawdza i wstrzymuje człowiek. O dalszym ciągu takiej sprawy — przywróceniu publikacji i odnawiania albo zwrocie — decyduje człowiek. Możesz zażądać, żeby każdą z tych spraw sprawdził człowiek, przedstawić swoje stanowisko i zakwestionować rozstrzygnięcie — napisz na kontakt@markerra.app.

Ranking. Zgodę na pokazanie pseudonimu, miejsca i czasu na liście wycofasz w każdej chwili przyciskiem „Usuń mnie z listy” w aplikacji; wpis znika z listy od razu, a wycofanie nie wpływa na zgodność z prawem przetwarzania sprzed wycofania. Prawo do przenoszenia danych obejmuje Twój wpis (pseudonim, czasy, zgodę) — wydajemy go w kopii danych na żądanie. Niektóre środki w rankingu działają automatycznie: filtr pseudonimów, ukrycie pseudonimu po trzech zgłoszeniach od różnych graczy oraz kontrola prędkości, która jednorazowo sprawdza, czy przejścia między punktami były możliwe — jej jedynym wynikiem jest to, czy wynik trafia na listę; to automatyczna ocena (profilowanie w rozumieniu RODO), przy której nie zapisujemy wzorców ruchu. Samo miejsce na liście nie rodzi wobec Ciebie praw ani obowiązków, a Markerra nie przyznaje za nie nagród. Ponieważ jednak organizator może użyć listy po swojemu, na przykład przyznać nagrody, zachowawczo traktujemy wyłączenie wyniku z listy tak, jakby mogło istotnie na Ciebie wpływać, i zapewniamy: na Twoje żądanie każdą z tych spraw sprawdza człowiek, możesz przedstawić swoje stanowisko i zakwestionować rozstrzygnięcie — napisz na kontakt@markerra.app. O ukryciu pseudonimu lub wyniku informujemy w aplikacji, z kodem powodu. Od ukrycia możesz się odwołać wiadomością na kontakt@markerra.app — rozpatruje ją człowiek. Niezależnie od odwołania możesz dochodzić swoich praw przed sądem, a jeżeli jesteś konsumentem — skorzystać z pozasądowych sposobów rozwiązywania sporów konsumenckich; opisuje je Regulamin Markerra Studio w §14 (wykaz podmiotów prowadzi Prezes UOKiK). Nie zobowiązujemy się do udziału w takim postępowaniu, a odmowa nie zamyka drogi sądowej.

W sprawach prywatności napisz na: kontakt@markerra.app. Żądania realizujemy bez zbędnej zwłoki, co do zasady nie później niż w ciągu miesiąca od otrzymania żądania. W sprawach złożonych termin może zostać przedłużony o kolejne dwa miesiące; poinformujemy o tym w pierwszym miesiącu wraz z przyczyną przedłużenia.

Historia zmian

Poprzednia wersja: 2026-10-22; na markerra.app do 24 października 2026 r. obowiązywała wersja 2026-10-22. Zmiana z 24 października 2026 r. dopisuje okres bezpłatny Markerra Studio (§3a Regulaminu Markerra Studio w wersji 2.7): w tym okresie gry publikujemy bezpłatnie (Publikacja bezpłatna), a zamówień i płatności za publikację nie przyjmujemy. Na początku dokumentu doszły zdania, że od dnia udostępnienia panelu trwa okres bezpłatny i że opisy zamówień, płatności, faktur, Stripe i kontroli sankcji przy zamówieniu dotyczą Publikacji odpłatnej i stosujemy je dopiero po okresie bezpłatnym; tak samo oznaczyliśmy opisy Stripe i Brevo w rozdziale „Dostawcy i odbiorcy”, wiersze „Płatności i faktury” i „Kontrola sankcji przy zamówieniu w Markerra Studio” w tabeli danych, wiersze „Płatności, faktury i dokumentacja podatkowa” i „Kontrola sankcji przy zamówieniu w Markerra Studio” w tabeli podstaw prawnych oraz zdanie o danych wymaganych przy zamówieniu i akapit o decyzjach automatycznych przy zamówieniu w rozdziale „Prawa użytkownika”. Rozdział „Najkrócej” dostał zdanie o Publikacji bezpłatnej i kontroli sankcji na podstawie wskazanego państwa. Wiersz „Konto organizatora w Markerra Studio” w tabeli danych wymienia dane Publikacji bezpłatnej — typ publikującego, wskazane państwo, akceptację Regulaminu, oświadczenie z §10 Regulaminu i pozostałe oświadczenia przed publikacją, potwierdzenie e-mailem, stan umowy, wstrzymanie przy Ukrainie i odstąpienie — oraz ich cel, a wiersz „Konfiguracja gry ze Studio” — limity Publikacji bezpłatnej oraz dane organizatora widoczne dla graczy (§5 Regulaminu Markerra Studio: to, czy organizator jest osobą prywatną, czy firmą lub instytucją, nazwa i adres e-mail do pytań i reklamacji, a u firmy lub instytucji także pełna nazwa prawna, NIP lub jego odpowiednik i adres) i cel, w jakim gracze je widzą. Do tabel danych i podstaw prawnych doszły wiersze „Kontrola sankcji przy Publikacji bezpłatnej”: kontrola na podstawie zadeklarowanego państwa, automatyczna odmowa przy państwie objętym sankcjami oraz przy Syrii i Kubie, gdzie usługi nie oferujemy, i wstrzymanie przy Ukrainie do oceny człowieka przed publikacją. Wiersz „Konto organizatora i publikacja gry” w tabeli podstaw prawnych podaje podstawy dla Publikacji bezpłatnej. Opis Brevo wymienia potwierdzenie zawarcia umowy o Publikację bezpłatną z Regulaminem w załączniku, potwierdzenie odstąpienia od takiej umowy i powiadomienie operatora o zgłoszeniu z Ukrainy; zdanie o przekierowaniu linków i rejestrowaniu otwarć oraz kliknięć mówi teraz, że Brevo nie wiąże ich z adresatem (śledzenie anonimowe) i że usługa nie pozwala nam tego wyłączyć. W rozdziale „Retencja danych” doszło, że zapis umowy o Publikację bezpłatną i wynik kontroli sankcji przy niej przechowujemy do usunięcia konta organizatora i usuwamy razem z kontem, w rozdziale „Usunięcie konta” — że usunięcie konta organizatora kończy jego Publikacje bezpłatne i usuwa zapisy tych umów, a w rozdziale „Prawa użytkownika” — dane wymagane do zawarcia umowy o Publikację bezpłatną i osobny akapit o automatycznej odmowie przy Publikacji bezpłatnej (art. 22 ust. 2 lit. a i b RODO) i ocenie człowieka przy Ukrainie. Poza tymi zmianami, datą wersji i historią zmian żadne zdanie nie zmieniło brzmienia.

Wersje od 2026-08-22 do 2026-09-23 przygotowano w środowisku testowym; na markerra.app do 22 października 2026 r. obowiązywała wersja 2026-07-29, z wyjątkiem omyłkowej publikacji 3 września 2026 r., cofniętej tego samego dnia. Poprzednia wersja: 2026-09-23. Zmiana z 22 października 2026 r. dopisuje przy pełnej nazwie administratora, w rozdziale „Administrator i role w konkretnym wdrożeniu”, że dalej w dokumencie oznaczamy go skrótem PWD albo słowem „my”. Wcześniej skrót PWD występował bez wyjaśnienia. To ten sam administrator co dotąd. Ta sama zmiana ujednolica nazwę zasad w akapicie „Co gracz deklaruje w aplikacji”: wersja polska mówi „zasad uczestnictwa” zamiast „zasad uczestnika”, a angielska „participation rules” zamiast „participant rules” — tak jak same zasady i Regulamin Studio. Trzecia zmiana dotyczy akapitu „Zakup spoza Unii nie tworzy transferu danych poza Unię”: nie wymienia on już państw spoza Unii, tylko odsyła do §3 Regulaminu Markerra Studio (szczegóły — siódma zmiana). Czwarta zmiana dopisuje do wiersza „Konto organizatora w Markerra Studio” dane połączenia telefonu do zapisu tagów NFC w aplikacji Markerra (identyfikator gry, czasy połączenia, platforma i wersja aplikacji, stan zapisu tagów) oraz cel tego połączenia, a do tabeli okresów przechowywania — dwa wiersze: połączenie telefonu i stan zapisu tagów, każdy z opisem, kiedy i jak je usuwamy. Piąta zmiana dotyczy wieku: aplikacja prosi o datę urodzenia raz, przy logowaniu, a przy zasadach kolejnej gry korzysta z wcześniejszej akceptacji na tym samym koncie. Dlatego akapit „Co gracz deklaruje w aplikacji” i wiersz „Dowód akceptacji zasad organizatora” opisują teraz źródło potwierdzenia wieku. Daty urodzenia nadal nie zapisujemy. Szósta zmiana dotyczy płatności w Markerra Studio: do danych, które dostajemy od Stripe, dochodzi kraj wydawcy karty, a przy płatności przez Link — kraj źródła finansowania (dwuliterowy kod kraju); przy BLIK-u i Przelewy24, dla których Stripe kraju nie podaje, przyjmujemy Polskę jako kraj banku i zapisujemy nazwę metody. Razem z krajem wybranym w panelu i krajem adresu rozliczeniowego służy on ustaleniu kraju nabywcy. Dlatego zmieniły się opisy Stripe i Brevo w rozdziale „Dostawcy i odbiorcy”, wiersz „Płatności i faktury” w tabeli danych i wiersz „Płatności, faktury i dokumentacja podatkowa” w tabeli podstaw prawnych. Siódma zmiana dotyczy sprzedaży Markerra Studio osobom prywatnym i firmom z całego świata, z wyjątkiem państw, terytoriów, osób i podmiotów objętych sankcjami oraz Syrii i Kuby (§3 Regulaminu Markerra Studio w wersji 2.3). Akapit „Zakup spoza Unii nie tworzy transferu danych poza Unię” odsyła do §3 Regulaminu Studio zamiast wymieniać Norwegię, Islandię i Stany Zjednoczone i dopowiada, że wysyłka potwierdzenia albo faktury na adres nabywcy nie jest transferem oraz że prawo państwa nabywcy może dawać mu dodatkowe uprawnienia. Wiersz „Płatności i faktury” mówi, że kraje z danych płatności służą także kontroli sankcji, a w tabelach danych, podstaw prawnych i okresów przechowywania doszły wiersze o kontroli sankcji. Opis Brevo podaje pełny zakres danych w powiadomieniach operatora — także nazwę metody przy BLIK-u i Przelewy24, drugą wpłatę przy wstrzymanej pierwszej płatności, przegląd terytoriów wyłączonych z obszaru VAT Unii i fakturę z krajami do sprawdzenia — i nie wymienia już powiadomienia o potwierdzeniu bez załącznika, którego nie wysyłamy. W rozdziale „Prawa użytkownika” zdanie, że nie stosujemy decyzji opartych wyłącznie na automatycznym przetwarzaniu, które wywołują skutki prawne, stoi w osobnym akapicie: jedyną decyzją automatyczną jest odmowa przyjęcia zamówienia przed płatnością z państwa z listy z §3 Regulaminu Studio albo z państwa ze wstrzymaną sprzedażą, po płatności automat może jedynie wstrzymać zamówienie przy możliwym związku z sankcjami, o odmowie decyduje człowiek, a automatycznie zwracamy wyłącznie drugą wpłatę za opłaconą grę. Ósma zmiana dotyczy kopii zapasowych: punkt o Appwrite w rozdziale „Gdzie przetwarzamy dane…” mówi, że dane podstawowe pozostają we Frankfurcie, a kopie zapasowe bazy dostawca przechowuje w Unii Europejskiej przez około 7 dni, bez wskazania państwa; doszły punkt o lokalnej, zaszyfrowanej kopii administratora, wiersz „Kopie zapasowe” w tabeli okresów przechowywania i zdanie o kopiach w rozdziale „Usunięcie konta”. Dziewiąta zmiana dotyczy rankingu w grach ze Studio — opcjonalnej listy pseudonimów, miejsc i czasów graczy, którzy sami się na niej pokazali, widocznej dla graczy, którzy ukończyli grę, i dla organizatora (zasady uczestnictwa studio-2026-10-10-v11, Regulamin Markerra Studio w wersji 2.4). Czas gracza liczymy od jego potwierdzenia startu przy dołączeniu do gry albo od pierwszego zaliczonego punktu — według ustawienia organizatora — do ostatniego wymaganego punktu, a moment potwierdzenia startu zapisujemy we wpisie gracza. Zmieniły się rozdziały „Najkrócej”, „Administrator i role w konkretnym wdrożeniu” (współadministrowanie w zakresie rankingu, wyłączenie czynności osobistych lub domowych, użycie listy poza panelem przez organizatora jako odrębnego administratora), „Dostawcy i odbiorcy”, „Lokalizacja”, „Raporty funkcjonalne i techniczne dla klientów”, „Retencja danych”, „Usunięcie konta” i „Prawa użytkownika” (wycofanie zgody, środki automatyczne, kontrola prędkości, przegląd przez człowieka) oraz doszły wiersze w tabelach danych, podstaw prawnych i okresów przechowywania. Zdanie, że organizator nie otrzymuje danych osobowych graczy, ma od tej wersji wyjątek dla rankingu. Ta sama zmiana wprowadza dwa uzupełnienia niezwiązane z rankingiem: wynik sprawdzenia numeru VAT UE nabywcy-firmy w systemie VIES Komisji Europejskiej (numer, wynik, czas sprawdzenia, numer konsultacji) jako dokumentacja podatkowa — wiersze „Płatności i faktury” i „Płatności, faktury i dokumentacja podatkowa”, nowy odbiorca i zdanie w okresach przechowywania — oraz opis Brevo rozszerzony o wiadomość z fakturą korygującą, której załącznikiem jest PDF korekty. Dziesiąta zmiana dotyczy subskrypcji w Markerra Studio i sposobów płatności (Regulamin Markerra Studio w wersji 2.6): dane subskrypcji przekazywane przez Stripe, w tym zakładanie klienta w Stripe przed płatnością subskrypcji, wiadomości o subskrypcji wysyłane przez Brevo, limit nowych graczy w każdym miesiącu subskrypcji, okres publikacji gry w subskrypcji, podstawy prawne i retencja zapisów subskrypcji, zakończenie subskrypcji przy usunięciu konta, szkice gier objętych subskrypcją oraz automatyczne reguły subskrypcji w rozdziale „Prawa użytkownika” (zakończenie, niepobranie opłaty, wstrzymanie przy nieustalonym kraju i zwroty zlecane automatycznie — a gdy automat jest wyłączony albo zawiedzie, przez człowieka w tym samym terminie), a także kontrola sankcji przy odnowieniu w wierszach „Płatności i faktury” i „Kontrola sankcji przy zamówieniu w Markerra Studio” tabeli danych. Ta sama zmiana wprowadza uzupełnienia, które nie dotyczą wyłącznie subskrypcji: w rozdziale „Najkrócej” i w opisie strony — płatności i kontrola sankcji w Markerra Studio; w rozdziale „Dostawcy i odbiorcy” — dane przekazywane Stripe przy zamówieniu, przekazanie danych do Stripe, LLC w Stanach Zjednoczonych (EU–US Data Privacy Framework, zapasowo standardowe klauzule umowne) i rola Stripe jako odrębnego administratora, faktury firm w programie mOrganizer i w Krajowym Systemie e-Faktur, obsługa księgowa, wiadomości o płatności wstrzymanej do sprawdzenia kraju, powiadomienie operatora o zakończeniu subskrypcji i okres widoczności wpisów rankingu; w tabeli danych — logowanie do Markerra Studio adresem e-mail i hasłem, pełniejszy zakres zapisu subskrypcji, cel „ustalenie, dochodzenie lub obrona roszczeń” przy subskrypcji i okres widoczności wpisów rankingu; w tabeli podstaw prawnych — art. 6 ust. 1 lit. f RODO dla zapisów subskrypcji przechowywanych dłużej, niż wymagają przepisy podatkowe; w rozdziale „Retencja danych” — klient Stripe w rezerwacji płatności, usuwanie klientów Stripe z nieopłaconych zamówień oraz to, kiedy konto organizatora w Studio uznajemy za nieaktywne, i uprzedzenie z terminem co najmniej 30 dni (§5 Regulaminu Studio); w rozdziale „Prawa użytkownika” — wymóg podania danych przy zamówieniu w Markerra Studio, źródła danych (Stripe, VIES) i wstrzymanie płatności jednorazowej, gdy nie da się ustalić kraju albo dane wskazują państwo ze wstrzymaną sprzedażą. Przelewy24 nie są już sposobem płatności, więc zdania o nich usunięto; wzmianki w opisie szóstej i siódmej zmiany zostają jako historia. Ta sama zmiana doprecyzowuje trzy opisy tak, żeby zgadzały się z działaniem usługi: wiadomość o wstrzymaniu pobranej opłaty za kolejny okres (rozdział „Dostawcy i odbiorcy”, opis Brevo) dotyczy także kontroli sankcji i płatności w innej walucie niż złoty, a nie tylko sprawdzenia kraju; wpis rankingu jest pokazywany dokładnie przez 120 dni od startu gracza, a nie „mniej więcej”, i znika z listy, z panelu organizatora i z widoku gracza, zanim comiesięczne porządkowanie usunie jego wiersz — także gdy pierwszy punkt gracza pochodzi z poprzedniego okresu publikacji gry, bo 120 dni liczymy wtedy od tego wcześniejszego punktu, więc wpis bywa niewidoczny wkrótce po ukończeniu gry albo od razu (rozdział „Dostawcy i odbiorcy”, tabela danych i rozdział „Retencja danych”); w rozdziale „Cookies i analityka strony” zdanie o panelu Markerra Studio mówi wprost, że odrzucenie albo wycofanie zgody w panelu usuwa też cookies _ga, w tym cookie wspólne ze stroną. Ta sama zmiana dopisuje też, od kiedy i których wersji aplikacji dotyczy opis: na początku dokumentu — zdanie, że przetwarzanie związane z panelem Markerra Studio (w tym konto organizatora, gry i szkice, zamówienia, płatności jednorazowe i w subskrypcji, kontrola sankcji, ranking w grach ze Studio i połączenie telefonu organizatora do zapisu tagów NFC) zachodzi od dnia udostępnienia panelu, a w akapicie „Co gracz deklaruje w aplikacji” — że wersje aplikacji udostępniane w sklepach przed wersją 2.1.0 nie pytają o datę urodzenia (ostatnie, 2.0.11 na Androidzie i 2.0.13 na iOS, proszą o zaznaczenie pola z oświadczeniem o ukończeniu 18 lat, a starsze proszą o to samo albo nie pytają o wiek wcale), że serwer nie przyjmuje z nich akceptacji zasad (trzeba zaktualizować aplikację) i co zawierają dowody zapisane wcześniej z wersji z polem oświadczenia. Jedenasta zmiana dotyczy funkcji odstąpienia od umowy w panelu Markerra Studio i zamówienia subskrypcji przez firmę (§6a ust. 1 i 2 oraz §7 ust. 1 Regulaminu Markerra Studio): w rozdziale „Dostawcy i odbiorcy” — zapisanie karty firmy przed pierwszą opłatą subskrypcji i usuwanie karty, nazwy, adresu i numeru podatkowego z danych klienta w Stripe, gdy umowa nie została zawarta, potwierdzenie otrzymania oświadczenia o odstąpieniu i wiadomości o zamówieniu subskrypcji przez firmę wysyłane przez Brevo oraz powiadomienia operatora o odstąpieniu i o starcie takiej subskrypcji; w tabelach danych, podstaw prawnych i okresów przechowywania — dane oświadczenia o odstąpieniu złożonego funkcją w panelu (art. 6 ust. 1 lit. c RODO, przechowywane razem z zapisem płatności); w rozdziale „Retencja danych” — dziennik startu subskrypcji zamawianej przez firmę (do 120 dni) i chwila usunięcia danych takiego klienta w Stripe. Dwunasta zmiana dotyczy trasy pieszej w aplikacji na Androida: w rozdziale „Dostawcy i odbiorcy” doszedł punkt o serwisie brouter.de projektu BRouter (Niemcy), w którym aplikacja po naciśnięciu „Trasa piesza do celu” sprawdza rozmiar plików danych tras — jeszcze przed oknem z informacją o pobraniu — i z którego pobiera je po potwierdzeniu w tym oknie; serwis otrzymuje adres IP telefonu, oznaczenie aplikacji w nagłówku żądania i nazwy plików regionów mapy o boku 5 stopni, bez dokładnej pozycji, konta i danych gry; sprawdzenie powtarza się, dopóki trasa jest włączona, przy jej ponownym wyznaczeniu. Ten sam punkt mówi, że aplikacja na iOS wyznacza trasę pieszą usługą map Apple, która otrzymuje wtedy bieżącą pozycję i współrzędne celu; w rozdziale „Lokalizacja” doszło zdanie o pobraniu pozycji do trasy pieszej, a w tabeli „Podstawy prawne” — wiersz „Trasa piesza w aplikacji” (art. 6 ust. 1 lit. b RODO). Poza tymi dwunastoma zmianami, datą wersji i historią zmian żadne zdanie nie zmieniło brzmienia; żadne nie zmieniło też znaczenia. Wersja 2026-09-23 zastąpiła wersję 2026-09-06. Zmiana z 23 września 2026 r. dopisała wyszukiwarkę adresów w oknie mapy panelu Markerra Studio (usługa Nominatim OpenStreetMap Foundation) do listy dostawców i odbiorców oraz do akapitu o przekazywaniu danych do Wielkiej Brytanii; dotychczasowe zdania nie zmieniły brzmienia. Wersja 2026-09-06 zastąpiła wersję 2026-09-04. Zmiana z 6 września 2026 r. sprostowała cztery opisy tak, żeby zgadzały się z kodem: skaner kodów w aplikacji na Androida (własny skaner z rozpoznawaniem na urządzeniu, bez Google Code Scanner i sesji autozoomu), powiadomienia operatora przy wstrzymanej płatności (także dla osoby prywatnej), okres przechowywania zapisów płatności (jedno brzmienie w całym dokumencie), pomiar zakupu w panelu Markerra Studio oraz — w tabeli okresów przechowywania — usuwanie szkiców gier nieedytowanych przez 2 lata. Zmiana z 4 września 2026 r. dopisała rozdział „Gdzie przetwarzamy dane i jak chronimy je przed dostępem obcych organów” — informację wymaganą przez art. 28 rozporządzenia (UE) 2023/2854 (akt w sprawie danych).

Poprzednie brzmienie tego rozdziału, zachowane dla historii (wersja 2026-08-25): „Gracz, który ma co najmniej 16 lat, uczestniczy w grze samodzielnie. Gracz w wieku 13–15 lat może uczestniczyć tylko wtedy, gdy jego opiekun prawny wyraził na to zgodę. Osoba poniżej 13 lat nie zakłada własnego konta i może przejść grę wyłącznie razem z opiekunem korzystającym ze swojego konta. Publiczne demo techniczne pozostaje dostępne od 18 lat.” Rozdział opisywał wtedy trzy przedziały wieku, blokadę dobrowolnej analityki na ścieżce 13–15 lat oraz rolę opiekuna prawnego. Przy jednolitym progu 18 lat wszystkie te mechanizmy stały się bezprzedmiotowe.

Poprzednie brzmienie tego akapitu, zachowane dla historii (wersja 2026-08-28): „Przed pierwszym skanem aplikacja pokazuje ekran akceptacji zasad uczestnika z jednym oświadczeniem: że gracz ma ukończone tyle lat, ile wymaga wdrożenie.” Opis odpowiadał bramce wieku sprzed 29 sierpnia 2026 r. Od tej daty aplikacja pyta o datę urodzenia zamiast o zaznaczenie oświadczenia progowego; zdanie „nie zapisujemy daty urodzenia” pozostaje prawdziwe i jest w tym mechanizmie ważniejsze niż wcześniej.