인아트 | 온라인 판매 운영 기록

발급시점온라인 판매 주문을 월말에 대조할 때 결제일을 전자세금계산서 작성일로 일괄 넣으려다 멈췄습니다. 주문 접수, 출고, 배송 완료, 용역 완료, 입금은 서로 다른 날짜일 수 있습니다. 국세청 안내는 작성일을 거래일인 공급시기, 발급일을 전자서명이 완료된 파일이 공급받는 자의 수신함에 도달한 날, 전송일을 국세청에 전송한 날로 구분합니다. 제 장부에서도 이 세 날짜를 별도 열로 만들었습니다.거래처가 월말 합산 발급을 요청한 경우에도 모든 주문을 한 줄로 합치지 않았습니다. 공급 형태와 계약 조건, 반품·취소 여부를 주문번호별로 확인하고 세법상 허용되는 발급시기를 국세청 자료와 세무대리인에게 확인했습니다. 결제대행사 정산일은 현금이 들어온 날이지 항상 공급시기를 뜻하지 않을 수 있어 정산 파일만으로 작성..

주문대조쿠폰 행사를 시작한 뒤 주문이 늘어도 매출 화면만 보면 할인 비용의 부담 주체를 놓칠 수 있었습니다. 저는 행사명과 쿠폰명, 적용 기간, 대상 상품, 최소 구매 조건을 먼저 저장했습니다. 주문 자료에는 정상가, 결제 금액, 총 할인액, 판매자 부담액, 채널 부담액을 따로 두고 주문번호로 정산 자료와 연결했습니다. 화면에 보이는 할인율을 판매자 비용률로 바로 쓰지 않았습니다.한 주문에 상품 쿠폰과 장바구니 쿠폰, 즉시 할인이 겹치면 표시 순서와 실제 부담액이 달라질 수 있습니다. 쿠폰 코드를 찾을 수 있는 원본 열을 보존하고, 묶음 주문의 할인 배분 기준을 확인했습니다. 수량이 둘 이상이면 할인액을 단순히 주문 건수로 나누지 않고 상품별 배분 자료가 있는지 살폈습니다. 없는 값은 추정 표시를 붙여 ..

주문대조판매 채널 정산액을 확인할 때 화면의 총 지급 예정액만 장부에 옮기면 상품별 손익이 흐려졌습니다. 저는 정산 기간을 주문일이 아니라 각 채널이 제공하는 지급 기준일과 함께 적고, 주문번호를 중심 키로 내려받은 주문 자료와 정산 자료를 맞췄습니다. 한 주문에 여러 옵션이 있거나 부분 취소가 발생하면 행 수가 달라질 수 있어 단순 합계 비교 전에 주문 구조부터 확인했습니다.주문대조표에는 결제 금액, 판매 수수료, 배송비, 쿠폰 부담, 환불액, 보류액, 실제 지급액을 서로 다른 열로 두었습니다. 채널 화면과 엑셀의 열 이름이 비슷해도 의미가 같다고 가정하지 않았습니다. 부가세 포함 여부와 음수 표기 방식, 지급 완료와 예정의 차이를 원본 안내에서 읽고 데이터 사전을 짧게 만들었습니다. 나중에 열 이름이..

기간대조상품별 광고비를 나눌 때 저는 대시보드 합계부터 월 매출표에 붙이지 않습니다. 광고 보고서의 기준 시간과 주문 보고서의 결제 시간이 다르면 자정 근처 주문이 다른 날짜로 갈 수 있기 때문입니다. 먼저 계정 시간대, 조회 시작일과 종료일, 취소 반영 여부를 기록하고 두 보고서를 같은 기간으로 다시 내려받았습니다. 화면 숫자를 손으로 옮기기보다 원본 파일 이름과 추출 시각을 남겨 어느 자료에서 계산했는지 추적할 수 있게 했습니다.막혔던 부분은 클릭일과 주문일을 같은 기준으로 본 것이었습니다. 광고를 누른 날과 결제가 잡힌 날이 다를 수 있고, 보고서마다 성과 귀속 기준이 달라 단순한 일별 비교가 어긋났습니다. 그래서 광고 플랫폼이 정의한 전환 기간을 공식 도움말에서 확인하고, 판매 정산의 매출 기준과..

주문대조반품 배송비를 정리할 때 저는 정산 화면의 공제액부터 보지 않고 주문번호와 반품 접수번호를 한 줄로 연결합니다. 같은 구매자가 여러 옵션을 함께 반품하거나 교환을 다시 신청하면 주문번호 하나에 회수 건이 둘 이상 생길 수 있기 때문입니다. 판매관리 화면에서 주문일, 출고 운송장, 회수 운송장, 환불 완료일을 나란히 놓고 실제로 돌아온 수량까지 확인했습니다. 반품 봉투에 붙은 라벨은 개인정보가 보이지 않게 처리하고 상품 바코드와 옵션 코드만 작업표에 남겼습니다.제가 겪은 오류는 회수 완료와 환불 완료를 같은 시점으로 본 데서 시작했습니다. 택배 조회에는 배송 완료가 찍혔지만 물류센터 검수가 끝나지 않아 환불 상태가 그대로인 건이 있었고, 반대로 선환불 처리 뒤 상품이 늦게 입고된 건도 있었습니다. ..

