목록으로
KRDS 체크리스트 분석

보고 적는 그대로

이번 507편은 문서에 표시된 날짜를 정확하게 요청할 때, 입력 필드 구성을 원본 형식과 일치시켜 제공하라는 규칙입니다.

VViewCheck Insight
·2026.07.22 4분 48
보고 적는 그대로
KRDS CP-387 — 문서에 표시된 날짜를 정확하게 요청할 때 입력 필드의 구성을 원본 형식과 일치시켜 제공하고 있다.

0. 들어가며 — 문서를 보고 옮겨 적을 때

이번 507편은 문서에 표시된 날짜를 정확하게 요청할 때, 입력 필드 구성을 원본 형식과 일치시켜 제공하라는 규칙입니다.

사용자가 — 종이 문서나 증명서에 적힌 날짜를 보고 그대로 옮겨 적을 때, 입력 필드의 구성(순서·단위)이 원본과 다르면 혼란스럽죠. CP-387은 원본 형식과 입력 필드를 일치시키라고 규정합니다. 이번 편을 풀어냅니다.

1. 원문 — 원본 형식과 입력 필드 일치

CP-387 (컴포넌트 > 날짜 입력 필드) “문서에 표시된 날짜를 정확하게 요청할 때 입력 필드의 구성을 원본 형식과 일치시켜 제공하고 있다.”

종이 문서·증명서 등에 적힌 날짜를 입력받을 때, 입력 필드의 구성(자리 순서·구분)을 그 원본 날짜 형식과 같게 만들어 제공하라는 뜻입니다.

정리: 문서 보고 적는 날짜는 입력 필드를 원본 형식과 일치시켜라. 이게 CP-387입니다.

2. 왜 원본 형식과 일치인가

공공 서비스에서는 사용자가 종이 문서·증명서·고지서에 적힌 날짜를 보고 그대로 시스템에 옮겨 적는 경우가 많습니다. 예: 주민등록증의 발급일, 고지서의 납부 기한, 증명서의 발행일을 그 문서를 보면서 입력 필드에 옮기죠. 이때 입력 필드의 구성이 원본 문서의 날짜 형식과 다르면 혼란이 생깁니다.

입력 필드와 원본 형식이 다를 때:

순서 혼란 원본 문서가 ‘2024년 1월 5일’ 순서(연-월-일)인데, 입력 필드가 일/월/연 순서로 돼 있으면, 사용자는 보면서 옮기다 순서를 맞추느라 헷갈리고 실수합니다. 머릿속으로 순서를 바꿔야 하니 인지 부담이 크죠.

단위 불일치 — 원본이 ’연/월/일’로 나뉘어 있는데 — 입력 필드가 하나의 통짜 칸이거나 다른 구분이면, 옮기기 어색합니다.

옮겨적기 오류 — 형식이 안 맞으면 — 보고 적는 과정에서 자릿수·순서 오류가 나기 쉽죠.

그래서 CP-387은 — ’문서에 표시된 날짜를 정확하게 요청’하는 경우, 입력 필드 구성을 원본 형식과 일치시키라고 합니다:

순서 일치 — 원본 문서의 날짜 순서(보통 한국은 연-월-일)와 입력 필드의 자리 순서를 같게 합니다. 사용자가 — 문서를 왼쪽에서 오른쪽으로 읽으며 입력 필드도 그 순서로 채우게요.

구성 일치 — 원본이 — 연/월/일로 나뉘어 있으면, 입력 필드도 그에 맞춰 구성(연 칸, 월 칸, 일 칸)하면 옮기기 쉽죠. 원본의 구분·단위를 반영합니다.

보면서 적기 편하게 핵심은 사용자가 원본을 보면서 머릿속 변환 없이 그대로 옮겨 적을 수 있게 하는 것입니다. 형식이 일치하면 인지 부담과 오류가 줄죠.

’정확하게 요청할 때’의 맥락. 원문이 ’문서에 표시된 날짜를 정확하게 요청할 때’라 한 것은 원본 문서의 특정 날짜를 정확히 옮겨 적어야 하는 상황을 말합니다. 예: 증명서 번호의 발급일을 정확히 입력해야 검증되는 경우죠. 이런 ’원본 대조 입력’에선 형식 일치가 특히 중요합니다. 반대로 사용자가 자유롭게 고르는 날짜(예약일 등)는 달력 선택기 등이 편할 수 있고요.

