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

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

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

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

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

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

바코드기준온라인 판매 재고를 맞추던 날 전체 출고 수량 합계는 주문서와 같았는데 특정 상품의 재고만 계속 부족하게 보였습니다. 상품명으로 검색하면 비슷한 옵션이 함께 잡혔고, 한 센터에서 나간 출고가 다른 센터 주문에 붙어 있었습니다. 합계가 맞다는 이유로 계산을 끝내지 않고 원 주문, 물류 거래 이력, 현재 재고 화면을 같은 순서로 펼쳤습니다.제가 기준으로 삼은 첫 칸은 바코드였습니다. 판매처 상품명과 물류 상품명은 띄어쓰기나 옵션 표기가 달라질 수 있지만 바코드는 원 상품을 좁히는 데 더 안정적이었습니다. 다만 바코드 하나만 같다고 바로 연결하지 않았습니다. 같은 상품이 여러 센터로 나뉘어 출고될 수 있어 센터와 거래별 수량까지 한 줄에서 확인했습니다.총수량 7개처럼 합쳐 적으면 2개, 2개, 3개로..

상품증가상품 수가 적을 때는 엑셀에 현재재고를 적고 색을 바꾸는 것으로 충분했습니다. 계정과 SKU가 늘고 중국 입고, 쿠팡 출고 배정, 창고 재고가 다른 시점에 바뀌자 한 사람이 저장한 파일이 곧 오래된 정보가 됐습니다.엑셀을 없애는 것이 목표가 아니라 어떤 정보까지 엑셀이 책임질 수 있는지 경계를 정했습니다. 계산 결과를 내보내는 표로는 유용하지만 실시간 재고의 원본으로 쓰기에는 갱신 충돌이 커졌습니다.실제 발주 도구는 네 쿠팡 계정의 발주·쉽먼트와 BoxHero 재고를 합쳐 SKU별 주문수량을 계산하고 엑셀로 내보냅니다. 이 구조가 엑셀 단독 관리에서 바뀐 가장 큰 차이입니다.재고 시스템을 바꾸기 전 기존 표에서 SKU 이름, 옵션, 입출고 기록이 어디서 어긋나는지 먼저 확인했습니다. 상품 수가 늘..

통장부족월별 매출 화면은 분명 커졌는데 사업 통장에서 쓸 수 있는 돈은 기대보다 적었던 달이 있었습니다. 상품 대금은 먼저 나갔고 광고비와 물류비도 이미 빠졌지만, 판매대금은 채널별 정산일에 맞춰 뒤늦게 들어오는 구조가 한 화면에서는 보이지 않았습니다.매출을 곧바로 내 돈으로 보던 습관을 버리고 주문일, 비용 지출일, 실제 입금일을 서로 다른 날짜로 보기 시작했습니다. 같은 달 숫자라도 세 날짜가 어긋나면 장부상 매출과 오늘 이체할 수 있는 금액은 전혀 다르다는 판단으로 바뀌었습니다.내부 정산 도구가 여러 판매채널의 실정산금액과 은행 입금을 별도로 모으도록 만든 이유도 이 차이 때문입니다. 공개 글에서는 계좌번호와 실제 매출액을 숨기되, 어떤 날짜와 항목을 대조했는지는 그대로 남깁니다.매출이 발생한 날짜..

매출기대판매상품을 하나 더 올리면 매출 기회도 하나 더 생긴다고 보고 SKU를 계속 늘린 시기가 있었습니다. 상품등록 수는 빠르게 늘었지만 옵션명, 대표 이미지, 재고, 광고, 계정 연결을 맞추는 일이 함께 불어나면서 잘못 연결된 한 줄을 찾는 시간이 길어졌습니다.상품 수와 매출이 같은 속도로 늘지 않는다는 사실보다, 관리 대상이 훨씬 빠르게 늘어난다는 점이 더 크게 다가왔습니다. 이후에는 새 상품 한 개를 추가할 때 판매 가능성뿐 아니라 매일 확인해야 할 데이터 한 묶음이 생긴다고 계산했습니다.2026년 8월 내부 광고 계산 파일에는 193개 SKU 행이, 재고 감시 상태에는 202개 대상이 기록돼 있었습니다. 숫자 자체를 성과로 내세우기보다 왜 엑셀 한 장만으로는 관리가 어려워졌는지를 설명하는 근거로..

판매예상공급처 사진과 가격을 보고 판매 장면이 선명하다고 여긴 상품이 실제 등록 뒤에는 기대만큼 움직이지 않은 적이 있습니다. 비슷한 상품이 팔린다는 사실을 내 옵션과 상세페이지도 팔린다는 근거로 확대해석한 것이 출발점이었습니다.예상과 결과가 어긋났을 때 시장 탓으로 끝내지 않고 제가 확인하지 않은 조건을 찾았습니다. 고객이 비교하는 옵션, 배송 조건, 검색어와 실제 제품 이미지가 한 방향을 가리키는지 보지 않은 채 공급가만 기준으로 삼았다는 결론이었습니다.상세페이지 자동화 도구에도 SKU 옵션과 원본 이미지를 먼저 검수하고 대표 승인을 거치게 한 이유가 있습니다. 판매 전 판단이 틀릴 수 있다는 전제 아래 증거와 사람 검수를 남기는 쪽으로 업무가 바뀌었습니다.판매가 기대에 못 미친 상품을 가격 탓으로만..