ERP·WMS 연동은 API 연결만으로 끝나나요?
ERP·WMS 연동 개발은 API를 연결하는 작업과 데이터 기준을 일치시키는 작업을 함께 포함합니다. 같은 재고라도 ERP에서는 회계·거래 기준으로, WMS에서는 창고 위치와 작업 상태 기준으로 관리할 수 있습니다. 어떤 시스템이 값을 확정하고 다른 시스템에 언제 전달하는지 정하지 않으면 연결 이후에도 수작업 대사가 남습니다.
데이터마다 원천 시스템과 변경 권한을 정하세요
| 데이터 | 합의할 질문 | 예외 상황 |
|---|---|---|
| 상품·SKU | 상품 코드와 옵션 코드를 누가 발급하나요? | 중복 코드·세트 상품·단위 변환 |
| 주문 | 주문 확정과 출고 지시 시점은 언제인가요? | 결제 전 주문·중복 수신·배송지 변경 |
| 재고 | 실물·가용·예약 재고를 어떻게 구분하나요? | 예약 해제·재고 조정·음수 재고 |
| 출고 | 피킹·포장·송장·출고 완료를 누가 확정하나요? | 부분 출고·합배송·송장 재발급 |
| 반품 | 회수·검품·재입고·환불 시점은 언제인가요? | 불량 폐기·부분 반품·교환 |
원천 시스템은 무조건 한 제품으로 통일할 필요가 없습니다. 상품 코드는 ERP, 창고 위치는 WMS처럼 항목별로 정할 수 있습니다. 다만 같은 값을 양쪽에서 수정할 수 있다면 충돌 시 우선순위와 이력을 남기는 방법이 있어야 합니다. 기존 현장 예외를 조사한 뒤 기준을 정하세요.
연동 장애가 나도 업무 기록을 잃지 않도록 설계하세요
한 시스템에서 주문을 처리했는데 다른 시스템의 응답이 오지 않으면 재전송 여부가 애매해집니다. 업무 식별자로 이미 처리한 요청을 확인하고, 실패 기록을 운영자가 다시 처리할 수 있게 해야 합니다. 성공·실패 숫자만 보여주는 대시보드보다 실패한 주문, 원인, 마지막 재시도와 다음 조치를 보여주는 화면이 실무에 도움이 됩니다.
- 같은 출고 요청을 두 번 보내도 출고가 중복 생성되지 않는가
- 출고 작업 도중 취소 요청이 도착하면 합의한 상태로 처리되는가
- 창고 일부 작업이 지연되어도 주문 전체를 완료로 표시하지 않는가
- 연동 복구 뒤 재처리 대상과 완료 대상을 구분할 수 있는가
- 수동 재처리와 재고 조정의 담당자·사유·시각을 추적할 수 있는가
엑셀·기존 DB 이전은 세 번 나눠 확인하세요
첫째, 상품 코드 중복과 빈 값, 날짜·수량 단위를 정리합니다. 둘째, 시험 이전 후 건수·재고 합계·주문 상태별 수량을 대조합니다. 셋째, 실제 입고·출고·반품 시나리오를 현장 담당자가 수행합니다. 데이터 합계가 맞아도 작업 화면에서 필요한 항목을 찾을 수 없다면 도입 준비가 끝난 것이 아닙니다.
연동 개발 상담에 필요한 자료
- 현재 업무 흐름도와 실제 주문·입출고·반품 예시
- 사용 중인 ERP·WMS 제품과 API·DB 접근 가능 범위
- 상품·거래처·창고 코드와 데이터 품질 이슈
- 일 처리량, 작업이 집중되는 시간대, 허용 지연
- PDA·바코드·라벨 프린터 등 현장 장비 목록
- 전환 가능한 일정과 현장 검수 담당자
작성팀 소개
TOPPING 기술팀 · 개발 · 아키텍처 · QA
웹·앱·백엔드·IoT·데이터 연동을 수행하는 TOPPING의 개발·아키텍처 담당 팀입니다. 시스템 구조 설계, 기술 검수, 인수인계와 운영 안정화를 담당합니다.




