참가자 등록 시스템 상태값 설계 기준: 예외 상황과 접수 단계

결제 대기부터 당일 입장까지, 상태값 전환 설계 4단계

참가자가 폼을 제출한 직후부터 행사가 끝나는 순간까지, 한 사람의 상태는 여러 단계를 거칩니다. 이 흐름을 명확히 정의하지 않으면 "결제를 했는데 왜 입장이 안 되나요?"라는 현장 민원으로 이어집니다.

무통장 미입금·PG 트랜잭션 오류 방지를 위한 예외 상태 세분화

결제 수단이 다양해질수록 행사 담당자의 야근 사태는 '예외 상황'에서 터집니다. 신용카드와 카카오페이, 네이버페이 같은 실시간 결제는 비교적 수월하지만, 문제는 가상계좌 미입금과 결제 시스템 승인 지연입니다.

이를 단순히 '대기 중'이나 '결제 실패'로 묶어두면 현장 혼란이 커집니다. 바우처 발송과 명찰 출력을 위해 시스템은 참가자의 현재 상태를 명확히 구분해야 합니다.

관리자 수동 처리(강제 입금·환불) 시 데이터 무결성과 알림 동기화

현장에서 "입금했는데 미입금으로 떠 있다"는 참가자의 항의를 받을 때, 관리자의 가장 큰 구원투수는 수동 상태 변경이다. 하지만 버튼 하나로 상태를 바꾸는 순간, 결제 내역과 등록 현황 간의 정합성이 깨질 위험이 따른다. 이때 데이터 무결성을 지키는 핵심은 권한 분리와 로그 기록이다. - 실행 권한 제한: 강제 입금·환불 전환은 일반 스태프가 아닌 지정된 관리자만 가능하도록 대시보드 접근 권한을 묶어야 한다.

결론: 접수부터 체크인까지 하나의 데이터로 연결하는 체크리스트

참가자 상태값은 단순한 진행 표시줄이 아닙니다. 홈페이지 접수와 온라인 결제, 앱 없이 열리는 디지털 명찰, 무인 키오스크의 지류 명찰 인쇄, 현장 입출입 기록까지 모든 과정을 동기화하는 핵심 기준점입니다.

실행 전 점검표