티스토리 뷰

재고관리의 상품증가 검토 흐름을 설명하는 재현 이미지
상품증가 단계에서 재고의 원본 시스템와 SKU 매칭과 계정 구분를 비교한 흐름을 재현했습니다.

상품증가

상품 수가 적을 때는 엑셀에 현재재고를 적고 색을 바꾸는 것으로 충분했습니다. 계정과 SKU가 늘고 중국 입고, 쿠팡 출고 배정, 창고 재고가 다른 시점에 바뀌자 한 사람이 저장한 파일이 곧 오래된 정보가 됐습니다.

엑셀을 없애는 것이 목표가 아니라 어떤 정보까지 엑셀이 책임질 수 있는지 경계를 정했습니다. 계산 결과를 내보내는 표로는 유용하지만 실시간 재고의 원본으로 쓰기에는 갱신 충돌이 커졌습니다.

실제 발주 도구는 네 쿠팡 계정의 발주·쉽먼트와 BoxHero 재고를 합쳐 SKU별 주문수량을 계산하고 엑셀로 내보냅니다. 이 구조가 엑셀 단독 관리에서 바뀐 가장 큰 차이입니다.

재고 시스템을 바꾸기 전 기존 표에서 SKU 이름, 옵션, 입출고 기록이 어디서 어긋나는지 먼저 확인했습니다. 상품 수가 늘어난 뒤 사람이 직접 고치는 횟수와 재고 차이가 함께 커지는 지점을 기록했습니다.

상품증가 판단에 사용한 네 가지 근거
  • 재고의 원본 시스템
  • SKU 매칭과 계정 구분
  • 수집·동기화 완료 시각
  • 엑셀 출력과 원본 데이터 차이
상품증가에서 시스템변경까지의 핵심

상품증가만으로 결론을 내리지 않았습니다. 재고의 원본 시스템와 SKU 매칭과 계정 구분를 맞춘 뒤 수집·동기화 완료 시각 및 엑셀 출력과 원본 데이터 차이가 설명되지 않으면 시스템변경 결론을 보류했습니다.

재고관리의 엑셀한계 기록과 시스템변경 결론을 설명하는 재현 이미지
엑셀한계 기록을 거쳐 시스템변경 결론을 정한 순서를 설명하는 재현 이미지입니다.

엑셀한계

엑셀한계 기록을 만든 순서
  1. BoxHero 현재재고, 쿠팡 발주와 쉽먼트, 중국 입고 배치를 각각 수집하고 SKU로 연결했습니다. 엑셀은 최종 주문수량과 확인할 항목을 내려받는 출력물로 두고 원본 상태는 데이터베이스와 감사 로그에 남겼습니다.
  2. 재고의 원본 시스템와 SKU 매칭과 계정 구분를 같은 기간과 같은 대상에 맞춰 비교했습니다.
  3. 수집·동기화 완료 시각와 엑셀 출력과 원본 데이터 차이를 확인하고 조건이 다른 예외는 별도 기록으로 분리했습니다.
  4. 파일을 열어 수동 복사해야만 갱신되는 값은 자동 수집 대상으로, 예외 해석이 필요한 값은 검수 대상으로 나눴습니다.

이관 전에는 SKU 코드와 옵션명을 표준화하고 현재 수량을 창고 기록과 대조했습니다. 한 번에 모두 옮기지 않고 일부 상품으로 입고, 출고, 조정 흐름을 시험했습니다. 기존 표와 새 시스템의 합계가 맞아도 개별 SKU가 바뀌었을 수 있어 행 단위 검증을 남겼습니다.

엑셀한계 기록을 닫기 전에는 재고의 원본 시스템의 출처 날짜와 엑셀 출력과 원본 데이터 차이의 확인 상태를 다시 읽었습니다. 엑셀한계에서 서로 다른 기준으로 작성된 값은 합계를 만들지 않고 원본부터 바로잡았습니다. 수정한 이유는 시스템변경 메모에 남겨 다음 검토에서 같은 예외를 새 데이터처럼 세지 않게 했습니다.

재고관리에서 놓친 부분

엑셀 열을 늘리면 관리 문제도 해결된다고 본 점입니다. 원본과 갱신 책임이 불분명하면 열이 많아질수록 오류 위치만 숨었습니다.

재고관리 적용 전에 확인할 점

재고 시스템 연동이 끊긴 상태에서 오래된 값을 최신으로 간주하지 않습니다. 동기화 시각과 실패 로그를 확인한 뒤 발주합니다.

시스템변경

파일을 여러 개 복사해 최신본을 찾는 시간은 줄고, 값이 틀렸을 때 어느 수집 단계에서 어긋났는지 찾을 수 있었습니다. 사람은 예외를 판단하고 시스템은 반복 수집과 계산을 맡게 됐습니다.

현재는 시스템이 모든 것을 안다고 믿지 않습니다. SKU 매칭이 불확실하거나 재고 동기화가 실패하면 계산을 멈추고 사람 확인 대상으로 표시합니다.

시스템 변경의 목표는 화면을 새로 만드는 것이 아니라 누가 언제 수량을 바꿨는지 추적할 수 있게 하는 것이었습니다. 동기화가 실패한 행은 자동으로 맞추지 않고 원본 기록을 확인했습니다. 운영을 넘기기 전에는 재고 차이와 복구 절차를 실제 담당자가 같은 순서로 재현할 수 있는지 확인했습니다.

재고관리: 검토 중 확인한 질문

Q. 재고의 원본 시스템만 맞으면 상품증가 판단을 끝내도 되나요?
A. 아닙니다. SKU 매칭과 계정 구분도 같은 조건으로 확인하고 기록 날짜가 달라지면 다시 비교했습니다.

Q. 엑셀한계 결과가 좋으면 바로 시스템변경 결론으로 넘겼나요?
A. 아닙니다. 수집·동기화 완료 시각와 엑셀 출력과 원본 데이터 차이를 함께 보고 되돌릴 수 있는 범위에서 다음 조치를 정했습니다.

Q. 재고관리 기준을 다른 상품에 그대로 써도 되나요?
A. 재고관리도 상품과 채널이 바뀌면 비용과 위험 조건이 달라집니다. 시스템변경 기준값은 각 운영 자료로 다시 정해야 합니다.

재고관리 확인에 사용한 공식 자료

두 공식 사이트에서는 시스템 도입 지원 범위와 사업 공고를 확인했습니다. 이 글의 결론은 지원사업 소개가 아니라 네 계정 발주 자료와 BoxHero 재고를 맞추며 발견한 갱신 충돌에서 정리했습니다. 최종 확인일은 2026년 8월 18일입니다.