Oracle CX는 중국에서 작동하나요? 고객 데이터 레지던시, PIPL 국경 간 & ICP
Oracle CX — Oracle Cloud Infrastructure 위의 Sales, Service, Marketing(Eloqua), CPQ 애플리케이션 — 는 중국 본토에서 닿으므로, 속도가 질문이 아니라; 레지던시가 질문입니다. 표준 인스턴스는 해외 OCI 리전에서 돌고, Oracle 자신의 정책은 중국에 데이터센터가 없다 명시하므로, 귀사 중국 고객과 상담원의 레코드가 해외에 쉽니다 — PIPL 국경 간 이전. 레지던시, 민감 PI, 국경 간 노출, 그리고 합법적 국내 경로를 컴플라이언스 우선으로 살핍니다.
Oracle CX는 중국에서 작동하나요?
예 — Oracle CX는 중국 본토에서 잘 열리므로, 도달성은 결코 질문이 아니었습니다; 데이터 레지던시가 질문입니다.
Oracle CX는 사람의 기록 시스템 — Sales, Service, Marketing(Eloqua), CPQ 뒤의 연락처, 계정, 사건, 서비스 이력, 마케팅 프로파일, 상담원 로그인 — 이므로, 그 안의 거의 모든 것이 개인정보입니다. 표준 인스턴스는 해외 Oracle Cloud Infrastructure 리전에서 돌고, Oracle 자신의 Cloud Hosting and Delivery Policies는 그것이 “no data centers in China” 라 명시하므로, 귀사 중국 고객과 상담원의 레코드를 그것에 쥐는 것은 PIPL 아래 국경 간 이전(제38~40조: 고지, 별도 동의, 이전 메커니즘)입니다. 핵심정보인프라 운영자에게, 중국에서 수집된 개인정보는 사이버보안법 제39조(구 제37조) 아래 중국에 저장되어야 합니다 — 해외 리전이 충족 못 하는 의무, 그리고 더 크거나 민감한 이전은 CAC 데이터 출경 안전성 평가를 더할 수 있습니다.
어느 의무가 무는지는 귀사 법인, 데이터, 사용자에 달렸으므로, 구체적인 것은 자문과 매듭지으십시오. 저희 중국 팀이 귀사 노출을 매핑할 수 있습니다 →
컴플라이언스 스냅샷
- ! 도달성은 테스트가 아님 — 빠르게 로드되는 Oracle CX 대시보드도 중국 본토에 여전히 비규정일 수 있음.
- ✕ Oracle 자신의 정책은 그것이 “no data centers in China” 라 명시 — 고를 본토 OCI 리전이 없음.
- ! Oracle CX는 사람의 기록 시스템: 연락처, 계정, 사건, 서비스 이력, 마케팅 프로파일, 상담원 로그인 — 거의 모두 개인정보.
- ! 해외 OCI 리전의 중국 고객과 상담원 데이터는 PIPL 국경 간 이전(제38~40조: 고지, 별도 동의, 이전 메커니즘).
- ! CIIO에게, 중국에서 수집된 PI는 중국에 머물러야 함(PIPL 제40조; CSL 제39조, 구 제37조); 물량이나 민감도가 CAC 데이터 출경 안전성 평가를 더할 수 있음.
- ✓ 합법적 경로: 귀사 PIPL 노출을 매핑, 중국 레코드를 국내 현지화, 중국 대상 표면을 ICP 비안된 국내 인프라로 전송.
Oracle CX 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Oracle은 중국에 데이터센터가 없다 명시합니다. Oracle의 Cloud Hosting and Delivery Policies는 아시아-태평양 리전을 “the Asia-Pacific geography, except China as Oracle has no data centers in China,” 로 정의하고, “Your Content will be stored in the Data Center Region applicable to such Services.” 라 합니다. 그래서 표준 Oracle CX 인스턴스는 본토가 아니라 해외 OCI 리전에 프로비저닝됩니다. | Oracle Cloud Hosting and Delivery Policies (2026년 9월 발효), 2026-10-10 열람 |
| Oracle CX는 Oracle Cloud Infrastructure에서 돌고, OCI는 중국 본토 상용 리전이 없습니다. Oracle의 공개 리전 문서는 아시아-태평양 리전을 일본(도쿄, 오사카), 한국(서울, 춘천), 싱가포르, 인도(뭄바이, 하이데라바드), 인도네시아(바탐), 말레이시아(쿨라이), 호주(시드니, 멜버른)에 열거합니다 — 중국 본토에는 없음. | Oracle — Regions and Availability Domains (OCI 문서), 2026-10-10 열람 |
| 중국 고객 데이터를 해외에 쥐는 것은 국경 간 이전이고, 의무는 귀사의 것입니다. PIPL 제38~40조 아래, 중국에서 수집된 개인정보를 수출하는 것은 고지, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증), 그리고 — 동의가 근거인 곳에서 — 별도 동의를 요구합니다; 그 의무는 프로세서인 Oracle이 아니라 개인정보 취급자(귀사)에 떨어집니다. | 중화인민공화국 개인정보 보호법, 제38~40조 |
| CIIO는 중국 개인정보를 중국에 저장해야 합니다. 사이버보안법 제39조(구 제37조) — 2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변 — 가 PIPL 제40조와 함께 핵심정보인프라 운영자에게 중국에서 수집된 개인정보를 본토에 저장할 것을 요구하는데, 해외 OCI 리전이 충족할 수 없는 의무입니다. | 중화인민공화국 사이버보안법, 제39조(구 제37조); PIPL 제40조 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
고객 경험 플랫폼에, “Oracle CX는 중국에서 작동하는가” 는 누구든 페이지 로드를 재기 훨씬 전에 결정됩니다. Oracle CX — Oracle Sales, Oracle Service, Oracle Marketing(Eloqua 포함), CPQ에 걸친 Oracle의 고객 경험 애플리케이션 스위트, Oracle Cloud Infrastructure(OCI)에서 전달 — 는 본토에 완벽히 잘 닿는 브라우저 기반 소프트웨어입니다. 그 질문이 진짜 달린 것은 지리입니다: 그것이 쥐는 고객 레코드가 어디에 쉬게 되는지, 그리고 그것이 애초에 중국을 떠날 허용을 받았는지. CX 스위트는, 설계상, 사람의 기록 시스템 — 귀사 파이프라인의 연락처와 계정, Service의 사건과 대화, Marketing의 프로파일과 동의 상태, 그리고 그것을 작업하는 상담원의 계정 — 이므로, 그 안의 거의 모든 것이 개인정보입니다. Oracle은 지리 절반을 그 자신의 계약 정책에서 답하고, 표준 Oracle CX 인스턴스에 답은 해외입니다: Oracle은 중국에 데이터센터가 없다 평이하게 명시합니다.
한눈에 보는 중국에서의 Oracle CX
| 무엇이 결정하는가 | Oracle CX 자신의 말 — 그리고 중국 법 |
|---|---|
| 레코드가 어디에 사는가 | 기본값으로 해외. Oracle의 Cloud Hosting and Delivery Policies는 아시아-태평양 리전을 “the Asia-Pacific geography, except China as Oracle has no data centers in China,” 로 정의하고, “Your Content will be stored in the Data Center Region applicable to such Services.” 라 합니다. 표준 Oracle CX 인스턴스는 따라서 해외 OCI 리전에 앉습니다 — 가장 가까운 것은 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니입니다. |
| 그것이 무엇을 쥐는가, 그리고 왜 그것이 개인정보인가 | Oracle CX — Sales, Service, Marketing(Eloqua), CPQ — 는 사람의 기록 시스템입니다: 연락처, 리드, 계정, 사건과 상호작용 이력, 마케팅 프로파일과 동의 상태, 더하여 그것을 운영하는 상담원의 계정. 거의 모든 것이 개인정보이고, Service 사건은 PIPL 제28~29조 아래 민감 개인정보 — 결제 카드, 정부 ID, 건강이나 금융 세부 — 를 쥘 수 있습니다. |
| 귀사 중국 고객과 상담원의 데이터 = 국경 간 | 중국 본토의 고객이나 상담원으로부터 해외 Oracle CX 인스턴스로 개인정보를 수집하는 것은 PIPL 아래 국경 간 이전(数据出境)(제38~40조)입니다: 고지, 이전 메커니즘 하나, 그리고 — 동의가 귀사 근거인 곳에서 — 해외 이전에 별도 동의. 의무는 프로세서인 Oracle이 아니라 개인정보 취급자인 귀사에 앉습니다. |
| 국내 저장 의무 | 핵심정보인프라 운영자나 대량 취급자에게, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조, 구 제37조) — 해외 OCI 리전이 충족 못 하는 의무. 고물량이나 민감 이전은 또 어느 것이 떠나기 전 CAC 데이터 출경 안전성 평가가 필요할 수 있습니다. |
| 도달성은 축이 아니다 | Oracle CX는 어떤 브라우저 기반 SaaS처럼 본토에서 열리므로, 도달성은 중국 질문이 아닙니다. 하지만 어떤 중국 대상 표면 — 고객 지원 포털, web-to-case나 셀프서비스 폼, 본토 사용자에게 서비스되는 헬프 센터 — 이든 거기 공개 서비스이고 본토 호스팅 리소스에 묶인 ICP 비안(备案) 의무를 집니다. |
본토 리전 없음, 그래서 귀사 고객 레코드가 나라를 떠난다
Oracle CX는 Oracle Cloud Infrastructure에서 전달되고, 귀사 인스턴스는 그것이 프로비저닝된 어느 리전에든 삽니다. Oracle의 Cloud Hosting and Delivery Policies — “Your Content” 가 어디에 저장되는지 규율하는 계약 문서 — 는 아시아-태평양 리전을 “the Asia-Pacific geography, except China as Oracle has no data centers in China,” 로 정의하고, “Your Content will be stored in the Data Center Region applicable to such Services.” 라 명시합니다. OCI 상용 realm이 이를 뒷받침합니다: Oracle이 게시하는 아시아-태평양 리전 전역에서 — 일본(도쿄, 오사카), 한국(서울, 춘천), 싱가포르, 인도(뭄바이, 하이데라바드), 인도네시아(바탐), 말레이시아(쿨라이), 호주(시드니, 멜버른) — 어느 것도 중국 본토 안이 아니고; 그것에 가장 가까운 것은 도쿄, 서울, 싱가포르입니다.
그래서 결론은 튜닝 문제가 아니라 구조적입니다: 귀사 중국 고객을 서비스하는 표준 Oracle CX 인스턴스는 Oracle이 그것을 프로비저닝할 본토 리전을 제공하지 않으므로 해외에 호스팅됩니다. 귀사 중국 운영이 Sales, Service, Marketing에 입력하는 연락처, 계정, 사건, 서비스 이력이 전부 다른 나라에 쉬게 됩니다. 그 같은 해외 OCI 발판이 Oracle의 Fusion 스위트 형제 — Oracle Fusion Cloud ERP와 Oracle HCM Cloud — 를 규율하고, 그것이 Oracle CX에 관한 모든 중국 컴플라이언스 질문이 시작되는 곳이며, 성능이 논의되기 전에 매듭지어집니다. 그 이유로 이 페이지는 Oracle CX에 대한 어떤 일차 중국 지연 수치도 게시하지 않습니다: 합법적 국내 클라우드가 결정이 도는 것이 아니라 — 레지던시가 그것입니다.
CX 레코드는 개인정보다 — 그리고 그중 일부는 민감하다
레코드가 해외에 있으면, 다른 법 체계가 그것이 거기 가도 되었는지를 결정합니다. CX 스위트는 그것을 유난히 뚜렷하게 만듭니다: 재무 원장이 숫자를 일부 개인 레코드와 섞는 곳에서, Oracle CX는 거의 끝에서 끝까지 개인정보입니다. 모든 연락처와 리드가 이름된 개인이고; 모든 계정이 거기 일하는 사람을 싣고; 모든 Service 사건이 고객과의 대화를 기록하고; Marketing은 동의 상태와 행동 이력을 쥐고; 그것을 운영하는 상담원과 사용자 계정 자체가 개인 데이터입니다. 그것을 중국 본토의 사람으로부터 수집해 해외 Oracle CX 인스턴스에 쥐는 것은 개인정보 보호법 아래 개인정보의 국경 간 이전(数据出境)입니다. PIPL은 그 의무를 개인정보 취급자 — 프로세서인 Oracle이 아니라 귀사 — 에 둡니다: 제38~40조는 고지, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증), 그리고, 동의가 귀사 근거인 곳에서, 해외 이전에 별도 동의를 요구합니다. CX 스택이 또 마케팅 자동화, 리드 스코어링, 또는 프로파일링을 구동하는 곳에서, 자동 의사결정 규칙이 그 위에 그 자신의 동의와 투명성 의무를 더합니다.
CX 레코드의 일부는 또 민감 개인정보일 수 있습니다. Service 사건은 고객이 문제를 설명하면서 일상적으로 결제 카드와 은행 세부, 정부 ID 번호, 건강이나 금융 공개를 포착하고, 마케팅이나 프로파일링 데이터는 민감 속성을 추론할 수 있습니다. 그런 곳에서, PIPL(제28~29조)은 특정 목적, 별도 동의, 사전 개인정보 보호 영향 평가 바(제55조)를 더합니다. 그리고 민감하거나 고물량 개인정보를 국경 너머 옮기는 것은 어느 것이 떠나기 전 중국의 데이터 출경 안전성 평가(数据出境安全评估)를 촉발할 수 있습니다. 노출은 따라서 보통 애플리케이션보다 CX 시스템에 더 날카로운데, 그것이 쥐는 것과 그중 얼마나가 식별 가능한지 둘 다 때문입니다.
노출을 좁히는 것이 도어를 닫지 않는다
국경을 넘는 것을 줄이는 진짜 레버가 있습니다. 귀사는 인스턴스를 가장 가까운 APAC 리전에 프로비저닝하고, 필드를 편집하거나 토큰화하고, 어느 모듈이 중국 고객 데이터를 쥐는지 제한하고, 꼭 필요한 것만 유지할 수 있습니다. Oracle은 또 국내 인프라를 제공합니다 — OCI Dedicated Region과 Cloud@Customer가 Oracle 관리 하드웨어를 고객 자신의 시설 안에 둘 수 있습니다. 하지만 이것 각각은 국경을 넘는 무엇 을, 또는 바이트가 앉는 어디 를 바꾸지; 처리가 중국 법에 규율된다는 것을 바꾸지 않습니다. 해외로 수출된 편집된 레코드도 여전히 수출입니다. 국내 Dedicated Region은 그 위에 사는 데이터의 레지던시를 정하지만, 그 데이터 중 어느 것이든 여전히 그룹 보고를 위해 글로벌, 해외 Oracle CX 인스턴스로 흐르면, 그 흐름이 그 자체로 국경 간 이전이고 — 그 국내 하드웨어는, 그 자체로, 고지, 동의, 평가, 비안 의무를 면제하지 않습니다.
그 모든 것 밑에 레지던시가 앉습니다. 핵심정보인프라 운영자나 대량 취급자에게, 중국에서 생성된 개인정보는 본토에 저장되어야 합니다(사이버보안법 제39조(구 제37조 — 2026년 1월 1일 발효된 2025년 사이버보안법 개정으로 재번호된 데이터 현지화 조문, 실질 불변); PIPL 제40조) — 해외 OCI 리전이 충족할 수 없는 의무. 그리고 그 시스템의 어떤 중국 대상 표면 — 고객 지원 포털, web-to-case나 셀프서비스 폼, 본토의 사람에게 실제로 서비스되는 헬프 센터 — 이든 거기 공개 서비스이므로, 그것은 본토 호스팅 리소스에 묶인 ICP 비안(备案) 의무를 집니다. 이것 중 어느 것이 귀사 조직을 무는지는 귀사 법인, 귀사 데이터 물량, 귀사 사용자가 누구인지에 달렸으므로, 각각을 귀사가 실제로 배포하는 것에 대조해 자문과 매듭지을 리스크로 다루십시오 — Oracle CX가 “차단” 되거나 “불법” 이라는 판결이 아니라.
합법적 경로 — 매핑, 현지화, 전송
중국 본토를 포함하는 고객 기반을 위해 Oracle CX를 돌리는 합법적 방법이 있고, 그것은 형태를 지닙니다. 먼저, 매핑: 저희 중국 팀이 귀사 PIPL 노출을 풀어냅니다 — 중국에서 수집된 어느 고객과 상담원 레코드가 나라에 머물러야 하는지, 무엇이 글로벌 CX 인스턴스로 합법적으로 떠날 수 있는지, 데이터 출경 안전성 평가나 제39조(구 제37조) 저장 의무가 어디서 무는지, 그리고 귀사 고지, 동의, 영향 평가 흐름이 무엇을 다뤄야 하는지. 법적 결론은 자문과 매듭지어집니다; 저희는 그것에 먹이를 주는 기술 그림을 짓습니다.
그 다음 현지화: 저희는 머물러야 하는 중국 고객 레코드를 위해 동의된, 중국 상주 집을 세우고 통합하고, 한편 귀사는 Oracle CX를 귀사 고객 기반의 나머지를 위한 기록 시스템으로 유지해, 그것에 합법적으로 국경을 넘을 수 있는 것만 보냅니다. 국내 Oracle 배포가 맞는 곳에서, 저희는 귀사가 그것을 있는 그대로 — 컴플라이언스 지름길이 아니라 레지던시 발판 — 저울질하도록 돕습니다.
그 다음 전송: 중국 대상 표면 — 귀사 본토 고객이 실제로 여는 지원 포털, 셀프서비스 페이지, web-to-case와 헬프 센터 폼 — 은 규정에 맞는, 국내 전송이 필요하고, 본토의 공개 대상 서비스는 ICP 비안 의무를 집니다. 21YunBox Optimizer가 그것을 국내에서, 귀사가 이미 돌리는 것 앞단에, 재구축도 리플랫폼도 없이 전송합니다. 21YunBox는 마이그레이션이 아니라 규정에 맞는 overlay이고 — Oracle CX의 경쟁자가 아니라 파트너입니다. 결과는 귀사 중국 내 사용자를 위해 합법적으로 그리고 규정에 맞게 돌아가는 고객 경험 스택입니다. 저희가 결코 하지 않는 것 — 그리고 아무도 합법적으로 할 수 없는 것 — 은 몰래 개인정보를 중국 밖으로 옮기는 것입니다: 저희는 머물러야 하는 것을 현지화하고 국내에서 전송합니다. 21YunBox는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다.
관련 읽을거리:
자주 묻는 질문
Oracle CX는 중국 본토에 데이터센터나 클라우드 리전이 있나요?
아니요. Oracle의 Cloud Hosting and Delivery Policies는 아시아-태평양 리전이 “Oracle has no data centers in China” 하므로 중국을 제외한다 명시하므로, 표준 Oracle CX 인스턴스는 해외 OCI 리전에 프로비저닝됩니다 — 가장 가까운 것은 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니입니다. Oracle의 Dedicated Region과 Cloud@Customer가 Oracle 관리 하드웨어를 고객 자신의 시설에 둘 수 있지만, 그것은 귀사가 선택하는 리전이 아니라 고객 설치 빌드이고, 그 자체로 PIPL 국경 간, 동의, ICP 의무를 면제하지 않습니다.
중국 고객에 Oracle CX를 쓰는 것이 국경 간 데이터 이전인가요?
원칙적으로, 예. 레코드가 해외에 쉬므로, 중국 본토의 고객이나 상담원으로부터 Oracle CX로 개인정보를 수집하는 것은 PIPL 아래 국경 간 이전(数据出境)(제38~40조)입니다: 고지, 별도 동의, 이전 메커니즘 하나, 의무가 Oracle이 아니라 취급자인 귀사에. 고물량이나 민감 이전은 또 데이터가 떠나기 전 CAC 데이터 출경 안전성 평가가 필요할 수 있고, 핵심정보인프라 운영자는 사이버보안법 제39조(구 제37조) 아래 국내 저장 의무에 직면합니다.
Oracle CX를 유지하면서도 중국에 규정에 맞을 수 있나요?
흔히 예, 그리고 대개 재구축 없이. 합법적 형태는 머물러야 하는 중국 고객 레코드를 중국 상주 발판에 유지하고, 해외 Oracle CX 인스턴스에는 합법적으로 떠날 수 있는 것만 보내고, 어떤 중국 대상 표면 — 지원 포털, web-to-case 폼, 또는 헬프 센터 — 이든 ICP 비안된 인프라로 국내에서 전송하는 것입니다. 21YunBox가 귀사 노출을 매핑하고, 머물러야 하는 레코드를 현지화하고, 중국 대상 표면을 귀사 기존 스택 앞단에 규정에 맞는 overlay로 전송합니다; 어느 의무가 적용되는지는 귀사 실제 법인과 데이터에 대조해 자문과 매듭지을 질문입니다.
