Трансграничный приём EUDI Wallet: одна интеграция для всего ЕС
Как принять любой национальный EUDI Wallet одной интеграцией: реальные списки доверия, различия атрибутов PID по странам, нормализация имён, сопоставление личности, форматы, тестирование и что делать, если страна опаздывает.

Кратко
Приём EUDI Wallet из разных стран означает создание одного верификатора по общим правилам, а не 27 интеграций: каждый кошелёк содержит одну и ту же схему данных для идентификации личности (PID) в тех же двух форматах, а его подписант проверяется по спискам, которые публикует Европейская комиссия.[2][8] Национальным остаётся содержание: необязательные поля, написание имён и сроки появления каждого кошелька.
- Сегодня обязательны пять атрибутов. Адрес и национальный номер необязательны, а фотография войдёт в обязательный набор 11 августа 2028 года.[2]
- На 31 октября 2026 года первый сводный список поставщиков PID Комиссии ещё готовился.[12]
- Правила ЕС о сопоставлении личности обязательны для государственных органов. Частным компаниям стоит заимствовать их как модель, а не считать, что они на них распространяются.[5]
Трансграничный приём EUDI Wallet выглядит как проект на 27 стран, но Регламент (ЕС) 2024/1183 и его имплементационные акты закрепляют модель данных, форматы и списки доверия для каждого государства-члена. Сложность лежит в ваших собственных системах: PID французского клиента выглядит иначе, чем польского, у повторного клиента нет общего идентификатора ЕС, а некоторые страны подключатся с опозданием.
Это руководство предполагает, что вы знаете, что должна делать доверяющая сторона и как работает верификатор OpenID4VP. Как выбрать способ подключения: читайте наше руководство по способам интеграции EUDI Wallet. Приведённые ниже правила взяты из первоисточника, включая поправки июля 2026 года и Architecture and Reference Framework (ARF) 3.0.0.
| Коротко о главном | Краткий ответ |
|---|---|
| Сколько кошельков | Не менее одного на государство-член, то есть 27 или больше[1] |
| Где регистрироваться | Один раз, в государстве-члене, где вы учреждены[1] |
| По чему проверять | Списки доверенных субъектов (LoTEs), публикуемые Комиссией[8] |
| Форматы учётных данных | ISO/IEC mdoc и SD-JWT VC[2] |
| Общий идентификатор клиента в ЕС | Отсутствует. Сопоставление идёт по атрибутам[2][5] |
| Ключевые даты | 24 декабря 2026 года, 24 декабря 2027 года, 11 августа 2028 года[1][2] |
Нужен способ уже сегодня
Приём EUDI Wallet скоро появится в Didit. Национальные eID и проверка по документу уже работают в том же сценарии. Начните бесплатно или свяжитесь с нами, чтобы обсудить ваши страны.
Что означает трансграничный приём EUDI Wallet с точки зрения закона
Каждое государство-член должно предоставить «не менее одного европейского кошелька цифровой идентичности» напрямую, по поручению или независимо, но с признанием этим государством, поэтому в одной стране их может быть несколько.[1] Доверяющая сторона «регистрируется в государстве-члене, в котором она учреждена», один раз, а кошельки должны иметь возможность аутентифицировать её «независимо от того, где в Союзе она учреждена».[1][6] При этом доверяющая сторона «несёт ответственность за проведение процедуры аутентификации и валидации» запрашиваемых данных.[1]
В отношении частных компаний Статья 5f(2) исключает микро- и малые предприятия и применяется «только по добровольному запросу пользователя».[1] Наше руководство по срокам объясняет, на кого распространяются требования.
- 11 августа 2026 годаОбновление правил PIDРегламент 2026/1731, опубликованный 22 июля, вступает в силу и заменяет приложение о PID.
- 24 декабря 2026 годаСрок для кошельковТакже начинают применяться правила сопоставления личности и регистрации.
- Первый квартал 2027 годаБазовый уровень тестированияОриентировочная цель для кандидата в релиз набора проверки соответствия.
- 24 декабря 2027 годаПриём в частном сектореСрок по статье 5f(2) для компаний, на которые распространяется требование.
- 11 августа 2028 годаПортрет, сертификатыПортрет входит в обязательный набор данных. Кошельки проверяют регистрационные сертификаты.
Даты, которые определяют трансграничное внедрение. Даты 24 декабря 2026 и 2027 года рассчитаны от вступления в силу имплементационных актов 24 декабря 2024 года.[1][2][5][15]
Модель доверия: LoTE, а не один большой список
Для PID представление о едином «доверенном списке ЕС» неверно. В ARF 3.0.0 сказано, что «доверенные списки существуют только для поставщиков QEAA», то есть квалифицированных эмитентов аттестаций. Их национальные списки доступны через List of Trusted Lists (LOTL) Комиссии.[8] Все остальные находятся в списках доверенных субъектов (Lists of Trusted Entities), которые «подписывает и публикует Комиссия» после того, как государства-члены уведомят Комиссию об этих субъектах.[8]
| Список | Кто публикует | Стандарт | Зачем он вам нужен |
|---|---|---|---|
| LoTE поставщиков PID | Комиссия | ETSI TS 119 602 | Проверка подписи PID |
| LoTE поставщиков кошельков | Комиссия | ETSI TS 119 602 | В основном используют поставщики PID при выдаче |
| LoTE поставщиков аттестаций публичного сектора (PuB-EAA) | Комиссия | ETSI TS 119 602 | Проверка аттестаций публичного сектора |
| LoTE удостоверяющих центров сертификатов доступа и поставщиков регистрационных сертификатов | Комиссия | ETSI TS 119 602 | По ним кошельки проверяют вас |
| Национальные доверенные списки через LOTL | Государства-члены | ETSI TS 119 612 | Проверка квалифицированных аттестаций |
Какой список для чего нужен, по разделу 3.5 ARF и статье 5 Регламента 2024/2980.[4][8] Сами доверяющие стороны не включены ни в один список.[8]

