이커머스 중소기업이 ERP를 쓰는 이유, 그리고 WMS 연동이 자꾸 꼬이는 이유

스마트스토어, 쿠팡, 자사몰까지 판매 채널이 하나둘 늘어나다 보면 어느 순간 이런 상황을 맞게 됩니다. 쇼핑몰 관리자에는 재고가 있다고 나오는데 창고에는 물건이 없고, 월말 결산 때 회계 장부의 재고와 실재고가 맞지 않습니다. 오늘은 이커머스 기준으로 ERP를 왜 쓰는지, 왜 다른 시스템과의 연동이 잘 안 되는지, 그리고 ERP와 WMS를 어떻게 연결하면 좋은지 차근차근 정리해 보겠습니다.

 

1. 이커머스 기업이 ERP를 도입하는 이유

 

회계·세무를 자동으로 처리하고 싶어서

가장 먼저 부딪히는 문제는 회계입니다. 채널별 정산금(수수료, 광고비, 반품 차감 등)이 제각각이라 엑셀로 맞추다 보면 시간이 끝도 없이 들어갑니다. ERP를 쓰면 매입·매출, 전자세금계산서, 부가세 신고 자료가 한곳에서 정리됩니다.

 

재고가 곧 현금이기 때문에

이커머스는 재고에 묶이는 돈이 큽니다. 품목별 입출고 이력, 원가, 재고 회전율을 정확히 알아야 과잉 발주와 품절을 모두 줄일 수 있습니다. 여러 채널에서 같은 재고를 파는 구조라면 더욱 그렇습니다.

 

엑셀로는 더 버티기 어려워서

SKU가 수백 개를 넘고 주문이 하루 수백 건이 되면 엑셀은 한계에 부딪힙니다. 버전이 꼬이고, 입력이 누락되고, 특정 담당자가 휴가를 가면 업무가 멈춥니다. 퇴사자가 생겼을 때 인수인계가 안 되는 것도 흔한 위험 요소입니다.

 

클라우드 덕분에 진입장벽이 낮아져서

예전에는 ERP가 "큰 회사의 일"이었지만, 지금은 월 구독형 클라우드 ERP가 많아 초기 부담이 크게 줄었습니다. 정부의 클라우드 바우처 같은 지원사업도 있으니 해당되는지 한 번 확인해 보세요. (지원 조건은 해마다 바뀝니다.)

 

숫자로 경영 판단을 하고 싶어서

채널별·상품별 이익률, 반품률, 재고 회전율 같은 지표를 빠르게 볼 수 있어야 광고비를 어디에 쓸지, 어떤 상품을 줄일지 결정할 수 있습니다. 투자 유치나 금융기관 대출 때 필요한 신뢰성 있는 자료를 만들기에도 유리합니다.

 

 

2. ERP와 다른 시스템이 잘 연동되지 않는 이유

연동이 안 되는 원인을 "기술 문제"로만 생각하기 쉽지만, 실제로는 데이터와 업무 규칙, 조직 문제가 더 큽니다. 이커머스 현장에서 자주 보이는 이유를 정리했습니다.

 

기술적인 이유

• API가 없거나 제한적입니다. 국내 패키지 ERP 중에는 표준 API가 약하고, 파일(엑셀·CSV) 교환이나 DB 직접 접근에 의존하는 제품이 많습니다. 클라우드 ERP도 호출 횟수나 제공 범위에 제한이 있습니다.
• 레거시 구조가 발목을 잡습니다. 구축형 ERP에 방화벽과 구버전 DB가 겹치면 외부 연결 자체가 어렵습니다.
• 과도한 커스터마이징이 문제를 키웁니다. 자사에 맞게 많이 고친 ERP는 업데이트나 표준 연동 모듈과 충돌하기 쉽습니다.
• 실시간성이 서로 다릅니다. 쇼핑몰과 WMS는 주문 즉시 움직이는데 ERP는 전표 단위로 처리하는 경우가 많아서, 주기가 어긋나면 재고가 틀어집니다.

 

