상황별 사례

성범죄 신고 뒤 상대방 쇼핑몰에 허위 주문을 넣어 포장·출고·반품이 반복된 경우

성범죄 신고로 갈등이 생긴 뒤 상대방이 운영하는 온라인 쇼핑몰에 실제 구매의사 없이 여러 이름·연락처·배송지로 주문을 반복해 직원이 상품을 포장·출고했고 일부가 수취거부나 주소불명으로 반품됐다면, 허위 주문 입력 자체와 주문처리·출고·반품으로 이어진 실제 업무 영향, 주문계정·접속로그가 각각 무엇을 보여주는지 나눠 확인해야 합니다.

이런 상황입니다

성범죄 신고 뒤 상대방과 갈등이 생긴 피의자가 상대방이 운영하는 온라인 쇼핑몰에 실제 물건을 받을 의사 없이 서로 다른 이름·전화번호·배송지를 사용해 여러 차례 주문을 넣었다는 신고를 받았습니다. 일부 주문은 직원이 정상 주문으로 보고 포장·택배접수까지 했지만 배송지 오류나 수취거부로 반품됐고, 쇼핑몰 주문기록과 접속로그, 택배 처리내역이 남아 있어 주문 입력과 실제 포장·출고·반품 업무가 어떻게 이어졌는지 조사하는 상황입니다.

이 상황에서 갈리는 쟁점

  • 문제된 온라인 판매·주문처리 업무가 실제로 어떻게 운영됐는지
  • 피의자가 어떤 이름·연락처·배송지로 어느 시각에 주문을 입력했다고 지목되는지
  • 허위 주문이 단순 화면상 주문 생성에 그쳤는지 직원의 포장·출고·반품 처리까지 실제로 이어졌는지
  • 주문계정·접속로그·IP·기기정보가 입력 주체와 반복성을 어디까지 보여주는지
  • 주문 건별 상태변경과 실제 업무중단·추가 작업 사이의 시간관계가 무엇인지

허위 주문을 여러 건 넣었다는 사실만으로 업무방해의 모든 요소가 자동으로 정해지는 것은 아닙니다. 업무방해와 형법 제314조는 보호되는 업무, 문제된 방법 또는 정보처리 장애행위, 실제 업무방해와의 연결을 확인하므로 주문 입력부터 포장·출고·반품까지 어느 단계가 실제로 발생했는지 주문별로 나눠 봐야 합니다.

첫 번째 분기점은 실제 구매의사 없이 어떤 주문정보를 넣었다고 보는지입니다

먼저 문제 주문이 언제, 어떤 이름·연락처·배송지와 상품으로 생성됐는지 확인합니다. 한 계정에서 반복됐는지, 비회원 주문이나 여러 계정을 사용했다고 보는지, 정상 주문과 어떤 점에서 구별되는지도 주문 원본기록에 맞춰 봅니다.

단순히 상대방 쇼핑몰에 접속했다는 사실과 실제 허위 주문을 생성했다는 사실은 같은 것이 아닙니다. 반대로 주문서가 여러 건 존재한다는 이유만으로 각 주문의 작성자가 자동으로 확정되는 것도 아니므로 계정·접속자료와 주문시각을 함께 봅니다.

두 번째 분기점은 화면상 주문과 실제 물류업무를 구분하는 것입니다

예약시스템의 빈 시간을 막는 장면과 달리 쇼핑몰 주문은 상품 확인, 재고 차감, 송장 출력, 포장, 택배 인계, 수취거부나 주소불명 뒤 반품처리까지 이어질 수 있습니다. 따라서 어떤 주문은 직원이 확인만 하고 취소했는지, 어떤 주문은 실제 출고됐는지를 건별로 나눕니다.

상품이 실제로 움직였다면 출고와 반품 과정에서 어떤 추가 작업이 발생했는지도 확인합니다. 다만 직원이 업무를 했다는 사실만으로 모든 주문이 범죄와 연결된다고 뭉뚱그리지 않고, 문제 주문과 실제 처리기록이 대응하는지 먼저 맞춥니다.

주문계정과 접속로그는 입력흔적을 보여주지만 작성자를 자동으로 정하지 않습니다

전자정보·계정·접속로그는 주문을 생성한 계정, 접속시각, IP, 기기정보 같은 흔적을 확인하는 데 도움이 될 수 있습니다. 같은 시각에 여러 주문이 이어졌는지, 계정이나 네트워크가 반복됐는지를 볼 때도 의미가 있습니다.

