재고 운영 방식별 WMS · ERP 직결
ERP 연동 창고관리 · WMS 구축
쓰던 ERP 는 그대로 둡니다. 현장에서 찍은 스캔이 그대로 ERP 전표가 되어, 같은 내용을 두 번 입력할 일이 없도록 설계하고 구축합니다.
창고 하나 때문에 ERP 를 흔들 수는 없습니다
창고를 전산화하려면 ERP 까지 손봐야 한다는 말을 듣는 경우가 많습니다. 회계와 구매, 영업이 얹혀 있는 시스템을 창고 때문에 흔드는 것은 규모가 다른 일입니다. 그래서 도입이 미뤄지고 창고는 계속 엑셀로 운영됩니다.
ERP 는 그대로 두고 창고 작업만 얹습니다. 기준정보는 ERP 에서 받아 오고, 현장에서 찍은 입출고는 ERP 전표로 넘어갑니다. ERP 화면을 쓰던 부서는 하던 대로 일하고, 창고 업무만 줄어듭니다.
기계부품 제조 현장에서는 자체 DB 없이 PDA 를 ERP 에 직접 연결해, 창고 작업이 별도 마감 없이 100% 실시간 반영되도록 만들었습니다.
ERP 직결형 흐름
두 시스템이 각자 재고를 들고 있으면 반드시 어긋납니다. 어느 쪽이 정본인지를 먼저 정합니다.
정본은 하나입니다 재고 수량의 정본이 ERP 라면 WMS 는 그 위에 자리와 Lot 을 얹습니다. 두 시스템이 각자 계산하기 시작하면 대사 업무가 새로 생깁니다.
연동은 눈에 보여야 합니다 보이지 않는 배관으로 두면 문제가 생겨도 아무도 모릅니다. 무엇이 넘어갔고 무엇이 걸렸는지 화면에서 확인할 수 있어야 합니다.
기준정보 동기화
- 품목 · 거래처 수신
- 변경분만 갱신
- 단위 · 환산 매핑
- 창고 코드 대응
지시 수신
- 발주 · 출고 지시
- 수신 주기 설정
- 취소 · 변경 반영
- 지시 잠금
현장 처리
- 스캔 검수 · 피킹
- 로케이션 · Lot
- 라벨 발행
- 차이 등록
실적 반영
- 전표 생성 전송
- 전표 번호 회신
- 실시간 · 배치 선택
- 반영 상태 표시
대사 · 재처리
- 실패 건 관리
- 재전송
- 수량 대사
- 연동 로그 보존
ERP 마다 창구가 다릅니다 표준 인터페이스를 여는 곳도 있고 DB 를 직접 보게 하는 곳도 있습니다. 어느 쪽이든 그 ERP 가 허용하는 방식에 맞춰 붙이지, 우리 방식을 요구하지 않습니다.
실시간이 늘 정답은 아닙니다 건마다 즉시 넘기면 ERP 부하가 문제가 되는 현장도 있습니다. 업무 성격에 따라 즉시와 주기 처리를 나눠 적용합니다.
실패는 남겨 둡니다 넘어가지 못한 건이 조용히 사라지면 재고가 어긋납니다. 실패 목록으로 남기고 원인을 고친 뒤 다시 보냅니다.
기준정보 동기화
품목이 새로 생기면 창고에서는 다음 날 보입니다
구매팀이 ERP 에 등록한 품목이 창고 시스템에 없으면 현장에서 스캔이 막힙니다. 그래서 담당자가 엑셀을 받아 수작업으로 등록하고, 그사이 물건은 식별되지 않은 채 쌓입니다. 단위가 다르게 등록되면 수량이 몇 배로 어긋나기도 합니다.
품목과 거래처는 ERP 에서 정해진 주기로 받아 옵니다. 전체를 매번 다시 받지 않고 바뀐 것만 갱신해 부하를 줄입니다. 박스와 낱개처럼 단위가 다르면 환산 규칙을 함께 등록해 두 시스템의 수량이 같은 뜻을 갖게 합니다.
지시 수신
ERP 전표를 출력해 창고 대장에 옮겨 적습니다
출고 지시는 ERP 에 떠 있는데 창고에서는 그것을 종이로 뽑아 씁니다. 급하게 수량이 바뀌면 이미 나간 종이는 옛 내용이고, 현장은 그것을 모른 채 작업합니다. 취소된 건이 그대로 출고되는 일도 여기서 생깁니다.
지시를 화면으로 받아 그대로 작업 대상이 되게 합니다. ERP 에서 수량이 바뀌거나 취소되면 창고 화면에 반영되고, 이미 피킹이 시작된 건은 잠겨 임의로 바뀌지 않습니다. 무엇을 기준으로 일하는지가 한 곳으로 모입니다.
현장 처리
스캔은 창고 시스템에, 전표는 ERP 에 따로 입력합니다
현장에서 찍은 내용을 사무실에서 다시 ERP 에 입력하는 방식이 흔합니다. 같은 내용을 두 번 입력하니 오타가 섞이고, 입력이 밀리는 날에는 ERP 재고가 어제 상태로 남습니다. 어느 쪽이 맞는지는 사람이 판단해야 합니다.
현장 스캔 한 번이 창고 기록이자 ERP 전표가 되게 합니다. 로케이션과 Lot 처럼 ERP 가 다루지 않는 정보는 창고 쪽에 남고, 수량과 전표는 ERP 로 넘어갑니다. 라벨도 같은 자리에서 발행됩니다.
실적 반영
마감 때가 되면 두 시스템의 숫자가 다릅니다
창고 시스템에는 있고 ERP 에는 없는 건, 반대로 ERP 에만 있는 건이 매달 몇 십 건씩 나옵니다. 원인을 찾으려면 두 시스템의 목록을 뽑아 대조해야 하고, 그 일이 마감 때마다 반복됩니다.
창고에서 만들어진 전표가 어느 ERP 문서로 넘어갔는지를 건별로 남깁니다. 넘어가지 못한 건은 화면에 그대로 떠 있어 대조할 일이 없습니다. 실시간으로 넘길지 주기로 모아 넘길지는 업무 성격에 따라 나눠 정합니다.
대사 · 재처리
연동이 실패한 건은 아무도 모르게 사라집니다
전송이 실패하면 로그 파일 어딘가에만 남습니다. 담당자가 그 파일을 볼 이유가 없으니 실패는 몇 주 뒤 재고 차이로 발견됩니다. 그때는 원인이 되는 원본 작업이 무엇이었는지 찾기도 어렵습니다.
실패한 건을 목록 화면으로 세웁니다. 사유가 함께 보이니 기준정보가 없어서인지 ERP 쪽 마감 때문인지 바로 갈리고, 고친 뒤 그 자리에서 다시 보냅니다. 주고받은 전문은 남겨 두어 나중에 왜 그렇게 됐는지 확인할 수 있습니다.
ERP 직결형 구축사례
고객사와의 신뢰를 위해 어느 회사의 사례인지는 연결해 표기하지 않습니다.
ERP 는 그대로 두고 창고만 바꾸고 싶다면
쓰고 계신 ERP 와 지금 창고에서 손으로 옮기는 일이 무엇인지 들려주시면 어디를 이어야 할지 함께 정리합니다. 현장 방문과 상담에는 비용이 없습니다.