중복등록 방지 로직: 이메일, 휴대폰, 사업자번호 기준

중복등록 방지 로직: 이메일, 휴대폰, 사업자번호 기준

중복 등록은 통계를 망치고, 명찰과 식음 발주를 부풀립니다.

무엇을 기준으로 같은 사람이라고 볼 것인지부터 정해야 합니다. 기준 없이 만든 중복 검사는 막아야 할 것은 못 막고 정상 등록만 막습니다.

악의적인 경우는 드뭅니다. 대부분은 확인 메일이 안 와서 다시 신청하거나, 등록했는지 기억이 안 나서 또 하거나, 버튼이 안 눌린 줄 알고 여러 번 누른 경우입니다. 즉 중복의 원인은 대개 시스템이 상태를 제대로 알려주지 않아서 생깁니다.

그래서 중복 방지는 차단 로직만으로 풀리지 않습니다. '이미 등록되어 있습니다'를 알려주고 등록 내역을 바로 보여주는 흐름이 함께 있어야 합니다.

이메일을 기준으로 삼는 것이 가장 일반적이지만, 한 이메일로 가족이나 동료를 대신 등록하는 경우를 막게 됩니다. 휴대폰 번호는 더 개인 단위에 가깝지만 회사 대표번호를 적는 사람이 있습니다.

행사 성격에 따라 기준을 정하고, 차단할지 경고만 할지도 함께 결정하세요. 무조건 차단하면 정상적인 상황을 막게 됩니다.

중복이 감지되었을 때 '이미 등록된 이메일입니다'만 띄우고 끝내면, 사용자는 자기 등록 내역을 확인할 방법이 없어 결국 문의 전화를 겁니다. 감지와 동시에 다음 행동을 제시해야 합니다.

'이미 등록되어 있습니다 → 등록 내역 확인하기 / 확인 메일 다시 받기'로 이어지면 대부분의 문의가 그 자리에서 해결됩니다.

화면에서만 검사하면 새로고침이나 느린 응답 상황에서 뚫립니다. 실제 저장 직전에 서버에서 한 번 더 확인해야 하고, 데이터베이스 차원에서도 중복을 허용하지 않도록 제약을 걸어 두는 것이 확실합니다.

또한 이미 쌓인 중복 데이터를 정리할 수단이 필요합니다. 관리자에서 중복 의심 건을 찾아 병합하거나 삭제할 수 있어야 하고, 병합 시 어느 쪽 정보를 남길지 선택할 수 있으면 좋습니다.