Przejdź do treści

Polityka Cookies

Ostatnia aktualizacja: 16 października 2026 (wersja 1.8)

1. Wprowadzenie

Niniejsza Polityka Cookies opisuje, w jaki sposób platforma Pure Alpha (dalej: „Platforma”, dostępna pod adresem purealphahotel.pl) wykorzystuje pliki cookies oraz inne technologie przechowywania danych po stronie przeglądarki. Dokument stanowi rozwinięcie §12 Polityki Prywatności i należy go czytać łącznie z nią. Pełne informacje o transferach danych oraz wykazie podprocesorów znajdują się w Polityce Prywatności.

Wykaz w §4 obejmuje pliki cookies i klucze przechowywania lokalnego ustawiane przez kod Platformy, a gdy zaznaczono to wprost — także pozycje, które Platforma wyłącznie odczytuje (np. ustawione przez stronę hotelu albo przez framework). Wykaz obejmuje wszystkie powierzchnie Platformy: pulpit operatora, strony marketingowe, powierzchnie gościa (CardLess, restauracja, portal lojalnościowy, WiFi), terminale Pure POS oraz widget Pure Engage osadzany na stronie hotelu. Identyfikatory marketingowe nieprzechowywane w przeglądarce gościa zostały opisane w §3.4, nie zaś w tabelach przechowywania.

2. Czym są pliki cookies

Pliki cookies to niewielkie pliki tekstowe zapisywane na urządzeniu końcowym użytkownika (komputer, tablet, telefon) podczas korzystania z Platformy. Umożliwiają one rozpoznanie przeglądarki użytkownika oraz przechowywanie informacji niezbędnych do świadczenia usługi, utrzymania sesji i zapamiętania preferencji. Obok klasycznych plików cookies Platforma korzysta również z mechanizmów localStorage oraz sessionStorage przeglądarki, które pełnią analogiczne funkcje i podlegają tym samym zasadom co cookies.

3. Kategorie plików cookies używanych na Platformie

Pliki cookies oraz technologie przechowywania danych wykorzystywane na Platformie dzielimy na cztery kategorie:

3.1. Niezbędne (strictly necessary)

Konieczne do prawidłowego funkcjonowania Platformy — uwierzytelnianie, utrzymanie sesji, ochrona przed atakami CSRF, kontekst aktywnego hotelu, sesja aplikacji pracowniczej, sesja portalu gościa oraz parowanie ekranów Digital Signage. Nie wymagają zgody użytkownika (art. 399 ustawy z dnia 12 lipca 2024 r. — Prawo Komunikacji Elektronicznej, dalej „PKE”, w zw. z art. 5 ust. 3 Dyrektywy ePrivacy — wyjątek dla cookies niezbędnych do świadczenia usługi żądanej przez użytkownika). Ich zablokowanie uniemożliwia korzystanie z Platformy.

3.2. Funkcjonalne (functional)

Zapamiętują preferencje użytkownika oraz stan elementów interfejsu (np. wybór języka, tryb widoku pulpitu, zapis decyzji o zgodzie na cookies, flagi widgetów Pure Engage). Poprawiają komfort korzystania, ale nie są bezwzględnie niezbędne do świadczenia usługi.

3.3. Analityczne (analytics)

Służą do pomiaru sposobu korzystania z Platformy w celu jej ulepszania. Stosowane wyłącznie po wyrażeniu wyraźnej zgody w mechanizmie zgody na cookies (CMP). Pure Alpha nie stosuje technik fingerprinting ani śledzenia międzywitrynowego. Przechowywanie danych analitycznych modułu komunikacji (Pure Engage) opisano w §3.4 i odbywa się wyłącznie po uprzedniej zgodzie zapisanej w pliku pa_consent_v1.

Google Tag Manager (GTM-MDFQGWZB). Na stronach marketingowych Platformy — /page (wraz z podstronami) oraz /register — ładowany jest menedżer tagów Google Tag Manager (dostawca: Google Ireland Limited). Skrypt menedżera wczytuje się przy wejściu na stronę, jeszcze przed decyzją w banerze zgody.

