OpenText는 중국에서 작동하나요? 데이터 레지던시, 현지화 & PIPL 국경 간
OpenText Content Management(Extended ECM, Documentum, Core Content)는 계약, 레코드, 사건 파일의 엔터프라이즈 기록 시스템입니다. 그 클라우드는 데이터 주권으로 팔리지만, 캐나다, 영국, 독일, 프랑스, 호주에 리전을 열거합니다 — 중국 본토에는 없음 — 그래서 그 문서가 해외에 쉬는, PIPL 국경 간 이전. 귀사 레코드가 어디에 쉴 수 있는지 컴플라이언스 우선으로 살핍니다.
OpenText는 중국에서 작동하나요?
OpenText가 중국 본토에서 작동하는가는 먼저 귀사 문서에 관한 데이터 레지던시 질문이지 — 저장소가 설치되는가나 귀사 사용자가 그것에 닿을 수 있는가가 아닙니다.
Extended ECM, Documentum, Core Content 계보를 통합하는 플랫폼인 OpenText Content Management는 엔터프라이즈 기록 시스템입니다: 그것은 실제 파일을, 계약과 법적 보존 아래 레코드에서 HR과 사건 문서까지, 전문 색인되고 버전 관리된 채 쥐고, 그 콘텐츠는 일상적으로 제28조 민감이고 흔히 법적으로 특권입니다. OpenText는 그 클라우드를 데이터 주권으로 팔지만, 그것이 이름하는 Private Cloud 리전은 캐나다, 영국, 독일, 프랑스, 호주입니다 — 고를 중국 본토 리전 없이 — 그래서 그 문서가 해외에 쉬게 됩니다, PIPL 국경 간 이전. CIIO나 고물량 취급자에게 해외 저장소가 충족 못 하는 국내 저장 의무(PIPL 제40조; CSL 제39조, 구 37)가 있습니다. 합법적 레버는 실재합니다: OpenText는 여전히 귀사가 본토 인프라에서 돌릴 수 있는 온프레미스와 프라이빗 클라우드 배포를 출하합니다.
이는 리스크 지도이지 판결이 아닙니다 — 무엇이 적용되는지는 귀사 법인, 귀사 데이터 물량, 문서가 누구의 정보를 쥐는지에 달렸습니다. 저희 중국 팀이 귀사 노출을 매핑할 수 있습니다 →
컴플라이언스 스냅샷
- ! 본토에서 닿음 — 하지만 그것은 전송이지, 문서가 어디에 쉬게 되는가가 아님
- ✕ OpenText Cloud는 캐나다, 영국, 독일, 프랑스, 호주를 열거 — 중국 본토 리전 없음
- ! 계약, 레코드, HR, 사건 파일을 쥠 — 흔히 제28조 민감이고 특권
- ! 해외 레지던시 = PIPL 국경 간 이전; CIIO는 국내 저장을 짐
- ✓ 합법적 레버: 그것을 국내에서 돌림(온프레미스/소버린) + ICP 비안된 전송 — 마이그레이션 없이
OpenText 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| OpenText는 그 클라우드를 데이터 주권으로 팔지만, 어떤 중국 본토 리전도 이름하지 않습니다. 그 2025년 7월 Private Cloud 발표는 그것이 "data centers strategically located across key regions — including Canada, UK, Germany, France, Australia" 를 둔다 하고 고객이 "choose where their data resides" 해 "sensitive information remains within national borders" 하게 한다 합니다. 그것이 이름하는 리전 중 어느 것도 중국 본토에 없으므로, 중국 운영이 저장하는 문서, 버전, 메타데이터, 감사 추적이 해외에 쉽니다 — PIPL 국경 간 이전. | OpenText — Private Cloud 보도자료 (opentext.com), 2026-10-10 열람 |
| OpenText Content Management는 실제 파일을 쥡니다 — 그리고 여전히 귀사가 국내에서 돌릴 수 있는 온프레미스 옵션을 출하합니다. OpenText는 그 플랫폼을 "any file type," 를, 레코드 관리와 법적 보존, "digital employee records," 계약 관리, 보험 "policy and claim documentation" 과 함께 관리하는 것으로 묘사합니다. 배포에, 그 온프레미스 옵션은 귀사가 "maintain full control of your data on your own infrastructure" 하게 합니다 — 저장소를 본토 땅에 유지할 합법적 레버, 도달성은 결코 사안이 아니었으므로. | OpenText — Content Management 제품 페이지 (opentext.com), 2026-10-10 열람 |
| 중국의 사람으로부터 끌어와 해외에 쥐어진 문서와 레코드는 PIPL 아래 국경 간 이전입니다. 그 콘텐츠는 개인정보이고 — 상당수가 제28조 민감 개인정보(건강, 금융, 정부 ID, 생체)이며 흔히 법적으로 특권입니다. 그것을 중국 밖으로 옮기는 것은 고지, 별도 동의와 이전 메커니즘 하나(PIPL 제38~40조)를 요구합니다; 물량이나 민감도 문턱을 넘는 것은 먼저 CAC 데이터 출경 안전성 평가를 촉발할 수 있습니다. | PIPL 제3장, 제38~43조; 제28조 |
| CIIO나 고물량 취급자는 해외 저장소가 충족 못 하는 국내 저장 의무를 집니다. 본토에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조문을 37에서 39로 재번호, 실질 불변. 저장소 앞단의 어떤 중국 대상 클라이언트든 또 그 자신의 ICP 비안이 필요합니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토를 서비스하는 정보 관리 팀에, OpenText에 대한 질문은 결코 Content Management가 설치되는가나 사람이 그것에 닿을 수 있는가가 아니었습니다 — 닿습니다. Extended ECM, Documentum, Core Content 계보를 통합하는 플랫폼인 OpenText Content Management는 엔터프라이즈 기록 시스템입니다: 그것은 실제 콘텐츠 — 계약, 법적 보존 아래 레코드, HR과 디지털 직원 파일, 사건 파일, 이사회 자료 — 를 전문 색인되고, 버전 관리되고, 접근 제어 목록과 감사 추적과 함께 쥡니다. 그 콘텐츠는 일상적으로 제28조 민감 개인정보이고 흔히 법적으로 특권입니다. 그래서 진짜 질문은 레지던시입니다: 그 문서가 어디에 쉬도록 허용되는가? OpenText는 그 클라우드를 데이터 주권으로 팔지만, 그것이 이름하는 Private Cloud 리전은 캐나다, 영국, 독일, 프랑스, 호주입니다 — 고를 중국 본토 리전 없이 — 한편 그 온프레미스 배포가 국내 레버로 남습니다.
한눈에 보는 중국에서의 OpenText
| 무엇이 결정하는가 | OpenText 자신의 말 — 그리고 중국 법 |
|---|---|
| 문서가 물리적으로 어디에 쉬는가 | OpenText는 그 클라우드를 주권으로 마케팅합니다 — 그것은 고객이 "choose where their data resides" 하게 해 "sensitive information remains within national borders." 하게 한다 합니다. 하지만 그것이 이름하는 Private Cloud 리전은 "Canada, UK, Germany, France, Australia" 입니다; 고를 중국 본토 리전이 없으므로, 문서, 버전, 메타데이터, 감사 추적이 해외에 쉬게 됩니다. 그 더 새로운 소버린 옵션 — AWS European Sovereign Cloud와 S3NS(Thales–Google Cloud) 플랫폼 — 는 EU 묶음이지, 중국이 아닙니다. |
| 그것이 무엇을 쥐는가, 그리고 왜 그것이 개인정보인가 | Content Management는 기록 시스템입니다: OpenText 자신의 말로 그것은 "any file type," 레코드 관리와 법적 보존, "digital employee records," 계약 관리, 보험 "policy and claim documentation," 엔지니어링 계획과 도면을 관리합니다. 그것은 그것에 대한 포인터가 아니라 실제 콘텐츠입니다 — 이름, 정부 ID, 건강과 금융 필드, 그리고 법적으로 특권인 자료. PIPL 아래 그중 많은 것이 개인정보이고, 상당수가 특정 목적, 엄격한 필요성, 별도 동의의 더 높은 바를 지닌 제28조 민감 개인정보입니다. |
| 저장소 속 귀사 본토 문서 | 중국의 사람으로부터 끌어와 해외 OpenText 리전에 쥐어진 문서, 레코드, 메타데이터는 PIPL이 규율하는 국경 간 이전입니다: 고지, 별도 동의, 이전 메커니즘 하나(PIPL 제38~40조). 걸린 취급자는 프로세서인 OpenText가 아니라 운영자인 귀사입니다. |
| 국내 저장 의무 | 핵심정보인프라 운영자나 고물량 취급자는 해외 저장소가 충족 못 하는 국내 저장 의무를 집니다 — 본토 개인정보와 중요 데이터는 본토에 머물러야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조문을 37에서 39로 재번호, 실질 불변. |
| 그것이 닿는가? | 도달성을 질문이 아니라 전송 절반으로 다루십시오 — 클라이언트와 관리 콘솔은 연결됩니다. 합법적 레버는 OpenText 자신의 온프레미스 / 자가 관리 배포로, 그것은 귀사가 "maintain full control of your data on your own infrastructure" 하게 한다 묘사됩니다: 그것을 본토 인프라(또는 라이선스된 소버린 등가물)에서 돌려 저장소를 국내에 유지하고, 어떤 중국 대상 클라이언트든 본토 호스트에 묶인 그 자신의 ICP 비안을 주십시오(State Council Order No. 292; MIIT Order No. 33). |
문서가 실제로 어디에 쉬는가
OpenText는 중국 본토 안에 리전을 두지 않습니다. 그 2025년 7월 Private Cloud 발표 — 그 호스팅 발자국의 가장 명확한 공개 진술 — 는 데이터 주권을 중심으로 지어졌습니다: 그것은 고객이 “choose where their data resides” 하게 해 “sensitive information remains within national borders,” 하게 하겠다 약속하고, 그런 다음 그 리전을 “Canada, UK, Germany, France, Australia” 로 이름합니다. 중국 본토는 그중에 없습니다. OpenText가 이래 추가한 소버린 옵션은 같은 방향을 가리킵니다: AWS European Sovereign Cloud(그것은 OpenText Content Management와 Documentum Content Management를 그것에 예정된 제품 중에 열거)와 Thales와 Google Cloud의 S3NS 플랫폼 둘 다 데이터를 EU 안에 유지합니다. OpenText Cloud, Core Content, 또는 관리형 서비스 테넌트를 제공되는 어느 리전에든 가리키면 귀사 중국 운영이 저장하는 문서가 중국 밖에 쉬게 됩니다.
OpenText는 중국에 진짜 존재 — 사무실, R&D 센터, 중국어 웹사이트 — 를 지니지만, 기업 존재는 호스팅 리전이 아니고, 그 공개 클라우드 자료 어느 것도 중국 본토 데이터센터나 라이선스된 국내 운영자(외국 클라우드가 중국에서 도는 모델)를 이름하지 않습니다. 역설은 날카롭습니다: 통째의 피치가 주권과 데이터를 “within national borders” 유지하는 것인 벤더가 그 선택을 데이터 현지화 체제가 가장 엄격한 바로 그 한 나라를 제외한 모든 곳에 제공합니다. 중국 대상 배포에, 그것이 제공하는 모든 리전이 해외입니다.
그것이 쥐는 것은 개인정보다 — 그리고 흔히 특권이다
OpenText는 저장소가 쥐는 것 때문에 이 정밀 조사를 받습니다. OpenText 자신의 말로 그 플랫폼은 “any file type,” 를, 레코드 관리, 법적 보존, “digital employee records,” 계약 관리, 보험 “policy and claim documentation,” 엔지니어링 계획과 도면과 함께 관리합니다. 이것이 기록 시스템 — 파일 자체, 전문 색인되고 버전 관리되고, 누가 무엇을 언제 읽었는지 말하는 접근 제어 목록과 감사 추적과 함께 — 입니다. 각 문서, 그리고 그 메타데이터의 상당수가, 사람을 식별하는 순간 중국의 PIPL 아래 개인정보이고, 그중 상당수가 제28조 민감 개인정보 — 건강, 금융, 정부 ID, 생체 필드 — 로, 특정 목적, 엄격한 필요성, 별도 동의의 더 높은 바를 집니다. 법률 사안, HR 파일, 이사회 자료는 그 위에 특권과 기밀성을 더합니다.
그래서 해외 OpenText 테넌트가 본토 밖에 응축하는 것은 우연한 로그가 아니라; 조직의 가장 민감하고 가장 특권인 콘텐츠가, 틀린 나라에 정지 상태로 있는 것입니다. 핵심정보인프라 운영자에게, 그리고 물량이 규제기관의 문턱을 넘는 취급자에게, 본토에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 해외 저장소는 구조적으로 그 의무를 충족할 수 없습니다 — 레코드가, 정의상, 틀린 관할에 있습니다 — 그리고 출경이 조금이라도 허용되는 곳에서, 물량이나 민감도 문턱을 넘는 것은 그 어느 것이 합법적으로 떠나기 전 CAC 주도 데이터 출경 안전성 평가를 촉발할 수 있습니다.
중국 리전 없는 클라우드에서 돌리는 것은 레지던시 의무를 충족 못 한다 — 그리고 무엇이 충족하는가
정직한 요약은 좁고 중요합니다: OpenText에 관해 아무것도 중국에서 “차단” 되지 않고, 노출은 소프트웨어가 아닙니다. 노출은 귀사의 가장 민감하고 특권인 본토 문서 — 그리고 그 둘레의 감사 추적 — 를 본토 밖에, 고를 국내 리전 없이 주차하는 클라우드나 관리형 서비스 배포입니다.
여기 합법적 레버는 실재하고 강한데, OpenText가 여전히 대부분 해외 SaaS 저장소가 하지 않는 것을 출하하기 때문입니다: 견고한 온프레미스 / 자가 관리 제품. OpenText는 그 온프레미스 옵션을 귀사가 “maintain full control of your data on your own infrastructure” 하게 하는 것으로 묘사하고, OpenText Content Management(Extended ECM)와 OpenText Documentum Content Management — OpenText가 Dell EMC에서 인수해 여전히 개발하는 Documentum 라인 — 둘 다 온프레미스나 프라이빗 클라우드에서 돕니다. 그 배포를 본토 인프라, 또는 라이선스된 국내 / 소버린 클라우드 등가물에서 세우면, 문서와 자산이 중국 땅에 머뭅니다. 본토 클라이언트를 해외 OpenText 리전에 되가리키는 것은 현지화가 아니고 저장 의무를 충족하지 않습니다; 저장소를 국내에서 돌리는 것이 그것입니다. 최소화된 하위 집합이 합법적으로 국경을 넘을 수 있는 곳에서, 귀사는 그 이전을 동의되고 이전 메커니즘으로 뒷받침된 채 유지하고, 한편 저장소 앞단의 어떤 중국 대상 표면 — 웹 클라이언트, 관리 콘솔, 귀사 본토 사용자가 치는 셀프서비스 포털 — 이든 그 자신의 ICP 비안을 법니다.
이는 리스크 지도이지 판결이 아닙니다. 귀사가 국내 저장, 이전 메커니즘, 별도 동의, 데이터 출경 안전성 평가, ICP 비안, 또는 그 어떤 조합을 지는지는 귀사 법인, 귀사 데이터 물량, 귀사 저장소가 쥐는 것 중 얼마나가 개인이거나 민감한지, 그것이 누구의 데이터인지에 달렸습니다 — 그리고 단일 계약이나 사건 파일이 어디에 사는지 결정하기 전에 자문과 매듭지을 가치가 있습니다.
합법적 경로 — 매핑, 현지화, 전송
귀사는 중국 본토를 위해 합법적으로 돌리려 OpenText를 떨구지 않아도 됩니다. 21YunBox는 마이그레이션이 아니라 규정에 맞는 overlay이고 — 귀사가 이미 돌리는 플랫폼에, 그것의 경쟁자가 아니라 귀사 스택 곁에 앉는 파트너입니다. 세 수가 있고, 그것들은 맞물립니다.
매핑. 저희 중국 컴플라이언스 팀이 귀사 PIPL 국경 간, 데이터 레지던시, 데이터 현지화(CII) 의무를 귀사 실제 법인, 귀사 데이터 물량, 그리고 누구의 개인정보가 귀사 OpenText 저장소 — 계약, 레코드, HR과 사건 파일, 민감하고 특권인 자료 — 에 쥐어지는지에 대조해 읽습니다 — 그래서 아무것도 움직이기 전에 노출이 적혀 있습니다.
현지화. 리스크가 그 문서가 쉬는 곳이므로, 저희는 콘텐츠 저장소를 국내에 — 본토 인프라의 자가 관리 온프레미스 배포, 또는 라이선스된 국내 / 소버린 클라우드 등가물에 — 유지해, 중국이 본토 땅에 머물라 요구하는 레코드가 그렇게 하게 합니다. 현지화는 해외 엔드포인트로의 숨은 경로가 아니라 저장소의 합법적 국내 배포를 뜻합니다; 오직 최소화된, 합법적으로 이전 가능한 하위 집합만 넘어갑니다.
전송. 저장소 앞단의 어떤 중국 대상 표면 — 웹 클라이언트, 관리 콘솔, 귀사 본토 사용자와 운영자가 치는 셀프서비스 포털 — 이든, 21YunBox Optimizer가 ICP 비안된, 국내 전송을, 귀사가 이미 돌리는 스택 앞단에 제공합니다. 재구축도, 두 번째 코드베이스도 없이. 21YunBox는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다; 요점 전체가 합법적, 비안된, 국내 경로입니다.
목표는 평이합니다: 귀사 OpenText 배포가 귀사 중국 내 사용자를 위해 합법적으로 그리고 규정에 맞게 돕니다.
관련 읽을거리:
자주 묻는 질문
OpenText는 중국 사용자의 문서를 중국에 저장하나요?
그 클라우드에서는 아닙니다. OpenText는 데이터 주권을 마케팅하지만, 그것이 이름하는 Private Cloud 리전은 캐나다, 영국, 독일, 프랑스, 호주입니다 — 고를 중국 본토 리전 없이 — 그래서 문서, 버전, 감사 추적이 해외에 쉽니다. 그것을 중국 땅에 유지한다는 것은 OpenText를 본토 안에서 온프레미스나 라이선스된 소버린 클라우드 등가물에서 돌리는 것을 뜻하지, 해외 클라우드의 설정이 아닙니다.
OpenText는 중국에서 차단되나요?
아니요. 도달성은 사안이 아닙니다 — 클라이언트와 관리 콘솔은 연결되고, OpenText는 중국 존재를 지닙니다. 컴플라이언스 질문은 레지던시입니다: 엔터프라이즈 콘텐츠 시스템은 계약, 레코드, 사건 파일 — 흔히 제28조 민감이고 특권 — 의 기록 시스템이고, 해외 리전에서 그 콘텐츠는 PIPL 국경 간 이전이며, CIIO나 고물량 취급자에게 해외 저장소가 충족 못 하는 국내 저장 의무와 함께.
OpenText에서 옮기지 않고 어떻게 그것을 중국에서 규정에 맞게 돌리나요?
저장소를 국내에 유지하십시오. OpenText는 여전히 귀사가 본토 인프라(또는 라이선스된 소버린 등가물)에서 세울 수 있는 온프레미스와 프라이빗 클라우드 배포를 제공하므로, 문서와 자산이 중국 땅에 머뭅니다; 오직 최소화된, 합법적으로 이전 가능한 하위 집합만 국경을 넘습니다. 그 앞단의 어떤 중국 대상 클라이언트든 ICP 비안된, 국내 전송으로 돕니다. 21YunBox가 노출을 매핑하고 이것을 귀사가 이미 돌리는 스택 앞단에 전달합니다 — 재구축 없이. 구체적인 것은 자문과 매듭지으십시오.
