Storebase

STOREBASE INSIGHTS · 재고 관리

매장 재고가 안 맞는 이유: 숫자를 고쳐도 반복된다면

매장 재고가 안 맞는 이유는 비교 기준의 차이, 입출고 기록 누락·중복, 반영 지연, 실물 손실 등으로 나누어 확인해야 합니다. 먼저 같은 기준으로 다시 세고, 입고·판매·반품·이동 이력에서 차이가 생긴 구간을 좁히세요. 수량을 바로잡은 뒤에도 원인 확인과 후속 점검은 남습니다. 중요한 것은 오늘 숫자를 맞추는 데서 끝내지 않고, 같은 문제가 다시 생기는 과정을 바꾸는 것입니다.

세 매장 앞 상품 상자의 빈자리를 돋보기로 살펴보고 기록 카드와 연결한 삽화
재고 차이와 기록 확인을 표현한 AI 생성 삽화
이 글에서
  1. 재고를 수정했는데, 왜 다음 주에도 같은 연락이 올까요?
  2. 실재고와 전산재고, 같은 것을 비교하고 있나요?
  3. “4개 부족”을 “어느 움직임이 빠졌는가”로 바꿔 보세요
  4. 원인을 찾았다면, 다음 거래에서 해결됐는지 확인하세요
  5. 재고 관리 프로그램도 ‘입력 다음’을 보세요
  6. 사장에게는 모든 확인이 아니라, 필요한 판단이 남아야 합니다

재고를 수정했는데, 왜 다음 주에도 같은 연락이 올까요?

“사장님, 이 상품 재고가 또 안 맞아요.”

두세 매장을 오가며 운영하는 사장이나, 매장 일을 맡아서 마감하는 매니저에게 익숙할 수 있는 연락입니다. 재고를 확인해야 한다는 사실은 이미 압니다. 어려운 것은 바쁜 영업 중에도 기록과 확인이 이어지게 만드는 일입니다. 판매는 POS에, 이동은 카톡에 남고 마지막 판단은 사장의 기억에 기대면, 담당자가 바뀔 때마다 같은 조사가 시작됩니다. 이 상황은 독자의 조건을 설명하기 위한 예시이지 특정 고객의 실제 사례는 아닙니다.

전산 수량을 실물에 맞춰 수정하면 당장은 문제가 사라진 것처럼 보입니다. 하지만 다음 주에도 같은 연락을 받고 사장이 판매 내역과 직원들의 기억을 처음부터 다시 맞춰야 한다면, 오늘의 숫자만 고친 셈입니다.

재고 수량은 결과입니다. 원인을 찾으려면 그 수량이 만들어진 과정을 봐야 합니다.

어디서 물건이 들어왔고, 무엇이 팔렸고, 어느 지점으로 나갔는지. 각 움직임이 기록에 반영됐는지 확인해야 차이가 생긴 구간을 좁힐 수 있습니다. 그리고 기록 누락이 확인됐다면, 왜 그 단계에서 빠졌는지까지 살펴봐야 합니다.

이 글은 그 과정을 현장에서 이어 갈 수 있게 만드는 운영 제안입니다. 특정 매장의 실측 개선 사례나 회계 처리 지침은 아닙니다.

Storebase는 사장이 자리에 없을 때도 매장 일이 이어지도록 돕는 매장 운영 서비스를 만들고 있습니다. 우리가 재고 문제에서 중요하게 보는 것도 이 지점입니다. 숫자를 보여 주는 것에서 끝나지 않고, 현장 담당자가 확인하고 조치한 일을 다음 담당자가 이어받을 수 있어야 합니다. 이 글에서는 먼저 프로그램과 무관하게 시작할 수 있는 확인 방법을 설명하고, 뒤에서 도구가 도울 일과 사람이 판단할 일을 구분합니다.

실재고와 전산재고, 같은 것을 비교하고 있나요?

실재고는 직접 확인한 물리적 수량이고, 전산재고는 시스템에 기록된 수량입니다. 두 숫자를 대조하기 전에 다음 네 가지 기준부터 맞추세요.

  • 시점: 오전 전산 수량과 오후 실물을 비교하지 않았나요? 조사 중 판매·입고가 있었다면 기준 시각 전후로 구분합니다.
  • 장소: 전산에는 창고와 진열대가 합산되어 있는데 진열대만 세지는 않았나요?
  • 상태: 보유 수량과 판매 가능한 수량을 섞지 않았나요? 예약 상품·검수 중인 반품의 포함 여부를 확인합니다.
  • 품목과 단위: 같은 상품 코드·색상·규격인가요? 박스와 낱개를 같은 단위로 환산했나요?