Jest to możliwe, ponieważ menedżer uruchamiany jest w trybie zgody Google (Google Consent Mode v2) z ustawieniem domyślnym analytics_storage: denied oraz ad_storage: denied: do czasu udzielenia zgody nie zapisuje żadnych plików cookies ani danych w urządzeniu i nie wysyła zdarzeń do usług pomiarowych Google. Zgoda udzielona w banerze przestawia te ustawienia na granted, a jej wycofanie (§6) — z powrotem na denied.

Menedżer tagów sam w sobie nie prowadzi pomiaru — uruchamia skrypty skonfigurowane w panelu Google, których zawartość może się zmieniać bez wdrożenia nowej wersji Platformy. Na dzień publikacji niniejszej Polityki kontener nie zawiera identyfikatorów Google Analytics 4 ani Google Ads; uruchamia wyłącznie własny skrypt Pure Alpha (pa-tag.js). Dodanie narzędzia pomiarowego strony trzeciej będzie poprzedzone aktualizacją tej sekcji.

3.4. Marketingowe (marketing)

Wykorzystywane przez moduł komunikacji marketingowej (Pure Engage) do personalizacji komunikatów, kontroli częstotliwości wyświetlania oraz subskrypcji powiadomień Web Push. Stosowane wyłącznie po wyrażeniu wyraźnej zgody zapisanej w pliku pa_consent_v1 (przed jej wyrażeniem widget przechowuje wartości wyłącznie w pamięci, bez zapisu do localStorage). Pure Engage nie używa plików cookies stron trzecich i nie stosuje fingerprinting. Identyfikator wizyty zapisywany w przeglądarce gościa to klucz localStorage pa_visitor_id_<token16>. Wewnętrzny pseudonim profilu marketingowego (HMAC-SHA256 z pepperem przechowywanym w sejfie kluczy infrastruktury chmurowej w EOG) jest wyliczany i przechowywany wyłącznie po stronie serwera — nie jest zapisywany jako plik cookie ani w pamięci przeglądarki gościa, dlatego nie figuruje w tabelach §4.

4. Szczegółowy wykaz plików cookies i danych przechowywania

Poniższe tabele zawierają faktyczne pliki cookies oraz klucze przechowywania lokalnego ustawiane przez Platformę. Dostawcą wszystkich pozycji jest Pure Alpha (1st-party), z wyjątkiem cookies warstwy CDN oraz widgetu anty-bot Turnstile dostarczanych przez Cloudflare, Inc. (część z nich, jak Turnstile, działa w kontekście strony trzeciej) oraz cookies sesji ustawianych przez bibliotekę uwierzytelniającą NextAuth.

4.1. Pliki cookies

