블로그 · 2026년 10월 6일

eID API 연동 가이드: 패턴, 코드, 보안

eID API로 국가 eID를 연동하는 코드 중심 가이드입니다. 리디렉션, 앱 푸시, QR, NFC 카드, OpenID4VP 플로우, 직접 구축할 부분, 결과 필드, 대체 경로, 보안 체크리스트를 다룹니다.

작성자: Didit2026년 10월 6일업데이트됨 2026년 10월 6일

요약

eID API를 사용하면 가입 절차에서 국가 전자신분증(eID) 체계에 개인 인증을 요청하고, 서명된 신원 속성을 돌려받을 수 있습니다. 모든 체계는 다섯 가지 패턴 중 하나를 사용합니다. 브라우저 리디렉션, 비교 코드를 사용하는 앱 푸시, QR 또는 앱 실행, 근거리 무선 통신(NFC)으로 읽는 칩 카드, OpenID for Verifiable Presentations(OpenID4VP)를 통한 EU 디지털 신원 지갑(EUDI Wallet) 제시입니다.^{[2][6][8][14]}

서명과 보증 수준은 여전히 직접 확인해야 합니다.
대부분의 eID 체계는 첫 호출 전에 계약, 인증서 또는 인증받은 중개사업자가 필요합니다.^[12][13][15]

최종 검토일: 2026년 10월 5일 · 법률 자문이 아님

이 코드 중심 가이드는 온보딩에 국가 eID를 추가하는 엔지니어를 위한 것입니다.

eID API의 작동 방식: 다섯 가지 상호작용 패턴

귀사의 시스템은 신뢰 당사자(relying party, RP)입니다. 시스템은 자격증명 자체를 보지 않습니다. 해당 개인에 관한 서명된 응답만 받습니다.

패턴	사용자가 하는 일	백엔드가 결과를 전달받는 방법	예시
리디렉션(OpenID Connect, OIDC)	귀사 페이지를 떠나 해당 체계의 로그인 화면으로 이동하고, 로그인한 뒤 다시 돌아옴	서명된 ID 토큰으로 교환되는 인가 코드	인가 코드 플로우만 지원하는 OIDC 로그인을 제공하는 ID Austria^[6]
코드가 포함된 앱 푸시	개인 코드를 입력하고, 화면의 코드가 앱의 코드와 일치하는지 확인한 뒤, 앱에서 PIN을 입력	서명된 결과를 기다리거나 폴링으로 조회합니다	Smart-ID, Mobile-ID^[10][20]
QR 코드 또는 앱 실행	컴퓨터 화면의 애니메이션 QR 코드를 스캔하거나, 같은 휴대폰에서 앱이 열립니다	오더가 완료될 때까지 체계를 폴링합니다	스웨덴 BankID^[8]
카드 및 NFC	칩 카드를 휴대폰에 대고 카드 PIN을 입력합니다	eID 서버가 칩을 읽고 속성을 반환합니다	독일 eID 카드^[14]
지갑 제시 (OpenID4VP)	지갑 앱에서 공유할 속성을 승인합니다	서명된 속성을 선택적으로 공개하여 제시하는 것	EUDI 지갑^[2]

일부 체계는 공공 게이트웨이 뒤에 있습니다. 에스토니아의 TARA는 ID 카드, Smart-ID, Mobile-ID 및 EU eID 앞단에 있는 인가 코드(authorization code) 게이트웨이입니다.^[7] 각 체계가 어떤 패턴을 사용하는지는 국가별 eID 체계를 참조하십시오.

직접 구축하는 부분과 제공업체가 처리하는 부분

코드보다 접근 권한 확보가 먼저입니다. 덴마크에서는 모든 서비스 제공자가 인증된 MitID 브로커를 거쳐야 합니다.^[12] 스웨덴에서는 은행이나 리테일러를 통해 BankID를 구매하고 신뢰 당사자 인증서를 신청합니다.^[15] 독일에서는 자체 eID 서버를 운영하거나, 자체 인증서로 호스팅형 eID 서비스를 이용하거나, 인증서를 직접 보유하지 않고 신원확인 서비스를 이용합니다.^[13] EUDI 지갑의 경우 신뢰 당사자는 설립된 회원국에 등록해야 합니다.^[1]

