이 글의 근거와 범위

2026년 9월 3일의 로컬 시험 기록입니다. 인물·연락처·주소·거래는 모두 가상 정보이며, 캡처는 실제 앱 코드를 실행한 화면입니다. 운영 서버에는 연결하지 않았습니다. 시험 데이터는 화면을 새로 열 때 초기화되므로 이 캡처만으로 서버 저장이나 다른 기기 동기화를 입증할 수 없습니다.

같은 구매자의 미수와 결제완료를 섞지 않기

택배관리 묶음에 ‘미수’가 있다고 해서 그 구매자의 모든 물품이 미결제라는 뜻은 아닙니다. 이 차이를 확인하려고 같은 구매자에게 결제완료 두 건과 미수 한 건을 넣었습니다. 시험구매자A의 머그컵은 20,000원, 조명은 30,000원으로 결제완료이고, 쟁반 10,000원만 미수입니다.

이때 기대하는 결과는 분명합니다. 머그컵과 조명은 발송 대상이고 쟁반은 보류입니다. 구매자 묶음은 세 품목을 모두 보여주되 일괄 발송 대상은 두 건이어야 합니다. 엑셀은 품목표가 아닌 수령인 목록이므로 같은 주소의 A가 한 줄만 나와야 합니다.

시험 거래는 왜 일곱 건인가요?

2026-09-03 시험 조건 · 실제 고객이나 주문이 아닙니다
구매자품목·금액상태확인할 예외
A머그컵 20,000원
조명 30,000원
결제완료·택배같은 수령인 중복
A쟁반 10,000원미수·택배미수 품목 제외
B운반카트 80,000원결제완료·화물택배 엑셀에서 제외
C바구니 12,000원결제완료·택배주소 누락
D선풍기 40,000원결제완료·현장수령택배 큐에 넣지 않음
E찻잔 7,000원발송완료미발송에서 제외

닉네임은 ‘시험구매자A’처럼 표시하고, 연락처는 실제 통신에 쓸 수 없는 000 형식으로 만들었습니다. C만 주소를 비웠습니다. 조회 날짜는 9월 3일, 상태는 ‘미발송’, 선택한 묶음은 없는 조건입니다.

실제 화면: 7건 중 미발송 5건, A의 발송 대상 2건

시험구매자A의 품목 3건과 발송대기 2건, 미수 1건 제외를 표시한 택배 묶음
실제 앱의 로컬 화면. A의 묶음을 펼쳐 머그컵·조명·쟁반이 모두 남아 있는 것을 확인했습니다. 이미지를 누르면 원본을 크게 볼 수 있습니다.

현장수령 한 건은 택배 큐에 들어가지 않고 이미 발송한 한 건은 ‘미발송’에서 빠졌습니다. 남은 다섯 건은 A 세 건, B 한 건, C 한 건입니다. A 묶음에는 ‘발송대기 2’, ‘미수 1건 제외’, ‘발송완료 2건’이 함께 표시됐습니다. 여기서 ‘2건’은 상자 수가 아니라 처리할 거래 수입니다.

엑셀 저장: 다섯 거래가 수령인 한 명으로 줄어드는 이유

저장 가능 1명, 정보 누락 1명, 중복 제외 1건, 미입금 화물 제외 2건을 표시한 엑셀 미리보기
‘엑셀 저장’을 실제 클릭한 결과입니다. 이 화면은 저장 대상 미리보기이며 택배 예약 완료를 의미하지 않습니다. 이미지를 누르면 원본을 크게 볼 수 있습니다.

A의 두 결제완료 거래는 닉네임·연락처·주소가 같아 수령인 한 줄로 합쳐집니다. A의 미수 한 건과 B의 화물 한 건은 제외됩니다. C는 주소가 없어 ‘정보 누락 1명’으로 표시되고 저장 대상에 들어가지 않습니다. 따라서 결과는 저장 가능 1명 / 중복 제외 1건 / 미입금·화물 제외 2건 / 정보 누락 1명입니다.

내보내는 열은 닉네임·연락처·주소 세 가지입니다. 본명이나 우편번호 열, 박스 수는 만들지 않습니다. 현재 앱에서는 대표·관리자 권한과 프리미엄 이상 이용 조건도 확인합니다. 로지아이의 현재 업로드 양식과 실제 예약 처리는 이번 시험 범위가 아니므로 업로드 호환이나 예약 성공까지 보장하는 결과는 아닙니다.

정산에서는 A의 미수 10,000원이 그대로 남아야 합니다

동일한 시험 데이터를 정산표 화면에서 열었을 때 A는 한 항목으로 표시됐고, 구매금액 60,000원·완료 50,000원·미수 10,000원이었습니다. 엑셀에서 빠진 미수 거래가 원장에서도 삭제되면 안 됩니다. ‘출력에서 제외’와 ‘거래 삭제’는 서로 다른 작업입니다.

내 사업장에서 같은 결과를 확인하려면
  1. 거래일과 조회 필터를 먼저 맞춥니다.
  2. 구매자 묶음을 펼쳐 품목별 결제 상태를 봅니다.
  3. 엑셀 미리보기의 누락 사유를 확인합니다.
  4. 수령인 수와 거래 수, 실제 상자 수를 구분합니다.
  5. 정산표에서 원래 미수 금액이 유지되는지 확인합니다.

확인한 것과 아직 확인하지 않은 것

화면에서는 묶음 표시·엑셀 미리보기·정산 합계를 확인했습니다. 별도로 shipping-excel-export.test.mjs 4개와 shipping-grouped-queue.test.mjs 22개가 통과했습니다. 여기에는 생성된 XLSX의 세 열을 텍스트로 보존하는 검사와 일괄 처리 실패·중복 클릭 보호 검사가 포함됩니다.

이 검사는 해당 조건의 회귀 검사입니다. 실제 발송, 로지아이 업로드, 운영 서버 저장, 다른 기기의 조회는 이번 기록에 포함되지 않습니다. 같은 거래의 결제 상태가 화면마다 다르다면 고객을 삭제하거나 다시 입력하지 말고 거래일·품목·오류 시각을 고객지원에 전달해 주세요.