DostawcaNazwaKategoriaCelCzas przechowywaniaWymagana zgoda
NextAuthnext-auth.session-token (prod: __Secure-next-auth.session-token)NiezbędnySesja uwierzytelniania (JWT)Sesja (token JWT ważny 24 h)Nie (niezbędny)
NextAuthnext-auth.csrf-token (prod: __Host-next-auth.csrf-token)NiezbędnyOchrona przed atakami CSRFSesjaNie (niezbędny)
NextAuthnext-auth.callback-urlNiezbędnyURL powrotny po zalogowaniuSesjaNie (niezbędny)
Pure Alphapa-impersonateNiezbędnyImpersonacja hotelu (SuperAdmin)4 godzinyNie (niezbędny)
Pure Alphapa-active-hotelNiezbędnyKontekst aktywnego hotelu (po przełączeniu)24 godzinyNie (niezbędny)
Pure Alphaguest-jwtNiezbędnySesja portalu gościa (HttpOnly)7 dniNie (niezbędny)
Pure Alphaemployee-app-tokenNiezbędnySesja aplikacji pracowniczej (HttpOnly, SameSite=Strict)8 godzinNie (niezbędny)
Pure Alphapa-webauthn-challengeNiezbędnyJednorazowe wyzwanie logowania kluczem dostępu (passkey / WebAuthn FIDO2, HttpOnly, SameSite=Strict)5 minutNie (niezbędny)
Pure Alphapa-bar-deviceNiezbędnyToken sparowanego urządzenia skanera (Voucher / Pure Bar, HttpOnly, SameSite=Strict)Do wygaśnięcia parowania urządzeniaNie (niezbędny)
NextAuthnext-auth.pkce.code_verifier, next-auth.stateNiezbędnyZabezpieczenie przepływu logowania przez Google (PKCE + parametr state) — ustawiane wyłącznie na czas logowania OAuth, usuwane po powrociePrzejściowy (ok. 15 min)Nie (niezbędny)
Pure Alphapi-langFunkcjonalnyWybór języka powierzchni gościa (Pure Info)1 rokNie
Ustawiany zewnętrznie / przeglądarkaguest_langFunkcjonalnyWybór języka portalu gościa (Pure Loyal) — Platforma jedynie odczytuje wartośćZewnętrzny (zwykle ok. 1 rok przeglądarki)Nie
next-intl (planowane app/layout)NEXT_LOCALEFunkcjonalnyWybór języka interfejsu administracyjnego — Platforma jedynie odczytuje wartośćDomyślny dla frameworka (ustawiany gdy używany)Nie
Pure Alphads-code, ds-zoneNiezbędnyParowanie i strefa ekranu Digital Signage (telewizory). HttpOnly: FALSE — wartość musi być odczytywalna przez skrypt odtwarzacza TV. SameSite=Lax. Te same identyfikatory są dodatkowo zapisywane przez odtwarzacz w localStorage oraz w cookie po stronie klienta (document.cookie), aby przetrwać restart telewizora.1 rok (31 536 000 s)Nie (niezbędny)
Cloudflare, Inc.Cookies warstwy CDN/WAF (_cfuvid, cf_clearance; dodatkowo __cf_bm tylko w razie aktywacji planu wyższego niż Free)NiezbędnyOgraniczanie liczby żądań (_cfuvid), weryfikacja zarządzanego wyzwania bezpieczeństwa (cf_clearance) oraz ochrona DDoS warstwy CDN (proxy DNS)Do ok. 30 minut / sesjaNie (niezbędny)
Cloudflare, Inc. (Turnstile)Cookies widgetu Turnstile ustawiane w kontekście domeny challenges.cloudflare.com (kontekst strony trzeciej)NiezbędnyOchrona przed botami (anti-bot) na stronie logowania — weryfikacja, że żądanie pochodzi od człowiekaSesja / przejściowyNie (niezbędny)
Pure Alphapa-localeFunkcjonalnyWybrany język interfejsu — odczytywany również po stronie serwera, żeby strona przyszła od razu we właściwym języku1 rokNie (niezbędny do funkcji wybranej przez użytkownika)
Pure Alphapa-csrf-tokenNiezbędnyOchrona przed atakami CSRF (żeby obce strony nie mogły wykonać operacji w imieniu zalogowanego użytkownika). Celowo dostępny dla kodu strony, bo musi trafić do nagłówka żądania6 godzinNie (niezbędny)
Pure Alpha (Pure POS)pa-pos-device, pa-pos-staffNiezbędnySparowanie terminala Pure POS z lokalem oraz sesja zalogowanego pracownika na terminalu. Powierzchnia wyłącznie personelu — nie występuje u gościaUrządzenie: do wyparowania · pracownik: 12 godzin (koniec zmiany)Nie (niezbędny)
Pure Alpha (CardLess)pa_stay, pa_stay_hint, pa_stay_vNiezbędnyRozpoznanie pobytu gościa po zbliżeniu opaski lub karty (CardLess): token pobytu, znacznik „pobyt istnieje” sterujący widokiem oraz token potwierdzenia kodem PIN. Ustawiane wyłącznie na powierzchni gościa danego obiektuDo końca pobytu (czas wyznacza obiekt)Nie (niezbędny)
Pure Alpha (restauracja)pa_presenceNiezbędnyPotwierdzenie, że gość jest przy stoliku — wiąże zamówienie ze stolikiem i pokazuje gościowi rachunek tego stolika, bez logowania. Ustawiany po przyłożeniu telefonu do stolika albo zeskanowaniu jego koduCzas obecności przy stoliku (ustalany przez lokal)Nie (niezbędny)
Pure Alpha (Pure Engage)pe_sessionNiezbędnyCiągłość rozmowy w czacie widgetu osadzonego na stronie hotelu — żeby po odświeżeniu strony gość wrócił do tej samej rozmowy. Atrybut SameSite=None jest konieczny, bo widget działa w ramce na domenie hotelu; cookie należy jednak do Pure Alpha i nie służy śledzeniu międzywitrynowemu180 dniNie (niezbędny do działania czatu)