데이터 때문에 꼬이는 경우

• 마스터 데이터가 제각각입니다. 쇼핑몰의 상품 옵션 코드, ERP의 품목코드, WMS의 SKU가 서로 다르면 어떤 API를 써도 소용이 없습니다. 단위(박스/EA), 로케이션 명칭, LOT·유통기한 규칙도 마찬가지입니다.
• "누구 말이 맞는지"가 정해져 있지 않습니다. 재고 수량을 ERP가 정하는지 WMS가 정하는지 불분명한 채로 양쪽에서 수정하면 금방 어긋납니다.
• 세트 상품, 옵션, 합포장이 복잡합니다. 이커머스 특유의 구성이 시스템마다 다르게 표현됩니다.

 

조직과 비용의 문제

• 벤더가 여러 곳입니다. ERP, WMS, 주문관리 솔루션, 택배사가 모두 다른 업체이다 보니 문제가 생기면 서로 책임을 미룹니다.
• IT 인력이 부족합니다. 연동을 만든 뒤 유지보수할 사람이 없어서, 채널이나 상품 구조가 바뀌면 연동이 조용히 깨집니다.
• 예외 처리 규칙이 없습니다. 반품, 부분출고, 재고조정, 교환 같은 상황을 정의하지 않고 시스템부터 연결하려는 경우가 많습니다.

 

3. 이커머스 기준 ERP–WMS 연동 방법

먼저 전체 그림부터 그려 보세요

이커머스에서는 ERP와 WMS 사이에 보통 주문 수집·통합 관리 솔루션(OMS) 이 끼어 있습니다. 대략적인 흐름은 이렇습니다.

1. 스마트스토어, 쿠팡, 자사몰 등 판매 채널에서 주문이 들어옵니다.
2. 주문 수집·통합 관리 솔루션이 주문을 모읍니다.
3. 주문이 WMS로 넘어가 피킹, 포장, 출고가 이뤄집니다.
4. 송장 번호가 택배사와 판매 채널로 돌아갑니다.
5. 출고 실적이 ERP로 전달되어 매출 전표와 재고 수불이 생성됩니다.

쿠팡 로켓그로스 같은 외부 풀필먼트를 함께 쓴다면 그쪽 재고 데이터를 ERP로 가져오는 경로도 따로 설계해야 합니다.

 

다시 한번 정리하자면 이카운트와 같은 ERP를 쓰면서, 셀메이트/이지어드민 OMS를 쓴다면, WMS를 안쓸 확률이 높습니다. 해당 OMS들과 ERP는 연동이 제한적인 경우가 많고 설계에 주의를 해야 합니다. WMS를 안쓴다는 것은 재고가 틀어져서 결국 ERP-OMS-WMS 연동에 실패할 확률이 더 높습니다.

 

가장 중요한 원칙: 역할을 나누세요

ERP는 재무 처리와 기준정보를, WMS는 현장 작업과 실물 재고를 맡는 것이 기본입니다. 이렇게 나누면 헷갈리지 않습니다.

데이터기준이 되는 시스템흐름

품목·거래처 마스터	ERP	ERP → WMS
발주(입고 예정)	ERP	ERP → WMS
주문·출고 지시	OMS 또는 ERP	→ WMS
입고·출고 실적	WMS	WMS → ERP (전표 생성)
실물 재고 수량	WMS	WMS → ERP
재고 조정·실사	WMS	WMS → ERP (승인 후 반영)

한 줄로 요약하면 "실물 수량은 WMS, 재무 가치와 전표는 ERP" 입니다.

 

연동 방식은 이렇게 고르세요

