매장에서 팔렸는데 온라인엔 그대로일 때
오프라인 매장과 카페24 온라인몰을 같이 쓰면, 같은 상품인데 수량이 어긋나는 순간이 자주 옵니다. 매장에서 방금 팔렸는데 온라인에는 남아 주문이 들어오거나, 온라인에서 품절인데 매장 단말에는 재고가 남아 CS가 생깁니다. 엑셀로 하루 두 번 맞추면 평일에는 버티다가, 주말·프로모션만 되면 과매·오표시가 납니다.
결론부터 말하면, **카페24 재고를 오프라인 매장과 ‘거의 실시간’에 가깝게 맞추는 것은 가능합니다.** 다만 카페24 기본 재고 화면만으로는 매장 POS·창고 단위까지 자동으로 이어지지 않고, 앱만으로도 매장 코드·충돌 규칙까지 맞는 경우는 드뭅니다. 실무에서는 카페24 재고·품절 변경을 API·웹훅으로 받고, 별도 서버에서 매장(POS) 쪽과 맞춰 주는 구성이 일반적입니다. ‘완전 동시·무오차’를 약속하기보다, 지연을 줄이고 과매를 막는 규칙을 두는 쪽이 현실에 가깝습니다.
한눈에 보는 핵심 답변
온오프 재고를 ‘거의 실시간’으로 볼 때 경로만 먼저 정리하면 아래와 같습니다.
- 카페24 기본 기능만으로는 매장 POS 재고와 자동·실시간 동기화가 되지 않습니다.
- 앱은 일부 연동을 도울 수 있으나, 매장 SKU·충돌 규칙까지 맞는지 확인이 필요합니다.
- 거의 실시간은 보통 웹훅·API + 별도 서버로 구현합니다.
- 완전 동시 일치보다 지연 허용·안전 재고·충돌 규칙이 먼저입니다.
- 상품·옵션 ↔ 매장 바코드/SKU 매핑이 없으면 숫자가 갈라집니다.
- 1차는 단방향(온라인→매장 또는 매장→온라인), 2차에 양방향을 두는 경우가 많습니다.
기본·앱으로 어디까지이고, 거의 실시간은 어떻게 만드나
카페24 기본으로 가능한 범위는 쇼핑몰 안의 재고·품절 관리입니다. 관리자에서 수량을 고치거나, 주문·취소를 반영하는 흐름은 있지만, 오프라인 매장 단말·POS·창고 WMS와 자동으로 숫자를 주고지 않습니다. 매장 재고를 사람이 관리자에 다시 입력하는 방식은 ‘동기화’가 아니라 수작업입니다.
앱스토어에 재고·연동 관련 앱이 있어도, 우리 매장 POS의 품목 코드·옵션 단위·매장별 창고와 같은지는 앱마다 다릅니다. 앱 DB만 원본이면 카페24 관리자와 숫자가 또 어긋날 수 있어, 설치 전에 ‘어느 화면의 숫자가 손님·매장에 보이는 정답인지’를 정해야 합니다. 규칙이 단순하고 매장이 한두 곳이며 실시간이 필수가 아니면, 하루 1~2회 배치 반영이나 앱+수작업으로 1차를 여는 경우도 있습니다.
거의 실시간에 가깝게 가려면 구성은 보통 네 단계입니다. 첫째, 카페24 상품·옵션 식별자와 매장 바코드·SKU·매장코드를 매핑 테이블로 둡니다. 둘째, 온라인에서 재고·품절이 바뀌면 웹훅(또는 짧은 주기 조회)으로 별도 서버가 받습니다. 셋째, 서버가 충돌 규칙(어느 쪽이 이길지)·안전 재고 버퍼를 적용한 뒤 POS·재고 DB API에 반영합니다. 넷째, 매장에서 먼저 팔린 경우에는 반대 방향(매장 → 카페24 재고 API)도 같은 서버가 담당하되, 서로 웹훅을 무한히 재발행하지 않도록 출처를 구분합니다. 토큰·시크릿은 스킨이 아니라 서버에 두고, 실패·중복은 로그와 재처리 화면에 남기는 편이 안전합니다.
‘거의 실시간’이 의미하는 것
웹훅·API는 네트워크 지연·재전송이 있어 초 단위 완전 동시가 아닙니다. 같은 순간에 매장과 온라인이 동시에 팔리면 잠깐 수량이 어긋날 수 있습니다. 그래서 ‘지연 N초 이내 반영’ ‘과매 방지를 위한 안전 재고’처럼 운영 문장으로 목표를 적는 편이, ‘무조건 실시간 일치’보다 검수·CS에 유리합니다.
핵심 체크리스트
온오프 재고 연동을 상담·개발하기 전에 아래로 표시해 보세요. ‘예’가 많으면 엑셀·기본만으로는 부족한 경우가 많습니다.
- 매장 POS(또는 엑셀)와 카페24 수량이 하루에도 여러 번 어긋나는가
- 상품·옵션 단위 바코드·SKU 매핑표가 있는가
- 매장이 여러 곳이면 매장별 재고를 따로 봐야 하는가
- 온라인 주문과 매장 판매가 동시에 일어날 때 어느 쪽을 우선할지 정했는가
- 과매를 막기 위한 안전 재고(버퍼)를 둘 수 있는가
- POS·창고에 외부 API(또는 중간 DB)로 수량을 읽고 쓸 수 있는가
- 실시간이 꼭 필요한지, 10~30분·하루 수회 배치로도 되는지 나눴는가
- 웹훅·API 실패 시 누가 로그를 보고 재처리할지 정했는가
- 1차는 단방향만, 2차에 양방향으로 나눌 범위를 적었는가
- 토큰·시크릿을 스킨이 아니라 서버에 둘 수 있는가
제한·대안, 그리고 맞출 때 자주 막히는 지점
제한은 분명합니다. 카페24 기본만으로는 매장 재고와 실시간 연동이 되지 않습니다. POS에 옵션 단위 재고가 없고 대표 상품만 있으면 카페24 옵션별 수량과 1:1로 맞추기 어렵습니다. 웹훅이 늦거나 두 번 오면 한쪽만 반영될 수 있어, 멱등(같은 이벤트는 한 번만 처리)·재시도가 필요합니다. 멀티몰·세트상품·예약판매처럼 재고 의미가 복잡한 상품은 규칙을 따로 적지 않으면 연동 후에도 CS가 남습니다.
대안은 단계로 나눕니다. 피크가 아닌 몰은 하루 1~2회 배치만으로 CS가 줄어들 수 있습니다. 1차는 온라인 → 매장 표시용만, 또는 매장 판매분만 온라인에 반영하는 단방향으로 열고, 양방향은 매핑·충돌 규칙이 안정된 뒤 올립니다. POS API가 없으면 중간 재고 DB를 두고 매장 담당이 입력하는 반자동도 현실적입니다. ‘거의 실시간’이 꼭 필요하지 않은데 전면 양방향을 시작하면 비용만 커지는 경우가 많습니다.
실무에서 이런 문제가 발생할 수 있습니다
주말 프로모션 때 매장 계산대와 온라인 주문이 겹치면, 연동을 열어 둔 몰에서도 수 초~수 분 사이 과매가 날 수 있습니다. 이런 요구라면 안전 재고를 두고, 피크 시간대에는 온라인 노출 수량을 더 보수적으로 잡는 편이 CS를 줄입니다. ‘실시간’만 강조하고 버퍼가 없으면 연동이 있어도 사고는 남습니다.
옵션이 많은 상품에서 매장 바코드는 하나인데 온라인 옵션이 열 개인 경우, 합산·안분 규칙을 정하지 않으면 연동 숫자가 계속 어긋납니다. 이런 요구라면 1차는 옵션을 줄이거나 대표 SKU만 연동하고, 나머지는 수작업으로 두는 식이 일정에 안전합니다. 온오프 통합·매장찾기 사례와 각도는 다르지만, ‘매장 마스터·코드’를 먼저 잡는다는 점은 같습니다.
카페24 기본 기능만으로 매장 재고와 맞출 수 있나요
자동·거의 실시간으로는 어렵습니다. 관리자에서 수량을 손으로 맞추는 것은 가능하지만, 매장 POS와 자동으로 동기화되지는 않습니다. 반복 어긋남이 있으면 API·서버 연동을 검토합니다.
웹훅이면 바로 실시간인가요
웹훅은 이벤트 직후 알림에 가깝고, 완전 동시 일치는 아닙니다. 지연·재전송·실패가 있어 서버에서 검증·멱등·재시도를 둡니다. ‘거의 실시간’ 목표는 초 단위 무오차가 아니라 운영이 감당 가능한 지연으로 적는 편이 맞습니다.
양방향 연동을 처음부터 해야 하나요
꼭 그렇지 않습니다. 과매가 온라인에서만 크면 매장→온라인만, 매장 오표시가 먼저면 온라인→매장만 1차로 열 수 있습니다. 양방향은 매핑과 충돌 규칙이 안정된 뒤 올리는 경우가 많습니다.
재고 앱만 설치하면 되나요
앱이 우리 POS·SKU·매장 단위와 같으면 도움이 됩니다. 맞지 않으면 앱을 더 깔아도 엑셀이 남습니다. 설치 전에 ‘어느 숫자가 정답인지’와 매핑 가능 여부를 확인하세요.
매장이 여러 곳이면 어떻게 하나요
매장별 재고를 쓰려면 매장코드가 매핑에 들어가야 합니다. 전 매장 합산만 온라인에 보여주는 1차와, 매장별·픽업 가능 여부까지 나누는 2차가 일정·비용이 다릅니다. 합산만으로 CS가 줄면 1차로 충분한 몰도 있습니다.
연동 중에도 과매가 날 수 있나요
날 수 있습니다. 동시 판매·지연 구간이 있기 때문입니다. 안전 재고·짧은 잠금·피크 시 보수적 노출로 위험을 줄입니다. 과매 제로를 연동만으로 보장한다고 보기 어렵습니다.
옴니어스24가 온오프 재고 ‘거의 실시간’ 문의를 나누는 방식
옴니어스24는 ‘실시간으로 맞춰 주세요’만 듣고 바로 양방향 전면 연동으로 받지 않습니다. 어긋나는 방향(매장→온라인인지 그 반대인지), SKU 매핑, 실시간이 꼭인지·배치로도 되는지, 과매를 어디까지 막을지를 먼저 문장으로 나눕니다. 기본·앱·수작업으로 되면 그쪽을 쓰고, 웹훅·API·별도 서버가 필요하면 1차·2차 범위를 자릅니다.
자료가 없어도 최근 어긋난 상품 몇 개와 매장·몰 각각의 수량, 쓰는 POS 이름만 알려 주셔도 방향이 보입니다. 거품 없는 범위로 일한 만큼 제안드리며, 매장찾기·온오프 통합과는 재고 동기화만 1차로 열지도 같이 정리해 드립니다.
온오프 재고 다음에 보면 좋은 글·페이지
매장·주문·재고를 넓게 묶은 사례는 오프라인·온라인 통합 글에서, API·별도 서버가 왜 따라오는지는 API 안내 글에서 이어서 볼 수 있습니다. 주문 데이터를 외부로 가져오는 흐름은 주문 API 개요와, 상세에 남은 수량 표시는 품절 임박 글과도 연결됩니다.
FAQ·서비스·진행 방식에서 범위를 확인할 수 있고, 문의에 ‘매장과 몰 수량이 어긋나는 상황’과 매장 수·POS 유무만 남겨 주셔도 됩니다. 거의 실시간이 필요한지부터 같이 정리해 드립니다.