예를 들어 Shopify는 매장에 보유한 재고와 판매 가능한 재고, 입고 예정 재고를 구분합니다. 매장에 물건이 있다는 것과 지금 판매할 수 있다는 것은 다른 기준입니다. 사용 중인 프로그램에서도 각 숫자의 정의를 확인해야 합니다. 재고 상태 구분

매장 간 재고 이동도 마찬가지입니다. A매장에서 보냈다는 사실과 B매장에서 받았다는 사실은 따로 확인해야 합니다. Shopify의 이동 관리도 운송과 목적지의 전량·부분 수령을 구분합니다. 한쪽 기록만 보고 양쪽 처리가 끝났다고 판단하지 마세요. 재고 이동과 수령

“4개 부족”을 “어느 움직임이 빠졌는가”로 바꿔 보세요

기록이 충분하지 않다면 과거의 모든 차이를 한 번에 설명하려고 하지 마세요. 먼저 한 매장의 한 품목을 정해 기준 시각과 직접 센 수량을 남깁니다. 그 뒤 발생하는 입고·판매·반품·이동을 같은 품목으로 연결하고, 다음 확인 때 계산과 실물을 대조합니다. 없는 이력을 추측해서 채우지 않는 것이 출발점입니다.

다음은 실제 고객 자료가 아닌 설명용 가상 예시입니다. A매장의 한 품목을 같은 기준·낱개 단위로 비교하고, 표에 없는 반품·폐기 등은 없다고 가정합니다.

확인할 흐름 수량 변화 대조할 근거
시작 재고 40개 직전 확인 수량
입고 +10개 실제 수령 기록
판매 −8개 판매 출고 내역
B매장으로 발송 −4개 발송·인계 기록
A매장 예상 재고 38개 40 + 10 − 8 − 4

실물은 38개인데 전산에는 42개가 남았다면 B매장으로 보낸 4개가 반영됐는지 확인할 수 있습니다. 다만 차이가 4개라는 이유만으로 이동 누락이 원인이라고 확정해서는 안 됩니다. 실제 발송·인계 내역과 전산 이력을 대조해야 합니다.

누락이 확인됐다면 결과를 “38개로 수정”으로만 남기지 마세요. 어느 품목의 어떤 이동 건이 빠졌는지, 무엇을 근거로 누가 정정했는지 연결해 둡니다. 그래야 다음 담당자가 같은 조사를 처음부터 반복하지 않습니다.

정정할 때는 중복 반영도 주의해야 합니다. 누락된 이동을 입력해 4개를 차감하고, 재고 조정으로 또 4개를 빼면 다시 틀어집니다. 이미 조정한 내역까지 확인한 뒤 사용 중인 시스템의 처리 절차를 따르세요.

원인을 찾았다면, 다음 거래에서 해결됐는지 확인하세요

앞의 가상 예시에서 발송 기록 누락을 확인했다고 해 보겠습니다. 이제 질문은 “누가 깜빡했나요?”보다 구체적이어야 합니다.

물건을 보낸 사람이 나중에 입력하도록 되어 있었나요? 다른 사람에게 입력을 맡겼는데 인계가 끊겼나요? 담당자는 알고 있었지만 입력 권한이 없었나요? 기록은 남았는데 시스템 반영만 늦어진 건가요?

원인이 다르면 바꿔야 할 것도 다릅니다. 반영 지연이 원인인데 직원에게 더 꼼꼼히 기록하라고 하는 것은 해결책이 되기 어렵습니다.

만약 물건은 먼저 보내고 다른 사람이 나중에 입력하지만, 입력 완료를 확인하는 단계가 없는 것이 원인으로 확인됐다면 그 단계를 보완합니다. 이동 건마다 발송 기록을 남기고, 받는 매장이 같은 건으로 수령을 확인하며, 지정 담당자가 미완료 건을 점검하도록 정할 수 있습니다. 필요한 조회·입력 권한도 함께 마련해야 합니다.

그다음 이동에서 실제로 기록이 이어지는지 확인하세요. 발송과 수령을 대조하고, 같은 기준에서 실재고와 전산재고가 맞는지 다시 봅니다. 한 번 맞았다는 사실은 첫 확인일 뿐이므로 운영 빈도와 위험에 맞춰 후속 점검을 이어 갑니다.

재고 오차를 줄이는 방법을 검토할 때는 다음 세 가지를 따로 보세요.

처리 상태 확인할 질문
수량 정정 지금 숫자를 어떤 근거로 바로잡았는가?
원인 확인 어느 단계에서 왜 차이가 생겼는가?
재발 방지 검증 무엇을 바꿨고, 이후 거래에서 결과를 확인했는가?

수량이 맞아도 원인은 미확인일 수 있습니다. 절차를 바꿨어도 효과는 아직 확인 전일 수 있습니다. 이 구분이 있어야 “수정 완료”라는 말에 남은 일이 가려지지 않습니다.

