하루 판매 마감과 백업 점검표

마감 전에 입력을 멈추고 기준 시각을 정합니다

마감 숫자를 맞추는 동안 다른 기기에서 거래를 추가하거나 상태를 바꾸면 같은 화면도 서로 다른 합계를 보여줄 수 있습니다. 먼저 ‘오늘 오후 8시 입력 종료’처럼 기준 시각을 정하고 담당자에게 알립니다. 이후 들어온 거래는 다음 마감표에 별도로 기록합니다.

여러 기기를 사용한다면 모든 기기에서 같은 사업장 계정과 같은 날짜를 보고 있는지 확인합니다. 저장 중 표시가 남아 있거나 네트워크가 끊긴 기기는 마감 계산에서 제외하고 서버에 마지막으로 반영된 시각을 확인합니다.

첫 번째는 금액보다 거래 건수입니다

금액부터 맞추면 누락된 소액 거래를 찾기 어렵습니다. 입력 담당자의 수기 메모, 방송별 완료 건수, 장부 검색 결과를 먼저 비교합니다. 수량이 여러 개인 한 거래를 ‘1건’으로 셀지 ‘수량만큼’ 셀지도 사업장 기준을 정해야 합니다.

1. 입력 화면에서 오늘 저장한 거래 건수를 확인합니다.
2. 원본 메모 또는 채팅의 완료 품목 수와 비교합니다.
3. 취소·반품·0원 처리 건을 별도로 표시합니다.
4. 차이가 있으면 금액 계산 전에 누락 또는 중복 거래를 찾습니다.

받을 돈과 줄 돈을 나눠 계산합니다

구매자에게 받을 금액과 판매자에게 지급할 금액은 같은 거래에서 출발하지만 상태가 다릅니다. 구매자가 아직 결제하지 않았다고 판매자 정산서의 원래 판매금액까지 지우면 안 됩니다. 미수는 별도 상태로 표시하고, 사업장 정책에 따라 지급 보류 여부를 판단합니다.

• 판매 총액: 반품과 취소 반영 전후 기준을 명시
• 받은 금액: 실제 입금 또는 현장 결제가 확인된 금액
• 미수 금액: 판매됐지만 아직 받지 못한 금액
• 판매자 지급 예정: 판매 총액에서 수수료와 조정액을 반영한 금액
• 판매자 미지급: 지급 예정이지만 아직 처리하지 않은 금액

한 가상 마감표에서 판매·수금·지급을 연결해 봅니다

총매출, 실제 수금, 구매자 미수, 판매자 지급은 서로 다른 질문에 답합니다. 아래 숫자는 계산 관계를 설명하기 위한 가상 예시이며 수수료율이나 지급 정책을 권하는 값이 아닙니다.

먼저 수금 150,000원 + 미수 40,000원 = 순판매액 190,000원이 맞는지 확인합니다. 그 다음 별도 계산으로 판매자 지급 예정 171,000원에서 이미 지급한 120,000원을 빼 51,000원을 구합니다. 이 두 대조를 한 칸의 ‘잔액’으로 합치면 누구에게 받아야 하는 돈인지, 누구에게 줘야 하는 돈인지 구별하기 어려워집니다.

예시에서 미수 거래에도 같은 10% 수수료를 적용하고 미수분의 판매자 몫을 보류하기로 합의했다면, 보류 36,000원 = 미수 40,000원 × 90%입니다. 따라서 이번 지급액은 15,000원 = 미지급 51,000원 − 보류 36,000원입니다. 미지급 전액과 이번 이체액을 혼동하지 않습니다. 이미 지급한 120,000원이 같은 거래 범위에 속하는지도 확인해야 하며, 배송비·부분 입금·반품 차감이 있다면 이 단순 예제에 그대로 넣지 않습니다.

통장 입금이 180,000원인데 수금은 150,000원인 이유

위 예제는 오늘 판매한 거래의 수금액입니다. 여기에 전날의 미수 30,000원이 오늘 입금됐다면 통장 입금 합계는 180,000원이지만 오늘 거래의 수금은 여전히 150,000원입니다. 취소 10,000원은 입금 전에 취소됐고, 카드·현금·이자·선수금·환불은 없는 가정입니다.

전일 미수 회수액을 오늘의 새 판매로 다시 입력하면 판매액과 판매자 지급액이 중복될 수 있습니다. 원래 거래의 입금 근거로 연결하고, 차이 30,000원을 없애려고 오늘 거래 금액을 바꾸지 않습니다. 입금자 이름만 같거나 대상이 불분명하면 완료 처리하지 말고 미확인 입금으로 인계합니다. 분할 입금이나 여러 주문을 한 번에 낸 경우에는 배분 내역까지 확인합니다.

합계 차이가 생겼을 때, 먼저 확인할 네 가지

마지막 경우에는 저장 결과 확인 순서부터 따릅니다. 화면을 비교한 날짜·기준 시각과 차이가 난 거래만 비공개로 남기고, 공개 문의에는 고객 연락처·주소·전체 장부를 첨부하지 않습니다.

상태별 미처리 목록을 숫자로 남깁니다

마감표에는 금액뿐 아니라 다음 날 해야 할 일의 개수가 필요합니다. 미수 구매자, 판매자 미지급, 발송대기, 반품 진행을 각각 몇 건인지 적습니다. ‘처리 중’처럼 범위가 넓은 상태보다 다음 행동이 드러나는 이름을 사용합니다.

백업은 파일 생성과 복구 가능 여부를 함께 봅니다

다운로드 버튼을 눌렀다는 사실만으로 백업이 끝난 것은 아닙니다. 파일명에 사업장명과 날짜를 넣고, 실제로 열리는지 확인한 뒤 접근 권한이 제한된 저장소에 보관합니다. 고객 연락처와 주소가 포함된 파일은 개인 메일이나 공개 링크로 공유하지 않습니다.

정기적으로 복사본에서 일부 데이터를 복원해보면 파일 손상이나 누락을 조기에 발견할 수 있습니다. 복구 테스트는 운영 중인 데이터 위에 덮어쓰지 말고 별도 환경에서 진행합니다.

마지막에는 숫자보다 예외를 인계합니다

다음 담당자가 가장 먼저 알아야 하는 것은 합계보다 예외입니다. 닉네임 확인이 필요한 거래, 주소가 바뀐 구매자, 두 상자로 나뉘는 배송, 환불 금액이 정해지지 않은 반품처럼 자동으로 끝낼 수 없는 항목을 짧게 적습니다.

예외 인계 예시: ‘전일 거래의 미확인 입금 30,000원 — 원거래 확인 전 완료 처리 금지 — 다음 마감 담당자가 대조’. 합계만 전달하지 말고 미확인 금액·관련 날짜·다음 행동을 함께 남깁니다.

익명 정산 계산기에서 수수료·기지급·보류 계산 대조하기 → 이 도구는 통장 입출금 전체의 자동 대사나 운영 장부 수정 기능은 아닙니다.