계층	직접, 체계별로	하나의 eID API로
계약 및 인증서	체계별로 하나씩, 각 체계의 주기에 따라 갱신	제공업체가 이를 보유하고, 귀사는 계약 하나만 보유합니다
프로토콜 코드	OIDC, 폴링 API, eID 서버, OpenID4VP	하나의 세션 API와 하나의 결과 형식
화면	체계별 선택 화면, QR, 비교 코드, 오류	호스팅 플로우 또는 SDK
서명 검증	귀사 담당, 체계별 키 및 형식마다	제공업체가 수행하고 판정 결과로 보고
보증 수준	요청하고 확인하는 것은 귀사의 몫	결과에 기록되며, 정책은 여전히 귀사가 정합니다
eID가 없는 사람을 위한 대체 수단	두 번째 공급업체 또는 수동 처리 경로	같은 흐름 안의 신분증 경로
온보딩 결정	귀사	여전히 귀사의 몫

북유럽 및 발트 지역 스킴 대부분에는 인증된 브로커가 있습니다. 단일 스킴을 대량으로 이용한다면 직접 연동하십시오. 사용자가 여러 국가에서 온다면 하나의 API를 사용하십시오.

리디렉션 흐름 단계별 안내

이는 OIDC 인가 코드 흐름입니다. 백엔드는 무작위 state와 nonce를 붙여 브라우저를 외부로 보내고, 반환된 코드를 ID 토큰으로 교환한 뒤 이를 검증합니다.

사용자 귀사 백엔드 eID 제공자

1가입 시작

2state, nonce를 포함한 리디렉션

사용자가 eID로 로그인합니다

3콜백으로 코드 전달

4코드를 토큰으로 교환

5서명된 ID 토큰

state, nonce, 서명, acr 확인

6계좌 개설 완료

리디렉트 방식의 로그인입니다. 브로커와 게이트웨이는 2단계에 경유 지점을 더할 뿐, 귀사가 처리할 새로운 단계를 더하지 않습니다.

가장 중요한 것은 5단계 이후의 확인입니다. Digdir의 ID-porten 문서에 따르면 클라이언트는 "보안 수준(acr)이 충분히 높은지 반드시(MUST) 검증해야" 합니다.^[5] acr은 해당 체계가 주장하는 보증 수준(LoA)으로 읽고, 귀사 정책보다 낮은 값은 모두 거부하십시오.

비교 코드를 사용하는 앱 푸시 흐름

Smart-ID와 Mobile-ID는 사용자가 귀사 페이지를 벗어나지 않습니다. 사용자가 개인식별코드를 입력하면(Mobile-ID는 전화번호도 요구합니다) 귀사 페이지에 짧은 코드가 표시되고, 같은 코드가 앱에도 나타납니다. 사용자는 두 코드가 일치할 때에만 휴대폰에서 PIN으로 승인합니다.^[20] Smart-ID는 코드 3개를 보여 주고 사용자에게 올바른 코드를 고르도록 요청할 수도 있습니다.^[10]

본인 확인

확인 방법 선택

이미 사용 중인 전자신분증으로 로그인하세요.

Smart-ID

대신 신분증 사용하기

1사용자가 귀사가 허용하는 eID 중 하나를 선택합니다.

본인 인증

코드 확인

4821

Smart-ID 앱에도 동일한 코드가 표시됩니다.

2사용 중인 기기의 귀사 인증 페이지에 비교 코드가 표시됩니다. 앱에도 동일한 코드가 표시됩니다.

Smart-ID

PIN 입력

화면에 표시된 코드와 일치하는 경우에만.

3사용자는 PIN을 귀사 페이지가 아닌 앱에서만 입력합니다.

본인 인증하기

인증이 완료되었습니다

성명공유됨
생년월일공유됨
개인 식별 코드공유됨
주소공유되지 않음

4서명된 속성 정보가 귀사 백엔드로 전달됩니다.

BankID Sweden도 같은 구조이지만, 코드를 입력하는 대신 QR을 사용합니다. 사용자는 autostart 토큰으로 같은 기기에서 앱을 열거나, 다른 기기에 표시된 애니메이션 QR을 스캔합니다. 귀사 백엔드는 주문이 완료될 때까지 /collect를 폴링합니다. 완료된 주문에는 개인식별번호, 전체 이름, 이름, 성이 담기며, 기기, 서명 및 선택적 위험 필드도 함께 포함됩니다.^[8] Smart-ID+는 Smart-ID를 이 모델로 전환합니다(데스크톱에서는 동적 QR, 모바일에서는 앱 간 연동). 따라서 사용자는 더 이상 웹사이트에서 개인 코드를 입력하지 않습니다.^[11]

사용자 귀사 백엔드 스킴 API 스킴 앱

