이런 상황입니다
성범죄 신고 뒤 같은 매장에서 계속 근무하던 피의자가 평소 업무에 쓰던 예약관리 계정으로 로그인해 이미 잡혀 있던 고객 예약 여러 건을 삭제했다는 신고가 제기됐습니다. 매장에서는 예약정보가 사라져 고객 일정을 다시 확인하고 일부 예약을 복구하는 과정에서 정상 예약업무에 지장이 생겼다고 주장해, 기존 예약기록의 삭제와 정보처리 상태 변화, 실제 업무 영향이 함께 조사되는 상황입니다.
이 상황에서 갈리는 쟁점
- 문제된 매장의 예약접수·일정관리 업무가 실제로 어떻게 운영됐는지
- 피의자가 어느 계정·기기에서 어떤 예약을 삭제했다고 지목되는지
- 예약 삭제 뒤 전자기록과 시스템 상태가 어떻게 바뀌었다고 보는지
- 삭제된 예약정보와 고객응대·일정관리 지장 사이의 구체적인 시간관계가 무엇인지
- 계정로그·변경이력·복구기록이 접속과 삭제, 시스템 처리 흐름을 각각 어디까지 보여주는지
허위 예약을 새로 넣는 사건과 기존 예약을 지우는 사건은 확인할 기록이 다릅니다
성범죄 신고 뒤 같은 매장의 예약관리 화면에서 이미 잡혀 있던 고객 예약을 삭제했다는 이유로 추가 조사를 받는다면, 단순히 “예약시스템을 건드렸다”는 한 문장으로 정리해서는 안 됩니다. 업무방해은 위계·위력에 의한 유형과 함께 정보처리장치·전자기록 등에 장애를 일으켜 업무를 방해한 유형을 규정합니다.
이번 장면은 사실과 다른 예약을 새로 입력해 예약 슬롯을 막았다는 기존 상황과 달리, 원래 존재하던 예약기록이 삭제·변경됐다고 지목되는 경우입니다. 실제 어떤 기록이 사라졌는지와 그 뒤 시스템 및 예약업무가 어떻게 달라졌는지를 확인해야 합니다.
첫 번째 분기점은 실제로 삭제된 예약이 무엇인지입니다
먼저 어느 날짜와 시간대의 예약이 문제되는지, 고객 이름·예약시각·서비스 항목 가운데 어떤 정보가 삭제됐다고 하는지 확인합니다. 한 건씩 삭제된 것인지, 특정 날짜의 예약을 묶어서 취소하거나 초기화한 것인지도 시스템 기록을 기준으로 나눕니다.
피의자가 평소 예약을 수정하거나 취소하는 업무를 해 왔다면 정상적인 업무처리 기록과 문제된 삭제기록을 섞지 않습니다. 수사기관이 어느 예약을 어떤 이유로 비정상 삭제라고 보는지부터 고정해야 합니다.
두 번째 분기점은 전자기록과 정보처리 상태가 어떻게 바뀌었는지입니다
형법 제314조의 관련 설명은 정보처리장치나 전자기록 등을 손괴하거나 허위 정보·부정한 명령 입력 등으로 정보처리에 장애를 발생시켜 업무를 방해한 유형을 구분합니다. 따라서 삭제 버튼을 눌렀다는 진술 하나보다 실제 예약기록과 시스템 상태가 어떻게 변했다고 보는지를 자료로 확인해야 합니다.
예약목록에서 고객 정보가 보이지 않게 됐는지, 취소 상태로 남았는지, 변경이력이나 백업에서 다시 확인되는지처럼 시스템이 실제로 기록한 상태를 나눕니다. 기록이 삭제됐다는 표현과 시스템 전체가 중단됐다는 표현도 같은 의미로 사용하지 않습니다.
세 번째 분기점은 예약업무에 어떤 영향이 있었다고 보는지입니다
매장이 평소 예약정보를 기준으로 직원·공간·서비스 시간을 배정하는지, 문제된 삭제 뒤 어떤 업무를 다시 해야 했는지 확인합니다. 고객에게 재확인 전화를 했다는 것인지, 일정이 겹치거나 비어 보였다는 것인지, 백업자료로 예약표를 복구했다는 것인지 실제 주장과 시간을 나눠 봅니다.
수사기관이 확인할 것은 추상적인 불편만이 아니라 문제된 삭제행위, 시스템 상태 변화, 보호되는 업무 사이의 구체적인 경위입니다. 예약이 지워진 시각과 직원이 이상을 발견한 시각, 고객 일정이 영향을 받았다고 하는 시점을 한 시간표에 놓습니다.
계정로그와 변경이력은 접속과 조작의 흔적을 보여주는 자료입니다
전자정보·클라우드·메타데이터·접속로그·IP는 어떤 계정이 어느 시각에 접속했고 어떤 기기나 네트워크가 사용됐는지 확인하는 흔적이 될 수 있습니다. 예약관리 서비스에 별도 변경이력이 있다면 생성·수정·취소·삭제 시각과 계정정보도 함께 확인할 수 있습니다.
다만 특정 계정 이름이 기록돼 있다는 사실만으로 실제 조작한 사람이 자동으로 확정되는 것은 아닙니다. 계정 공유 여부, 사용기기, 근무시각과 다른 기록을 함께 봐야 하고, 로그가 보여주는 접속 사실과 실제 삭제 목적도 구분합니다.
기존 허위 예약 상황과는 정보처리 변화의 방향이 다릅니다
허위 예약을 반복 입력한 상황은 존재하지 않는 예약을 새로 만들어 정상 예약 슬롯이 막혔다고 지목되는 장면입니다. 이번 상황은 반대로 이미 존재하던 정상 예약기록이 삭제돼 일정정보가 사라졌다고 지목되는 경우입니다.
둘 다 전산 예약업무가 문제되지만 확인할 원본기록과 상태 변화가 다릅니다. 허위 입력 사건에서는 새로 생성된 예약값과 입력기록이 중심이고, 이번 사건에서는 삭제 전 예약의 존재, 삭제·취소 이력, 백업·복구 상태와 실제 업무 영향을 먼저 맞춰야 합니다. 전산시스템에 허위 정보를 입력한 업무방해와 비교할 때도 이 차이를 먼저 구분합니다.
반복 전화나 현장 체류 상황과도 증거축이 다릅니다
직장 대표전화로 반복 연락한 상황은 통화 횟수와 내용, 직원의 업무중단이 중심이고, 상대방 매장에 머문 상황은 현장 행동과 퇴거요구, 실제 영업장면이 중심입니다.
이번 상황은 전화나 현장 압박이 아니라 예약관리 시스템 안의 기존 전자기록이 어떻게 바뀌었는지가 핵심입니다. 그래서 출입 여부나 통화 횟수만으로 설명하기보다 계정접속, 예약 변경이력, 복구기록과 매장 업무시간을 함께 봐야 합니다.
경찰 연락 뒤에는 삭제 전·삭제 시점·발견 후를 세 구간으로 정리합니다
경찰 연락·출석조사를 받았다면 기관·담당자·사건번호·조사 신분과 출석 일정을 먼저 확인합니다. 첫 번째 구간에는 원래 예약이 생성된 시점과 정상 예약표를, 두 번째에는 문제된 계정접속과 삭제·취소 시각을, 세 번째에는 매장이 이상을 발견하고 고객 일정을 재확인하거나 복구한 시점을 적습니다.
브라우저 기록이나 예약관리 내역을 지우거나 다시 로그인해 삭제 여부를 확인하려고 하지 않습니다. 동료에게 “평소에도 내가 삭제하던 예약이었다고 말해 달라”고 요청하지 않고, 자신이 기억하는 업무처리와 로그를 보고 새로 확인한 내용을 구분합니다.
흔한 실수는 예약이 복구됐다는 사실 하나로 결론을 내리는 것입니다
백업이나 고객 연락으로 예약표를 다시 만들었다는 이유만으로 문제된 삭제행위와 당시 업무영향을 확인할 필요가 없어지는 것은 아닙니다. 반대로 예약기록이 일부 사라졌다는 이유만으로 업무방해의 모든 요소가 자동으로 정해지는 것도 아닙니다.
형법 제314조의 구조에 맞춰 보호되는 업무, 문제된 정보처리 행위, 시스템 상태 변화, 실제 업무 영향의 연결을 각각 확인해야 합니다. 복구 결과와 문제 발생 당시 상태를 같은 것으로 보지 않는 것이 중요합니다.
변호인 검토에서는 원본예약·삭제기록·시스템 변화·업무영향을 맞춥니다
변호인 검토에서는 첫째 삭제 전 실제 예약의 존재와 내용, 둘째 문제된 계정·기기와 삭제·취소 기록, 셋째 삭제 뒤 시스템이 표시한 상태와 복구과정, 넷째 매장이 주장하는 고객응대·일정관리 지장이 어떻게 이어지는지를 한 시간축에 놓습니다.
지금 확인할 사실은 문제된 예약의 원본 또는 백업, 예약 생성·변경·삭제 이력, 사용 계정과 기기, 근무시각, 삭제 뒤 예약화면의 상태, 고객 재확인이나 복구 기록, 매장이 어느 업무가 어느 시간대에 방해됐다고 주장하는지, 경찰이 현재 제시한 로그 범위입니다.
근거 및 출처