이름이 바뀐 사용자도 막히지 않게

KRDS BP-006 — [이름] 개명한 사용자의 입력에 제약이 있는 경우, 문제를 해결하는 데 참고할 수 있는 방안을 이름 입력 필드 주변에 제공하고 있다.

0. 들어가며 — 개명했는데 옛 이름으로만 인증되면

이번 572편은 개명한 사용자의 입력에 제약이 있는 경우, 해결 방안을 이름 입력 필드 주변에 제공하라는 규칙입니다.

이름을 — 개명한 사용자는, 시스템에 옛 이름이 남아 있어 새 이름으로 입력하면 인증·조회가 안 될 수 있죠. 이런 막힘에 대비해 — 해결 방안을 안내해야 합니다. BP-006은 개명 사용자 배려를 규정합니다. 이름 그룹의 섬세한 포용 규칙이죠. 이번 편을 풀어냅니다.

1. 원문 — 개명 제약 시 해결 방안 안내

BP-006 (기본 패턴 > 개인 식별 정보 입력 [이름]) “[이름] 개명한 사용자의 입력에 제약이 있는 경우, 문제를 해결하는 데 참고할 수 있는 방안을 이름 입력 필드 주변에 제공하고 있다.”

이름을 개명한 사용자가 입력에 막힐 수 있는 경우, 그 문제를 해결할 방안을 이름 필드 근처에 안내하라는 뜻입니다.

정리: 개명 사용자가 막힐 수 있으면 해결 방안을 안내하라. 이게 BP-006입니다.

2. 왜 개명 사용자 안내인가

이름은 바뀔 수 있습니다. 개명(법적 이름 변경)은 누구나 할 수 있는 권리죠(혼인·이혼, 개인 사정 등). 그런데 공공 서비스 시스템은, 사용자의 이름을 신원 확인·인증에 쓰는데, 개명한 사용자는 입력에 막힐 수 있습니다. BP-006은 이를 배려합니다.

개명 사용자가 막히는 상황:

옛 이름과 불일치 사용자가 개명해 새 이름으로 입력하는데, 시스템·기관 DB에는 옛 이름이 남아 있으면, 본인 확인·조회·인증이 실패합니다. ‘이름이 일치하지 않습니다’ 오류가 나죠. 사용자는 자기 진짜(새) 이름을 적었는데 거부당해 당황하고, 어떻게 해야 할지 모릅니다.

연계 시스템 시차 개명 정보가 여러 기관 시스템에 반영되는 데 시차가 있어, 어떤 시스템은 새 이름, 어떤 시스템은 옛 이름일 수 있죠. 사용자는 어느 이름을 적어야 할지 헷갈립니다.

막막함 — 이런 막힘에 — 아무 안내가 없으면, 사용자는 ‘왜 안 되지? 내 이름이 틀렸나?’ 하며 막막해하고 서비스를 포기하거나 민원을 넣죠.

그래서 BP-006은 — 개명 사용자가 막힐 수 있는 경우, 해결 방안을 이름 필드 주변에 안내하라고 합니다:

해결 방안 안내 — 이름 입력에 — 개명 관련 제약이 있을 수 있는 서비스면, 이름 필드 근처에 안내를 둡니다. 예: ‘개명하신 경우 본인 확인이 안 될 수 있습니다. [개명 정보 갱신 방법] 또는 [문의처]를 참고하세요’ 같은요.

구체적 경로 — 단순 ’안 될 수 있음’이 아니라 — 어떻게 해결하는지 구체적 경로를 줍니다: 개명 정보 갱신 방법, 담당 부서 연락처, 대체 인증 수단(공동인증서·휴대폰 인증으로 우회) 등.

필드 주변 배치 안내를 이름 필드 근처에 둡니다. 사용자가 이름을 적다 막혔을 때 바로 보게요(도움말 텍스트·링크). 오류가 난 뒤가 아니라, 미리 또는 오류 시 즉시 안내하면 좋죠.