1개인 코드 입력

2확인 코드 표시

3인증 요청 시작

4휴대폰으로 푸시

앱에 같은 코드가 표시되고, 사용자가 PIN을 입력합니다

5결과 폴링

6서명된 결과

사용자가 보는 순서대로 정리한 Smart-ID 또는 Mobile-ID 로그인 절차입니다. 개인 코드, 귀사 페이지의 확인 코드, 앱에 표시되는 동일한 코드, 그다음 PIN 순입니다.^[20] BankID QR 방식에서는 1단계가 없어지고 2단계에서 QR 코드가 표시됩니다.

카드와 NFC, 그리고 OpenID4VP를 통한 EUDI 지갑

독일 eID 카드의 경우, 사용자는 AusweisApp에서 카드를 NFC 지원 휴대폰에 댑니다. PIN을 입력하기 전에 앱은 법에 따라 서비스 제공자의 이름, 주소, 요청된 데이터 범주를 표시해야 합니다. 전송되는 데이터는 해당 범주로 한정됩니다.^[14]

OpenID Foundation에 따르면 OpenID4VP 1.0은 최종 사양입니다.^[16] 아키텍처 및 참조 프레임워크(ARF)는 원격 제시 방식으로 세 가지를 제시합니다. 리디렉션 및 openid4vp:// 같은 사용자 지정 URI 스킴을 통한 OpenID4VP, W3C Digital Credentials API를 통한 OpenID4VP, 그리고 같은 API를 통한 ISO/IEC 18013-7입니다.^[2][17] 지갑은 정보를 공유하기 전에 귀사의 접근 인증서를 인증하고, 귀사가 등록한 것보다 많은 속성을 요청하지 않는지 확인합니다. 또한 사용자가 각 속성을 하나씩 승인하도록 합니다.^[2] 얼굴 사진은 2028년 8월 11일부터에야 개인 식별 데이터(PID)의 필수 항목이 됩니다. 사용자가 명시적으로 제외를 선택한 경우는 예외입니다.^[18]

2026년 7월 23일ARF v3.0.0지갑 프레임워크의 현행 버전입니다.
2026년 12월 24일지갑 제공 기한각 회원국은 최소 1개의 지갑을 제공합니다.
2027년 12월 24일수용 의무법률 또는 계약에 따라 강력한 사용자 인증을 사용해야 하는 민간 신뢰 당사자는 사용자가 요청하면 지갑을 수용합니다. 영세기업과 소기업은 면제됩니다.
2028년 8월 11일얼굴 사진사용자가 옵트아웃하지 않는 한 PID 얼굴 사진이 필수가 됩니다.

eID API 로드맵을 좌우하는 EUDI 지갑 일정.^[1][2][18]

EUDI 지갑 가이드에서 신뢰 당사자 등록과 국가별 준비 현황을 다룹니다.

오류, 대체 수단 및 재시도

로그인은 완료, 취소, 시간 초과, 실패 중 하나로 끝납니다. 마지막 세 가지는 똑같이 처리하고, 그다음 단계는 국가별로 정하십시오.

1사용자 국가의 전자신분증(eID) 제공

국가별 허용 목록을 정하고, 사용자가 선택합니다.

유효한 서명과 요구되는 수준으로 로그인이 완료되었음

예

서명된 속성 저장

이름, 생년월일, 식별자, 수준.

아니요

대체 수단으로 전환 또는 거절

칩 판독을 포함한 신분증 인증 또는 세션 종료.

2심사 및 판단

검증된 데이터에 자체 리스크 규칙을 적용하십시오.

취소된 로그인은 절대 자동으로 재시도하지 마십시오. 콜백은 멱등성을 갖도록 구현하십시오. 그래야 새로고침이나 중복 이벤트로 계정이 두 개 열리지 않습니다. eID가 없는 사람을 위한 경로도 유지하십시오. 보통 NFC 칩 판독, 라이브니스 검사, 얼굴 대조를 거치는 신분증 인증입니다. 이 경로는 NFC eID 인증과 칩 보안에서 다룹니다.

eID API 연동 보안 체크리스트

