협회 정기총회 등록 페이지 항목 설계 기준: 의결권 산정부터 QR 발권까지

정기총회 의결권 행사와 법적 필수 수집 항목: 등록 폼 설계의 출발점

정기총회 등록 폼을 일반 학술대회 접수 폼처럼 설계하면, 당일 현장에서 가장 민감한 부분이 먼저 흔들린다. 바로 의결권 행사 자격 확인이다. 접수대 앞에 줄이 길어지는 이유는 단순히 인원이 많아서가 아니라, 시스템이 회원의 등급과 권한을 실시간으로 구분하지 못하기 때문이다.

일반 행사 접수와 정기총회 등록의 차이

일반 학술대사는 참가자가 등록비를 내고 세션에 입장하면 끝이다. 하지만 정기총회는 그 이전에 법적 의결 정족수 산정이라는 과제가 있다. 누가 표를 행사할 수 있는지, 위임장이 접수된 회원은 어떻게 처리되는지가 등록 단계에서부터 시스템에 반영되어야 한다.

등록 폼에서 반드시 설계해야 할 핵목

기존 회원 DB 중복 등록 방지와 하이브리드 총회 연락처 검증: 데이터 동기화 조건

정회원이 총회 등록을 마치고도 "등록 확인이 안 와요"라고 문의가 들어온다. 원인을 추적해 보면 동일한 연락처로 두 개의 기록이 쌓여 있다. 협회 홈페이지 회원 DB와 총회 등록 데이터가 분리되면 바로 이 지점에서 문제가 시작된다. 중복 등록으로 의결권 산정이 꼬이고, 연락처 불일치로 하이브리드 총회 온라인 접속 링크가 누락된다.

회원증번호 매칭으로 중복을 원천 차단하는 구조

제대로 연동된 시스템이라면 참가자가 회원증번호를 입력하는 순간 기존 회원 정보를 자동으로 불러온다. e-Regi 플랫폼은 이 회원증번호 검증을 기준으로 정회원·준회원·학생회원 등 회원 등급별 요금 자동 계산까지 처리한다. 담당자가 등급을 수동으로 확인할 필요 없이 매칭과 분류가 동시에 끝난다.

현장 혼란 방지를 위한 추가 폼 항목과 당일 QR 발권 연동 설계

"식권 몇 장 필요하세요?" — 등록 데스크에서 이 질문이 반복되는 순간, 행사는 이미 흔들리기 시작한다. 사전 등록 폼에 식권·기념품·사전 질문을 자유 텍스트 입력란으로 내버려 두면, 운영팀은 당일 날 것처럼 집계해야 하고, 참가자는 줄 속에서 기다려야 한다.

텍스트 입력 vs 선택 옵션 — 같은 항목이어도 결과가 다르다

차이는 단순한 입력 방식을 넘어서 현장 동선 전체를 바꾼다. 식권은 발주 수량과 정확히 맞아야 하고, 기념품은 한정 수량이 존재한다. 반응형 등록 폼에서 부가 항목을 옵션 버튼이나 드롭다운으로 설계하면, 운영자는 마감 시점 기준으로 확정 수량을 한 화면에서 볼 수 있다.

QR 바우처에 옵션 정보가 "함께" 들어가야 하는 이유

사후 실적 보고와 회비 결제 현황 관리: 관리자 페이지 설계 기준과 종합 점검

총회가 끝나면 사무국의 진짜 일이 시작된다. 출석 명단 정리, 미납 회원 추려내기, 위임장 접수 내역 취합—이걸 하나의 실적 보고서로 만들어야 하는데, 대부분의 사무국이 여기서 엑셀 파일을 수십 번 오가며 시간을 쏟는다.

엑셀 없이 보고서를 만드는 조건

e-Regi는 총회 참석 기록과 보수교육 이수 기록을 회원 관리 데이터와 통합해서 보관한다. QR 체크인으로 찍힌 출석 데이터가 별도 이동 없이 회원 DB에 누적되는 구조다. 결제도 마찬가지다. NICEPAY·토스페이먼츠 통합 결제로 신용카드·카카오페이·네이버페이·가상계좌가 실시간 연동되므로, "입금했나 안 했나"를 일일이 확인하는 단계가 크게 줄어든다.

문제는 출석·결제·위임장 데이터가 한 화면에서 통합 조회되지 않을 때 터진다. 결제는 됐는데 출석 처리가 누락된 회원, 위임장을 냈는데 의결권 산정에 빠진 회원이 보고서 마감 직전에서야 발견되는 식이다.