접수 완료 화면과 확인 이메일은 서로 다른 단계에서 실패할 수 있습니다. 화면에는 완료가 떴지만 메일 발송이 지연되거나, 주소 오타와 수신함 설정 때문에 메일만 보이지 않을 수 있습니다. 이용자가 메일 부재를 접수 실패로 단정하지 않게 별도 확인 수단을 제공해야 합니다.
완료 화면에는 접수 번호나 확인 가능한 식별 정보, 접수 시각, 상태 확인 경로를 표시합니다. 개인정보가 노출될 수 있는 번호를 공개 화면이나 공유 주소에 그대로 넣지 않습니다. 메일이 오지 않을 때 확인할 보관함과 입력 주소 확인 방법을 안내하되, 구체적인 발송 시간을 보장할 수 없다면 임의의 대기 시간을 만들지 않습니다.
재신청 전에는 상태 조회나 공식 문의로 기존 접수 여부를 확인하게 합니다. 같은 요청이 중복되면 처리 순서와 기록이 꼬일 수 있습니다. 문의 시에는 비밀번호나 민감한 건강 정보를 일반 이메일로 보내게 하지 말고 필요한 최소 식별 정보와 보호된 경로를 사용합니다.
운영자는 접수 저장 성공과 메일 발송 성공을 별도 로그로 남깁니다. 발송 실패가 반복되면 주소별 문제인지 시스템 전체 문제인지 분류하고, 메일 문구만 수정해 해결된 것으로 처리하지 않습니다. 재발송된 메일에는 새로운 접수처럼 보이지 않게 같은 번호와 상태를 연결합니다.
완료 안내의 기준은 메일 한 통이 도착하는 것이 아닙니다. 이용자가 자신의 요청이 저장됐는지 확인하고, 중복 제출 없이 다음 행동을 알 수 있으며, 운영자는 저장과 알림 중 어느 단계가 실패했는지 추적할 수 있어야 합니다.
메일 재발송 기능은 같은 내용을 여러 번 보내는 도구가 아니라 발송 실패 상태를 회복하는 절차로 사용합니다. 반복 클릭을 막고 발송 시각과 결과를 기록합니다. 이용자에게 여러 완료 메일이 도착했다면 접수가 여러 건인지 같은 건의 재발송인지 구별할 수 있어야 합니다.
상태 조회 화면이 있다면 접근 권한과 만료 정책을 시험합니다. 접수 번호만 알면 다른 사람의 내용을 볼 수 있는 구조가 되지 않도록 적절한 확인 절차를 둡니다.