4.2. Przechowywanie lokalne — preferencje i interfejs (localStorage / sessionStorage, funkcjonalne)

DostawcaNazwaCelCzas przechowywaniaWymagana zgoda
Pure Alphapa_cookie_consentZapis decyzji o zgodzie na cookies (pulpit / aplikacja)TrwałyNie (zapis zgody)
Pure Alphapa_consent_v1Zapis decyzji o zgodzie na cookies (widget Pure Engage u gościa)TrwałyNie (zapis zgody)
Pure Alphaemployee-app-employee, employee-app-has-passkey, employee-app-reauth-pendingKontekst aplikacji pracowniczej (profil, dostępność passkey, ponowna autoryzacja). Token sesji jest w cookie HttpOnly — patrz §4.1.Sesja przeglądarki / trwałyNie
Pure Alphadashboard-viewModeZapamiętanie trybu widoku pulpitu (kafelki / lista)TrwałyNie
Pure Alphapure-alpha-user-role, pure-alpha-callback-url, pure-alpha-login-departmentZapamiętanie roli/działu i adresu powrotnego przy logowaniuTrwałyNie
Pure Alphapi-screensaver-langWybór języka wygaszacza ekranu (kiosk Pure Info)TrwałyNie
Pure Alphanewsletter_includeCrmGalleryPreferencja edytora newslettera (dołącz galerię CRM)TrwałyNie
Pure Alphapa-waiterless-lokal:<id hotelu>, pa-wl-karta-kategorie-zwinietePreferencje widoku w modułach Waiterless i Pure Menu: ostatnio wybrany lokal (wspólny dla obu modułów) oraz zwinięcie paska kategorii karty w WaiterlessTrwałyNie
Pure Alphapa_sales_mode, pa_sales_selected_monthZapamiętanie trybu i miesiąca w module Motywacja SprzedażyTrwałyNie
Pure Alphacallcenter-nav-state, cc.softphoneOpenStan nawigacji i softphone w module CallCenterTrwałyNie
Pure Alphaloyal_banner_dismissedFlaga zamknięcia banera w portalu lojalnościowym gościaSesja przeglądarkiNie
Pure Alphagp_photo_nameZapamiętanie imienia w ścianie zdjęć portalu grupowegoTrwałyNie

4.3. Przechowywanie lokalne — moduł komunikacji Pure Engage (localStorage, wymaga zgody)

Poniższe klucze są zapisywane przez widget Pure Engage osadzony na stronie hotelu dopiero po wyrażeniu zgody w banerze CMP (pa_consent_v1). Przed zgodą widget przechowuje wartości wyłącznie w pamięci. Część kluczy posiada przyrostek z identyfikatorem sesji lub hosta (np. <sid>).

