좋은 재고 로그가 기록하는 것(그리고 대부분이 놓치는 것)

모든 재고 시스템은 숫자를 보여 줍니다. 그 숫자가 어떻게 나왔는지까지 보여 주는 시스템은 그보다 적습니다. 그 두 번째 부분, 즉 로그는 숫자가 이상해 보이는 순간 가장 먼저 찾게 되는 것이고, 그 쓸모는 로그가 무엇을 적어 두었느냐에 딱 달려 있습니다. 이름도, 사유도, 변경 전후 값도 없이 “재고 변경됨”이라고만 적힌 로그는 로그가 아예 없는 것과 크게 다르지 않습니다.

이 가이드는 체크리스트입니다. 재고 로그의 각 줄이 담아야 할 것, 대부분의 로그가 잊어버리는 두 종류의 변경, 그리고 줄이 수천 개로 늘어난 뒤에도 로그를 믿을 수 있고 읽기 쉽게 유지해 주는 몇 가지 규칙을 다룹니다. 지금 쓰고 있는 시스템이 소프트웨어든, 스프레드시트든, 못에 걸어 둔 클립보드든, 이 글로 평가해 보세요.

모든 줄에 필요한 여섯 가지

로그의 각 줄을 작은 사건 보고서라고 생각해 보세요. 이 중 하나라도 빠지면 답할 수 없는 질문이 생깁니다.

1. 어떤 품목인가. 당연하지만, 이름이 바뀌거나 품목이 삭제되어도 살아남아야 합니다. “품목 214”를 가리키는 줄은 품목 214가 사라지는 순간 쓸모가 없어집니다.
2. 무엇이 바뀌었나. 어느 구분(선반 위, 주문 중, 배송 중, 파손)인지, 또는 품목의 어떤 정보인지.
3. 얼마나, 또는 무엇에서 무엇으로. 입출고에는 단위가 붙은 수량이 필요합니다(“−2.5”가 아니라 “−2.5 kg”). 수정에는 이전 값과 새 값이 필요합니다.
4. 누가. “관리자”나 공용 태블릿 계정이 아니라 이름이 있는 사람. 모두가 “창고” 계정으로 로그인한다면, 로그는 언제까지나 창고가 했다고밖에 말할 수 없습니다.
5. 언제. 교대가 끝날 때 사람이 입력한 시각이 아니라, 시스템이 기록한 정확한 타임스탬프.
6. 왜, 그리고 어떤 경로로. 선택 사항인 사유(“운송 중 변질”, “순환 실사”)와 경로: 수작업, 스캔, 입고된 주문, 조립 생산, 또는 AI 어시스턴트.

대부분의 시스템은 재고 이동에 대해 앞의 다섯 가지는 챙깁니다. 로그가 조용히 실패하는 곳은 여섯 번째입니다. 사유 없는 −12는 판매였든, 쏟았든, 도난이었든 똑같아 보이고, 바로 그 차이가 여러분이 알아야 했던 것입니다.

대부분의 로그가 놓치는 첫 번째: 수정

로그는 수량은 추적하면서 품목의 나머지 정보는 무시하는 경향이 있습니다. 하지만 가장 비싼 실수 중 일부는 입출고가 아니라 수정입니다.

• 임계값이 바뀌었다. 누군가 성가신 알림을 끄려고 경고 수준을 18에서 2로 낮춥니다. 3주 뒤 재고가 바닥나는데 아무도 경고를 받지 못합니다. 수정 로그가 없으면 알림은 그냥 “작동을 멈춘” 것이 됩니다.
• 단위 라벨이 바뀌었다. “캔”이 “박스”가 되면, 그 이후의 모든 수량은 열두 배 큰 양을 뜻하게 됩니다. 그 일이 언제 일어났는지 찾아내느냐가 5분짜리 수정이냐 재실사냐를 가릅니다.
• 원가가 바뀌었다. 하룻밤 사이에 재고 평가액이 껑충 뜁니다. 실제 변화일까요, 아니면 누군가 단가에 0을 하나 더 쳤을까요?
• 공급업체가 바뀌었다. 재발주가 엉뚱한 업체로 가기 시작하는데, 그걸 바꾼 기억이 있는 사람은 아무도 없습니다.

수정 줄에는 입출고와 똑같이 누가와 언제가 필요하고, 여기에 변경 전후 값이 더해져야 합니다. “경고 수준: 18 → 2, 민준, 화요일 8:57” 한 줄이면 미스터리가 끝납니다.

