SAP Commerce Cloud는 중국에서 작동하나요? 데이터 레지던시, ICP, 국경 간 규칙
SAP Commerce Cloud는 귀사 중국 스토어프런트를 구동하고 쇼퍼의 계정·주문·주소·결제 참조를 보유합니다. SAP의 관리형 Microsoft Azure 공유 클라우드에서 그 데이터는 해외에 앉습니다 — PIPL 국경 간·레지던시 사안, 더하기 스토어프런트의 ICP 비안과 라이선스받은 국내 결제 경로.
SAP Commerce Cloud는 중국에서 작동하나요?
SAP Commerce Cloud는 중국 본토에서 도달 가능합니다 — 그러나 도달 가능성은 컴플라이언스 질문이 아닙니다. SAP의 관리형 Microsoft Azure 공유 클라우드에서 돌면, 귀사 중국 쇼퍼의 계정·장바구니·주문·주소·결제 참조가 해외에 앉고, 귀사 중국을 향한 스토어프런트는 ICP 비안할 본토 호스트가 없으며, 자금 자체는 외국 플랫폼이 직접 수행할 수 없는 라이선스받은 활동입니다.
그 마지막 둘이 속도 시험이 결코 보지 못하는 절반입니다. 중국을 향한 스토어프런트는 인터넷 정보 서비스이므로, 본토 호스팅에 묶인 ICP 비안(备案)이 필요합니다; 그리고 본토 쇼퍼에게서 결제를 받는 것은 비은행 결제 기관 체제(국무원령 제768호)상 라이선스받은 활동이므로, 자금 이동은 라이선스받은 국내 결제 경로로 돌아야 하고 SAP Commerce가 그 위에서 조율합니다. 한편 해외에 쉬는 고객·주문 개인정보는 PIPL이 규율하는 국경 간 이전입니다. 레버: SAP Commerce는 국내 배포에서 돌 수 있어, 그 데이터를 거주시킵니다.
이는 판정이 아니라 리스크 지도입니다 — 어느 의무가 무는지는 귀사 법인, 귀사 데이터, 중국 법상 귀사 역할에 따라 달라집니다. 저희 중국 팀이 귀사의 노출을 함께 지도화합니다 →
컴플라이언스 스냅샷
- ! 해외에서 돌면, 귀사 중국 고객·주문·결제 데이터가 PIPL상 해외에 쉼
- ! 중국을 향한 스토어프런트는 인터넷 정보 서비스 — ICP 비안이 필요함
- ! 본토 쇼퍼의 결제를 받는 것은 라이선스됨 — 자금은 라이선스받은 중국 경로를 돌아야 함
- ! SAP는 Commerce Cloud를 Microsoft Azure 공유 클라우드에서 돌림; 레지던시는 배포 시 설정됨
- ✓ SAP Commerce는 국내에서 돌 수 있음(자체 관리나 중국 리전), 데이터를 거주시킴
SAP Commerce Cloud 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| SAP는 Commerce Cloud를 자체 관리형 공유 클라우드, Microsoft Azure에서 돌립니다 — 귀사가 두는 호스트가 아니라. SAP의 기술 정보 페이지에서 배포 옵션은 "[tap] into the efficiency and speed of the cloud by running the SAP Commerce Cloud solution on our world-class shared cloud infrastructure,"(SAP Commerce Cloud 솔루션을 우리 세계적 수준 공유 클라우드 인프라에서 돌려 클라우드의 효율과 속도를 활용)이고, SAP의 신뢰 센터 감사 공개는 그 인프라를 Microsoft Azure로 식별합니다. 기본으로 플랫폼 — 그리고 그것이 보유하는 중국 고객·주문·결제 데이터 — 은 SAP 운영 클라우드에, 리전이 구현 시 고정되어 살고, 귀사가 제어하는 본토 거주 호스트가 아닙니다. | SAP — SAP Commerce Cloud, Technical information (sap.com), 2026-10-12 열람 |
| SAP Commerce는 국내 배포 경로를 갖습니다. SAP는 Commerce Cloud를 "lightweight Java-based"(경량 Java 기반) 솔루션으로 "architected to deploy with a distributed-based container"(분산 기반 컨테이너로 배포하도록 설계)라 기술하고, SAP Commerce는 귀사가 제어하는 인프라에 — 본토 안을 포함 — 설치하는 고객 관리형(온프레미스/프라이빗 클라우드) 에디션으로도 제공됩니다. SAP 자체 신뢰 센터 감사 공개는 추가로 아메리카·EMEA·아시아 태평양에 걸친 그 Azure Commerce Cloud 데이터센터를, 그중 본토 중국 Azure 위치(상하이; 허베이)를 열거했습니다. 모든 본토 배포의 현재 가용성·운영 법인·ICP 자세 — 그리고 귀사 에디션의 유지보수 상태 — 를 SAP와 직접 확인하세요. | SAP — SAP Commerce Cloud Technical information & SAP Trust Center data-center locations (sap.com), 2026-10-12 열람 |
| 본토 쇼퍼에게서 결제를 받는 것은 라이선스받은 활동입니다 — 외국 커머스 플랫폼은 라이선스받은 중국 결제 기관이 아닙니다. 비은행 결제 기관 감독 관리 조례(국무원령 제768호, 2024년 5월 1일 발효)상, 모든 비은행 결제 기관은 결제 업무 허가를 보유해야 하고, 제2조는 중국 사용자를 서비스하는 해외 기관이 중국 안에 결제 기관을 설립하도록 요구합니다. 그러니 실제 자금 이동은 라이선스받은 국내 결제 경로로 돌아야 하고, SAP Commerce가 그 위에서 체크아웃을 조율합니다 — 자금 자체를 정산하는 것이 아니라. | 비은행 결제 기관 감독 관리 조례 — 국무원령 제768호, 제2조와 제19조 |
| 중국을 향한 스토어프런트는 ICP 비안이 필요하고, 그것이 수집하는 데이터는 국경 간 이전입니다. 본토 방문자에게 보여 주는 공개 사이트는 중국 안의 호스팅 자원에 묶인 ICP 비안(备案)이 필요합니다 — 해외 호스팅 스토어프런트는 비안을 걸 아무것도 없습니다. 그리고 중국에서 수집되어 해외에 보유된 고객·주문·결제 개인정보는 PIPL 제38~40조상 국경 간 이전입니다(고지와 별도 동의, 제13/23조와 함께); 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조)는 중국에서 수집된 개인정보를 본토에 저장하도록 요구합니다. | PIPL 제13조, 제23조, 제38~40조; 사이버보안법 제39조(구 제37조); 국무원령 제292호 / 공업정보화부령 제33호(ICP) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 12일에 출처를 확인했습니다.
중국 본토 스토어프런트를 위해 SAP Commerce Cloud(전에 Hybris로 알려진 플랫폼)를 돌리는 기업에게, 중요한 질문은 카탈로그가 상하이에서 빨리 그려지느냐가 아닙니다. 그것은 플랫폼이 어디 호스팅되고 그것이 보유하는 데이터가 어디에 와서 쉬느냐입니다 — 커머스 플랫폼은 귀사 중국 고객 경험과 귀사 중국 매출의 기록 시스템이기 때문입니다. 그것은 귀사 쇼퍼의 계정·장바구니·주문 이력·배송 주소와 그것에 결부된 결제 참조를 나르고, 중국을 향한 스토어프런트 자체를 구동합니다. SAP는 Commerce Cloud를 자체 관리형 Microsoft Azure 공유 클라우드에서 돌리므로, 해외에서 돌면 그 모든 중국 고객·주문 데이터가 해외에 앉습니다. 세 갈래가 그것을 결정하고, 그중 둘은 도달 가능성 점검이 결코 볼 수 없는 절반입니다: 고객·주문·결제 개인정보의 레지던시와 국경 간 노출; 비안되어야 하는 중국을 향한 인터넷 정보 서비스로서 스토어프런트의 지위; 그리고 본토 쇼퍼에게서 돈을 받는 것이 외국 플랫폼이 직접 수행할 수 없는 라이선스받은 활동이라는 사실.
한눈에 보는 중국에서의 SAP Commerce Cloud
| 무엇이 결정하나 | SAP 자신의 표현 — 그리고 중국의 법 |
|---|---|
| 그것이 보유하는 것 | 브랜드가 중국 쇼퍼에 대해 보관하는 가장 풍부한 개인 데이터: 등록 계정·장바구니·주문 이력·배송 주소와 각 주문에 결부된 결제 참조 — 더하기 중국을 향한 스토어프런트 자체, 공개 인터넷 정보 서비스. 한 시스템 안의 집중된 고객·거래·결제 데이터, 그리고 라이브 공개 사이트. |
| SAP 관리형 클라우드, 또는 자체 관리 | SAP Commerce Cloud는 SAP 관리형이고 Microsoft Azure 공유 클라우드에서 돌며, 리전이 구현 시 고정됩니다. SAP Commerce는 귀사가 제어하는 인프라에 — 본토 안을 포함 — 설치하는 고객 관리형(온프레미스/프라이빗 클라우드) 에디션으로도 제공되고, SAP 자체 신뢰 센터 감사 공개는 아메리카·EMEA·아시아 태평양에 걸친 Azure Commerce Cloud 데이터센터를, 그중 본토 중국 Azure 위치(상하이; 허베이)를 열거했습니다. 국내 경로가 레지던시 레버입니다; 현재 가용성·운영 법인·ICP 자세·귀사 에디션의 유지보수 상태를 SAP와 확인하세요. |
| 고객·주문·결제 PII — 레지던시와 국경 간 | 스토어프런트를 해외 클라우드에서 돌리면 귀사 쇼퍼의 계정·주문·주소·결제 참조가 해외에 쉽니다 — PIPL 제38~40조상 국경 간 이전(数据出境), 제13/23조 고지·별도 동의 위에. 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조)는 중국에서 수집된 개인정보를 본토에 저장하도록 요구합니다. |
| 스토어프런트 → ICP — 첫 번째 특유의 절반 | 중국을 향한 스토어프런트는 인터넷 정보 서비스이므로, 본토 호스팅 자원에 묶인 ICP 비안(备案) 의무를 집니다. 해외 호스팅 스토어프런트는 아무리 빨리 로드되든 비안을 걸 국내 자원이 없습니다 — 페이지 로드 시험이 결코 보지 못하는 절반. |
| 커머스는 자금을 옮김 → 결제 라이선스 — 두 번째 특유의 절반 | 본토 쇼퍼에게서 결제를 받는 것은 라이선스받은 활동입니다. 비은행 결제 기관 체제(국무원령 제768호)상, 외국 커머스 플랫폼은 라이선스받은 중국 결제 기관이 아니므로, 실제 자금 이동은 라이선스받은 국내 결제 경로로 돌아야 하고, SAP Commerce가 그 위에서 체크아웃을 조율합니다. 도달 가능성 점검은 이것을 전혀 보지 못합니다. |
| 도달 가능성은 축이 아니다 | 스토어프런트가 본토에서 빨리 로드되는지는 운영이지, 컴플라이언스 질문이 아닙니다. 그것을 결정하는 것은 플랫폼이 어디 호스팅되는지, 고객·주문 데이터가 어디 사는지, 스토어프런트가 비안되었는지, 그리고 자금이 라이선스받은 경로를 도는지입니다. 21YunBox는 그 데이터를 국내에 두고, ICP를 비안하며, 규정에 맞게 전송합니다 — 21YunBox Optimizer — 귀사가 이미 돌리는 SAP Commerce 인스턴스 앞단에. |
그것이 실제로 보유하는 것 — 귀사 쇼퍼의 데이터, 그리고 공개 스토어프런트
SAP Commerce Cloud는 귀사 중국 커머스의 기록 시스템이고, 브랜드가 고객에 대해 보유하는 가장 풍부한 개인 데이터를 집중시킵니다. 쇼퍼 계정은 이름·연락처와 하나 이상의 배송 주소를 나릅니다; 장바구니와 주문은 그 사람이 무엇을 언제 샀고 어디로 배송되었는지 기록합니다; 각 주문은 결제 참조에 결부됩니다. 본토 쇼퍼에게, 그 모두가 중국 개인정보 보호법상 개인정보이고, 그 일부 — 주문과 배송 상세 — 는 유난히 많이 드러냅니다. 데이터 위에, SAP Commerce는 스토어프런트 자체를 구동합니다: 공개, 중국을 향한 인터넷 정보 서비스.
그 데이터와 그 스토어프런트가 어디 사는지는 귀사가 SAP Commerce를 어떻게 배포하느냐로 전적으로 결정됩니다. SAP는 관리형 Commerce Cloud를 Microsoft Azure 공유 클라우드에서, 리전을 구현 시 골라 돌립니다; 중국 운영을 위해 그렇게 돌리면 기본은 귀사 고객·주문·결제 데이터가 본토 밖 SAP 운영 인프라에 쉬는 것입니다. SAP Commerce는 또한 귀사가 제어하는 인프라에 설치하는 고객 관리형 에디션으로 제공되고, SAP 자체 신뢰 센터 공개는 그 Azure 발자취 — 아메리카·EMEA·아시아 태평양 — 를 본토 중국에도(상하이; 허베이) 둡니다. 어느 국내 경로든 규제 대상 데이터를 거주시킬 수 있습니다; 해외 배포는 할 수 없습니다. 현재 구체적인 사항을 SAP와 확인하세요.
문들: 레지던시, 스토어프런트의 ICP, 그리고 자금
중국 스토어프런트를 해외 클라우드에 두면 첫 번째 문이 열립니다. 그 인스턴스의 고객·주문·결제 개인정보가 해외에 쉬고, 그것이 그것을 국경 간 이전(数据出境)으로 만듭니다. 의무는 SAP가 아니라 처리자인 귀사에 떨어집니다: PIPL 제13조와 제23조는 데이터를 수집할 고지와 근거를 요구하고, 제38~40조는 그것을 해외로 보낼 이전 메커니즘을 요구합니다 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 그리고 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조 — 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호, 실질 내용 불변)는 중국에서 생성된 개인정보를 본토에 저장하도록 요구하며, 해외 클라우드가 충족할 수 없습니다.
스토어프런트가 두 번째 문을 엽니다 — 도달 가능성 점검이 결코 보지 못하는 첫 절반. 본토 방문자에게 보여 주는 공개 사이트는 인터넷 정보 서비스이므로, 중국 안에 물리적으로 있는 호스팅 자원에 묶인 ICP 비안(备案)이 필요합니다(국무원령 제292호; 공업정보화부령 제33호). SAP의 관리형 Commerce Cloud가 기본으로 SAP에 의해 해외 리전에 호스팅되므로, 그렇게 제공되는 스토어프런트는 아무리 빨리 그려지든 SAP 쪽에 비안을 결부할 아무것도 없습니다. ICP 단계는 국내 인프라에서 풀어야 합니다.
자금이 세 번째 문을 엽니다 — 도달 가능성 점검이 결코 보지 못하는 두 번째 절반, 그리고 특유하게 커머스 문제인 것. 본토 쇼퍼에게서 결제를 받는 것은 라이선스받은 활동입니다. 비은행 결제 기관 감독 관리 조례(국무원령 제768호, 2024년 5월 1일 발효)상, 모든 비은행 결제 기관은 결제 업무 허가를 보유해야 하고, 제2조는 중국 사용자를 서비스하는 해외 기관이 중국 안에 결제 기관을 설립하도록 요구하며, 제19조는 국내 거래 처리·정산·데이터 저장이 중국 안에서 일어나도록 요구합니다. 외국 커머스 플랫폼은 그 라이선스받은 기관이 아닙니다. SAP Commerce는 체크아웃 — 장바구니·주문·결제 경로 호출 — 을 조율할 수 있지만, 실제 자금 이동은 해외 플랫폼 자체를 거쳐 정산하기보다 라이선스받은 국내 결제 경로로 돌아야 합니다.
도달 가능성 점검이 이것을 놓치는 이유
중국 안에서의 탐침은 스토어프런트가 그려지는 것을 보고 “작동한다”고 결론 내릴 수 있습니다. 그 답은 요점에서 벗어납니다. 컴플라이언스 노출은 화면에 있지 않습니다 — 그것은 쉬는 데이터와 그것이 어떻게 움직이는지에, 사이트가 비안되었는지에, 그리고 누가 자금을 옮길 라이선스를 받았는지에 있습니다. 페이지 로드 시험은 테넌트가 어느 리전에 사는지, 별도 동의가 받아졌는지, 이전 메커니즘이 있는지, 스토어프런트에 ICP 비안이 있는지, 체크아웃이 라이선스받은 국내 기관을 거쳐 정산하는지를 볼 수 없습니다. 그것이 질문의 대적(對敵) 불가능한 절반이고 — 바로 그것이 해외 커머스 플랫폼을 본토에서 그저 도달 가능하게 만드는 것이 답이 아닌 이유입니다. 고객·주문 데이터를 국내에 두고, 스토어프런트를 비안하며, 자금을 라이선스받은 경로로 돌리는 것이 답입니다.
합법적 경로 — 진단, 현지화, 전송
중국 본토 스토어프런트를 위해 SAP Commerce Cloud를 돌리는 규정에 맞는 방법이 있고, SAP Commerce가 국내 배포에서 돌 수 있으므로 그 중간 단계는 유난히 깔끔합니다 — 귀사가 이미 돌리는 SAP Commerce 인스턴스 앞단에 앉는 것, 재구축도 마이그레이션도 없이.
먼저, 진단(map): 저희 중국 컴플라이언스 팀은 귀사 SAP Commerce가 보유하는 것 — 쇼퍼 계정·장바구니·주문 이력·배송 주소·결제 참조, 그리고 스토어프런트 자체 — 을 목록화하고, SAP Commerce가 오늘날 어디 배포되는지(흔히 해외 관리형 클라우드), 스토어프런트 도메인의 ICP 상태, 각 흐름이 기대는 동의·레지던시·결제 경로 근거를 확인합니다. 저희는 기술 그림을 짓습니다; 법적 결론은 법률 자문과 정해집니다.
그다음, 현지화(localize): 저희는 귀사가 SAP Commerce를 중국 거주 경로에서 돌리도록 도와 고객·주문·결제 개인정보가 본토에 머물게 하고, 제13/23조 고지와 별도 동의를 받으며, 자금을 해외에서 정산하기보다 라이선스받은 국내 결제 경로로 돌립니다. 현지화란 규제 대상 데이터를 국내 경로에 두는 것을 뜻하며 — 결코 그것을 어쨌든 해외로 실어 보내는 경로가 아닙니다. 21YunBox는 어떤 형태의 우회도 쓰거나 권하지 않습니다.
그다음, 전송(deliver): 중국을 향한 스토어프런트는 인터넷 정보 서비스이므로, ICP 비안 의무를 지고 규정에 맞는 국내 전송이 필요합니다. 21YunBox는 ICP를 비안하고 그것을 국내로 — 21YunBox Optimizer — 귀사가 이미 돌리는 SAP Commerce 스택 앞단에 전송하므로, 스토어프런트가 귀사 중국 쇼퍼를 위해 합법적이고 규정에 맞게 돕니다. 21YunBox는 귀사가 이미 돌리는 커머스 플랫폼에 대한 컴플라이언스 오버레이이자 파트너이지, 그 경쟁자가 아닙니다.
이 중 어느 것도 SAP Commerce Cloud가 중국에서 “차단”되거나 “위법”이라는 판정이 아닙니다; 노출의 상당 부분은 귀사가 국내 배포를 고르고, 스토어프런트를 비안하며, 체크아웃을 라이선스받은 경로로 도는 순간 녹아 없어집니다. 그것은 리스크-그리고-레지던시 지도이고, 어느 의무가 귀사 사례를 무는지는 귀사 법인, 중국 법상 귀사 역할, 귀사 데이터 규모, 그리고 귀사 스토어프런트와 체크아웃이 실제로 다루는 것에 따라 달라집니다 — 귀사 중국 커머스 운영이 그것에 의존하기 전에 구체적인 사항을 법률 자문과 정할 가치가 있습니다.
함께 읽기:
자주 묻는 질문
SAP Commerce Cloud에서 돌리는 것이 우리 중국 스토어프런트에 ICP 비안을 주나요?
아니요. ICP 비안(备案)은 중국 본토 안에 물리적으로 있는 호스팅 자원에 결부되어야 합니다. SAP Commerce Cloud는 SAP의 관리형 Azure 공유 클라우드에서 돌므로, 해외 호스팅 스토어프런트는 아무리 빨리 로드되든 SAP 쪽에 비안을 걸 아무것도 없습니다. ICP 단계는 국내 인프라에서 풀립니다 — 규정에 맞게 전송되는 국내 SAP Commerce 배포가 제공할 수 있습니다. 해외에서 중국 쇼퍼에게 닿는 것은 거기서 공개 스토어프런트를 운영하도록 승인받는 것과 같지 않습니다.
SAP Commerce Cloud가 우리 본토 쇼퍼의 결제를 직접 처리할 수 있나요?
자금 이동 자체는 아닙니다. 중국 본토 사용자에게서 결제를 받는 것은 국무원령 제768호상 라이선스받은 활동입니다: 모든 비은행 결제 기관은 결제 업무 허가를 보유해야 하고, 중국 사용자를 서비스하는 해외 기관은 중국 안에 결제 기관을 설립해야 합니다. 외국 커머스 플랫폼은 그 라이선스받은 기관이 아니므로, 체크아웃은 라이선스받은 국내 결제 경로로 돌아야 하고, SAP Commerce가 그 위에서 조율합니다. 그 구조를 자격 있는 법률 자문과 정할 질문으로 다루세요.
21YunBox가 우리 SAP Commerce 스토어프런트를 중국에서 작동하게 도울 수 있나요?
네. 저희 중국 팀은 귀사 SAP Commerce가 보유하는 것 — 쇼퍼 계정·장바구니·주문·주소·결제 참조, 그리고 스토어프런트 자체 — 과 그것이 어디 쉬는지 지도화한 다음, 귀사가 규제 대상 중국 고객·주문 데이터를 국내에 두고, 동의를 확보하며, 스토어프런트에 ICP를 비안하고, 체크아웃을 라이선스받은 국내 결제 경로로 돌리도록 돕습니다. 저희는 ICP 비안 국내 전송 — 21YunBox Optimizer — 을 귀사가 이미 돌리는 SAP Commerce 스택 앞단에, 재구축 없이 세웁니다. 귀사의 구체적인 사례를 함께 살펴보려면 문의하세요.
