행사 당일 발생할 수 있는 시스템 다운, 네트워크 장애, 결제 오류에 대응하는 유형별 매트릭스와 오프라인 수등록 절차를 단계별로 정리했습니다. 중복 등록·결제 오류 정리 등 행사 후 데이터 병합과 정합성 검증 방법까지 사무국 실무 관점에서 안내합니다.
- 장애 대응 시나리오, 왜 '당일'이 아니라 '행사 전'에 만들어야 하나
- 장애 대응 시나리오, 왜 '당일'이 아니라 '행사 전'에 만들어야 하나
장애 대응 시나리오, 왜 '당일'이 아니라 '행사 전'에 만들어야 하나
장애 대응 시나리오, 왜 '당일'이 아니라 '행사 전'에 만들어야 하나
행사 당일 아침, 개회 30분 전 입장 인파가 몰리는 시점에 시스템이 멈춘다고 상상해보세요. 그 순간 사무국이 해야 할 일은 문제를 고치는 게 아니라 누가 무엇을 하는지 즉시 판단하는 것인데, 그 판단 기준이 문서로 없다면 대응은 늘 improvisation이 됩니다. 장애 대응은 결국 '당일의 몸'이 아니라 '행사 전의 머리'로 하는 겁니다.
시스템이 안정적일수록, 약한 곳은 '주변'이다
e-Regi처럼 클라우드 SaaS 기반 시스템은 99.9% 가동률을 유지하며 별도 서버 구축 없이 당일 바로 쓸 수 있을 만큼 안정적입니다. 그래서 정작 무너지는 지점은 다른 데 있습니다.
- 행사장 네트워크: 대회장 와이파이가 수백 명 동시 접속에 버티지 못하는 경우
- 주변 장비: 스캐너, 명찰 프린터 등 현장 하드웨어의 전원·연결 오류
- 결제 연동: NICEPAY·토스페이먼츠 연동 결제창 응답 지연
즉, '시스템 장애 대응'이라 하면 시스템 자체보다 주변 장비와 네트워크 백업 목록을 먼저 만들어야 합니다.
장애 판단 기준, 숫자로 못 박아두기
당일 장애 유형별 대응 매트릭스: 시스템 다운 vs 네트워크 장애 vs 결제 오류
행사장에서 가장 흔한 실수는 장애가 발생했을 때 "이건 어떤 유형인지, 누가 판단하는지"를 그 자리에서 정하려는 것입니다. 판단에 3분, 실행에 5분이면 입장 대기열은 이미 두 배로 불어납니다. 그래서 매트릭스는 판단 기준 → 담당자 → 실행 순서 → 안내 문구까지 미리 굽혀 두는 게 핵심이에요.
오프라인 수등록 절차와 장비 구성: 임시 명찰 발급부터 기록 원칙까지
행사 시작 30분 전, 입장 QR 게이트가 멈춘다고 상상해보자. 평소엔 e-Regi가 3초 이내 입장 처리와 입·퇴장 시간 자동 기록을 알아서 해주지만, 시스템이 오프라인이 되는 순간 그 전부를 사람이 대신해야 한다. 가동률 99.9%를 믿는다 해도, 남는 그 순간을 대비한 수기 절차가 없으면 평점 집계까지 함께 흔들린다.
역할 분리: 한 명이 보고 적으면 줄이 멈춘다
수등록대에서 가장 먼저 무너지는 지점은 속도가 아니라 업무 중복이다. 역할을 나눠야 한다.
- 명단 대조 담당: 인쇄된 사전등록 명단에서 이름을 찾아 체크
- 기록 담당: 정해진 엑셀 템플릿에 한 줄씩만 기록
-
등록자 유형별 처리 기준
| 항목 | 사전 등록자 | 현장등록자 |
|---|---|---|
| 신원 확인 | 알림톡 바우처 화면 또는 신분증 | 신분증 + 서류 등록 |
| 명단 처리 | 체크 후 입장시간 기록 | **'오프라인 등록' 표
행사 후 데이터 병합·정합성 검증: 중복 등록·결제 오류 정리와 환불·재발급 처리
행사가 끝난 다음 날 사무국 책상 위에는 데이터가 세 갈래로 흩어져 있습니다. 온라인 사전등록 명단, 현장 수등록 엑셀, 그리고 임시 명찰을 받고 돌아간 참가자 명단까지. 이걸 합치고 검증하기 전에는 평점 입력도, 결제 정산도, 수료증 발송도 시작할 수 없습니다.
병합은 1차 키부터, 애매한 건 2차 키로
오프라인 수등록 엑셀을 온라인 등록 데이터와 겹칠 때는 키 순서를 정해�
개인정보 파기·보관 기준과 재발 방책: 사무국 최종 체크리스트
행사장이 다 정리되고 나면 사무국의 진짜 일이 시작됩니다. 당일 손으로 받은 수등록 서류, 현장에서 급하게 만든 임시 명단, 재발급한 명찰 대장까지 아직 처리되지 않은 개인정보가 곳곳에 남아 있거든요.
개인정보, 뭘 파기하고 뭘 남길까
기준은 하나입니다. 행사 운영에 필요한 데이터와 증빙으로 남아야 할 데이터를 먼저 구분하는 것이에요.
- 즉시 파기: 수등록 서류, 임시 명단 — 온라인 등록 데이터와 병합·검증이 끝난 뒤 지체 없이 폐기하거나, 파기 예정일을 정한 문서를 남깁니다.
- 보관 대상: 등록 이력, 결제 증빙, 입·퇴장 출결 기록 — 이 세 가지는 회계 감사나 평점·보수교육 증빙으로 요청될 수 있어 보관 기한을 따로 정합니다.
- 전송 구간 점검: 데이터가 오가는 구간에 SSL 암호화가 적용됐는지 확인하세요. 실시간 AI 동시통역 솔루션처럼 종료 후 즉시 파기와 SSL 암호화 전송을 지원하는 도구라면 이 항목은 시스템 설정에서 바로 확인할 수 있습니다.
남기는 데이터라도 아무나 볼 수 있으면 안 됩니다. 관리자 권한별 접근 범위를 정해, 결제 증빙은 회계 담당자, 출결 기록은 사무국 담당자만 열람하도록 나눠 두세요.