EUDI Wallet w mObywatelu pod koniec 2026 roku – kiedy firma powinna dostać tylko potwierdzenie wieku zamiast pełnych danych z dowodu?

Jeżeli sklep, portal albo aplikacja chce ustalić tylko jedno — czy użytkownik ma ukończone 18 lat — przekazywanie firmie imienia, nazwiska, PESEL-u, adresu, numeru dowodu i dokładnej daty urodzenia jest konstrukcyjnie złym rozwiązaniem. Europejski portfel tożsamości cyfrowej ma ten problem przeciąć: zamiast pokazywać cały dokument, użytkownik będzie mógł przekazać konkretny, wiarygodnie potwierdzony atrybut, na przykład „18+”.

W Polsce EUDI Wallet ma dołączyć do ekosystemu mObywatela w grudniu 2026 r. w wersji pilotażowej. Nie oznacza to jednak, że od pierwszego dnia każdy sklep internetowy, bank, operator telekomunikacyjny czy serwis z treściami dla dorosłych będzie technicznie przygotowany na taką weryfikację. Po stronie przedsiębiorców potrzebne będą integracje, rejestracja jako podmiot korzystający z portfela i — co najważniejsze — decyzja, jakich danych rzeczywiście potrzebuje dany proces biznesowy.

To ostatnie jest ważniejsze niż sama technologia. EUDI Wallet nie daje firmom nowego uzasadnienia do zbierania większej liczby danych. Przeciwnie: powstał między innymi po to, aby przedsiębiorca nie dostawał całego zestawu informacji o człowieku wtedy, gdy do wykonania usługi wystarcza jedna odpowiedź: „tak” albo „nie”.

Grudzień 2026 nie oznacza europejskiego dowodu osobistego w telefonie

EUDI Wallet nie będzie po prostu kolejną wersją mDowodu. Europejski portfel tożsamości cyfrowej ma przechowywać i przedstawiać nie tylko dane identyfikacyjne, lecz również elektroniczne poświadczenia konkretnych cech i uprawnień. Takim atrybutem może być wiek, posiadanie określonych kwalifikacji, ważność prawa jazdy czy inne potwierdzenie wydane przez uprawnione źródło.

Fundamentalna różnica pojawia się w chwili udostępniania danych.

Przy klasycznej kontroli dowodu pracownik widzi zwykle znacznie więcej, niż jest mu potrzebne. Chce sprawdzić, czy klient ukończył 18 lat, a przy okazji dostaje jego:

• imię i nazwisko,

• pełną datę urodzenia,

• fotografię,

• numer dokumentu,

• często również inne dane znajdujące się na dokumencie.

Przy selective disclosure, czyli selektywnym ujawnianiu atrybutów, przepływ ma wyglądać inaczej. Firma może dostać wyłącznie potwierdzenie spełnienia warunku, np. „wiek co najmniej 18 lat: TAK”. Nie musi otrzymać informacji, czy klient ma 19, 37 czy 64 lata. Nie potrzebuje również jego nazwiska ani numeru PESEL, jeżeli nie są wymagane do innego celu.

Komisja Europejska rozwija taki model już przed pełnym uruchomieniem portfeli. Unijne rozwiązanie do weryfikacji wieku stało się technicznie gotowe w kwietniu 2026 r. i pozwala potwierdzać określone progi wieku bez ujawniania dokładnego wieku oraz pozostałych danych osobowych. Konstrukcja nie ogranicza się przy tym do „18+”. Technicznie mogą być obsługiwane również inne progi, np. 13+, 15+ albo 65+, jeżeli wymaga tego konkretna usługa.

To istotne także dla polskich firm projektujących nowe procesy już teraz. Budowanie w 2026 r. systemu, który przy każdej weryfikacji wieku żąda skanu dowodu, odczytuje PESEL i zapisuje pełną datę urodzenia, oznacza inwestowanie w model, który trudno pogodzić z kierunkiem nowych europejskich standardów.