두 번째: 삭제

품목 삭제는 재고 시스템에서 누구든 할 수 있는 가장 파괴적인 작업이고, 많은 도구에서 가장 소리 없이 일어나는 작업이기도 합니다. 품목이 사라지고, 많은 경우 그 이력도 함께 사라집니다. 순서가 거꾸로입니다. 품목이 삭제되는 순간이야말로 누가 지웠는지, 그때 무엇이 남아 있었는지, 그 전에 무슨 일이 있었는지를 가장 알고 싶은 순간입니다.

좋은 로그는 삭제를 또 하나의 이벤트로 다룹니다. 사람과 품목의 이름이 적힌 한 줄이 남고, 품목의 과거는 그대로 보존됩니다. 더 좋은 것은 삭제를 되돌릴 수 있는 것입니다. 무언가가 삭제되는 가장 흔한 이유는 “앗, 실수”이니까요.

로그를 믿을 수 있게 유지하는 규칙

줄은 절대 수정하지 않고, 추가만 한다

로그의 줄을 수정할 수 있다면, 그 로그는 아무것도 증명하지 못합니다. 실수는 일어나기 마련이니, 바로잡는 방법은 이전 줄을 정정하는 새 줄을 추가하는 것입니다. 그러면 기록에 오류와 정정이 모두 남고, 그것이 감사인, 관리자, 그리고 미래의 여러분이 보고 싶어 하는 바로 그 모습입니다.

줄은 사람이 아니라 시스템이 쓴다

누가와 언제는 누군가 채워 넣는 입력란이 아니라 로그인 정보와 시계에서 나와야 합니다. 스스로 보고하는 로그는 보고하기 편한 쪽으로 흘러가기 마련입니다.

모든 경로가 같은 로그에 기록한다

재고는 수작업 수정, 스캔, 입고된 주문, 조립 생산, 그리고 점점 더 많이 AI 어시스턴트를 통해 움직입니다. 이 중 어느 하나라도 로그를 건너뛴다면, 로그에는 언젠가 누군가 들여다볼 바로 그 자리에 사각지대가 생깁니다.

로그를 읽기 쉽게 유지하는 규칙

읽을 수 없는 로그는 아무도 읽지 않는 로그입니다. 두 가지 습관이 큰 도움이 됩니다.

• 소음은 합치되, 의미는 절대 합치지 않는다. 한 사람이 1분 동안 +1을 다섯 번 눌렀다면, +5 한 줄이 스크롤은 덜 하면서 같은 이야기를 전합니다. 하지만 사유가 붙은 변경이나 수정은 매번 자기만의 줄을 가질 자격이 있습니다.
• 복합 작업은 말로 설명한다. 밀가루 줄에 적힌 “사워도우 빵 2 × 생산에 사용”은, 그렇지 않으면 손실처럼 보였을 차감을 설명해 줍니다.

그리고 필요할 때 로그를 시스템 밖으로 꺼낼 수 있어야 합니다. 회계 담당자에게 줄 기간 지정 내보내기, 또는 바쁜 한 달 중 변경 하나를 찾을 때 쓸 필터 가능한 목록처럼요.

현재 설정을 빠르게 점검하기

바쁜 한 주를 보낸 품목 하나를 골라, 기록만 보고 다음 질문에 답해 보세요.

• 수량에 대한 최근 세 번의 변경은 누가, 왜 했나요?
• 한 달 전 이 품목의 경고 수준과 단가는 얼마였나요?
• 누군가 오늘 아침 이 품목을 삭제했다면, 누가 했는지 알 수 있고 되살릴 수 있나요?
• 이 품목의 변경 중 사람이 아니라 AI 어시스턴트나 연동 기능이 한 것은 어느 것인가요?

어느 하나라도 답이 “여기저기 물어봐야 한다”라면, 그곳이 빈틈입니다. 스프레드시트가 흔한 원인입니다. 버전 기록은 셀 수정은 남기지만, 누가 어떤 품목을 무슨 이유로 옮겼는지는 남기지 않고, 복사나 내보내기 과정에서 쉽게 사라집니다. 이 트레이드오프는 스프레드시트로는 벅차진 신호에서 더 깊이 다룹니다.

---

한시적 무료로 사용해 보세요