뒷 항목 건드렸다고 앞 게 지워지지 않게

KRDS SP-130 — 후행 항목의 값의 입력이나 선택에 따라 선행 입력 항목의 입력값이 초기화되거나 변경되는 상태의 값을 포함하고 있지 않다.

0. 들어가며 — 뒤 항목을 채웠더니 앞에 쓴 게 사라지면

이번 804편은 후행 항목의 입력·선택에 따라 선행 입력 항목의 입력값이 초기화되거나 변경되는 상태를 포함하지 않게 하라는 규칙입니다.

신청서에서 — 뒤 항목을 채웠더니 앞에 입력한 값이 지워지거나 바뀌면, 사용자는 황당하고 다시 채워야 하죠. SP-130은 선행 항목 초기화·변경 방지를 규정합니다. 입력값 보존(BP-066)의 신청 적용이죠. 이번 편을 풀어냅니다.

1. 원문 — 선행 항목 초기화·변경 방지

SP-130 (서비스 패턴 > 신청 > 신청서 작성) “후행 항목의 값의 입력이나 선택에 따라 선행 입력 항목의 입력값이 초기화되거나 변경되는 상태의 값을 포함하고 있지 않다.”

후행 항목 입력으로 선행 항목 값이 초기화·변경되지 않게 하라는 뜻입니다.

정리: 뒤 항목 입력으로 앞 항목 값이 지워지지 않게 하라. 이게 SP-130입니다.

2. 왜 선행 항목 초기화 방지인가

신청서 항목은, 위에서 아래로 순서대로 채웁니다(BP-070). 그런데 뒤(후행) 항목을 입력·선택했더니, 앞(선행)에 채운 값이 초기화·변경되면, 사용자는 황당하죠. SP-130은 이를 방지하라고 합니다.

선행 항목이 초기화될 때의 문제:

입력값 손실 앞 항목들을 다 채우고, 뒤 항목을 입력했더니, 앞에 쓴 값이 지워지면, 사용자는 다시 채워야 합니다. 황당하고 좌절하죠.

반복 작업 뒤 항목을 바꿀 때마다 앞이 초기화되면, 무한 반복이 됩니다.

신뢰 저하 입력값이 멋대로 사라지면, 사용자는 폼을 못 믿죠.

그래서 SP-130은 — 초기화 방지를 요구합니다:

선행 값 보존 후행 항목을 입력·선택해도, 선행 항목의 값을 그대로 유지합니다. 앞에 채운 게 지워지지 않게요.

불필요한 의존 제거 후행 입력이, 선행 값을 초기화하는 잘못된 의존(코드 버그·잘못된 설계)을 제거합니다. 항목 간 불필요한 연동이 없게요.

필요한 연동은 안내(SP-131) 단, 후행 입력이 선행에 정당하게 영향을 줘야 하는 경우(논리적 의존)는, 그것을 안내(SP-131)합니다. SP-130은 불필요한·예상치 못한 초기화를 막는 것이죠.

입력값 보존(BP-066·077)의 신청 적용. BP-066(오류 후 입력 유지)·BP-077(잘못된 값 자동 삭제 금지)의 정신을, 신청서 항목 간 의존에 적용한 게 SP-130입니다. 사용자가 채운 값을, 시스템이 멋대로 없애지 말라는, 같은 원리죠.

SP-130·131의 관계. SP-130(선행 초기화 방지) + SP-131(영향 미치는 상황 안내)이 함께, 항목 간 의존을 다룹니다. 불필요한 초기화는 막고(130), 필요한 연동은 안내(131)해요. 사용자가 예상치 못한 손실 없이, 필요한 연동은 알고 채우게요.

이 규칙은 신청(SP)의 ’선행 입력 보존’을 담당합니다 — 후행 입력으로 선행 값이 초기화·변경되지 않게 해(130), 사용자가 채운 값을 잃지 않고 작성하게 하죠. SP-131(영향 안내)과 짝입니다.

정리하면 — 후행 항목 입력으로 선행 항목 값이 초기화·변경되면 입력값 손실·반복 작업이 생기므로, 불필요한 항목 간 의존을 제거해 선행 값을 보존해야 합니다(필요한 연동은 SP-131로 안내).

3. 점검 / 개선

무엇을 점검하나

선행 값 보존 — 후행 항목 입력 후에도 선행 항목 값이 유지되는가.

불필요 의존 제거 — 후행이 선행을 초기화하는 잘못된 연동이 없는가.

필요 연동 구분 — 정당한 의존은 안내(SP-131)로 처리하는가.

개선 방향

후행 입력 시 선행 값 보존(BP-066·077). 불필요한 항목 간 의존 제거.

필요한 연동은 안내(SP-131). 예상치 못한 초기화 방지.

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

역할	책임
개발	항목 간 의존·초기화 로직
QA	입력값 보존 검증

기관 유형	SP-130 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 권장 (신청서 작성 제공 시)

신청서 작성 폼을 제공하는 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 후행 항목 입력 후에도 선행 항목 값이 유지되나요?

□ 후행이 선행을 초기화하는 잘못된 연동이 없나요?

□ 정당한 의존은 안내(SP-131)로 처리하나요?

❓ FAQ

Q1. 선행 항목이 초기화되면 왜 문제인가요? 앞 항목을 다 채우고 뒤 항목을 입력했더니 앞에 쓴 값이 지워지면 다시 채워야 합니다. 뒤를 바꿀 때마다 앞이 초기화되면 무한 반복이고, 폼을 못 믿게 되죠. Q2. 항목 간 연동이 아예 없어야 하나요? 불필요한·예상치 못한 초기화는 막아야 합니다. 단 후행이 선행에 정당하게 영향을 줘야 하는 경우(논리적 의존)는 안내(SP-131)합니다. SP-130은 불필요한 초기화를 막는 거죠. Q3. BP-066과 같나요? BP-066(오류 후 입력 유지)·BP-077(잘못된 값 자동 삭제 금지)을 신청서 항목 간 의존에 적용한 것입니다. 사용자가 채운 값을 시스템이 멋대로 없애지 말라는 원리죠.

6. 마무리

SP-130의 메시지:

뒷 항목 건드렸다고 앞 게 지워지지 않게 — 후행 입력으로 선행 값이 초기화되지 않게 하라.

후행 입력으로 선행 값이 초기화되면 입력값 손실·반복 작업이 생깁니다. 불필요한 의존을 제거해 선행 값을 보존하는 게 핵심이죠. 다음 편은 항목 간 영향 안내입니다.

다음 편 예고 ▶ 「805. (SP-131) 구조적으로 신청서 내 입력 항목 중 다른 입력 항목에 영향을 미치는 상황에 대해 사용자에게 안내하고 있다.」

ViewCheck는 후행 입력으로 선행 항목 값이 초기화되지 않는지를 진단합니다.

📚 참고 출처

KRDS 서비스 패턴 — 신청 가이드 — https://www.krds.go.kr/html/site/service/service_04.html

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

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