DostawcaNazwaCelCzas przechowywaniaWymagana zgoda
Pure Alpha (Pure Engage)pa_engage_sessionIdentyfikator sesji widgetu (z sygnaturą czasową)TrwałyTak
Pure Alpha (Pure Engage)pa_visitor_id_<token16>Pseudonimowy identyfikator wizyty (1st-party)TrwałyTak
Pure Alpha (Pure Engage)pa_utm_<sid>, pa_first_visit_<token16>Atrybucja źródła wizyty (UTM) i znacznik pierwszej wizytyTrwałyTak
Pure Alpha (Pure Engage)pa_popup_budgetKontrola częstotliwości wyświetlania popupówTrwałyTak
Pure Alpha (Pure Engage)pa_abandonments, pa_cart_return_firedWykrywanie porzucenia rezerwacji i kontrola powiadomień powrotnychTrwałyTak
Pure Alpha (Pure Engage)pa_push_state_<token>Decyzja w sprawie powiadomień Web Push (pamiętana 7 dni), znacznik subskrypcji, kopia jej adresu i identyfikator sesji, w której ją założono — potrzebne, żeby nie pytać ponownie i żeby pokazać przycisk wyłączenia powiadomieńTrwałyTak
Pure Alpha (Pure Engage)pa_engage_scarcity_fired_<sid>, pa_engage_countdown_fired_<sid>Flagi widgetów dostępności i odliczania (anty-powtórzenie)TrwałyTak
Pure Alpha (Pure Engage)pa_welcome_shown:<featureId>Flaga: widget powitalny już wyświetlonyTrwałyTak
Pure Alpha (Pure Engage)pa_spb_dismissed, pa_banner_dismissedZapamiętuje, że gość zamknął baner (nie pokazuje go ponownie przez 12 godzin)TrwałyTak
Pure Alpha (Pure Engage)pa_exit_<featureId>, pa_exit_converted_<featureId>Kontrola popupu exit-intent i znacznik konwersjiTrwałyTak
Pure Alpha (Pure Engage)pa_segmentSegment gościa wyznaczony na potrzeby personalizacjiSesja przeglądarkiTak

Web Push wykorzystuje dodatkowo natywny mechanizm subskrypcji przeglądarki (Service Worker / Push API) — nie jest to plik cookie ani wpis localStorage, lecz subskrypcja zarządzana przez przeglądarkę, aktywowana wyłącznie po zgodzie gościa. Punkt końcowy subskrypcji (endpoint) jest przechowywany jednocześnie w trzech miejscach: (1) w subskrypcji zarządzanej przez Service Worker (pushManager.subscription.endpoint), (2) na serwerze Platformy (po wysłaniu na /api/public/pure-engage/<token>/push/subscribe) oraz (3) jako kopia w localStorage we wpisie pa_push_state_<token> (skrócona do 2000 znaków).

5. Service Workers i przechowywanie w urządzeniu (poza cookies)

Poza klasycznymi plikami cookies oraz pamięcią localStorage/sessionStorage Platforma wykorzystuje Service Workers — skrypty działające w tle przeglądarki, które mogą korzystać z dodatkowych mechanizmów przechowywania w urządzeniu: Cache API (pamięć podręczna zasobów do działania offline), IndexedDB (baza danych przeglądarki) oraz Web Push (subskrypcja powiadomień). Zgodnie z art. 399 PKE w zw. z art. 5 ust. 3 Dyrektywy ePrivacy każdy z tych mechanizmów stanowi przechowywanie informacji w urządzeniu końcowym i podlega ujawnieniu. Poniższa tabela wymienia wszystkie Service Workery Platformy oraz wykorzystywane przez nie technologie.

Service WorkerZakres (scope)Web PushCache APIIndexedDBUwagi
sw.js/NieNie (tylko czyszczenie / kill-switch)NieWyrejestrowuje się samoczynnie i usuwa stare pamięci podręczne
pa-sw.js/pe/Tak (Pure Engage)NieNieBrak zapisu danych osobowych („NO PII read/stored/logged”)
sw-guest-push.js/h/Tak (oceny dań gościa)NieNiePowiadomienia menu gościa
pure-info-sw.js/h/TakTak (offline kiosku)Tak (kolejka zgłoszeń offline gościa)Baza pi-offline — może zawierać dane wpisane przez gościa do czasu wysłania na serwer
pure-bar-sw.js/scanner/Tak (wezwania do baru)NieNiePowiadomienia modułu Pure Bar
employee-app-sw.js/employee-app/NieTak (offline aplikacji)Tak (kolejka zdarzeń offline pracownika)Baza pa-employee-queue — może zawierać dane pracownika (zdarzenia rejestracji czasu pracy) do czasu zsynchronizowania z serwerem
ds-sw.js/ds/NieNie (tylko czyszczenie starych pamięci)NieWyłączony na telewizorach Samsung — stub wyrejestrowujący starą wersję
ds-totem-sw.js/ds/player/Tak (Cache API)NieNieTotem informacyjny w obiekcie — pamięć podręczna treści, żeby ekran działał przy zerwanym łączu. Urządzenie zamontowane, nie sesja gościa
ki-sw.js/ki/Tak (Cache API)NieNieKiosk informacyjny — pamięć podręczna treści do pracy bez łącza
pure-pos-sw.js/pure-pos/Tak (Cache API)NieNieTerminal Pure POS — pamięć podręczna karty dań i powłoki aplikacji, żeby kasa działała przy zerwanym łączu. Powierzchnia personelu