Модель доверия EUDI Wallet, приведена без изменений. Источник: EUDI Wallet Architecture and Reference Framework, Европейская комиссия, CC BY 4.0.
Когда кошелёк отвечает, ваш верификатор проходит одну цепочку, одинаковую для PID из любого государства-члена:
1Обновите списки
Загрузите актуальные списки, проверьте подпись с помощью сертификатов, которые публикует Комиссия, и сохраните якоря доверия по типам.[4][9]
2Проверьте подпись PID
Постройте путь до якоря доверия поставщика. Этот путь может включать промежуточный сертификат подписи.[9]
3Проверьте отзыв
Прочитайте список статусов, если PID действителен более 24 часов.[9]
4Проверьте привязку к устройству
Убедитесь, что кошелёк подписал ваш запрос ключом, привязанным к PID.[9]
Все проверки пройдены, и атрибуты соответствуют вашей политике
Переходите к сопоставлению
Сохраните доказательства и продолжайте.
Используйте другой способ
Предложите документ или национальную eID.
Одна цепочка проверки для любой страны выдачи, в сокращенном виде по разделам ARF 6.6.3.6–6.6.3.9.[9]
Обратите внимание
31 октября 2026 года на eIDAS Dashboard было указано: «Первый сводный список PID Providers готовится Европейской комиссией на основе информации, уведомленной государствами-членами».[12] То же самое указано для Wallet Providers, а также для Registrars and Registers. Создайте загрузчик списков уже сейчас, но не прописывайте URL жёстко в коде и не исходите из того, что сегодняшние тестовые данные совпадают с рабочими.
ARF в целом называет проверки отзыва и проверки привязки к устройству «рекомендуемыми, но не обязательными», однако доверие к аутентификации пользователя кошельком «подразумевает, что Relying Parties должны проверять привязку к устройству».[9] Для онбординга мы советуем считать обе проверки обязательными. Что не доказывает привязка к устройству, отдельный вопрос.
Проверить сам кошелёк нельзя: вы полагаетесь на поставщика PID, который отзывает PID, если отозван экземпляр кошелька, поэтому проверка статуса PID покрывает и кошелёк.[9] Субъекты никогда не удаляются из списка, им лишь присваивается статус Invalid, поэтому читайте статус.[8]
Зарегистрируйтесь один раз и запрашивайте только то, что зарегистрировали
Вы регистрируетесь только в своей стране, и вас может аутентифицировать любой кошелёк; кошелёк сверяет ваш запрос с вашим регистрационным сертификатом.[1][6][9]