왜 이런 배려가 필요한가. 공공 서비스는 모든 국민이 차별 없이 써야 합니다. 개명은 정당한 권리인데, 개명 사용자가 시스템 한계로 서비스를 못 쓰면, 그건 배제죠. 시스템을 완벽히 즉시 동기화하기 어렵다면, 적어도 막힌 사용자가 해결할 길을 안내해야 합니다. 섬세한 포용의 한 부분이죠.

근본 해결과 안내의 병행. 이상적으로는 개명 정보가 시스템에 빠르게 반영돼 막힘 자체가 없어야 합니다(근본). 하지만 현실적으로 시차·연계 한계가 있으니, 그 동안 안내(BP-006)로 사용자를 돕죠. 근본 개선과 안내가 함께 갑니다.

이 규칙은 개인 식별 정보 입력의 ’변동 상황 배려’를 담당합니다 — 개명으로 막힐 수 있는 사용자에게 해결 방안을 안내해 (006), 이름이 바뀐 사용자도 서비스를 쓰게 하죠. 다양한 사정의 사용자를 포용하는 섬세함입니다.

정리하면 — 개명한 사용자는 시스템의 옛 이름과 불일치해 입력에 막힐 수 있으므로, 그런 제약이 있는 경우 해결 방안을 이름 필드 주변에 안내해 막힌 사용자를 도와야 합니다.

3. 점검 / 개선

무엇을 점검하나

개명 제약 인지 — 이름 입력에 개명 관련 제약(옛 이름 불일치)이 있을 수 있는가.

해결 방안 안내 — 그런 경우 해결 방안이 이름 필드 주변에 안내되는가.

구체적 경로 — 갱신 방법·문의처·대체 인증 등 구체적 경로를 주는가.

개선 방향

개명 제약 가능 서비스의 이름 필드 근처에 해결 안내(갱신 방법·문의처·대체 인증).

근본적으로 개명 정보 시스템 반영 개선. 오류 시 즉시 안내.

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
기획/UX	개명 제약 분석·안내 정책
콘텐츠	해결 방안 안내 문구
백엔드	개명 정보 반영 개선

기관 유형	BP-006 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 조건부 (이름 기반 인증·조회 시)

이름으로 본인 확인·인증하는 서비스에 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 이름 입력에 개명 관련 제약(옛 이름 불일치)이 있을 수 있나요?

□ 그런 경우 해결 방안이 이름 필드 주변에 안내되나요?

□ 갱신 방법·문의처·대체 인증 등 구체적 경로를 주나요?

❓ FAQ

Q1. 개명 사용자가 왜 막히나요? 새 이름으로 입력하는데 시스템 DB에 옛 이름이 남아 있으면 본인 확인이 실패할 수 있습니다. 시차·연계 한계 때문이죠. Q2. 시스템을 고치면 되지 않나요? 근본적으로 개명 정보 반영을 개선해야 하지만, 시차·연계 한계가 있어 그 동안 안내로 사용자를 돕습니다. 둘 다 하죠. Q3. 무엇을 안내하나요? 개명 정보 갱신 방법, 담당 부서 연락처, 대체 인증 수단(공동인증서·휴대폰) 등 구체적 해결 경로입니다.

6. 마무리

BP-006의 메시지:

이름이 바뀐 사용자도 막히지 않게 — 개명 제약 시 해결 방안을 이름 필드 주변에 안내하라.

개명한 사용자는 시스템의 옛 이름과 불일치해 막힐 수 있습니다. 그런 경우 해결 방안을 이름 필드 근처에 안내해 막힌 사용자를 돕는 게 핵심이죠. 다음 편은 생년월일 입력입니다.

다음 편 예고 ▶ 「573. (BP-007) [생년월일] 입력에 날짜 선택기, 연도·일의 입력에 셀렉트를 사용하고 있지 않다.」

ViewCheck는 개명 사용자를 위한 해결 방안 안내를 진단합니다.

📚 참고 출처

KRDS 기본 패턴 — 개인 식별 정보 입력 가이드 — https://www.krds.go.kr/html/site/pattern/pattern_01.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준