Mechanizmy te są niezbędne do działania odpowiednich powierzchni (offline kiosku, aplikacja pracownicza, powiadomienia Web Push po zgodzie). Dane w IndexedDB są przejściowe — są usuwane po zsynchronizowaniu z serwerem. Użytkownik może w każdej chwili wyczyścić Service Workery oraz pamięć IndexedDB/Cache w ustawieniach prywatności przeglądarki (sekcja danych witryny).

6. Jak zaakceptować lub odrzucić pliki cookies

Mechanizm zgody na cookies (CMP): Przy pierwszej wizycie wyświetlany jest baner zgody, w którym użytkownik może zaakceptować lub odrzucić poszczególne kategorie cookies (analityczne, marketingowe). Wybór zapisywany jest w pliku pa_cookie_consent (pulpit) lub pa_consent_v1 (widget gościa). Do czasu udzielenia zgody nie są zapisywane żadne cookies ani dane localStorage inne niż niezbędne.

Wycofanie lub zmiana zgody (art. 7 ust. 3 RODO): Zgodę można wycofać lub zmienić w dowolnym momencie, naciskając „Ustawienia cookies” w stopce Platformy. Przycisk ponownie otwiera baner zgody w widoku ustawień, z wczytaną bieżącą preferencją — wycofanie wymaga więc dokładnie tylu kliknięć, co udzielenie zgody. Zapisanie wyboru z wyłączoną kategorią analityczną natychmiast odwołuje zgodę w trybie zgody Google (Consent Mode: analytics_storage i ad_storage wracają do stanu denied) i zatrzymuje dalsze zbieranie danych analitycznych. Wycofanie nie ma wpływu na zgodność z prawem przetwarzania dokonanego przed jego zgłoszeniem. Cookies i wpisy przechowywania lokalnego zapisane wcześniej usuwa się w ustawieniach przeglądarki (opis niżej); ich okresy ważności podaje wykaz w §4.

Ustawienia przeglądarki: Użytkownik może samodzielnie zarządzać plikami cookies i danymi przechowywania lokalnego w ustawieniach swojej przeglądarki internetowej, w tym blokować lub usuwać pliki cookies. Należy pamiętać, że usunięcie plików cookies niezbędnych może uniemożliwić prawidłowe korzystanie z Platformy. Instrukcje dostępne są w dokumentacji najpopularniejszych przeglądarek (Chrome, Firefox, Safari, Edge) w sekcji ustawień prywatności.

7. Podstawa prawna i transfery danych

Podstawa prawna cookies: Wykorzystywanie plików cookies niezbędnych do świadczenia usługi opiera się na art. 399 ustawy z dnia 12 lipca 2024 r. — Prawo Komunikacji Elektronicznej (PKE; obowiązuje od 10 listopada 2024 r., zastępując art. 173 uchylonej ustawy z dnia 16 lipca 2004 r. — Prawo telekomunikacyjne) w zw. z art. 5 ust. 3 Dyrektywy 2002/58/WE (Dyrektywa ePrivacy). Cookies analityczne i marketingowe stosowane są wyłącznie za odrębną, wyraźną zgodą wyrażoną w mechanizmie zgody na cookies (CMP), spełniającą wymogi art. 4 pkt 11 i art. 7 RODO oraz Wytycznych EROD 05/2020 — niezależnie od akceptacji Regulaminu Platformy.

