“재고가 바닥나야 발주를 겁니다.” 이 말을 하는 현장이 실제로 많습니다.
담당자가 매일 재고를 눈으로 확인하고, 부족하면 전화나 카카오톡으로 발주를 넣습니다.
사람이 놓치는 순간 재고는 그대로 비어 버립니다.
자동 발주 시스템은 이 확인·요청 과정을 프로그램으로 옮기는 작업입니다. 다만 “자동화”라는 말 안에 범위가 다른 두 가지가 섞여 있습니다.
자동 발주 안에 섞인 두 가지 일
하나는 재고 기준선을 넘으면 알림만 주는 방식입니다. 발주 결정은 여전히 사람이 합니다.
다른 하나는 기준선을 넘으면 거래처에 발주서까지 자동으로 보내는 방식입니다. 사람 개입 없이 발주가 나갑니다.
두 방식은 개발 범위와 책임 구조가 다릅니다.
알림형은 비교적 단순하지만, 발주까지 자동화하면 오발주 방지 로직이 필수로 들어갑니다.
구축 전에 확인해야 하는 것
재고 기준선을 데이터로 정할 수 있는지가 먼저입니다.
품목별 소진 속도가 제각각이면, 그 속도를 계산하는 로직부터 설계해야 합니다.
거래처 시스템과 연동할지도 정해야 합니다. 거래처가 이메일로만 발주서를 받는지, 시스템으로 직접 받는지에 따라 개발 방식이 달라집니다.
예외 상황 처리 방식도 중요합니다. 특정 품목만 수동으로 관리하고 싶다면, 그 예외를 미리 정의해 둬야 합니다.
알림형과 완전자동형, 무엇이 다른가
| 구분 | 알림형 | 완전자동형 |
|---|---|---|
| 발주 결정 | 담당자가 최종 확인 | 시스템이 조건 충족 시 발주 |
| 오류 리스크 | 낮음 | 오발주 방지 로직 필요 |
| 적합한 경우 | 품목 수가 적을 때 | 품목이 많고 패턴이 안정적일 때 |
품목이 적으면 알림형으로 시작해서 나중에 확장하는 방식도 가능합니다.
도입 후에도 조정이 필요합니다
계절이나 시즌에 따라 소진 속도가 바뀌는 품목이 있습니다. 기준선을 한 번 정하고 끝나는 게 아닙니다.
담당자가 직접 기준선을 조정할 수 있는 화면이 있는지 확인해야 합니다. 없으면 매번 개발사에 요청해야 합니다.
GrowSpace는 재고 패턴 분석부터 시스템 설계, 거래처 연동, 이후 운영까지 함께 맡습니다.
담당자께서 예외 상황마다 개발사를 다시 찾지 않으셔도 되는 구조입니다.
실제 구축 시 화면 예시
자동 발주 시스템을 실제로 이런 방식으로 개발했을 때, 화면이 어떻게 나오는지 예시로 보여드립니다.
* 위 화면은 실제 구축 방식을 보여주기 위해 제작한 예시 화면입니다.
자주 묻는 질문
품목이 수백 개면 힘든가요?
가능합니다. 다만 품목별 소진 패턴이 다르면 분석 단계가 더 걸립니다.
거래처가 시스템이 없어도 되나요?
됩니다. 이메일이나 문자로 발주서를 자동 발송하는 방식도 가능합니다.
알림형에서 완전자동형으로 나중에 바꿀 수 있나요?
가능합니다. 처음부터 확장을 고려해 설계하면 전환이 어렵지 않습니다.
→ 지금 재고를 확인하는 방식 알려주시면 구조부터 상담해 드립니다.
