답변
먼저 연동 방식부터 정리하면, 네이버 커머스API(구 스마트스토어 API)는 상품 재고 수량을 외부 ERP·재고관리시스템과 연동해 실시간 또는 주기적으로 갱신할 수 있는 재고 수정 엔드포인트를 공식 제공합니다. ERP가 재고 변동을 감지해 API를 호출하는 '푸시(이벤트 기반)' 방식과, 일정 주기로 재고를 조회·갱신하는 '폴링' 방식 모두 가능합니다. 왜 이걸 신경 써야 하는지도 명확합니다. 스마트스토어는 발송처리 지연(결제완료일로부터 일정 영업일 내 미발송), 품절로 인한 취소 등 판매 활동에 부정적인 이벤트를 판매자 등급·페널티 점수에 반영하는 '판매관리 프로그램'을 운영합니다. 페널티가 누적되면 스토어 노출·판매자 등급에 불이익이 갈 수 있어, 재고 동기화 지연이 단순한 기술 문제가 아니라 매출에 직결되는 문제입니다. 예방을 위한 구체적인 개발 가이드는 두 갈래입니다. 첫째, 재고 반영 지연을 최소화하려면 폴링 주기를 짧게(예: 1~5분 간격) 잡거나, ERP에서 재고 변동 이벤트가 발생하는 즉시 API를 호출하는 이벤트 기반(웹훅형) 구조로 설계하는 것이 오버셀·발송지연 리스크를 실질적으로 낮춥니다. 다만 네이버 커머스API에는 호출 빈도 제한(rate limit)이 있으므로, 과도하게 짧은 폴링 주기를 잡으면 API 호출 한도 초과로 이어질 수 있습니다 — 개발 착수 전에 API 문서의 호출 제한을 먼저 확인하고 주기를 설계해야 합니다. 둘째, 배치(주기적) 동기화 방식을 쓰는 경우 ERP와 스토어 간 재고 반영 시차 동안 초과 판매(오버셀)가 발생할 위험을 완전히 없앨 수는 없습니다. 이를 보완하기 위해 실무에서는 실제 가용 재고보다 낮게 안전재고 버퍼를 설정하는 방식(예: 실재고의 90~95%만 스토어에 노출)이 흔히 쓰입니다. 동기화가 실시간에 가까울수록 버퍼를 줄일 수 있고, 배치 주기가 길수록 버퍼를 넉넉히 잡아야 오버셀로 인한 발송지연 패널티를 피할 수 있습니다.