Transfery danych i podprocesorzy: Szczegółowe informacje o transferach danych poza Europejski Obszar Gospodarczy (mechanizmy SCC, DPF, adekwatność UK) oraz pełny wykaz podprocesorów (kategorialnie: dostawcy infrastruktury chmurowej w EOG, warstwy bezpieczeństwa sieciowego i anty-bot; lista podmiotowa dostępna dla Klientów korporacyjnych po podpisaniu NDA) znajdują się w Polityce Prywatności (§7–§10).

8. Aktualizacja i procedura zmian

Niniejsza Polityka Cookies może być aktualizowana w celu dostosowania do zmian w przepisach prawa, stosowanych technologii lub wykazu podprocesorów. O istotnych zmianach informujemy z co najmniej 30-dniowym wyprzedzeniem, w sposób analogiczny do zmian Polityki Prywatności. Aktualna wersja jest zawsze dostępna pod adresem /polityka-cookies.

Wersja: 1.8

Data wejścia w życie: 16 października 2026 r.

Zmiany w wersji 1.8 (16 października 2026) — aktualizacja celu pliku potwierdzającego obecność gościa przy stoliku (§4): jest ustawiany po każdym przyłożeniu telefonu do stolika albo zeskanowaniu jego kodu i służy także do pokazania gościowi rachunku tego stolika. Kategoria (niezbędny) i okres przechowywania bez zmian.

Zmiany w wersji 1.7 (4 października 2026) — aktualizacja celu klucza zapamiętującego ostatnio wybrany lokal (§4.2): korzysta z niego także moduł Pure Menu, dzięki czemu przejście między Waiterless a Pure Menu zachowuje wybrany lokal. Kategoria i okres przechowywania bez zmian.

Zmiany w wersji 1.6 (2 października 2026) — aktualizacja wykazu przechowywania lokalnego (§4.2) i opisu Web Push (§5) w module Pure Engage: trzy klucze zapisywane osobno dla każdej sesji zastąpione jednym wpisem na stronę, z decyzją, znacznikiem subskrypcji, kopią jej adresu i identyfikatorem sesji, w której ją założono. Stare klucze są usuwane przy pierwszej wizycie.

Zmiany w wersji 1.5 (27 września 2026) — aktualizacja wykazu przechowywania lokalnego (§4.2) w module Waiterless: dopisany klucz zapamiętujący zwinięcie paska kategorii karty (połączony w jeden wiersz z kluczem ostatnio wybranego lokalu), usunięty klucz filtra dań niedostępnych, którego Platforma już nie zapisuje.

Zmiany w wersji 1.4 (26 września 2026) — uzupełnienie wykazu przechowywania lokalnego (§4.2) o klucz modułu Waiterless zapamiętujący ostatnio wybrany lokal (preferencja widoku, bez zgody).

Zmiany w wersji 1.3 (12 września 2026) — korekta zapisów niezgodnych ze stanem faktycznym, wykryta audytem dokumentu wobec kodu: ujawnienie Google Tag Managera ładowanego na stronach marketingowych wraz z opisem trybu zgody Google i usunięcie zdania, które temu przeczyło (§3.3), uzupełnienie wykazu o dziewięć plików cookies faktycznie ustawianych przez Platformę (§4.1) oraz trzy Service Workery (§5), doprowadzenie zdania o kompletności wykazu do stanu, który da się utrzymać w prawdzie (§1), opisanie realnego mechanizmu wycofania zgody — przycisku „Ustawienia cookies” w stopce, którego wcześniej nie było (§6), oraz poprawienie podstawy prawnej cookies z art. 398 na art. 399 PKE (§3.1, §5, §7).

Historia zmian: Pełny rejestr zmian dokumentacji prawnej dostępny jest w Dzienniku zmian.

© 2026 Pure Alpha. Wszelkie prawa zastrzeżone.