로그인할 때마다 새 state와 nonce를 생성하고, 이 값과 일치하지 않는 콜백은 거부하십시오.
속성을 하나라도 읽기 전에 모든 토큰 또는 결과의 서명을 검증하세요.
보증 수준은 요청에서만 확인하지 말고 결과에서도 확인하십시오.^[5]
AMLR의 eID 경로가 귀사에 적용되는 경우 '상당(substantial)' 또는 '높음(high)' 수준을 요구하십시오.^[3]
eID PIN을 자사 페이지에서 절대 수집하지 마십시오. PIN은 해당 체계의 앱에서 입력해야 합니다.^[20]
기기 간 로그인에는 코드를 직접 입력하는 방식보다 QR 또는 앱 간 실행 방식을 우선 사용합니다.^[11]
등록했고 필요한 속성만 요청하십시오.^[1]
결과를 신뢰하기 전에 웹훅 서명과 타임스탬프를 검증하십시오.

법적 근거는 2027년 7월 10일부터 적용되는 자금세탁방지규정(AMLR)입니다. 제22조(6)(b)는 "보증 수준 '상당(substantial)' 또는 '높음(high)'과 관련하여 규정(EU) No 910/2014의 요건을 충족하는 전자식별수단"을 허용합니다.^[3] 모든 체계가 통보된 것은 아닙니다. MitID는 EU의 통보된 전자식별 체계 목록에 있지만 Smart-ID는 없습니다.^[4]

주의할 점

ARF는 크로스 디바이스 커스텀 URI 흐름이 "피싱 및 릴레이 공격에 취약하다"고 경고하며, 크로스 디바이스 제시에 커스텀 URI 스킴을 권장하지 않습니다.^[2] Computer Sweden에 따르면, 경찰은 2019년 7월 QR 코드 도입 이후 BankID 전화 사기가 90% 감소했다고 발표했습니다.^[9]

Didit이 eID API 연동을 지원하는 방법

Didit은 5개의 운영 중인 eID(MitID, BankID Sweden, Finnish Trust Network, Smart-ID, Mobile-ID, 7개국)를 하나의 세션 API로 제공하며, 같은 워크플로 안에서 신분증 경로도 함께 제공합니다. 더 많은 체계가 Didit의 로드맵에 있으며, EUDI 지갑 수용은 출시 예정입니다. Didit은 PIN을 절대 요구하지 않습니다. 자세한 내용은 디지털 ID 지갑 페이지와 지갑 문서에서 확인할 수 있습니다.^[19]

운영 중인 eID를 국가별로 활성화하세요

콘솔에서는 Workflows, ID Verification 단계, Countries, "Wallets accepted" 순으로 이동합니다. API에서는 ID Verification 기능(OCR)이 ISO 3166-1 alpha-3 국가 코드를 키로 하는 methods 객체를 받으며, 이 객체는 POST /v3/workflows/와 함께 전송합니다. 덴마크에 대한 문서상 예시는 다음과 같습니다:^[21]

{ "feature": "OCR", "config": { "methods": { "DNK": { "document": { "enabled": true }, "wallet": { "enabled": true, "providers": ["mitid"], "on_failure": "fallback_to_document" } } } } }

에스토니아에서 휴대폰 기반 eID 두 가지를 모두 허용하는 경우는 다음과 같습니다.^[20]

{ "EST": { "document": { "enabled": true }, "wallet": { "enabled": true, "providers": ["smart_id", "mobile_id"], "on_failure": "fallback_to_document" } } }

providers는 허용 목록이며 우선순위 목록이 아닙니다. on_failure 값은 fallback_to_document 또는 decline입니다. 사용 중인 환경에서 제공되지 않는 지갑이 포함되면 저장 전체가 거부됩니다. 따라서 먼저 카탈로그를 확인하십시오.^[21]

스크린샷 대기 중: console-wallets-accepted

Didit 콘솔에서 한 국가에 대해 허용할 eID를 선택하는 화면.

세션을 생성하고 결과를 확인합니다

workflow_id(선택적으로 vendor_data 및 callback 포함)를 담아 POST /v3/session/을 호출하면 session_id, url, session_token이 반환됩니다. 해당 URL을 열거나 SDK를 사용하십시오.^[24] 결과는 웹훅 또는 GET /v3/session/{id}/decision/을 통해 전달되며, verification_method: "wallet", assurance: "cryptographic" 및 wallet_verification 객체가 포함됩니다.^[19]

필드	예시	의미
`provider`	`mitid`	사용자가 선택한 전자신분증(eID)
`issuing_authority`	덴마크 디지털정부청	신원을 보증하는 주체
`issuing_country`	`DNK`	국적이 아닌 신원 확인 경로
`level_of_assurance`	`substantial`	해당 체계가 제시한 수준
`signature_valid`	`true`	서명된 어설션의 검증이 완료됨
`attributes`	`full_name`, `date_of_birth`, `cpr_alias`	검증된 클레임이며, 필드명은 eID마다 다름
`portrait`, `face_match_score`	`null`	얼굴 사진을 공유하는 운영 중인 eID는 없습니다