주문번호대조제가 정산표를 확인할 때 계좌에 들어온 총액부터 맞추면 보류 사유를 찾기 어려웠습니다. 판매자 화면의 정산 주기와 기준일을 확인한 뒤 보류 상태인 주문번호를 별도 목록으로 뽑았습니다. 주문일, 구매확정일, 취소일, 반품 완료일이 서로 다를 수 있어 주문일만으로 지급 예정일을 계산하지 않았습니다. 같은 주문의 옵션이 여러 줄이면 주문번호와 상품주문번호를 구분해 중복 집계하지 않았습니다.막힌 지점은 보류라는 단어를 미지급 확정으로 본 것이었습니다. 배송 상태나 구매확정, 증빙 확인, 반품 처리처럼 정산 주기에 영향을 주는 단계가 남아 있을 수 있었습니다. 판매자 공지와 해당 행의 상세 사유를 읽고 어떤 조건이 충족돼야 다음 단계로 넘어가는지 적었습니다. 사유가 비어 있거나 설명과 상태가 맞지 않으..

누락항목확인제가 실제 업무에서 옵션별 원가를 점검할 때 가장 먼저 본 것은 최종 마진 숫자가 아니라 빈 입력칸이었습니다. 같은 상품 안에서도 색상과 수량 구성, 공급처 포장 단위가 달라 매입가가 같지 않았고, 대표 옵션의 원가를 모든 행에 복사하면 저가 옵션과 고가 옵션이 뒤섞였습니다. 주문서의 옵션 코드, 공급처 SKU, 국내 판매 옵션명을 한 줄씩 연결해 어느 값이 어느 행에 들어가야 하는지부터 확인했습니다.막힌 지점은 공급처 화면에 보이는 단가가 결제한 원화 원가와 같다고 본 것이었습니다. 구매 수량 구간에 따른 단가, 중국 내 배송, 결제 수수료, 환율 적용 시점이 빠질 수 있었습니다. 그래서 원본 주문서와 결제 내역, 입고 수량을 각각 보관하고 전환율을 임의로 추정하지 않았습니다. 주문 취소나 ..

선적일확인다음 중국 발주 수량을 계산하던 날 한 SKU의 입고예정이 12개로 표시됐습니다. 그러나 원 발주서를 열어 보니 12개 중 7개만 선적번호가 있었고 나머지는 나머지 물량은 공급처가 출고를 보류하고 있었습니다. 저는 입고예정 12개를 현재고에 더하지 않고 발주번호, 옵션, 내부 SKU, 선적번호, 남은 수량을 행별로 나눴습니다.선적일 칸은 단순 날짜 메모가 아니었습니다. 실제 물류 이력이 없는 날짜를 예상일로 넣으면 도착 근거와 희망 일정이 섞입니다. 공급처 발송 표시, 운송장, 중국 내 집하, 국제 이동을 서로 다른 상태로 두고 확인 가능한 처리일만 기록했습니다. 예상 도착일은 별도 칸에 두어 실제 선적일을 덮어쓰지 않았습니다.부분 선적은 원 발주 수량을 그대로 유지하면서 선적된 수량과 미선적 ..

예약해제온라인 판매 주문을 정리하던 중 취소 완료 한 건이 들어왔지만 가용 재고는 예상만큼 늘지 않았습니다. 주문 화면만 보면 상품 세 개가 모두 취소됐고, 내부 예약 목록에는 같은 주문 키로 두 개가 남아 있었습니다. 저는 취소 수량 세 개를 바로 더하지 않고 주문번호, 내부 키, SKU, 바코드, 상태 변경 시각을 한 표에 놓았습니다.취소 요청과 취소 완료는 계산에서 다르게 다뤘습니다. 고객이 취소를 눌렀어도 출고 단계나 판매처 승인 상태에 따라 실제 확정 시각이 달랐습니다. 원 주문 이력에서 완료 상태를 확인하고, 그보다 앞서 송장이나 센터 출고가 잡혔는지 살폈습니다. 상태가 애매한 행은 재고에 손대지 않고 확인 대기 표시를 남겼습니다.예약 목록에서는 상품명으로 찾지 않았습니다. 옵션명이 줄어들거나..

입고대기다음 주 중국 주문 수량을 계산할 때 이미 결제한 물량이 있어 부족분이 없는 것처럼 보였습니다. 그러나 목록을 열어 보니 일부는 공장 출고 전이었고, 일부는 이동 중이며, 국내 창고에서 수량 확인까지 끝난 건은 따로였습니다. 결제 완료를 입고 완료와 같은 뜻으로 넣은 것이 계산을 흐린 원인이었습니다.저는 발주 행마다 주문 생성, 결제, 공장 출고, 국제 운송, 국내 도착, 검수 완료 상태를 나눴습니다. 상태가 늘어나는 것이 번거로워도 어느 단계에서 수량이 바뀔 수 있는지 보여 줬습니다. 공장이 나눠 보내거나 부족 출고를 알린 건은 최초 주문 수량을 그대로 믿지 않고 마지막으로 확인된 출고 수량과 메시지 시각을 함께 적었습니다.판매 가능한 재고에는 국내 창고에서 확인된 수량만 두었습니다. 이동 중 ..