공공 마이데이터 전송요구권: 행정정보를 내가 직접 옮기는 권리
전자정부법 제43조의2에 근거한 공공 마이데이터 전송요구권의 권리 범위, 전송 절차, 인증·동의 체계, 기술 표준을 실무 관점에서 정리한다.
2026-08-13 · 최초 발행 2025-11-28
전입신고나 대출 심사에서 재직증명서·소득증명서를 떼어 제출하던 절차를, 국민이 직접 요구해 기관 간 전자 전송으로 대체하는 제도가 공공 마이데이터 전송요구권이다. 전자정부법 제43조의2(정보주체 본인에 관한 행정정보의 제공요구권)에 근거하며 2021년 12월 시행됐다. 상세 시행지침과 적용 범위는 계속 갱신되므로 최신 정보를 확인해야 한다.
권리의 정의와 범위
전송요구권은 정보주체인 국민이 공공 및 행정기관이 보유한 본인 행정정보를 본인 또는 지정한 제3자에게 전자적 방법으로 전송하도록 요구할 수 있는 권리다. 서류 제출을 디지털 전송으로 대체하는 것이 지향점이다. 대상은 주민등록, 납세, 건강·연금, 자동차, 교육, 복지 등 행정정보이며 표준화된 전자 형식으로 전송한다. 본인이 직접 수령하거나 제3자(민간기관·다른 행정기관)를 지정해 전송하는 방식 모두 포함된다. 법적 근거는 전자정부법 제43조의2이고, 개인정보보호법의 자기결정권·데이터 이동권 취지와 정합한다. 기관별 세부 항목·유효기간·동의 방식은 부처 고시·표준지침을 따른다.
권리·절차·인증이 맞물리는 구조
권리 범위·주체·책임 — 정보주체(국민) 중심의 권리이며 법정대리인·위임 대리도 요건을 충족하면 가능하다. 전송 요구의 적법성·동의 관리 책임은 정보주체와 요청 수령기관이 공동 분담하고, 보유기관은 정확·최신 데이터를 제공할 의무를 진다.
전송 절차·채널·거점 — 정부24, 부처별 민원 포털, 연계 허가를 받은 민간 앱을 채널로 쓴다. 기관 간 연계는 전자문서지갑·표준 API를 활용한다. 절차는 본인확인 → 전송요구 생성·동의 → 토큰 발급 → 데이터 수집·정합성 검증 → 암호화 전송 → 수신기관 처리·결과 통지 순이다.
인증·동의·위임 관리 — 공동·금융인증서, 모바일 신원확인(OIDC), 패스(PASS) 등 다중 채널을 지원하고 위험도 기반 추가 인증을 적용한다. 동의에는 범위·항목·목적·유효기간·제3자 범위를 명시하고, 철회·재동의·유효기간 만료 처리와 감사 추적 로그가 필수다.
기술 표준·인터페이스 — OAuth 2.0, OpenID Connect, MTLS, JSON/JSON Schema, 전자서명·타임스탬프로 전송 무결성과 부인방지를 확보한다. 기관 API 게이트웨이, 스코프 기반 접근제어, 페이징·증분 전송, 스냅샷 일관성을 인터페이스 단에서 보장한다.
거버넌스·보안·운영 — 데이터 사전등록(카탈로그), 표준 데이터모델, SLA·에러 코드 체계, 분쟁 조정 절차를 갖춘다. 종단간 암호화, 키관리(HSM/KMS), 최소수집·목적제한, 개인정보 영향평가(PIA)를 적용하며 대용량·피크 대응을 위한 탄력 확장을 설계한다.
전송 절차
인증이 실패하면 다중 채널로 전환하고 위험도 기반 추가 인증을 요구한다. 데이터 수집이 실패하면 지수 백오프로 재시도하고, 부분 전송이 있었다면 스냅샷 기준으로 재동기화하며 롤백한다. 동의가 철회되면 토큰을 즉시 폐기하고 전송을 중단하되 감사 로그는 보존한다. 일관성은 시점 스냅샷 제공, 요청 ID·Idempotency Key를 통한 중복 전송 방지, 서명·타임스탬프를 통한 무결성 검증으로 확보한다.
기존 제출 방식과 무엇이 다른가
| 항목 | 기존 제출 방식 | 전송요구권 기반 전송 |
|---|---|---|
| 성능 | 처리시간 장시간 소요, 중복 접수 발생 | 실시간/준실시간 전송, 중복 방지 |
| 확장성 | 서류 종류 증가 시 수작업 폭증 | 스키마·스코프 확장으로 선형 확장 |
| 일관성 | 신청 시점과 데이터 시점 불일치 빈번 | 스냅샷 제공으로 시점 일관성 확보 |
| 안정성 | 분실·위변조 위험, 위임 증빙 관리 부담 | 전자서명·감사추적, 위임·동의 중앙 관리 |
| 운영 편의 | 방문·스캔·업로드 필요, 반려율 높음 | 자동 전송·검증, 반려율 감소 |
실무에서 어떻게 쓰이나
전입신고, 자동차 이전등록, 출생·사망 신고 같은 민원 처리에서는 구비서류가 자동 전송된다. 정부24에서 일괄 동의를 받으면 기관 간 백엔드 전송이 처리되고, 처리시간 단축·방문 및 우편 제출 제거·반려 감소로 이어진다. 대출·보험 심사에서는 소득·재직·납세 사실 등 행정정보를 이용자 동의 하에 금융사로 안전하게 전송해 심사 TAT를 단축하고 서류 위조 리스크를 줄인다.
대학·자격기관·공공채용에서는 무범죄·병적·경력 확인 등 증빙을 전자로 전송해 제출을 자동화하고 기관 간 검증 비용을 절감한다. 취약계층 복지 신청에서는 건강보험 자격, 기초수급, 장애등록 정보를 전송해 원스톱 수급 심사와 반복 서류 제출 제거를 지원한다.
기술·보안에서의 트레이드오프
접근 제어는 OAuth2 스코프를 최소화하고 단기 액세스 토큰과 DPoP/MTLS를 적용하지만, 보안을 강화할수록 클라이언트 구현 복잡성은 커진다. 데이터 최소화는 목적별 필드 수준 스코프 분리와 민감정보 분리 암호화로 이뤄지되, 과도한 최소화는 재동의 빈도를 높인다. 일관성 확보를 위해 스냅샷 시점을 고정하고 부분 실패 시 전체 롤백이나 보상 트랜잭션을 채택하지만, 강한 일관성은 처리 지연으로 이어질 수 있다. 로그·감사는 불변 로그(WORM 저장)와 프라이버시 보존 감사로 처리하는데 저장 비용이 늘어나고, 가용성은 이중화(Active-Active)·서킷브레이커·백프레셔로 확보하되 인프라 비용과 운영 복잡성이 상승한다.
참조 구현 예시
OAuth2/OIDC 지원, MTLS 구성, 테스트 샌드박스 환경을 전제로 한 개념 예시다.
- 동의 생성:
POST /consentswith scopes, receiver_id, expires_at - 토큰 발급:
POST /oauth/token(client_credentials 또는 authorization_code with PKCE) - 데이터 요청:
GET /v1/admin-data/{dataset}?consent_id=...(Accept: application/json) - 무결성 검증: 응답 헤더의 Digest, X-Signature(JWS), X-Timestamp
# 토큰 발급
curl --mtls --data 'grant_type=client_credentials&scope=admin.read' \
https://api.gov.example/oauth/token
# 데이터 전송(제3자 수신)
curl --mtls -H "Authorization: Bearer $TOKEN" \
-H "Consent-Id: $CONSENT_ID" \
-H "Idempotency-Key: $UUID" \
https://api.gov.example/v1/transfer?receiver_id=bank-123&dataset=income-proof
도입 체크리스트와 기대 효과
법·지침 준수(전자정부법 제43조의2, 개인정보보호법, 부처별 고시 최신 확인), 전송 가능 데이터셋·필드 스키마·민감도 분류를 담은 데이터 카탈로그, OIDC/OAuth2와 위임·재동의·철회 프로세스 및 감사 로그, API 게이트웨이·SLA·모니터링·장애대응 재시도 정책, 키관리·암호화·접근통제·PIA·분쟁 조정 절차까지가 도입 시 점검 대상이다.
업무·시스템 성숙도에 따라 상이하지만, 민원 처리시간은 30분에서 5분 수준으로 최소 80% 절감이 가능하다는 수치가 제시되고, 반려율은 15%에서 5%p 수준으로 줄며 OCR·수기 오류 제거 효과가 따른다. 서류 출력·보관 비용은 70% 이상 절감되고 창구 방문 감소로 인건비도 줄어든다. 데이터 신뢰도와 투명성이 높아지고 위변조·분실 리스크가 줄며, 국민 편의성과 행정 신뢰 회복, 민관 혁신 서비스 기반 확대로 이어진다.