요청한 수준보다 낮은 수준이면 로그인은 실패합니다. 완료된 로그인만 과금됩니다.^[19] 요금: MitID, Finnish Trust Network $0.25, BankID Sweden, Smart-ID, Mobile-ID $0.20.

웹훅과 샌드박스

X-Signature-V2는 대상 시크릿으로 검증하고, 300초보다 오래된 X-Timestamp는 거부하며, 멱등성 키는 event_id로 설정합니다. 전송에 실패하면 최대 두 번 재시도됩니다.^[22] 샌드박스 애플리케이션은 모든 지갑을 활성화할 수 있고, 실제 로그인 없이 승인합니다. 대체 흐름을 테스트할 수 있도록 wallet_cancelled, wallet_timeout, wallet_provider_error도 제공합니다.^[23]

eID	국가	Didit 수준	Didit 상태
MitID	덴마크	상당	운영 중
BankID Sweden	스웨덴	상당	운영 중
Finnish Trust Network	핀란드	상당	운영 중
Smart-ID	에스토니아, 라트비아, 리투아니아, 벨기에	높음	운영 중
Mobile-ID	에스토니아, 리투아니아	높음	운영 중
BankID Norway	노르웨이	미지정	출시 예정
Freja eID	스웨덴	미설정	출시 예정
itsme	벨기에	미설정	출시 예정
iDIN	네덜란드	미설정	출시 예정
독일 eID 카드	독일	미설정	출시 예정
FranceConnect	프랑스	미설정	출시 예정
ID Austria	오스트리아	미설정	요청 시 제공
Cl@ve	스페인	미설정	요청 시 제공
SPID	이탈리아	미설정	요청 시 제공
Swiss E-ID	스위스	미설정	요청 시 제공
EUDI 지갑	EU 및 EEA	미설정	출시 예정

Didit 제공 사항

체계 접속, 인증서 및 서명 검증
단일 세션 API, 호스팅 플로우 및 SDK
eID가 없는 사용자를 위한 NFC 칩 판독 기반 신분증 경로

귀사가 계속 담당하는 사항

국가별로 허용할 eID
귀사 정책이 요구하는 보증 수준
온보딩 결정과 법적 책임

서비스하는 모든 국가를 위한 하나의 eID API

국가별로 운영 중인 eID를 활성화하고, 신분증 문서는 대체 수단으로 유지하며, 완료된 로그인에 대해서만 비용을 지불하세요.

무료로 시작하기 문의하기 문서 보기

핵심 요약

모든 eID는 다섯 가지 패턴 중 하나를 사용합니다. 리디렉션, 코드를 이용한 앱 푸시, QR 또는 앱 실행, 카드와 NFC, 또는 OpenID4VP입니다.
접근 권한 확보가 먼저입니다. 브로커, 계약, 인증서 또는 등록이 필요합니다.
모든 결과에서 서명과 보증 수준을 확인하세요.
법률 또는 계약에 따라 강력한 사용자 인증을 사용해야 하는 민간 신뢰 당사자는 2027년 12월 24일까지 사용자의 요청이 있으면 EUDI 지갑을 수락해야 합니다(영세기업 및 소기업은 면제).

자주 묻는 질문

eID API란 무엇인가요?

애플리케이션이 국가 전자신분증(eID) 체계, 또는 여러 체계에 연결된 제공업체에 개인을 인증하고 서명된 신원 속성을 반환하도록 요청할 수 있게 하는 인터페이스입니다. 응답의 서명과 보증 수준은 여전히 직접 확인해야 합니다.

eID 체계마다 별도의 연동이 필요한가요?

직접 연동한다면 그렇습니다. 체계마다 계약, 인증서, 프로토콜이 따로 있습니다. 덴마크에서는 인증된 MitID 브로커를 이용해야 하고, BankID Sweden은 은행이나 리테일러를 통해 구매합니다.^[12][15] 단일 eID API는 이러한 차이를 하나의 세션과 하나의 결과 형식 뒤로 감춥니다.

국가 eID는 어떤 프로토콜을 사용하나요?

상당수는 OpenID Connect를 사용하며, ID-porten이나 TARA 같은 게이트웨이를 거치는 경우가 많습니다.^[5][7] 자체 폴링 API를 쓰는 곳도 있고(BankID Sweden, Smart-ID), 칩 카드를 읽는 eID 서버를 쓰는 곳도 있습니다(독일).^[8][13] EUDI 지갑은 OpenID4VP 또는 ISO/IEC 18013-7을 사용합니다.^[2]