• API 연동: 양쪽이 REST API를 제공한다면 가장 깔끔하고 실시간에 가깝습니다. 신규 구축이라면 1순위입니다.
• 파일 연동(CSV·XML, SFTP): API가 없는 국내 패키지 ERP에서 흔한 방식입니다. 구현은 쉽지만 지연이 있고 오류 추적이 어렵습니다.
• DB 직접 연동: 구축형 ERP에서 쓰지만 업그레이드 때 깨질 위험이 커서 새로 만든다면 권하지 않습니다.
• 미들웨어(연동 허브): 연결할 시스템이 3개를 넘어가면(ERP, WMS, OMS, 택배, 쇼핑몰) 중간에 허브를 두는 편이 유지보수에 좋습니다. 데이터 변환, 재시도, 로그를 한곳에서 관리할 수 있습니다.
• 혼합형: 실무에서 가장 많이 쓰는 방식입니다. 출고 실적처럼 중요한 거래는 거의 실시간으로, 품목 마스터 같은 기준정보는 매시간 또는 야간에 동기화합니다.

 

안정적으로 운영하기 위한 설계 포인트

• 중복 전송을 견디게 만드세요. 같은 메시지가 두 번 와도 한 번만 처리되도록 하고, 주문번호·ERP 전표번호·WMS 번호를 연결하는 매핑 테이블을 두세요.
• 오류 큐와 재처리 화면을 만드세요. 실패한 건을 담당자가 보고 다시 보낼 수 있어야 합니다.
• 나쁜 데이터는 입구에서 막으세요. 사후에 고치는 것보다 입력 단계의 검증이 훨씬 저렴합니다.
• 권한은 최소로 주세요. WMS가 ERP 전체에 접근할 필요는 없습니다. 입고 전표 등록과 재고 조회처럼 필요한 기능만 허용하고, 인증 키는 주기적으로 교체하세요.
• 예외 상황을 꼭 테스트하세요. 반품, 부분출고, 재고조정, 월말 마감 시점의 데이터 흐름까지 확인해야 합니다.

 

현실적인 진행 순서

1. 현황 점검 (2~4주): 지금의 재고 흐름, 코드 체계, 각 시스템이 지원하는 연동 방식을 파악합니다.
2. 마스터 데이터 정리: 품목코드, 단위 환산, 로케이션 체계를 통일합니다. 전체 성공의 절반이 여기서 결정됩니다.
3. 최소 범위로 먼저 연동: 입고와 출고 실적부터 연결하고, 안정되면 반품, 재고조정, 실시간 재고로 확장합니다.
4. 병행 운영과 대사: 2~4주 정도 기존 방식과 나란히 운영하며 차이를 분석합니다.
5. 운영 체계 마련: 연동 로그를 확인할 담당자와 변경 관리 절차를 정합니다.

 

시작 전에 꼭 확인하세요

• ERP가 공식적으로 어떤 연동 방식(API, 파일, DB)을 지원하는지 확인하세요.
• WMS 업체가 해당 ERP와 연동해 본 레퍼런스가 있는지 물어보세요. 있다면 기간과 비용이 크게 줄어듭니다.
• 연동 개발비와 유지보수 책임이 어느 업체에 있는지 계약서에 명시하세요.
• 물류를 3PL(외주 물류)에 맡긴다면 WMS가 3PL 소유일 수 있으니, 데이터 제공 범위와 연동 방식을 계약 전에 협의하세요.

 

마무리하며

ERP와 WMS 연동은 "시스템을 이어 붙이는 일"처럼 보이지만, 실제로는 데이터 기준을 맞추고 업무 규칙을 정하는 일에 가깝습니다. 코드 체계와 역할 분담만 먼저 정리해 두어도 연동의 절반은 성공한 셈입니다. 작게 시작해서 안정화한 뒤 범위를 넓혀 가는 방식을 추천드립니다.

지금 쓰고 계신 ERP와 WMS가 무엇인지, 어떤 부분에서 재고가 어긋나는지 댓글로 남겨 주시면 함께 고민해 보겠습니다. 또한 WMS 측면에서 개발 및 api 제공이 가능하니 비밀댓글로 편하게 문의해 주세요. 감사합니다.

 

(본 글은 ai의 도움을 받아 작성하였습니다)