범위 입력과의 구분(CP-388). 정확한 날짜를 옮겨 적는 경우(387)와, 기억 안 나는 날짜를 범위로 받는 경우(CP-388)는 다릅니다. 387은 — 원본이 명확히 있는 정확한 날짜, 388은 — 사용자가 정확히 모르는 날짜죠. 상황에 맞게 입력 방식을 고릅니다.

이 규칙은 날짜 입력의 ’원본 대조 편의’를 담당합니다 — 문서 보고 옮기는 날짜의 입력 필드를 원본 형식과 일치시켜 (387), 사용자가 변환 없이 정확히 옮겨 적게 하죠. 옮겨적기 오류를 줄이는 배려입니다.

정리하면 — 문서에 적힌 날짜를 옮겨 적을 때 입력 필드 구성이 원본과 다르면 순서 혼란·오류가 생기므로, 입력 필드의 순서·구성을 원본 날짜 형식과 일치시켜 변환 없이 옮겨 적게 해야 합니다.

3. 점검 / 개선

무엇을 점검하나

순서 일치 — 입력 필드 자리 순서가 원본 문서 날짜 순서와 같은가.

구성 일치 — 원본의 연/월/일 구분·단위가 입력 필드에 반영됐는가.

옮겨적기 편의 — 사용자가 변환 없이 원본을 그대로 옮길 수 있는가.

개선 방향

문서 대조 입력의 필드 순서·구성을 원본 형식과 일치(보통 연-월-일).

머릿속 변환 없이 옮겨 적게. 정확한 날짜는 일치, 모르는 날짜는 범위(CP-388).

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

역할책임
기획/UX원본 형식 분석·입력 필드 설계
퍼블리셔/개발형식 일치 입력 필드 구현
기관 유형CP-387 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체✅ 조건부 (문서 대조 날짜 입력 시)

증명서·문서의 날짜를 옮겨 적는 폼을 쓰는 사이트에 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 입력 필드 자리 순서가 원본 문서 날짜 순서와 같나요?

□ 원본의 연/월/일 구분·단위가 입력 필드에 반영됐나요?

□ 사용자가 변환 없이 원본을 그대로 옮길 수 있나요?

❓ FAQ

Q1. 왜 원본 형식과 맞춰야 하나요? 사용자가 문서를 보면서 옮겨 적는데, 순서가 다르면 머릿속으로 바꿔야 해 혼란·오류가 생깁니다. 일치하면 그대로 옮기죠. Q2. 모든 날짜 입력에 적용되나요? 문서 보고 정확히 옮겨 적는 경우입니다. 자유롭게 고르는 날짜(예약일)는 달력 선택기가 편할 수 있죠. Q3. CP-388(범위)과 뭐가 다른가요? 387은 원본이 명확한 정확한 날짜, 388은 사용자가 정확히 모르는 날짜를 범위로 받는 경우입니다.

6. 마무리

CP-387의 메시지:

보고 적는 그대로 — 문서 날짜 입력 필드를 원본 형식과 일치시켜라.

문서 날짜를 옮겨 적을 때 입력 필드가 원본과 다르면 순서 혼란·오류가 생깁니다. 입력 필드 순서·구성을 원본 형식과 일치시켜 변환 없이 옮겨 적게 하는 게 핵심이죠. 다음 편은 범위 날짜 입력입니다.

다음 편 예고 ▶ 「508. (CP-388) 사용자가 기억하기 어려운 날짜나 특정일을 지정하기 어려운 정보를 요청할 때, 범위로 날짜를 입력할 수 있도록 입력 필드를 제공하고 있다.」

ViewCheck는 문서 날짜 입력 필드가 원본 형식과 일치하는지를 진단합니다.

📚 참고 출처

KRDS 컴포넌트 — 날짜 입력 필드(Date input) 가이드 — https://www.krds.go.kr/html/site/component/component_38.html

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

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

#KRDS#공공웹#컴포넌트#날짜입력#원본형식일치#입력필드#옮겨적기#오류방지

관련 글