eID 로그인은 어떤 데이터를 반환하나요?

체계에 따라 다릅니다. BankID Sweden은 개인번호, 성명, 이름, 성을 반환합니다.^[8] 독일 eID 카드는 서비스 제공자 인증서에 명시된 데이터 범주만 전송하며(§ 18(5)), 카드의 국가 ID 번호는 § 18(3) 목록에 포함되지 않으므로 전송하지 않습니다.^[14]

보증 수준은 어떻게 적용합니까?

필요한 수준을 요청하고, OIDC의 acr 클레임처럼 결과에 표시된 수준을 확인하십시오. ID-porten은 클라이언트가 보안 수준이 충분히 높은지 검증해야 한다고 명시합니다.^[5] 정책 기준에 미달하는 결과는 불충분한 것으로 처리하고 계정을 개설하지 마십시오.

사용자가 eID를 보유하지 않았거나 취소하면 어떻게 해야 합니까?

국가별로 대체 수단을 제공할지 거절할지 결정하십시오. 취소된 로그인을 자동으로 재시도하지 마십시오.

실제 사용자 없이 eID 연동을 어떻게 테스트합니까?

제공자의 샌드박스에서 승인, 취소, 시간 초과를 시뮬레이션하십시오. 시뮬레이션된 승인은 실제 신원으로 로그인할 수 있음을 증명하지 않습니다. 출시 전에 승인된 실제 기기 테스트를 실행하십시오.^[20]

기업은 언제부터 EUDI 지갑을 수락해야 합니까?

법률 또는 계약에 따라 강력한 사용자 인증을 사용해야 하는 민간 신뢰 당사자는 2027년 12월 24일까지 사용자가 요청하면 이를 수용해야 합니다. 영세기업과 소기업은 면제됩니다.^[1]

출처

Regulation (EU) 2024/1183 (eIDAS 2), EUR-Lex, 2024년 4월 30일자 관보, 제5a조, 제5b조 및 제5f조.
Architecture and Reference Framework v3.0.0, 유럽연합 집행위원회 EUDI Wallet 프로젝트, 2026년 7월 23일 공개, 4.4.3절, 5.7.1절 및 6.6.3절.
Regulation (EU) 2024/1624 (AMLR), EUR-Lex, 제22(6)조.
Overview of pre-notified and notified eID schemes under eIDAS, 유럽연합 집행위원회, 2026년 10월 5일 열람.
ID-porten ID token, 노르웨이 디지털화청(Digdir).
Anbindung mit OpenID Connect, ID Austria 개발자 문서.
TARA 기술 사양, 에스토니아 정보시스템청(RIA).
인증 및 서명: collect, BankID 개발자 문서.
QR-koden gjorde susen: BankID-bedrägerierna ned med 90 procent, Computer Sweden, 2019년 7월 3일(2차 출처).
확인 코드가 1개 표시될 때와 3개 표시될 때가 있는 이유, Smart-ID.
새로운 Smart-ID는 사기로부터 나를 어떻게 보호하는가, Smart-ID.
MitID 브로커, 덴마크 디지털정부청.
서비스 제공자 되기, AusweisApp, 독일 연방정부.
여권 및 신분증법(PAuswG) 제18조, Gesetze im Internet.
기업을 BankID에 연결하기, BankID.
OpenID for Verifiable Presentations 1.0 최종 사양 승인, OpenID Foundation.
디지털 자격증명(Digital Credentials), W3C.
집행위원회 시행규정 (EU) 2026/1731, EUR-Lex, 2028년 8월 11일부터 PID에 얼굴 사진 포함.
디지털 신원 지갑, Didit 문서.
Smart-ID 및 Mobile-ID 연동, Didit 문서.
워크플로 기능 설정, Didit 문서.
웹훅, Didit 문서.
샌드박스 및 테스트 데이터, Didit 문서.
빠른 시작, Didit 문서.

모든 국가 eID와 각 eID의 보증 수준 및 현황은 eID 인증 페이지에서 확인할 수 있습니다.

체계별 계약 없이 eID 로그인을 출시하세요

현재 운영 중인 eID부터 시작하고, 사용자에게 필요한 시점에 체계를 추가하고, 그 밖의 모든 사용자에게는 신분증 문서 인증을 계속 제공하세요.

무료로 시작하기 문의하기

계속 읽기