Sam portfel ma być dla osoby fizycznej bezpłatny w zakresie wydania, używania i unieważnienia. Po stronie przedsiębiorcy nie oznacza to jednak integracji za zero złotych. Firma będzie musiała przygotować własny system, obsługę komunikacji z portfelem, walidację otrzymywanych poświadczeń, procesy bezpieczeństwa i rejestrację jako relying party. Unijne materiały dotyczące automatycznej weryfikacji wieku wskazują skalę około 1–5 eurocentów za pojedynczą automatyczną weryfikację, ale nie należy mylić tej wartości z pełnym kosztem wdrożenia. Integracja systemu, testy, utrzymanie czy zmiany regulaminów są osobnymi pozycjami.

I tu pojawia się pierwsza niedogodność: standard unijny nie usuwa pracy wdrożeniowej po stronie firmy. Zmienia sposób wymiany danych, ale nie przebuduje automatycznie starego formularza KYC, koszyka sklepowego ani systemu CRM.

Kiedy firma powinna dostać tylko „18+”, a kiedy może żądać więcej

Najprostsza reguła brzmi: zakres danych powinien wynikać z celu, a nie z tego, ile informacji technicznie można pobrać z portfela.

Jeżeli jedynym warunkiem wykonania określonej czynności jest osiągnięcie konkretnego wieku, pełna identyfikacja użytkownika najczęściej nie jest potrzebna do realizacji tego właśnie celu.

Przykład: serwis ma ograniczyć dostęp do określonej sekcji osobom poniżej 18 lat. System potrzebuje odpowiedzi na jedno pytanie. W takim procesie żądanie imienia, nazwiska, adresu i numeru dokumentu tylko po to, aby ustalić wiek, byłoby trudne do obrony z punktu widzenia zasady minimalizacji danych.

Praktyczny test dla administratora systemu powinien wyglądać tak:

1. Co dokładnie musimy ustalić?
Jeżeli odpowiedź brzmi „czy osoba ukończyła 18 lat”, zacząć trzeba od atrybutu 18+, a nie od pełnego zestawu danych identyfikacyjnych.

2. Czy inny przepis wymaga ustalenia tożsamości tej osoby?
Jeżeli nie, nie ma powodu, aby automatycznie rozszerzać weryfikację wieku na identyfikację klienta.

3. Czy dokładna data urodzenia jest potrzebna po zakończeniu sprawdzenia?
Przy prostym age gate zwykle nie. W systemie może wystarczyć zapis, że warunek wieku został skutecznie potwierdzony w określonym momencie.

4. Czy firma potrzebuje trwałego powiązania wyniku z konkretną osobą?
Nie zawsze. Przy jednorazowym wejściu na chronioną stronę wymagania będą inne niż przy zawieraniu umowy na kilka lat.

EUDI Wallet wzmacnia tę logikę również od strony formalnej. Firma korzystająca z portfela w cyfrowej interakcji ma działać jako relying party, czyli podmiot polegający na danych lub poświadczeniach z portfela. Przy rejestracji musi określić przeznaczenie portfela i wskazać, jakich danych zamierza żądać. Nie powinna następnie wykorzystywać interfejsu do pobierania dodatkowych atrybutów „na wszelki wypadek”.

To dobra zmiana, bo w obecnych procesach jednym z najczęstszych błędów jest projektowanie formularza od strony dokumentu: skoro dowód zawiera dziesięć informacji, system próbuje zapisać dziesięć informacji. Prawidłowa kolejność jest odwrotna. Najpierw ustala się cel, potem podstawę prawną, a dopiero na końcu minimalny zestaw atrybutów.

Nie oznacza to jednak, że potwierdzenie „18+” zawsze wystarczy.

Dobrym przykładem jest sektor finansowy. Przy identyfikacji klienta objętej przepisami AML instytucja obowiązana nie sprawdza wyłącznie pełnoletności. Obecne polskie przepisy wymagają ustalania między innymi imienia i nazwiska, obywatelstwa, numeru PESEL albo określonych danych zastępczych oraz serii i numeru dokumentu stwierdzającego tożsamość. W takim procesie samo „18+” nie realizuje ustawowego obowiązku identyfikacji klienta.

Podobnie będzie w każdym przypadku, w którym konkretny przepis wymaga ustalenia tożsamości, a nie tylko określonej cechy osoby.