그러나 IP나 계정명의 일치만으로 실제 사용자를 자동으로 확정하지 않습니다. 공용기기·공용네트워크 또는 계정공유 가능성이 실제로 문제된다면 다른 로그인 정보와 주문 패턴, 기기자료를 함께 봅니다. 반대로 막연한 공유 가능성만으로 기록을 부정하지도 않습니다.

세 번째 분기점은 실제 업무영향이 어느 단계에서 발생했는지입니다

수사기관이 업무방해를 문제 삼는다면 주문접수 자체, 직원의 확인·취소 작업, 재고 반영, 포장·송장출력, 택배 인계, 반품·재입고 중 어떤 업무가 실제 영향을 받았다고 보는지 확인합니다.

정상 주문을 처리하지 못했다는 주장이 있다면 어느 시간대에 어떤 주문 때문에 지연됐는지 구체적인 자료가 있는지도 봅니다. “직원이 귀찮았다”는 설명과 실제 주문처리 업무가 방해됐다는 설명은 같은 수준의 사실이 아니므로 주문상태와 업무흐름을 함께 확인해야 합니다.

기존 허위예약·플랫폼 허위신고 상황과는 업무가 움직이는 방식이 다릅니다

온라인 예약시스템에 허위 예약을 반복 입력한 상황은 예약 슬롯이 막히거나 직원이 허위예약을 정리하는 정보처리 흐름이 중심입니다. 온라인몰을 반복 허위신고해 판매계정이 정지된 상황은 플랫폼의 제재로 판매업무가 중단되는 장면입니다.

이번 상황은 주문정보가 판매자의 내부 주문처리를 거쳐 실제 포장·출고·반품까지 이어졌다는 점이 다릅니다. 시스템 입력만이 아니라 물류단계까지 업무가 움직였는지를 주문 건별로 확인해야 하므로 기존 예약·플랫폼 신고 장면과 정보가치가 겹치지 않습니다.

경찰 연락 뒤에는 주문·처리·출고·반품을 한 줄씩 맞춥니다

경찰 연락·출석조사를 받았다면 기관·담당자·사건번호·현재 조사 신분과 출석 일정을 먼저 확인합니다. 그다음 경찰이 특정한 주문번호별로 생성시각, 주문정보, 판매자 처리시각, 출고 여부, 반품 여부를 표처럼 정리합니다.

쇼핑몰 계정이나 주문기록을 삭제하거나, 주문에 사용됐다고 지목된 기기의 설정을 바꾸지 않습니다. 상대방 업체 직원에게 연락해 실제 업무가 얼마나 방해됐는지 말을 맞추려 하지 않고, 본인이 직접 기억하는 행동과 수사자료를 보고 새로 확인한 사실을 구분합니다.

초기에 흔한 실수는 주문 수량 하나로 사건 전체를 설명하는 것입니다

주문이 많다는 사실만으로 각 주문이 모두 같은 사람이 같은 목적으로 입력했다고 정할 수는 없습니다. 반대로 일부 주문이 출고되지 않았다는 이유만으로 이미 포장·송장출력·재고변경 등 앞 단계의 실제 업무가 있었는지를 건너뛸 수도 없습니다.

주문 개수보다 중요한 것은 각 주문의 입력흔적과 처리상태, 그 결과 실제 어떤 업무가 발생하거나 방해됐는지를 연결하는 것입니다. 여러 날짜에 걸쳐 반복됐다면 날짜별 패턴도 따로 봅니다.

변호인 검토에서는 입력기록과 실제 업무흐름을 주문별로 연결합니다

변호인 검토에서는 첫째 문제 주문의 실제 입력내용, 둘째 계정·IP·기기기록이 작성자를 어디까지 보여주는지, 셋째 주문이 판매자 시스템에서 어떤 상태로 처리됐는지, 넷째 포장·출고·반품까지 이어진 건이 무엇인지, 다섯째 업무방해로 주장되는 구체적 결과를 주문번호별로 맞춥니다.

지금 확인할 사실은 문제 주문번호와 생성시각, 계정·접속로그, 입력된 이름·연락처·배송지, 주문상태 변경기록, 송장·택배 접수와 반품기록, 직원이 실제 처리한 단계, 경찰이 특정한 업무방해 내용입니다.

비밀 보장 상담 요청

혼자 고민하지 마세요.

상담신청

근거 및 출처

관련 공식 자료