재고 관리 프로그램도 ‘입력 다음’을 보세요

재고조사 앱이나 매장 관리 프로그램을 고를 때는 얼마나 빨리 셀 수 있는지만 보지 마세요. 입력한 수량을 반영하기 전에 비교할 수 있는지, 차이가 난 품목의 관련 기록을 담당자가 확인할 수 있는지도 살펴보세요.

Storebase가 재고 실사에서 지향하는 방향도 수량 입력을 반영 전 검토로 연결하는 것입니다. 기존 수량과 집계 결과를 비교하고, 무엇이 바뀌는지 살펴보는 단계를 중요하게 봅니다. 현장 담당자가 “왜 이 품목이 달라졌는지 더 확인해야 한다”는 판단을 할 수 있도록 돕는 단계입니다. 여기서 설명하는 것은 제품의 설계 방향이며, 모든 매장 환경에서의 동작이나 자동 원인 진단을 보증하는 설명은 아닙니다.

Storebase 재고 실사 검토 화면에서 기존 수량과 실사 수량의 차이를 비교하는 모습
매장 재고가 안 맞을 때는 수량을 수정하기 전에 품목별 차이를 확인하고, 입출고 기록과 대조하세요. 실제 앱의 반영 전 검토 화면이며 샘플 데이터·영어 UI입니다. 전체 실사에서는 미스캔 품목의 0 처리 경고도 확인하세요.

다만 차이를 보여 주는 것과 그 원인을 해결하는 것은 다른 일입니다. 검토 화면이 있다고 누락된 업무 과정까지 자동으로 밝혀지는 것은 아닙니다. 입출고 근거를 대조하고, 처리 절차를 바꾸고, 다음 결과를 확인하는 일이 함께 이어져야 합니다.

프로그램 선택의 질문도 “재고 숫자가 보이나요?”에서 한 걸음 더 나아갈 수 있습니다. “이 숫자가 다를 때, 현장 담당자가 무엇을 확인하고 어디까지 처리할 수 있나요?”라고 물어보세요.

사장에게는 모든 확인이 아니라, 필요한 판단이 남아야 합니다

원인을 찾지 못했는데 마감해야 할 수도 있습니다. 운영상 수량 정정이 필요하면 승인 절차에 따라 처리하되, 원인까지 해결됐다고 닫지는 마세요. 확인하지 못한 사유를 임의로 ‘분실’이나 ‘직원 실수’로 채우지 말고, 다음 확인 담당자와 기한을 남깁니다.

현장에는 기록을 볼 권한과 처리 기준을 주고, 반복되는 차이·근거가 상충하는 건·권한 밖의 정정은 매니저나 사장에게 넘기도록 정하세요. 금액과 횟수 기준은 매장 상황에 맞춰야 합니다. 책임만 넘기고 확인할 수단을 주지 않는 방식과는 다릅니다.

다음 재고 확인에서는 차이가 난 품목 하나에만 적용해 보세요. 비교 기준, 확인한 이력, 정정 내용, 미확인 원인, 다음 확인 담당자와 시점을 남기는 것입니다. 절차를 바꿨다면 이후 거래의 확인 결과도 연결합니다.

한 줄의 확인 메모부터 시작해도 됩니다. “A매장 / 상품 X / 오늘 마감 기준 / 실물 38개·전산 42개 / B매장 발송 4개 반영 여부 확인 중 / 담당 매니저 / 다음 영업 시작 전 확인.” 이 역시 가상 예시입니다. 확인이 끝나면 근거와 조치 결과를 덧붙이고, 원인을 모르면 모른다고 남깁니다.

그 기록을 받은 다음 담당자가 사장에게 처음부터 다시 묻지 않고 상황을 이어받을 수 있는지 보세요. 그럴 수 없다면 필요한 기록이나 권한, 판단 기준 중 무엇이 빠졌는지 점검합니다.

목표는 사장이 재고를 더 빨리 수정하는 사람이 되는 것이 아닙니다. 현장에서 차이를 발견하고, 이유를 찾아 조치하고, 결과를 다시 확인할 수 있게 만드는 것입니다. 사장은 중요한 예외를 판단하되, 같은 문제를 매번 처음부터 조사하지 않아도 되는 쪽으로 일을 바꿔 갑니다.

재고 관리가 돌려줘야 할 것은 맞는 숫자만이 아닙니다. 매장을 떠난 뒤에도 같은 확인에 붙잡히지 않고, 내 시간을 어디에 쓸지 선택할 자유입니다.

참고 자료

  1. Shopify 공식 도움말: 재고 상태의 구분
  2. Shopify 공식 도움말: 재고 이동과 수령
← 전체 글