Trzeba więc rozdzielić dwa zupełnie różne procesy:

• weryfikacja atrybutu — „czy osoba spełnia warunek?”;

• identyfikacja osoby — „kim dokładnie jest ta osoba?”.

EUDI Wallet obsłuży oba scenariusze. Problem zaczyna się wtedy, gdy firma traktuje je jak jedno i to samo.

Firmy powinny przebudować żądanie danych, zanim zaczną integrować EUDI Wallet

Największym błędem byłoby rozpoczęcie projektu od pytania działu IT: „jak podłączyć EUDI Wallet do naszego systemu?”. Najpierw trzeba ustalić, co system ma z portfela pobierać.

Przygotowania warto podzielić na trzy poziomy.

Priorytet 1: audyt miejsc, w których firma sprawdza wiek

Trzeba odnaleźć każdy punkt, w którym klient podaje datę urodzenia, PESEL, przesyła dokument albo okazuje dowód wyłącznie z powodu ograniczenia wiekowego. Dotyczy to nie tylko formularzy rejestracyjnych. Dane mogą trafiać do systemu również przez infolinię, czat, proces reklamacyjny albo ręczną weryfikację pracownika.

Przy każdym procesie należy dopisać jedno zdanie: „Po co potrzebujemy tej informacji?”

Jeżeli odpowiedzią jest wyłącznie potwierdzenie progu wieku, proces jest naturalnym kandydatem do zastąpienia pełnych danych atrybutem wieku.

Priorytet 2: oddzielenie obowiązków ustawowych od firmowych przyzwyczajeń

To zwykle trudniejsza część. W wielu organizacjach dane są zbierane nie dlatego, że wymagają tego przepisy, lecz dlatego, że formularz działa w ten sposób od kilku lat.

Argument „zawsze pobieraliśmy datę urodzenia” nie jest podstawą prawną.

Trzeba sprawdzić osobno:

• czy przepis wymaga ustalenia wieku,

• czy wymaga ustalenia tożsamości,

• czy wymaga zachowania danych będących podstawą weryfikacji,

• jak długo trzeba przechowywać wynik lub dokumentację,

• czy wystarczy zapis zdarzenia „wiek potwierdzony”, zamiast kopii danych źródłowych.

Szczególnie ostrożnie należy traktować fotografię i kopie dokumentów. Nawet jeżeli portfel technicznie pozwala przedstawić określone dane identyfikacyjne, nie oznacza to automatycznie prawa do ich trwałego zapisania. Pobranie informacji w celu weryfikacji i jej późniejsze przechowywanie to dwa różne etapy przetwarzania.

Priorytet 3: dopiero wtedy projekt integracji

W nowym procesie użytkownik powinien widzieć, kto prosi o dane oraz jakiego zakresu informacji oczekuje. To nie jest kosmetyka interfejsu. System EUDI Wallet ma identyfikować podmiot proszący o dane, a użytkownik ma zachować kontrolę nad ich udostępnieniem.

Firma powinna więc przygotować osobne żądania dla różnych sytuacji. Przykładowo:

• „potwierdź wiek 18+” — bez nazwiska i daty urodzenia;

• „potwierdź uprawnienie do zniżki wiekowej” — bez podawania dokładnego wieku;

• „zidentyfikuj klienta w procesie regulowanym” — tylko z zestawem danych wymaganym dla tego procesu;

• „potwierdź konkretny atrybut” — bez pobierania całego pakietu danych identyfikacyjnych.

Nie należy również tworzyć centralnego magazynu pełnych danych „na przyszłość”. Jeżeli system potrzebuje dowodu, że kontrola została wykonana, lepszym modelem może być zapis wyniku weryfikacji, daty, rodzaju sprawdzonego atrybutu oraz informacji potrzebnych do wykazania poprawności procesu, zamiast kopiowania całego zestawu informacji z dokumentu.

Nie każdy przypadek pozwoli na pełną anonimowość. Jeżeli próg wieku jest sprawdzany przy zalogowanym koncie, sam wynik „18+” może nadal być daną osobową, ponieważ można go powiązać z konkretnym użytkownikiem. Zysk jest jednak realny: firma nie otrzymuje dodatkowo dokładnej daty urodzenia, numeru dowodu, adresu czy PESEL-u tylko dlatego, że chciała sprawdzić jeden warunek.

