티스토리 뷰

카테고리 없음

재고관리 상품증가 엑셀한계 시스템변경

인아트 2026. 8. 19. 00:13
상품 선반과 노트북 재고표와 스캐너를 한 자리에서 대조하는 온라인 판매 작업 장면
상품이 늘어난 작업실에서 노트북 표와 실물 수량을 함께 보며 엑셀 단독 관리의 한계를 확인한 장면입니다.

상품증가

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

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

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

이 글은 재고관리에 관한 정답을 가르치려는 글이 아닙니다. 제가 온라인 판매를 운영하며 상품증가 문제를 어떻게 발견했고 무엇을 잘못 보았는지, 판단 근거를 어떤 자료로 바꿨는지 기록합니다. 재고관리 기록에서는 상품명과 계정, 금액을 공개하지 않되 상품증가 업무 순서를 다른 날에도 다시 확인할 수 있도록 남깁니다.

제가 실제로 대조한 네 항목
  • 재고의 원본 시스템
  • SKU 매칭과 계정 구분
  • 수집·동기화 완료 시각
  • 엑셀 출력과 원본 데이터 차이
중간 요약

파일을 열어 수동 복사해야만 갱신되는 값은 자동 수집 대상으로, 예외 해석이 필요한 값은 검수 대상으로 나눴습니다. 엑셀을 없애는 것이 목표가 아니라 어떤 정보까지 엑셀이 책임질 수 있는지 경계를 정했습니다. 계산 결과를 내보내는 표로는 유용하지만 실시간 재고의 원본으로 쓰기에는 갱신 충돌이 커졌습니다.

바코드 스캐너로 상품을 읽고 재고 상태 화면과 종이 검수표를 비교하는 장면
스캔한 수량을 시스템 상태와 검수표에 차례로 대조해 자동 수집과 사람 확인의 경계를 보여 줍니다.

엑셀한계

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

BoxHero 현재재고, 쿠팡 발주와 쉽먼트, 중국 입고 배치를 각각 수집하고 SKU로 연결했습니다. 엑셀은 최종 주문수량과 확인할 항목을 내려받는 출력물로 두고 원본 상태는 데이터베이스와 감사 로그에 남겼습니다.

실행 뒤에는 엑셀한계 판단을 한 날짜와 사용한 자료를 같이 적었습니다. 판매 화면의 숫자 하나가 아니라 재고의 원본 시스템, SKU 매칭과 계정 구분, 수집·동기화 완료 시각, 엑셀 출력과 원본 데이터 차이을 한 묶음으로 봐야 다음 조치가 설명됐습니다. 재고관리 자료의 값이 비어 있거나 계정과 SKU가 맞지 않으면 좋은 쪽으로 추정하지 않고 엑셀한계 확인 전 상태로 남겼습니다.

제가 틀리게 본 지점

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

공개 글에서 지킨 경계

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

시스템변경

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

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

그래서 지금 세 번째 판단 기준인 시스템변경에서는 빠른 결론보다 다시 확인 가능한 근거를 남깁니다. 재고관리에 붙인 공식 자료는 제 경험을 대신하는 성공 공식이 아니라 시스템변경 판단에 필요한 플랫폼과 제도의 경계를 확인하는 데 사용했습니다. 재고관리의 실제 결과가 바뀌면 이전 판단도 고정하지 않고 그 시점의 재고, 비용, 판매 상황에 맞춰 시스템변경 기준을 수정합니다.

재고관리 판단에서 남은 질문

Q. 한 번의 결과로 기준을 확정했나요?
A. 아니요. 재고의 원본 시스템과 SKU 매칭과 계정 구분이 다른 기간에도 같은 방향인지 확인했습니다.

Q. 수치가 좋으면 바로 확대했나요?
A. 수집·동기화 완료 시각과 엑셀 출력과 원본 데이터 차이을 함께 보고 감당할 수 있는 범위에서만 다음 단계를 정했습니다.

Q. 다른 판매자도 같은 기준을 써야 하나요?
A. 이 글은 제 운영 기록입니다. 상품, 채널, 자금 상황이 다르면 기준과 결과도 달라질 수 있습니다.

같은 사업 흐름에서 이어지는 글

판단 경계를 확인한 공식 자료

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