Stocky 종료 전 점검: 8월 31일까지 끝내야 할 Shopify 재고 체크리스트
Stocky는 2026년 8월 31일 이후 더 이상 사용할 수 없습니다. 구매 주문, 재고 실사, 공급업체 정보, 자동화를 지키기 위한 Shopify 재고 체크리스트를 확인하세요.
목차
Stocky는 단순히 서비스 종료되는 또 하나의 Shopify 앱이 아닙니다. 많은 리테일러에게 Stocky는 구매 주문, 재고 실사, 공급업체 기록, 재고 이동, 입고 워크플로, 보충 발주 습관까지 수년간 조용히 쌓여 있던 운영의 중심이었습니다.
이 점이 중요한 이유는 Shopify가 2026년 8월 31일 이후 Stocky를 더 이상 사용할 수 없다고 공식 안내했기 때문입니다. 그 이후에는 판매자가 Shopify 관리자, Shopify POS 또는 다른 연동 재고 시스템에서 재고를 관리해야 합니다.
이제 이 마감일은 더 이상 “나중에 검토할 일”이 아닙니다. 재고 자동화 전환의 데드라인입니다. 팀이 Stocky를 가끔만 쓴다면 이전은 비교적 간단할 수 있습니다. 하지만 Stocky가 일상적인 리테일 운영을 떠받치고 있다면, 이번 변화는 발주, 입고, 재고 조사, 공급업체 커뮤니케이션, 리포팅, 매장 픽업 약속, 창고 또는 ERP 연동까지 영향을 줄 수 있습니다.
이 글에서는 Shopify 리테일러가 2026년 8월 31일 전에 무엇을 내보내고, 재구성하고, 자동화하고, 테스트해야 하는지 설명합니다.
실제로 무엇이 바뀌는가?
Shopify는 2026년 8월 31일에 Stocky를 종료합니다. 그 이후 리테일러는 구매 주문 관리, 수요 예측, 공급업체 워크플로, 보충 발주 계획, Stocky 전용 리포트 같은 일상적인 재고 운영에 더 이상 이 앱을 사용할 수 없습니다.
그렇다고 Shopify 안의 모든 재고 데이터가 사라지는 것은 아닙니다. 이미 Shopify에 저장된 상품, 옵션, 위치, 재고 수량 데이터는 그대로 남습니다. 진짜 위험은 Stocky에만 존재하거나 Shopify 관리자 또는 Shopify POS에 직접 대응되는 기능이 없는 기록, 리포트, 운영 로직에 있습니다.
마감일과 관련해 중요한 점도 있습니다. 8월 31일은 Stocky가 작동을 멈추는 날짜이지, 모든 Stocky 데이터가 즉시 사라지는 시점은 아닙니다. Shopify는 종료 후 최소 90일 동안 읽기 전용 접근 권한을 보장해 판매자가 데이터를 내보낼 수 있도록 합니다. 다만 읽기 전용 상태로는 실제 재고 업무를 계속할 수 없고, 그 최소 기간 이후 접근이 보장되는 것도 아닙니다.
따라서 판매자는 이 90일을 이전 마감 연장이 아니라 마지막 복구 기간으로 봐야 합니다. 중요한 기록은 가능하면 8월 31일 이전에 내보내고 검증해야 합니다. 또한 그 날짜까지는 진행 중인 구매 주문, 공급업체 정보, 보충 규칙, 재고 이동, 리포팅, 그 밖에 현재 Stocky로 관리하는 모든 프로세스를 대체할 워크플로도 마련돼 있어야 합니다.
앱 교체보다 먼저 해야 할 일은 데이터 추출
많은 판매자는 가장 먼저 “Stocky를 대체할 앱이 무엇인가?”를 묻게 됩니다. 하지만 그건 첫 질문으로는 적절하지 않습니다.
먼저 물어야 할 것은 “Stocky를 더 이상 사용할 수 없게 되기 전에 어떤 비즈니스 데이터를 반드시 보호해야 하는가?”입니다.
8월 31일 전에 다음 항목을 내보내거나 문서화하세요.
- 완료된 구매 주문 리포트
- 재고 실사 이력
- 과거 원가 데이터
- 현재 열려 있는 구매 주문
- 공급업체명과 연락처
- 자동으로 내보낼 수 없는 공급업체별 메모
- 공급업체 SKU, 박스 단위 수량, 최소 주문 수량, 리드타임
- 팀이 사용하는 최소/최대 임계값 또는 재주문 규칙
- Stocky에서 사용한 사용자 지정 필드
- 재무, 운영, 매장 관리자가 정기적으로 보는 리포트
- Stocky API와 연결된 서드파티 도구
Shopify의 마이그레이션 가이드에 따르면 과거 구매 주문은 전체 이력 형태로 Shopify에 가져올 수 없습니다. 구매 주문용 기본 CSV 업로드는 새 초안 구매 주문에 품목을 추가할 수는 있지만, 과거 상태값, 입고 수량, 공급업체 연결까지 복원하지는 못합니다.
즉, 목표는 Shopify 안에 예전 Stocky 화면을 그대로 재현하는 것이 아닙니다. 감사, 재무, 공급업체 검토, 운영 학습에 필요한 만큼의 이력 정보를 보존하는 것이 목표입니다.
정리된 내보내기 폴더에는 원본 CSV 파일, 각 파일의 내용에 대한 짧은 설명, 내보낸 날짜, 검증 책임자를 함께 남겨두는 것이 좋습니다. 이렇게 간단한 문서화만 해도 나중에 재무, 운영, 지원팀이 특정 발주 결정을 추적해야 할 때 시간을 크게 줄일 수 있습니다.
전환 전에 미결 구매 주문부터 정리하라
미결 구매 주문은 이전 과정에서 문제가 가장 쉽게 생기는 지점 중 하나입니다. Shopify는 종료일 전에 진행 중인 구매 주문을 Stocky에서 마감하고, 2026년 8월 31일 약 14일 전부터는 Stocky에서 새 구매 주문 생성을 중단하라고 권장합니다. 대부분의 판매자에게 이는 8월 중순부터 Stocky가 더 이상 신규 발주의 시작점이 되어서는 안 된다는 뜻입니다.
실무적으로는 다음과 같은 전환 계획이 유효합니다.
- 기존 Stocky 구매 주문 기록을 모두 내보냅니다.
- 열려 있거나, 일부만 입고됐거나, 운송 중인 구매 주문을 식별합니다.
- 마감 전 완료 가능한 주문은 모두 입고 처리하고 종료합니다.
- 남은 수량만 Shopify 관리자 또는 새 재고 시스템에 다시 생성합니다.
- 공급업체 문서, 송장, 입고 메모는 새 프로세스에 연결해 보관합니다.
- 현재 구매 주문이 어디에서 관리되는지 직원들이 알고 있는지 확인합니다.
이 점은 여러 매장, 창고 또는 계절성 재고를 운영하는 리테일러에게 특히 중요합니다. 구매 주문이 절반은 Stocky에, 절반은 새 도구에 남아 있으면 무엇을 주문했는지, 무엇이 입고됐는지, 무엇을 판매할 수 있는지 혼란이 생깁니다.
Stocky 워크플로를 Shopify 관리자와 POS에 매핑하기
각 워크플로가 어디로 옮겨갈지 명확하면 Stocky 이전은 훨씬 쉬워집니다.
간단한 워크플로 맵을 만들어 보세요.
- Stocky 재고 이동: Shopify 재고 이동으로 이전
- Stocky 구매 주문: Shopify 구매 주문 또는 외부 조달 도구로 이전
- Stocky 재고 실사: Shopify POS Quick Count, 관리자 일괄 수정, CSV 워크플로 또는 전용 재고 앱으로 이전
- Stocky 사용자 지정 필드: 메타필드, 메타오브젝트, 메모 또는 ERP/WMS 필드로 이전
- Stocky 리포트: Shopify Analytics, 내보낸 리포트 또는 리포팅 앱으로 이전
- Stocky API 연동: Shopify 재고 API, Transfers API, ERP/WMS 연동 또는 서드파티 재고 앱으로 이전
Shopify는 보다 구조화된 재고 워크플로를 위한 유용한 기반 기능도 추가했습니다. 예를 들어 이제 재고 이동은 Shopify 관리자와 Admin GraphQL API에서 메타필드를 지원합니다. 이를 통해 팀은 로트 번호, 시리얼 번호, RFID 식별자, 운송 정보, 통관 정보, ERP 참조값, 내부 승인 메모 같은 이동 맥락 정보를 저장할 수 있습니다.
이는 판매자가 과거에 Stocky 사용자 지정 필드나 비공식 메모에 보관하던 일부 정보를 대체할 수 있는 의미 있는 방법입니다.
기본 Shopify만으로 충분한지 판단하기
일부 판매자는 Stocky 워크플로 대부분을 Shopify 기본 기능으로 옮길 수 있습니다.
다음과 같은 요구라면 기본 Shopify만으로도 충분할 수 있습니다.
- 소수의 위치 간 재고 이동
- 구매 주문 생성 및 입고 처리
- 수동 또는 일괄 재고 조정
- 소규모 POS 기반 재고 카운트 수행
- 재고 변경 및 조정 이력 검토
- 재고 부족 알림 사용
- 온라인과 오프라인 매장 간 재고 동기화 유지
- 복잡한 조달 규칙 없이 기본적인 발주 및 이동 워크플로 운영
Shopify POS는 Quick Count 같은 재고 카운트 워크플로도 지원합니다. 이를 활용하면 매장 팀이 옵션을 스캔하거나 검색해 수량을 확인하고, 조정 내용을 Shopify 관리자에 다시 동기화할 수 있습니다.
운영이 비교적 단순한 리테일러에게 Stocky 종료는 오히려 시스템을 단순화할 좋은 기회가 될 수 있습니다. 시스템 수가 줄면 중복 데이터, 수작업 대사, 책임 소재의 혼선도 줄어듭니다.
여전히 재고 앱이나 연동이 필요한 경우를 구분하라
Shopify의 기본 재고 기능은 계속 좋아지고 있지만, 모든 판매자의 고급 Stocky 워크플로를 완전히 대체하지는 못합니다.
팀이 다음 기능에 의존하고 있다면 여전히 서드파티 재고 앱, ERP, WMS 또는 맞춤형 연동이 필요할 수 있습니다.
- 고급 수요 예측
- 복잡한 규칙 기반의 자동 구매 주문 생성
- 공급업체별 기본 원가 설정
- 가중평균 원가 계산
- 운임, 관세, 세금을 포함한 도착원가 배분
- 전용 재고 실사 승인 프로세스
- 여러 참여자가 함께하는 전체 위치 감사
- 공급업체 성과 분석
- 시스템에서 직접 발송되는 구매 주문 이메일
- 복수 공급업체 상품 로직
- 박스 단위 변환 규칙
- 제조, 조립, 번들 재고 로직
- 한 위치 내부의 빈 단위 이동 추적
- 심층 회계 대사
중요한 것은 앱 카테고리 기준이 아니라 워크플로 기준으로 판단하는 것입니다. 성장 중인 리테일러는 운영상 재고 원장을 Shopify에 두고, 재무용 구매 주문은 ERP에서 관리하며, 고급 입고는 창고 시스템에서 처리할 수 있습니다. 각 시스템의 역할이 명확하고 데이터가 안정적으로 이동한다면 이런 구조도 충분히 잘 작동합니다.
문제는 직원들이 어떤 시스템이 기준 데이터인지 모를 때 발생합니다.
공급업체 정보와 보충 발주 데이터를 신중하게 재구성하라
공급업체 데이터는 특히 주의가 필요합니다. Shopify의 Stocky 마이그레이션 가이드에 따르면 공급업체 정보는 Stocky에서 내보낼 수 없습니다. 그렇다고 공급업체 관련 지식까지 사라져야 한다는 뜻은 아닙니다. 마감 전에 팀이 수동으로 문서화해야 할 수 있다는 의미입니다.
핵심 공급업체마다 다음 정보를 정리하세요.
- 공급업체명
- 담당자명
- 이메일과 전화번호
- 결제 조건
- 통화
- 리드타임
- 최소 주문 수량
- 박스 단위 규칙
- 공급업체 SKU
- 선호 배송 방식
- 계절별 공급 가능 여부 관련 메모
- 누락 또는 파손 상품의 대체 처리 절차
Shopify의 마이그레이션 가이드는 공급업체명, 공급업체 SKU, 박스 수량, 최소 주문 수량, 리드타임 같은 정보를 옵션 메타필드나 메타오브젝트에 저장하는 방식을 제안합니다.
이 작업은 제대로 해둘 가치가 있습니다. 보충 발주 자동화의 품질은 결국 그 뒤에 있는 공급업체 및 상품 데이터의 품질에 달려 있습니다. 리드타임이 오래됐거나, 박스 단위가 불명확하거나, 공급업체 SKU가 빠져 있으면 좋은 예측 도구도 잘못된 추천을 내놓을 수 있습니다.
재고 정확도는 고객 경험에 직접 영향을 준다
재고 이전은 백오피스 프로젝트처럼 들릴 수 있지만, 고객은 그 영향을 매우 빠르게 체감합니다.
재고 데이터가 부정확하면 이커머스에서 다음과 같은 문제가 눈에 띄게 발생합니다.
- 실제로는 없는 상품이 구매 가능으로 표시됨
- 매장 픽업 약속의 신뢰도가 떨어짐
- 지역 재고/매장별 재고 페이지에 잘못된 위치가 표시됨
- 직원이 재고가 있어야 할 상품을 찾지 못함
- 고객지원팀의 “내 주문은 어디 있나요?” 문의가 늘어남
- 대체 출고와 주문 취소가 증가함
- AI 쇼핑 도구가 재고 가능 여부를 잘못 이해할 수 있음
오프라인 매장, 대리점 네트워크, 픽업 워크플로를 운영하는 판매자라면 재고의 기준 정보는 고객이 보는 여정과 연결돼야 합니다. 고객이 각 위치에서 실제로 무엇을 제공하는지 신뢰할 수 있을 때 매장 찾기나 대리점 찾기 기능의 가치도 커집니다.
Progus는 Shopify 스토어에서 대리점과 취급점을 표시하는 방법 가이드에서 이런 로컬 커머스 레이어를 다룬 바 있습니다. Progus Store Locator 같은 도구는 위치 및 대리점 정보를 명확하게 보여주는 데 도움이 되지만, 그 기반이 되는 운영 데이터는 여전히 정확하게 유지돼야 합니다.
같은 원리는 AI 쇼핑 대응에도 적용됩니다. AI 쇼핑을 위한 Shopify 상품 데이터 최적화 가이드에서 설명했듯, 재고 가능 여부는 사람과 AI 시스템 모두가 이해해야 하는 상품 정보의 일부입니다. Stocky 이전 후 재고 기록이 어긋나면 상품 페이지, 매장 픽업 약속, 자동 추천의 신뢰도도 함께 떨어집니다.
자동화는 워크플로가 안정된 뒤에 적용하라
자동화는 워크플로가 명확해진 뒤에 도입해야지, 그 전에 앞서가면 안 됩니다.
팀이 구매 주문, 재고 이동, 재고 카운트, 공급업체 기록을 어디에서 관리할지 정했다면 그다음 자동화를 추가할 수 있습니다. 유용한 자동화 예시는 다음과 같습니다.
- 핵심 SKU에 대한 재고 부족 알림
- 재고가 임계값 아래로 떨어질 때 Slack 또는 이메일 알림
- 보충 발주 검토용 Flow 워크플로
- ERP 또는 WMS 참조값을 동기화하는 재고 이동 메타필드
- 입고 예정 재고 이동이 지연될 때 알림
- 반복적으로 재고 차이가 발생하는 상품에 대한 주간 리포트
- 고가 재고 조정을 위한 예외 처리 큐
- 회전이 느린 계절성 재고 검토 리마인더
- 픽업용 재고가 안전 수준 아래로 떨어질 때 직원 알림
Shopify의 마이그레이션 가이드는 재고 부족 알림용 Shopify Flow와 재고 분석, 재주문 제안, 초안 구매 주문 또는 재고 이동 생성을 위한 Sidekick도 언급합니다. 이런 도구는 수작업을 줄여주지만, 여전히 정리된 데이터와 사람의 검토가 필요합니다.
좋은 원칙은 이렇습니다. 먼저 리마인더와 초안 작업부터 자동화하세요. 최종 의사결정 자동화는 팀이 데이터를 검증하고 프로세스를 신뢰하게 된 뒤에 도입하는 것이 안전합니다.
마이그레이션 QA 체크리스트
전환 완료로 보기 전에 아래 체크리스트를 확인하세요.
데이터 보존
- 완료된 구매 주문 리포트 내보내기 완료
- 재고 실사 이력 내보내기 완료
- 과거 원가 데이터 내보내기 완료
- 공급업체 정보 수동 문서화 완료
- 현재 미결 구매 주문 검토 완료
- Stocky 사용자 지정 필드 매핑 또는 보관 완료
- 내보내기 폴더 라벨링 및 접근 가능 상태 확인
워크플로 이전
- 새 구매 주문 프로세스 테스트 완료
- 재고 이동 프로세스 테스트 완료
- 입고 프로세스 테스트 완료
- POS 재고 카운트 프로세스 테스트 완료
- 재고 조정 프로세스 테스트 완료
- 공급업체 검토 프로세스 테스트 완료
- 리포팅 프로세스 테스트 완료
자동화 및 연동
- Stocky API 의존성 식별 완료
- 서드파티 앱 업데이트 또는 교체 완료
- ERP/WMS 동기화 검토 완료
- 재고 부족 알림 설정 완료
- 필요한 재고 이동 메타필드 정의 완료
- 보충 발주 규칙 검토 완료
- 예외 알림 테스트 완료
팀 준비 상태
- 매장 직원 교육 완료
- 본사 운영팀 교육 완료
- 재무팀이 기록 위치를 알고 있음
- 지원팀이 재고 이슈 확인 방법을 알고 있음
- 매장 관리자가 재고 입고 처리 방법을 알고 있음
- 재고 변경 권한 검토 완료
고객 경험
- 상품 재고 가능 여부 점검 완료
- 매장 픽업 약속 테스트 완료
- 지역 재고 또는 대리점 데이터 검토 완료
- 지원 스크립트 업데이트 완료
- 취소 및 대체 처리 프로세스 검토 완료
- 이전 후 재고 오류 모니터링 체계 마련
이전 후 무엇을 모니터링해야 하나
이전 직후 몇 주가 중요합니다. 기술적인 전환이 잘 끝났더라도, 직원들이 실제 영업일에 새 워크플로를 사용하기 시작하면 프로세스의 빈틈이 드러나는 경우가 많습니다.
다음 지표를 추적하세요.
- 품절률
- 초과 판매 발생 건수
- 재고 부족으로 인한 주문 취소 건수
- 입고 정확도
- 재고 차이 발생률
- 적치 완료 시간
- 재고 이동 리드타임
- 재오픈되거나 수정된 구매 주문 건수
- 상품 재고 가능 여부 관련 지원 문의
- 대체 상품이 필요한 픽업 주문 건수
- 새 프로세스에 대한 직원 문의
어떤 지표가 악화됐다고 해서 곧바로 새 시스템 자체를 문제로 단정하지는 마세요. 실제로는 누락된 필드, 불명확한 담당자 책임, 불완전한 교육, 또는 문서화되지 않은 기존 습관이 원인인 경우가 많습니다.
마무리
Stocky 종료는 분명한 마감일이지만, 성수기 압박이 오기 전에 재고 운영을 정비할 기회이기도 합니다.
이 변화를 잘 처리하는 판매자는 단순히 앱 하나를 다른 앱으로 바꾸는 데 그치지 않습니다. 과거 데이터를 보호하고, 공급업체 및 보충 발주 로직을 재구성하고, 각 워크플로를 어떤 시스템이 담당하는지 명확히 하고, 실제 직원 사용 흐름을 테스트하며, 재고 정확도를 고객 경험과 다시 연결합니다.
그 지점에서 재고는 더 이상 백오피스 데이터에 머물지 않습니다. 지역 재고 안내, 픽업 약속, 더 빠른 고객지원, 더 나은 자동화, 더 신뢰할 수 있는 이커머스를 떠받치는 운영 레이어가 됩니다.
자주 묻는 질문
Stocky는 언제부터 작동을 멈추나요?
Shopify에 따르면 Stocky는 2026년 8월 31일 이후 더 이상 사용할 수 없습니다. 판매자는 그 전에 재고 워크플로를 Shopify 관리자, Shopify POS 또는 다른 재고 시스템으로 옮겨야 합니다.
Shopify가 Stocky 데이터를 자동으로 이전해 주나요?
아니요. Shopify는 과거 구매 주문이나 재고 실사 같은 Stocky 이력 데이터가 Shopify로 자동 이전되지 않는다고 안내합니다. 보관이 필요한 기록은 판매자가 직접 내보내야 합니다.
공급업체 정보는 Stocky에서 내보낼 수 있나요?
Shopify의 마이그레이션 가이드에 따르면 공급업체 정보는 Stocky에서 내보낼 수 없습니다. 판매자는 연락처, 결제 조건, 리드타임, 최소 주문 수량, 박스 단위, 공급업체 SKU 같은 정보를 수동으로 문서화해야 합니다.
8월 31일 이후 Stocky 데이터는 어떻게 되나요?
Stocky 자체는 작동을 멈추지만, Shopify는 종료일 이후 최소 90일 동안 데이터를 내보낼 수 있는 읽기 전용 접근 권한을 제공합니다. 다만 이는 영구 보관소가 아니므로, 이 기간에 의존하기보다 그 전에 내보내기를 마치는 것이 안전합니다.
판매자는 8월 31일 전에 무엇을 테스트해야 하나요?
최소한 구매 주문 1건, 재고 이동 1건, POS 재고 카운트 1건, 재고 조정 1건, 공급업체 워크플로 1건, 리포트 1건, 그리고 픽업·지역 재고 안내·대리점 찾기처럼 재고 정확도에 의존하는 고객 여정을 테스트해야 합니다.