여러 판매채널 주문을 하나로 모으는 OMS의 역할

같은 주문인데 형태가 다릅니다

채널이 다르면 같은 상품 하나를 팔아도 데이터가 다르게 들어옵니다. 옵션을 상품명에 붙여 보내는 곳이 있고 별도 필드로 주는 곳이 있습니다. 배송비를 주문 단위로 잡는 곳이 있고 상품 단위로 나누는 곳이 있습니다.

• 상품 식별 — 채널 상품코드를 우리 SKU 로 연결해야 합니다. 이 매핑이 없으면 재고가 붙지 않습니다.
• 옵션 표기 — "블랙/L"과 "L,블랙"을 같은 것으로 인식해야 합니다.
• 주문 상태 — 채널마다 상태 이름과 단계 수가 다릅니다. 내부 상태로 환산해야 합니다.
• 금액 구성 — 할인, 쿠폰, 채널 부담분이 섞여 있어 정산 때 다시 분해해야 합니다.

OMS 가 맡는 일

1. 수집채널 API나 파일로 주문을 가져옵니다. 중복 수집과 누락을 막는 것이 첫 관문입니다.
2. 정규화채널별 형식을 내부 표준 형식으로 바꿉니다. 상품 매핑과 옵션 정리가 여기서 이뤄집니다.
3. 검증주소 형식, 연락처, 재고 가용 여부를 확인합니다. 여기서 걸러야 창고까지 문제가 내려가지 않습니다.
4. 배분어느 창고에서 출고할지, 합포장할지 나눌지를 규칙으로 결정합니다.
5. 동기화출고와 송장 정보를 채널로 되돌려 보냅니다. 이 단계가 늦으면 CS 문의가 늘어납니다.

WMS 와의 경계

OMS 와 WMS 를 나누는 기준은 간단합니다. 주문을 다루면 OMS, 물건을 다루면 WMS입니다.

규모가 작을 때는 둘을 한 시스템에서 다뤄도 무리가 없습니다. 다만 경계를 의식하지 않고 섞으면 나중에 창고를 늘리거나 채널을 추가할 때 손댈 곳이 급격히 많아집니다.

도입 전에 준비할 것

재고 동기화에서 실제로 무엇이 어긋나는지는 오버셀링 글에서 이어집니다.