전자상거래와 ERP 통합: 재고 정보는 두 곳에서 동시에 정확할 수 없다

동일한 상품의 재고가 자사 스토어에서는 12개, 마켓플레이스에서는 8개, 창고에서는 5개로 표시되는 것은 통합에 문제가 있는 것이 아닙니다. 이는 대개 어느 시스템의 정보를 기준으로 할지 결정하지 않은 채 설계된 통합 방식 때문입니다.

단일 정보 원천

통합 시스템을 구축하기 전에, 각 데이터 유형마다 하나의 소유자를 지정하십시오. 소유자는 해당 데이터를 변경할 수 있는 유일한 시스템이며, 그 외의 모든 시스템은 해당 데이터를 읽기만 합니다.

• 재고 → ERP. 상품은 창고에 있으며, 창고 기록은 ERP에 저장됩니다. 매장 및 마켓플레이스는 ERP에서 재고 정보를 읽을 뿐, 절대 수정하지 않습니다.
  
• 가격 → ERP. 채널별 가격 설정은 괜찮지만, 가격 책정 규칙은 한 곳에만 존재해야 합니다.
  
• 제품 데이터 → ERP 또는 제품 정보 시스템. 코드, 단위, 중량과 같은 기술적 항목은 ERP에 저장하고, 이미지와 마케팅 문구는 스토어프론트에 저장할 수 있습니다.
  
• 주문 → 채널. 주문은 채널에서 생성되어 ERP로 유입됩니다. ERP는 주문을 처리할 뿐, 주문을 변경하지는 않습니다.
  
• 고객 → ERP. 계정 고유성은 ERP에서 유지됩니다.
  

재고 동기화에서 중요한 세부 사항

예약 재고. 주문되었으나 아직 출고되지 않은 재고입니다. 이는 판매 가능 재고에서 반드시 차감되어야 합니다. 그렇지 않으면 동일한 품목이 두 번 판매되는 결과가 발생하며, 특히 재고가 몇 개 남지 않은 경우 치명적입니다.

안전 여유분. 모든 채널에 전체 재고를 노출하면 동기화 지연 시 초과 판매가 발생합니다. 판매 속도가 빠른 품목에 대해 소량의 여유분을 확보하는 것이 일반적인 관행입니다.

여러 창고. 두 곳 이상의 위치에서 배송하는 경우, 각 채널이 어느 창고에서 재고를 조달할지 정의해야 합니다. 총 재고를 하나의 풀로 표시하면 배송 계획에 차질이 생깁니다.

동기화 빈도. 이벤트 기반 업데이트가 이상적이지만 마켓플레이스 API 할당량에 부딪힐 수 있습니다. 실용적인 타협안: 중요 품목은 즉시 업데이트하고, 나머지는 주기적으로 업데이트합니다.

주문 흐름

• 고객 매칭: 동일한 고객이 서로 다른 채널을 통해 주문할 경우, 하나의 계정이 생성되나요? 이메일이나 전화번호를 기준으로 한 매칭 규칙을 정의해야 합니다.
  
• 배송비 및 서비스 요금: 이 항목들은 ERP에 개별 내역으로 반영되어야 하며, 그렇지 않으면 주문 총액과 청구서 금액이 일치하지 않습니다.
  
• 수수료 및 공제액: 마켓플레이스 수수료를 비용으로 기록해야 하며, 그렇지 않으면 채널별 수익성을 계산할 수 없습니다.
  
• 반품 및 취소: 가장 자주 생략되는 프로세스입니다. 반품 시 재고를 복원하고 계정에 크레딧을 생성해야 합니다.
  
• 부분 배송: 주문의 일부만 배송될 경우 채널 측 상태를 업데이트해야 합니다.
  

오류 처리

통합 실패: API 타임아웃, 할당량 소진, 예상치 못한 형식 등. 중요한 것은 실패가 절대 발생하지 않는 것이 아니라, 실패가 조용히 지나가지 않도록 하는 것입니다:

• 실패한 작업은 대기열에 쌓이고 자동으로 재시도됩니다.
  
• 설정된 시도 횟수를 초과하면 경고가 발생합니다.
  
• 오류 메시지는 이해하기 쉬워야 합니다. “500 Internal Server Error”가 아니라 “마켓플레이스에서 상품 코드를 찾을 수 없음”과 같이 명확해야 합니다.
  
[*]수동 개입 화면이 마련되어 있어, 엔지니어링 팀의 지원을 기다리지 않고도 운영 담당자가 문제를 직접 수정할 수 있습니다.

채널별 수익성

통합의 진정한 가치는 운영상의 편의성이 아니라 채널별 마진을 파악할 수 있다는 점입니다. 이를 위해서는 모든 주문에 채널 태그를 부여하고, 채널별로 수수료, 배송비, 반품률, 포장 비용 등의 비용 데이터를 수집해야 합니다.

이러한 계산 체계가 마련되면, 대부분의 기업은 매출이 가장 높은 채널이 반드시 가장 수익성이 높은 채널은 아니라는 사실을 깨닫게 됩니다. 이러한 데이터를 바탕으로 의사결정이 달라집니다.

요약하자면

다중 채널 판매에서 문제는 채널의 수가 아니라 데이터 소유권이 명확하지 않다는 점입니다. 데이터 유형별로 담당자를 한 명씩 지정하고, 재고 정보는 한 방향으로만 전송하며, 반품 및 수수료 흐름을 처음부터 체계적으로 설계해야 합니다.

Mekjoy의 전자상거래 솔루션을 통해 귀사의 채널에 맞는 통합 시스템을 설계해 드릴 수 있습니다.