Как кошелёк проверяет регистрацию доверяющей стороны, приведено без изменений. Источник: EUDI Wallet Architecture and Reference Framework, Европейская комиссия, CC BY 4.0.
Проверка по спискам Комиссии
Сравнивает запрос с регистрацией
Регистрация один раз в своей стране, предъявление где угодно. Упрощено по разделу 6.6.3 ARF и Регламенту 2025/848.[6][9]
Ловушка трансграничного сценария в итоговом результате. Если вы запрашиваете больше, чем зарегистрировали, кошелёк «должен чётко предупредить пользователя кошелька перед любым раскрытием». Но каждый поставщик кошелька сам решает на основе собственного анализа рисков, может ли пользователь продолжить, передаётся ли только зарегистрированное подмножество или запрос отклоняется.[2] Поэтому один избыточный запрос может дать три разных результата в трёх странах.[2] Кошельки обязаны проверять сертификаты регистрации только с 11 августа 2028 года, поэтому проверяйте это поведение для каждого кошелька, а не полагайтесь на один результат.[2]
Зарегистрируйте все атрибуты, которые могут понадобиться в любой стране, а затем в каждом сценарии запрашивайте только то, что ему нужно. Государства-члены «могут требовать» сертификаты регистрации, поэтому уточните политику вашего регистратора.[6] Наше руководство по политикам и мерам контроля превращает это в закреплённую за ответственным меру контроля.
Атрибуты PID: одна схема, разное содержимое
Приложение о PID к Регламенту 2024/2977 было заменено Регламентом 2026/1731 в июле 2026 года, поэтому более старые таблицы устарели.[2] Названия атрибутов также различаются в двух форматах.
| Идентификатор данных | Статус | Название в mdoc | Название в SD-JWT VC | Что различается |
|---|---|---|---|---|
| family_name, given_name | Обязательный | то же | то же | Письменность, порядок имён, частицы |
| birth_date | Обязательный | birth_date | birthdate | Значение государства-члена, если дата неизвестна |
| birth_place | Обязательный | place_of_birth | place_of_birth | Страна, регион или населённый пункт |
| nationality | Обязательный | nationality | nationalities | Одно или несколько; QU, QS |
| portrait | С 11 августа 2028 | portrait | picture | Отказ пользователя, где это допускается |
| resident_address и его части | Необязательный | resident_* | address.* | Полный текст, части или ничего |
| personal_administrative_number | Необязательный | то же | то же | Существует ли он и какова его политика |
| family_name_birth, given_name_birth | Необязательный | то же | birth_family_name, birth_given_name | Выдаётся ли |
| sex, email_address, mobile_phone_number | Необязательный | то же | sex, email, phone_number | Выдаётся ли |
PID физического лица в редакции июля 2026 года.[2] Метаданные: issuing_authority и issuing_country обязательны; expiry_date, issuance_date, document_number и issuing_jurisdiction необязательны.[2]
Проверьте каждый из этих пунктов:
- Неизвестное гражданство и отсутствие гражданства. Неизвестное гражданство обозначается значением QU, отсутствие гражданства обозначается QS.[2] Строгий парсер кодов стран ISO отклоняет оба значения.
- Место рождения. Оно «должно содержать по меньшей мере одно» из следующего: страна, регион или населённый пункт.[2] Вы можете получить город без указания страны.
- Несколько гражданств. Поставщик «может включить» их все. Rulebook также допускает указание второго гражданства в национальном атрибуте.[2][11]
- Улица. resident_street теперь включает номер дома. Отдельного атрибута для номера дома больше нет.[2][3]
- Национальные дополнения. Страны могут добавлять атрибуты в пространстве имён, например eu.europa.ec.eudi.pid.[country], или в национальном типе, опубликованном в соответствии с Регламентом 2025/1569.[2]
Для организаций, на которые распространяется Регламент о противодействии отмыванию денег (AMLR), именно здесь одного кошелька становится недостаточно. Окончательный проект стандарта Органа ЕС по противодействию отмыванию денег (AMLA) от 30 сентября 2026, который пока остаётся проектом, гласит: если средство идентификации не содержит всех атрибутов, организация «должна принять меры для получения и проверки недостающих атрибутов с помощью других средств».[14]
| Данные по статье 22(1) AMLR | Источник в PID | Трансграничный пробел |
|---|---|---|
| Имена | family_name, given_name | Отсутствует в наборе данных |
| Место и дата рождения | birth_place, birth_date | Место может быть указано частично |
| Гражданство | nationality | Уточните, есть ли у клиента другое гражданство[14] |
| Национальный номер, если применимо | personal_administrative_number | Необязательный, зависит от страны |
| Адрес | Поля resident_* | Необязательный, поэтому собирайте другим способом |
| Налоговый номер, если имеется | Отсутствует в PID | Другие атрибуты или источники |
На основе Приложения I к проекту стандарта AMLA.[13][14] В этом проекте всё ещё указан resident_house_number, который был исключён из приложения о PID в июле 2026, поэтому соответствие полей, вероятно, изменится.[2][14] Полная позиция изложена в нашем руководстве по AMLR.
Нормализация имён, адресов и мест
Текст PID представлен в UTF-8 с полным диапазоном Unicode, а текстовое поле mdoc ограничено 150 символами.[2] Ни один атрибут PID не содержит латинской транслитерации: её не определяют ни приложение, ни Rulebook 1.7.[2][11] Поэтому данные клиента могут поступить на греческом алфавите или кириллице, тогда как ваш санкционный скрининг и существующие записи используют латиницу. Проект AMLA требует от организаций проверять имена «в их оригинальном алфавите и/или в транслитерации на латинский алфавит».[14]
Ближайший правовой стандарт, написанный для государственных органов, гласит, что результат сопоставления «по возможности не должен зависеть от различий в транслитерации, пробелах, переносах, слитном написании и аналогичных орфографических вариациях».[5] Наш рекомендуемый подход, который является инженерной рекомендацией, а не нормой права:
- Сохраняйте оригинал. Храните подписанное значение как доказательство; ключ сопоставления формируйте отдельно.
- Нормализуйте в одном месте. Применяйте нормализацию Unicode (NFC), приводите к одному регистру, схлопывайте пробелы и считайте дефисы и апострофы разделителями.
- Сравнивайте по уровням. Сначала точное совпадение, затем без диакритических знаков, затем с учётом порядка слов. Фиксируйте, на каком уровне получено совпадение.
- Смену алфавита считайте доказательством. Используйте латинскую форму из документа самого клиента, а не одну таблицу транслитерации.
Пример
Вымышленный клиент: в вашей записи указано «Garcia Nunez, Maria». В PID указано family_name «García-Núñez», given_name «María José». Первый уровень не даёт совпадения. Без диакритических знаков и дефисов фамилия совпадает. Дополнительное имя всё равно отличается, поэтому направьте запись на проверку, используя дату рождения как подтверждение.
Язык остаётся на вашей стороне. Ни один атрибут PID не содержит язык или локаль, поэтому берите их из собственного процесса.[2][11] Кошелёк показывает собственные экраны, а ваш запрос, текст о цели использования и сообщения об ошибках нужно переводить. Для портрета правила требуют указывать цель использования «ясным и понятным языком».[2]
Адреса требуют такой же аккуратности. resident_address представляет собой свободный текст, а составные части являются отдельными атрибутами, и любой из них может отсутствовать.[2] Проект AMLA требует элементы страны, населённого пункта и улицы, а в его преамбуле атрибуты предлагается передавать в «структурированных полях данных».[14] Принимайте оба формата.
Сопоставление личности и повторные клиенты
Единого для ЕС номера клиента не существует. personal_administrative_number необязателен и уникален только «среди всех персональных административных номеров, выданных поставщиком».[2] Если есть несколько PID запрошенного формата, кошелёк спрашивает пользователя, если выбор не определяется контекстом, а технические PID обычно действуют дни или недели.[10][11] Поэтому никогда не привязывайте учётную запись к подписи PID, открытому ключу или document_number.
Регламент (ЕС) 2025/846 устанавливает процедуры трансграничного сопоставления личности, применяемые с 24 декабря 2026 года. Он обязателен для «органов публичного сектора или [...] органов, действующих от имени органа публичного сектора».[5] Государства-члены решают, могут ли частные доверяющие стороны пользоваться этими системами, и если могут, процедуры применяются «где это применимо».[5]
Статья 2(7)Регламент (ЕС) 2025/846
«Если совпадение не является точным или относится более чем к одному физическому лицу либо сторона, выполняющая сопоставление личности, не может гарантировать однозначность совпадения, процесс сопоставления личности считается неуспешным».
Источник: EUR-Lex, Исполнительный регламент (ЕС) 2025/846[5]
1Соберите набор данных
Обязательные атрибуты PID плюс необязательные данные, нужные для уникальности набора.[5]
2Сравните со своими записями
По возможности не учитывайте орфографические расхождения.[5]
Точное совпадение ровно с одним лицом
Успешно
Сообщите пользователю и предложите сохранить совпадение для этой учётной записи.[5]
Новый пользователь
Зарегистрируйте его как нового, если правила это допускают.[5]
Неуспешно
Объясните причину, затем предложите другой кошелёк, обновление данных или дополнительную информацию.[5]
3Зафиксируйте процесс
Использованные значения, дата и время, результат и связанные идентификаторы.[5]
Процедура по Регламенту 2025/846 в упрощённом виде. Государственные органы обязаны ей следовать. Для частных компаний это образец, если национальные правила не распространяют её на них.[5]
Журналы хранятся «не менее 6 месяцев и не более 12 месяцев в целях безопасности», а дольше в иных целях только тогда, когда этого требует право Союза или национальное право.[5] Храните их отдельно от записей по AML. После первого сопоставления сохраните собственную связь между лицом и учётной записью. Это один из перечисленных вариантов повторного использования, и тогда перевыпущенный PID не потребует повторной работы.[5]
Спланируйте маршрутизацию по странам с Didit
Приём EUDI Wallet скоро появится в Didit. Сейчас вы выбираете, какие национальные eID принимаются в каждой стране и что происходит при неудаче, включая переход к съёмке документа.[21] Свяжитесь с нами и расскажите, в каких странах вы работаете.
Форматы, протоколы и версии кошельков
Поставщик PID «обязан выдавать любой PID в обоих» форматах, поэтому проверяющая сторона, работающая только с PID, могла бы запрашивать один из них. Но поддерживайте оба, если ваше тестирование не покажет иное.[10] В нашем сравнении SD-JWT VC и mdoc разобраны различия. Для предъявления предусмотрены два профиля, в каждом по два способа связаться с кошельком.[2]
| Профиль | Формат | Через API-посредник | Без API-посредника |
|---|---|---|---|
| ISO/IEC-mdoc | mdoc | ISO/IEC 18013-7 Annex C | ISO/IEC 18013-5 |
| OpenID4VC-HAIP | SD-JWT VC, mdoc | Разделы HAIP 5, 5.2, 5.3, 7, 8 | Разделы HAIP 5, 5.1, 5.3, 7, 8 |
Приложение II к Регламенту 2024/2982, добавлено в июле 2026.[2][7]
Правила ссылаются на спецификации с указанием даты, которые могут меняться изменяющими актами, а серверное получение данных по ISO запрещено для всех.[2][7] Операционная система тоже переменная. Кошелёк обязан поддерживать API-посредник, но Регламент фиксирует, что устройство или браузер могут не поддерживать оба протокола, и рассматривает такой случай как несоответствие вне контроля кошелька.[2]
Проверяйте статус сертификации отдельно от соответствия протоколу. Государства-члены сообщают о сертифицированных кошельках для списка Комиссии согласно статье 5d.[1] Рамочная программа Комиссии по проверке функционального соответствия пока находится в серии 0.x. Её дорожная карта, помеченная как ориентировочная, предусматривает «релиз-кандидат в первом квартале 2027», а версия 1.0.0 станет «первой полной базовой версией, пригодной для сертификации».[15]
Тестируйте до появления национальных кошельков
Эталонная реализация Комиссии включает образец кошелька, тестового верификатора и тестового эмитента, а также открытые репозитории для конечной точки верификатора и проверки доверия.[19] Успешный тест подтверждает совместимость с протоколом, но не поведение национальных кошельков.
Тестовое направление Launchpad 2026 перешло к «проверке совместной работы решений в реальных условиях до запуска» с тестовым доступом к LoTE на eIDAS Dashboard.[16] Доверяющие стороны участвуют через Large Scale Pilots или по национальному приглашению, участвуют и поставщики решений.[16] Проведено шесть пилотов, среди них POTENTIAL по трансграничной аутентификации.[18] APTITUDE и WE BUILD продолжают работу, второй из них по бизнес- и платёжным сценариям.[17]
| Тестовый сценарий | Входные данные | Ожидаемый результат |
|---|---|---|
| Оба формата | Одно и то же лицо, mdoc и SD-JWT VC | Одна и та же внутренняя запись |
| Адрес отсутствует | PID без полей resident_* | Адрес получен другим способом |
| Неполное место рождения | Только населённый пункт | Принято и сохранено в полученном виде |
| Лицо без гражданства или гражданство неизвестно | QS, QU | Сбоя парсера нет; решение определяется политикой |
| Имя не латиницей | Греческое письмо или кириллица | Сохраняется в исходном виде; латинская форма для скрининга |
| Признан недействительным поставщиком | Статус изменён на Invalid | Отклонено после обновления списка |
| Отозванный PID | В списке статусов отмечен как отозванный | Отклонено, предложен другой способ |
| Запрос лишних данных | Незарегистрированный атрибут | Выявлено в вашей собственной проверке перед выпуском |
| Повторный клиент | Новый технический PID, то же лицо | Та же учётная запись |
Что делать, если страна опаздывает
Наш трекер EUDI Wallet содержит статус по странам, а для Германии и Италии есть отдельные руководства. Оформите каждую страну как конфигурацию с одним из трёх состояний. Состояние определяется списками, а не прессой.
Состояние A
Внесено в список и протестировано
- PID Provider в LoTE
- Прошёл ваши тестовые сценарии
- Предлагайте кошелёк наряду с другими способами
Статья 5f(2) применяется, когда наступает ваш срок
Состояние B
Приложение работает, но не включено в список
- Национальное приложение существует
- Нет якоря доверия, который можно проверить
- Не включайте его или рассматривайте как отдельную схему
Изучите собственные правила схемы
Состояние C
Кошелька пока нет
- Принимать нечего
- Используйте национальную eID или документ
- Проверяйте снова при изменении списка
Способы по статье 22(6) AMLR сохраняются
Модель состояний стран для внедрения. Это наше предложение, закон такие состояния не определяет.
Другие способы вам нужны в любом случае. Использование кошелька «должно быть добровольным», доступ не должен быть «ограничен или поставлен в невыгодное положение» для людей без кошелька, и использование других средств «должно оставаться возможным».[1] Согласно AMLR, документы, удостоверяющие личность, и электронная идентификация уровня «существенный» или «высокий» существуют рядом как способы верификации.[13] Ваш способ интеграции должен превращать позднее подключение страны в простую настройку.
Ваш трансграничный чек-лист на этот месяц
- Определите, какие организации и страны подпадают под статью 5f(2).[1]
- Уточните регистратора и политику регистрации в вашем государстве-члене.[6]
- Перечислите все атрибуты, которые могут понадобиться вам в любой стране.
- Создайте единую внутреннюю схему, сопоставляющую названия mdoc и SD-JWT VC.[2]
- Замените старые таблицы PID приложением от июля 2026.[2]
- Добавьте тестовые случаи для QU, QS и неполного места рождения.[2]
- Создайте загрузчик списков для ETSI TS 119 602 и ETSI TS 119 612.[8]
- Напишите сообщения об ошибке сопоставления на языке каждого клиента.[5]
- Установите срок хранения журналов сопоставления и сравните его со сроком хранения по AML.[5]
- Спросите своего национального координатора о доступе к пилоту, Launchpad или программе Комиссии.[16][20]
Как Didit помогает с трансграничным приёмом
Приём EUDI Wallet скоро появится в Didit, следить за этим можно на нашей странице EUDI Wallet. Уже сегодня вы можете выстроить способы, которые его окружают. Национальные eID (MitID, BankID Sweden, Finnish Trust Network, Smart-ID, Mobile-ID) работают через вход с помощью кошелька, а результаты нормализуются, поскольку «названия атрибутов в кошельках различаются».[21] Вы выбираете принимаемые кошельки для каждой страны и решаете, переходит ли процесс при сбое к документу или завершается отказом.[21] Способ с документом охватывает 14,000+ типов документов.[22] Для пробелов в имени и адресе, описанных выше, он считывает документ клиента, а AML-скрининг проводится по 1,300+ источникам санкций, PEP и списков наблюдения.[23]
Didit предоставляет
- Вход через национальную eID там, где она указана как доступная
- Съёмка документа, проверка живости и сопоставление лица
- Выбор национальной eID и резервный вариант по каждой стране
- AML-скрининг
- Настройки срока хранения от 1 месяца до 10 лет[24]
Остаётся за вами
- Ваша регистрация в качестве доверяющей стороны
- Ваша оценка рисков и ваши политики
- Решение об онбординге
- Правила сопоставления с вашими собственными записями
- Записи и взаимодействие с надзорным органом
Настройте маршрутизацию по странам до появления кошельков
Начните с национальных eID и документов в одном процессе и сообщите нам, какие страны для вас важнее всего.
Главное
- Один верификатор может обслуживать все кошельки, но обработка данных у вас должна учитывать национальные различия.
- Поставщики PID входят в списки доверенных субъектов, а не в национальные доверенные списки.
- Сегодня обязательны только пять атрибутов. Адрес и национальный номер необязательны.
- Единого идентификатора клиента в ЕС нет. Сопоставление опирается на атрибуты и на вашу собственную связь с учётной записью.
- Регламент 2025/846 обязателен для государственных органов. Для частных компаний это образец для заимствования, если национальные правила не распространяют его на них.
- Рассматривайте опаздывающие страны как состояние маршрутизации, держа наготове документы и национальные eID.
Часто задаваемые вопросы
Нужна ли мне отдельная интеграция для каждого национального EUDI Wallet?
Нет. Кошельки используют одну схему PID, два формата и общие профили предъявления, поэтому один верификатор может их обслуживать.[2] Тем не менее тестируйте каждый кошелёк.
Проверяет ли верификатор PID по списку доверенных списков ЕС?
Нет. Согласно ARF 3.0.0, доверенные списки существуют только для поставщиков QEAA. Поставщики PID входят в список доверенных субъектов, который подписывает и публикует Комиссия.[8]
Какие атрибуты PID я получу от любого кошелька?
family_name, given_name, birth_date, birth_place и nationality, а с 11 августа 2028 года к ним добавляется portrait.[2] Пользователь по-прежнему может отказаться передать любой отдельный атрибут.[2]
Всегда ли кошелёк передаёт адрес клиента?
Нет. Все атрибуты адреса необязательны, поэтому учитывайте PID без адреса.[2] Согласно проекту стандарта AMLA, недостающие атрибуты нужно получать и проверять иными способами.[14]
Существует ли европейский идентификатор для сопоставления повторных клиентов?
Нет. personal_administrative_number необязателен и уникален только в пределах своего поставщика.[2] Сопоставляйте по атрибутам, а затем храните собственную связь между лицом и учётной записью.[5]
Применяется ли Регламент 2025/846 о сопоставлении личности к банкам и другим частным компаниям?
Не напрямую. Он охватывает органы государственного сектора, а к частным доверяющим сторонам применяется только в том случае, если государство-член разрешает им проводить сопоставление личности.[5] В любом случае используйте его как образец при проектировании.
Как работать с именами на греческом алфавите или кириллице?
Храните подписанное значение в полученном виде и формируйте отдельный ключ сопоставления; в PID нет атрибута латинской транслитерации.[2][11] Наша рекомендация: получайте латинскую форму для сравнения из документа клиента.
Обязан ли я принимать кошелёк из страны, которая запускает его с опозданием?
Принять можно только существующий кошелёк, а для компаний, на которые распространяется требование, крайний срок 24 декабря 2027.[1] Сохраняйте другие способы: использование кошелька добровольно, и другие средства должны оставаться доступными.[1]
Можно ли протестировать трансграничный приём до запуска национальных кошельков?
Частично. Эталонные инструменты Комиссии общедоступны, а тестирование Launchpad использует тестовые LoTE.[16][19] Эталонные инструменты показывают соответствие протоколам, а не поведение национальных кошельков.
Принимает ли Didit кошельки EUDI сегодня?
Приём EUDI Wallet скоро появится в Didit. Национальные eID и проверка по документу работают уже сегодня, в том же процессе.[21][22]
Источники
- Регламент (ЕС) № 910/2014 с изменениями, внесёнными Регламентом (ЕС) 2024/1183, консолидированный текст, EUR-Lex.
- Имплементационный регламент Комиссии (ЕС) 2026/1731, изменяющий Регламенты 2024/2977, 2024/2979, 2024/2980 и 2024/2982, EUR-Lex, 15 июля 2026.
- Имплементационный регламент Комиссии (ЕС) 2024/2977, идентификационные данные лица, EUR-Lex, первоначальный текст.
- Имплементационный регламент Комиссии (ЕС) 2024/2980, уведомления, EUR-Lex.
- Имплементационный регламент Комиссии (ЕС) 2025/846, трансграничное сопоставление личности, EUR-Lex.
- Имплементационный регламент Комиссии (ЕС) 2025/848, регистрация доверяющих сторон кошелька, EUR-Lex.
- Имплементационный регламент Комиссии (ЕС) 2024/2982, протоколы и интерфейсы, EUR-Lex.
- Architecture and Reference Framework 3.0.0, глава 3, Roles, Европейская комиссия.
- Architecture and Reference Framework 3.0.0, глава 6, Trust model, Европейская комиссия.
- ARF, Приложение 2, High-level requirements by topic, Европейская комиссия.
- PID Rulebook, версия 1.7, Европейская комиссия, 17 июля 2026.
- Сводный список поставщиков PID, eIDAS Dashboard, Европейская комиссия, просмотрено 31 октября 2026.
- Регламент (ЕС) 2024/1624 (AMLR), EUR-Lex.
- Итоговый отчёт, проект регулятивных технических стандартов согласно статье 28(1) AMLR, AMLA, 30 сентября 2026.
- Functional conformance roadmap, EUDI Wallet functional conformance framework, просмотрено 31 октября 2026.
- Launchpad Testing 2026, Европейская комиссия, обновлено 23 октября 2026.
- What are the Large Scale Pilots, Европейская комиссия, обновлено 22 июля 2026.
- PID Identification Manual, Европейская комиссия, обновлено 11 февраля 2026.
- EUDI Wallet Reference Implementation documentation, Европейская комиссия.
- Relying Party Engagement Programme, Европейская комиссия, обновлено 18 сентября 2026.
- Digital ID Wallet Verification API and Coverage, документация Didit.
- ID Verification overview, документация Didit.
- AML Screening overview, документация Didit.
- Data retention, документация Didit.
Следите за внедрением на нашей странице EUDI Wallet, смотрите способы, которые работают уже сейчас, на нашей странице верификации через eID и сравнивайте варианты на странице тарифов.
Обслуживайте всех европейских клиентов в одном процессе
Объединяйте национальные eID, документы и AML-скрининг и управляйте маршрутизацией в одном месте.
Похожие статьи
- Трансграничный приём EUDI Wallet: одна интеграция для всего ЕС
- Готовность к EUDI Wallet: политики и меры контроля для регулируемых организаций
- Привязка к держателю в EUDI Wallet: что на самом деле доказывает предъявление
- Интеграция EUDI Wallet: как выбрать подход (руководство 2026)
- Проверка личности по FINTRAC в 2026 году: методы, правила, C-12
- Закон 25 Квебека и биометрия: руководство по верификации личности (2026)