Jest jeszcze jedno praktyczne ograniczenie. Grudniowy pilotaż EUDI Wallet w mObywatelu nie oznacza, że wszystkie typy poświadczeń, wszystkie scenariusze offline i wszystkie integracje komercyjne będą od razu powszechnie dostępne. Przedsiębiorca nie powinien więc usuwać istniejącej metody weryfikacji dzień przed uruchomieniem portfela. Nowy kanał trzeba wdrożyć równolegle, przetestować obsługę błędów i zostawić klientowi alternatywną drogę. Samo korzystanie z EUDI Wallet jest dobrowolne.

Jeżeli firma przygotowuje się do wdrożenia już teraz, pierwszym dokumentem nie powinna być specyfikacja API. Powinna nim być tabela: proces — cel — podstawa prawna — wymagany atrybut — okres przechowywania. Dopiero na jej podstawie da się zdecydować, gdzie potrzebne jest „18+”, a gdzie rzeczywiście pełna identyfikacja.

Więcej na ten temat na stronie: https://takieprawo.pl

FAQ — EUDI Wallet, mObywatel i potwierdzanie wieku

Czy EUDI Wallet będzie dostępny w mObywatelu jeszcze w 2026 roku?
Ministerstwo Cyfryzacji zapowiedziało dołączenie europejskiego portfela tożsamości cyfrowej do ekosystemu mObywatela w grudniu 2026 r. w wersji pilotażowej. Nie oznacza to automatycznej gotowości wszystkich firm i wszystkich usług komercyjnych od pierwszego dnia.

Czy firma będzie mogła dostać z EUDI Wallet tylko informację „mam ukończone 18 lat”?
Tak. Selektywne ujawnianie danych jest jednym z podstawowych założeń EUDI Wallet. Weryfikacja może dotyczyć konkretnego progu wieku bez przekazywania dokładnej daty urodzenia, nazwiska, adresu czy pozostałych danych identyfikacyjnych, jeżeli nie są potrzebne do danego procesu.

Czy firma może mimo tego poprosić o cały zestaw danych z dokumentu?
Zakres żądania musi być niezbędny i proporcjonalny do celu. Jeżeli firma potrzebuje wyłącznie sprawdzić próg wieku, pobieranie dodatkowych danych wymagałoby odrębnego uzasadnienia. Sam fakt, że informacje są dostępne technicznie, nie uzasadnia ich przetwarzania.

Czy bankowi wystarczy potwierdzenie „18+”?
Nie przy pełnym procesie identyfikacji klienta objętym obowiązkami AML. Polskie przepisy wymagają tam szerszego zestawu danych identyfikacyjnych, dlatego EUDI Wallet może uprościć ich bezpieczne przekazanie i potwierdzenie, ale nie usuwa ustawowych obowiązków banku.

Czy firma będzie mogła przechowywać informacje otrzymane z portfela?
Samo otrzymanie danych nie oznacza automatycznie prawa do przechowywania wszystkich z nich przez dowolny okres. Firma musi osobno określić cel i czas przechowywania. W prostym procesie kontroli wieku rozsądniejszy może być zapis wyniku weryfikacji zamiast zachowywania pełnych danych źródłowych.

Czy korzystanie z EUDI Wallet będzie obowiązkowe dla klienta?
Nie. Korzystanie z europejskiego portfela ma być dobrowolne, a brak portfela nie może sam w sobie pozbawiać użytkownika dostępu do publicznych lub prywatnych usług. Muszą pozostawać dostępne inne przewidziane sposoby identyfikacji lub uwierzytelnienia.

Od czego firma powinna zacząć przed końcem 2026 roku?
Od znalezienia procesów, w których pełna data urodzenia, PESEL albo dane z dowodu są pobierane tylko po to, by sprawdzić wiek. To trzeba poprawić w pierwszej kolejności. Jeśli cel brzmi wyłącznie „potwierdzić 18+”, system powinien być projektowany pod potwierdzenie atrybutu 18+, a nie pod pobieranie całej tożsamości klienta.