Oracle HCM Cloud는 중국에서 작동하나요? 직원 데이터 레지던시, PIPL 국경 간 & 민감 PI
Oracle Fusion Cloud HCM은 중국 본토에서 닿으므로, 속도가 아니라 레지던시가 질문입니다. 표준 HCM 테넌트는 중국 본토 공개 리전이 없는 해외 Oracle Cloud Infrastructure 리전에서 돌므로, 귀사 중국 직원의 HR, 급여, 인재 레코드 — 그중 많은 것이 민감 개인정보 — 가 해외에 쉽니다, PIPL 아래 국경 간 이전. Oracle은 국내 Dedicated Region과 Cloud@Customer 모델을 제공하지만, 그것은 인프라이지 컴플라이언스가 아닙니다: PIPL 국경 간, 동의, ICP 의무가 귀사에 남습니다. 레지던시, 민감 PI, 국경 간 노출과 합법적 국내 경로를 컴플라이언스 우선으로 살핍니다.
Oracle HCM Cloud는 중국에서 작동하나요?
HR 시스템에 중국 질문은 귀사 직원의 레코드가 어디에 사는가이지, 앱이 로드되는가가 아니고 — 기본값으로 Oracle Fusion Cloud HCM은 그것을 해외에 유지합니다. Oracle HCM Cloud는 본토에서 닿으므로, 도달성은 결코 결정이 아니었습니다.
표준 Fusion HCM 테넌트는 Oracle Cloud Infrastructure 상용 realm 리전에서 돌고, Oracle 자신의 리전 문서는 어떤 중국 본토 리전도 열거하지 않습니다 — 가장 가까운 것은 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니. 그래서 귀사 중국 법인이 Fusion에 입력하는 HR, 급여, 인재 레코드가 해외에 쉽니다: PIPL 아래 국경 간 이전(数据出境)(고지, 별도 동의, 이전 메커니즘, 제38~40조), 그중 많은 것 — 급여, 정부 ID, 복리후생, 건강 — 이 더 높은 바를 지닌 민감 개인정보(제28~29조와 제55조). 핵심정보인프라 운영자나 대량 취급자에게, 중국에서 생성된 데이터는 중국에 머물러야 하고(PIPL 제40조; 사이버보안법 제39조(구 제37조)), 그것은 중국의 데이터 출경 안전성 평가를 촉발할 수 있음; 본토 안에서 서비스되는 중국 대상 직원 포털은 ICP 비안이 필요합니다. Oracle은 국내 Dedicated Region과 Cloud@Customer 모델을 제공하지만 — 그것은 인프라이지 컴플라이언스가 아닙니다: 국경 간, 동의, ICP 의무가 귀사 것으로 남습니다.
이는 리스크 지도이지 판결이 아닙니다 — 귀사가 지는 것은 귀사 인원수, 데이터 물량, 취급자로서 귀사 역할에 달렸고, 자문과 매듭지을 가치가 있습니다. 21YunBox가 노출을 매핑하고, 머물러야 하는 중국 직원 데이터를 중국 상주 발판으로 현지화하고, 귀사 중국 대상 표면을 ICP 비안된 인프라로 국내에서 전송합니다 — 결코 어떤 형태의 우회 없이. 컴플라이언스 진단 받기 →
컴플라이언스 스냅샷
- ✓ 도달성은 질문이 아님. Oracle Fusion Cloud HCM은 본토에서 공개 인터넷 너머로 닿는 브라우저 기반 SaaS이고 국경에서 차단되지 않음. 화면이 로드되는가는 중국 법이 반응하는 것이 아님.
- ! 기본값으로 귀사 직원의 레코드가 해외에 삶. 표준 Fusion HCM 테넌트는 Oracle Cloud Infrastructure 상용 realm 리전 — 가장 가까운 것이 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니 — 에서 돌고, 중국 본토 리전이 없으므로, 귀사 중국 인력의 HR 데이터가 해외에 쉼: PIPL 아래 국경 간 이전(数据出境)(제38~40조).
- ! HCM이 쥐는 것의 많은 것이 민감 PI. 급여, 정부 ID, 은행과 복리후생 — 그리고 흔히 건강 — 은 민감 개인정보(PIPL 제28~29조)로, 국경 간 의무 위에 특정 목적, 별도 동의, 사전 보호 영향 평가(제55조)를 지님.
- ! 메커니즘과 저장 의무는 Oracle이 아니라 고용주의 것. PIPL 제38~40조는 고지, 별도 동의, 이전 메커니즘 하나를 취급자에 둠; 데이터 출경 안전성 평가가 적용될 수 있고; CIIO나 대량 취급자에게, 중국에서 생성된 데이터는 중국에 머물러야 함(PIPL 제40조; 사이버보안법 제39조, 구 제37조). HR 관리 근거(제13조(2))가 이것을 끄지 않음.
- ! Oracle은 국내 인프라를 제공 — 하지만 그것은 컴플라이언스가 아님. OCI Dedicated Region과 Cloud@Customer가 Oracle 관리 인프라를 한 나라 안 시설에 둘 수 있지만, Oracle의 게시된 전용 리전은 어떤 중국 위치도 이름하지 않고, 국내 배포조차 PIPL 국경 간과 동의 의무, 그리고 어떤 중국 대상 직원 포털에 대한 ICP 비안을 귀사에 남김.
- ✓ 합법적 경로: 머물러야 하는 중국 직원 데이터를 중국 상주 발판에 유지하고, 해외 Fusion에는 합법적으로 떠날 수 있는 것만 보내고, 인력의 나머지에 Fusion을 유지하고, 어떤 중국 대상 직원 포털이든 ICP 비안된 인프라로 국내에서 전송 — 결코 어떤 형태의 우회 없이.
Oracle HCM Cloud 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Oracle의 공개 클라우드는 중국 본토 리전이 없습니다 — 표준 Fusion HCM 테넌트는 해외에 호스팅됩니다. Oracle 자신의 인프라 문서는, 그 공개 리전에 관해, “The following table lists the regions in the Oracle Cloud Infrastructure commercial realms,” 라 명시하고, 그 아시아-태평양 항목 전역에서 — 호주, 인도, 인도네시아, 일본, 말레이시아, 싱가포르, 한국 — 어느 것도 중국 본토에 없음; 가장 가까운 것이 도쿄, 오사카, 서울, 춘천, 싱가포르, 뭄바이, 하이데라바드, 시드니, 멜버른. Oracle Fusion Cloud HCM은 그 같은 상용 realm 리전에서 돌므로, 귀사 중국 직원의 레코드가 저장되는 순간 PIPL 아래 국경 간 이전입니다. | Oracle — Regions and Availability Domains, Oracle Cloud Infrastructure 문서 (docs.oracle.com), 2026-10-09 열람 |
| Oracle은 국내 “dedicated” 클라우드 리전을 돌립니다 — 하지만 그 게시된 목록은 어떤 중국 위치도 이름하지 않습니다. Oracle 자신의 Fusion Cloud 리전 문서는 그 Dedicated Region Cloud@Customer realm을 나라별로 열거합니다 — 그중 오만, 카타르, UAE, 사우디아라비아, 미국, 브라질 — Oracle 관리 인프라를 고객 자신의 시설 안에 두는 모델. 그 전용 리전 중 어느 것도 중국 본토에 없고, 그런 배포는 표준 Fusion HCM 구독에서 고르는 리전이 아니라 고객 설치 인프라 프로젝트입니다. 국내 하드웨어는 데이터가 어디에 앉는지를 정하지; 그 자체로 PIPL 국경 간, 동의, 또는 ICP 의무를 면제하지 않습니다. | Oracle Fusion Cloud EPM — Geographical Regions and Identifiers (docs.oracle.com), 2026-10-09 열람 |
| 중국 직원 데이터를 해외 Fusion 테넌트로 수출하는 것은 PIPL 국경 간 이전 — 그리고 HR 데이터 대부분이 민감합니다. 중국 본토 직원으로부터 수집된 개인정보를 해외에 호스팅된 Fusion HCM 인스턴스로 옮기는 것은 PIPL 제38~40조를 걸리게 합니다: 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 급여, 정부 ID, 은행, 복리후생, 건강은 민감 개인정보(제28~29조)로, 특정 목적, 별도 동의, 사전 개인정보 보호 영향 평가(제55조)를 더합니다. HR 관리 근거(제13조(2))는 일상 처리를 허용하지만 국경 간 메커니즘이나 민감 PI 의무를 제거하지 않습니다. | 중화인민공화국 개인정보 보호법, 제13조, 제28~29조, 제38~40조 및 제55조 (cac.gov.cn), 2026-10-09 열람 |
| 일부 취급자에게 데이터는 중국에 머물러야 하고 — 본토 안에서 직원 포털을 서비스하는 것은 ICP 비안을 촉발합니다. 취급자가 핵심정보인프라 운영자이거나 개인정보를 물량으로 옮기는 곳에서, 중국에서 생성된 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 Fusion 리전이 충족 못 하는 의무 — 크거나 중요 데이터 이전은 어느 것이 떠나기 전 중국의 데이터 출경 안전성 평가가 필요할 수 있음. 중국 안에서 실제로 서비스되는 어떤 직원 셀프서비스나 온보딩 사이트든 본토 호스팅 리소스에 묶인 ICP 비안(State Council Order No. 292; MIIT Order No. 33)을 쥐어야 합니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조); State Council Order No. 292; MIIT Order No. 33 (npc.gov.cn), 2026-10-09 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 9일에 출처를 확인했습니다.
인사 플랫폼에, “Oracle HCM Cloud는 중국에서 작동하는가” 는 누구든 페이지 로드를 재기 훨씬 전에 매듭지어집니다. Oracle Fusion Cloud HCM은 귀사 인력의 기록 시스템 — 모든 직원의 신원, 급여, 복리후생, 성과 이력 — 이고, 브라우저 기반 소프트웨어로서 본토에 완벽히 잘 닿습니다. 그 질문이 진짜 달린 것은 지리입니다: 그 직원 레코드가 어디에 쉬게 되는지, 그리고 그것이 애초에 중국을 떠날 허용을 받았는지. 그것은 중국 법 아래 데이터 레지던시와 국경 간 질문이고, 성능 상류에 앉습니다. Oracle은 지리 절반을 그 자신의 리전 문서에서 답하고 — 그 답은, 표준 Fusion HCM 테넌트에, 해외입니다.
한눈에 보는 중국에서의 Oracle HCM Cloud
| 무엇이 결정하는가 | Oracle 자신의 말 — 그리고 중국 법 |
|---|---|
| 그것이 무엇인가 | Oracle Fusion Cloud HCM은 귀사 인력의 클라우드 기록 시스템 — 코어 HR, 급여, 복리후생, 인재, 성과 — 로, Oracle Cloud Infrastructure(OCI)에서 돕니다. 중국 법인에 그것은 모든 직원의 연속적이고 식별 가능한 기록을, 그중 많은 것이 민감한 채, 쥡니다. |
| 본토에서 닿는가? | 예. Fusion HCM은 OCI 리전에서 서비스되는 브라우저 접근 SaaS이고, 국경에서 차단되지 않습니다. 도달성은 중국 질문이 아닙니다. (본토에서 해외 테넌트로의 국경 간 접근은 일관되지 않을 수 있습니다 — 결정이 아니라 운영 사안.) |
| 직원 레코드가 어디에 사는가? | 기본값으로 해외. Oracle의 리전 문서는 그 상용 realm 리전을 열거하고, 그 아시아-태평양 항목 전역에서 — 호주, 인도, 인도네시아, 일본, 말레이시아, 싱가포르, 한국 — 어느 것도 중국 본토에 없음; 가장 가까운 것은 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니. 표준 Fusion HCM 테넌트는 따라서 해외 리전에 앉습니다. |
| Oracle에 어떤 중국 발판이든 있나? | 자가 배포 인프라로서만, 기본 리전이 아니라. OCI Dedicated Region과 Cloud@Customer가 Oracle 관리 인프라를 고객 자신의 시설 안에 둘 수 있지만, Oracle의 게시된 전용 리전은 어떤 중국 위치도 이름하지 않고, 그런 빌드는 고객 설치 프로젝트 — 그리고 그것은 여전히 아래 의무를 면제하지 않습니다. |
| 중국 직원 데이터를 그것에 넣는 것 | 레코드는 개인정보이고, 그중 많은 것이 민감. 그것을 해외 Fusion 테넌트에 쥐는 것은 PIPL 아래 국경 간 이전(数据出境)(제38~40조)입니다: 고지, 이전 메커니즘, 그리고 고용 관계에서 자유로이 주어진 것으로 다루기 어려운 별도 동의. 급여, 정부 ID, 복리후생, 건강은 민감 개인정보(제28~29조)로, 특정 목적, 별도 동의, 영향 평가 바(제55조)를 더함. 물량에서, CAC 데이터 출경 안전성 평가가 적용될 수 있음; CIIO에게, 사이버보안법 제39조(구 제37조)는 해외 리전이 충족 못 하는 국내 저장 의무를 설정. |
| 합법적 경로 | 머물러야 하는 중국 직원 데이터를 중국 상주 발판에 유지하고, 해외 Fusion에는 합법적으로 떠날 수 있는 것만 보내고, 귀사 인력의 나머지에 Fusion을 유지하고, 어떤 중국 대상 직원 표면이든 ICP 비안된 인프라로 국내에서 전송하십시오. 21YunBox가 매핑, 현지화, 전송합니다; 그것은 우회를 쓰거나 제안하지 않습니다. |
본토에서 닿음 — 그것이 결코 질문이 아니었던
상하이나 선전의 직원이 Oracle Fusion Cloud HCM을 열 수 있습니다: 그것은 공개 인터넷 너머로 닿는 브라우저 기반 SaaS이고, 중국이 국경에서 차단하는 서비스가 아닙니다. 그래서 도달성은 중국 결정이 내려지는 곳이 아닙니다. 본토에서 해외 테넌트로의 국경 간 접근은 고르지 않을 수 있고, 유혹은 그것을 네트워크 변통을 통해 강제하는 것입니다 — 21YunBox는 그런 어떤 우회도 쓰거나 제안하지 않는데, 그것은 컴플라이언스 리스크이자 요점을 벗어난 것이기 때문입니다. 같은 이유로 이 페이지는 Fusion HCM에 대한 어떤 일차 중국 지연 수치도 게시하지 않습니다: 속도는 레지던시와 동의에 달린 결정의 축이 아닙니다. 생산적인 질문은 직원 레코드가 어디에 살고, 그것이 거기 있을 합법적 근거가 있었는가입니다.
표준 Fusion HCM 테넌트가 어디에 사는가 — 기본값으로 해외
Oracle Fusion Cloud HCM은 Oracle Cloud Infrastructure에서 전달되고, 귀사 테넌트는 그것이 프로비저닝된 어느 OCI 리전에든 삽니다. Oracle 자신의 리전 문서는 그 공개 발자국을 “The following table lists the regions in the Oracle Cloud Infrastructure commercial realms,” 로 소개하고, 뒤따르는 아시아-태평양 행 전역에서 — 호주, 인도, 인도네시아, 일본, 말레이시아, 싱가포르, 한국 — 중국 본토 리전이 없고; 본토에 가장 가까운 것은 도쿄, 오사카, 서울, 춘천, 싱가포르, 뭄바이, 하이데라바드, 시드니, 멜버른입니다. Fusion의 더 넓은 SaaS 가족이 그 같은 상용 realm 지리에 호스팅됩니다.
그래서 결론은 튜닝 문제가 아니라 구조적입니다: 귀사 중국 인력을 서비스하는 표준 Fusion HCM 테넌트는 Oracle이 그것을 프로비저닝할 본토 리전을 제공하지 않으므로 해외에 호스팅됩니다. 귀사 중국 법인이 Fusion에 입력하는 HR, 급여, 복리후생, 인재 레코드가 전부 다른 나라에 쉬게 됩니다. 그 레지던시 사실이 Fusion HCM에 관한 모든 중국 컴플라이언스 질문이 시작되는 곳이고 — 성능이 논의되기 전에 매듭지어집니다. 같은 논리가 그 Fusion 스위트 형제, 같은 해외 OCI 발판을 공유하는 Oracle Fusion Cloud ERP에 대한 저희 독해를 구동합니다.
Oracle은 국내 인프라를 제공한다 — 하지만 인프라는 컴플라이언스가 아니다
Oracle이 한 나라 안에 클라우드 리전을 둘 방법이 없다 하는 것은 부정확할 것입니다. Oracle은 Oracle 관리 인프라를 고객 자신의 데이터센터에 두는 Dedicated Region과 Cloud@Customer 제공물을 운영하고, 그 게시된 전용 리전 realm은 나라별입니다 — 그 목록은 오만, 카타르, UAE, 사우디아라비아, 미국, 브라질을 이름합니다. 그중 어느 것도 중국 본토에 없고, Dedicated Region이나 Cloud@Customer 배포는 표준 Fusion HCM 구독에서 고르는 리전이 아니라 고객 설치 인프라 빌드입니다.
컴플라이언스 페이지에 더 중요하게: 조직이 국내 Oracle 발판을 세우는 곳에서조차, 그것은 바이트가 어디에 앉는지를 정하지 — 처리가 합법적인지를 아닙니다. 어떤 직원 데이터든 여전히 그 국내 시스템에서 글로벌, 해외 Fusion 인스턴스로 그룹 HR 보고를 위해 흐르면, 그 흐름이 그 자체로 국경 간 이전입니다. 중국 대상 직원 포털에 대한 ICP 비안은 사라지지 않습니다. 그리고 아래의 민감 PI와 동의 의무는 그것이 사는 랙과 무관하게 데이터에 붙습니다. 국내 하드웨어는 레지던시의 필요 조건이지; 컴플라이언스의 충분 조건이 결코 아닙니다 — 바로 그 때문에 이것은 조달 질문이기 전에 법 질문입니다.
해외의 직원 레코드는 국경 간 이전이다 — 그리고 HR 데이터의 많은 것이 민감하다
레코드가 해외에 있으면, 다른 법 체계가 그것이 거기 가도 되었는지를 결정합니다. 중국 본토의 직원으로부터 개인정보를 수집해 해외에 호스팅된 Fusion HCM 테넌트에 유지하는 것은 개인정보 보호법 아래 개인정보의 국경 간 이전(数据出境)입니다. PIPL은 그 의무를 개인정보 취급자 — 프로세서인 Oracle이 아니라 고용주 — 에 둡니다: 제38~40조는 고지, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증), 그리고, 동의가 귀사 근거인 곳에서, 해외 이전을 위한 별도 동의를 요구합니다.
직원 데이터가 그 동의를 어색하게 만듭니다. PIPL은 고용주가 합법적으로 채택된 노동 정책 아래 인사 관리에 필요한 곳에서 직원 개인정보를 처리하도록 허용하므로(제13조(2)), 일상 HR 처리가 항상 동의에 기댈 필요는 없습니다. 하지만 그 레코드를 해외 Fusion으로 수출하는 것은 국경 간 규칙을 그 자체로 걸리게 하는 뚜렷한 행위이고, 별도 동의는 직원이 고용주에게 자유로이 줄 수 있는 것이 좀처럼 아닙니다. 최근 CAC 규칙은 국경 간 인사 관리에 필요한 일부 이전을 가장 무거운 평가 경로에서 떼어내지만, 그것은 고지, 합법적 근거, 이전 메커니즘의 기저 의무를 끄지 않습니다.
노출은 그것이 쥐는 것 때문에 보통 애플리케이션보다 HCM 시스템에 더 날카롭습니다. 급여, 정부 ID, 은행과 복리후생 세부 — 그리고 흔히 건강과 가족 데이터 — 는 PIPL(제28~29조)상 민감 개인정보이고, 그것을 처리하는 것은 특정 목적, 별도 동의, 개인정보 보호 영향 평가(제55조)를 요구합니다. 민감 직원 데이터를 물량 문턱 위로 국경 너머 옮기는 것은 추가로 어느 것이 떠나기 전 중국의 데이터 출경 안전성 평가(数据出境安全评估)를 촉발할 수 있습니다. 그리고 핵심정보인프라 운영자나 대량 취급자에게, 중국에서 생성된 개인정보는 본토에 저장되어야 합니다(사이버보안법 제39조(구 제37조 — 데이터 현지화 조항은 2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변); PIPL 제40조) — 해외 Fusion 리전이 충족할 수 없는 의무. 마지막으로, 그 시스템의 어떤 중국 대상 표면 — 직원 셀프서비스 포털, 본토의 사람에게 실제로 서비스되는 온보딩이나 채용 페이지 — 이든 거기 공개 서비스이므로, 그것은 본토 호스팅 리소스에 묶인 ICP 비안(备案) 의무를 집니다. 이 중 어느 것이 귀사 조직을 무는지는 귀사 실제 인원수와 데이터에 대조해 자문과 매듭지을 리스크이지 — Fusion HCM이 “차단” 되거나 “불법” 이라는 판결이 아닙니다.
합법적 경로 — 매핑, 현지화, 전송
중국 본토를 포함하는 인력을 위해 Oracle HCM Cloud를 돌리는 합법적 방법이 있고, 그것은 형태를 지닙니다. 먼저, 매핑: 저희 중국 팀이 귀사 PIPL 노출을 풀어냅니다 — 중국에서 수집된 어느 직원 레코드가 나라에 머물러야 하는지, 무엇이 글로벌 HR을 위해 합법적으로 떠날 수 있는지, 데이터 출경 안전성 평가나 제39조(구 제37조) 저장 의무가 어디서 무는지, 그리고 귀사 고지, 동의, 영향 평가 흐름이 무엇을 다뤄야 하는지. 법적 결론은 자문과 매듭지어집니다; 저희는 그것에 먹이를 주는 기술 그림을 짓습니다.
그 다음 현지화: 저희는 머물러야 하는 중국 직원 데이터를 위해 중국 상주 발판 — 그 레코드를 위한 동의된, 국내 집 — 을 세우고 통합하고, 한편 귀사는 Fusion을 귀사 인력의 나머지를 위한 기록 시스템으로 유지해, 그것에 합법적으로 국경을 넘을 수 있는 것만 보냅니다. 국내 Oracle 배포가 맞는 곳에서, 저희는 귀사가 그것을 있는 그대로 저울질하도록 돕습니다 — 컴플라이언스 지름길이 아니라 레지던시 발판.
그 다음 전송: 중국 대상 표면 — 귀사 본토 사람이 실제로 여는 셀프서비스, 온보딩, 또는 채용 페이지 — 은 규정에 맞는, 국내 전송이 필요하고, 본토의 공개 대상 서비스는 ICP 비안 의무를 집니다. 21YunBox Optimizer가 그것을 국내에서, 귀사가 이미 돌리는 것 앞단에, 재구축도 리플랫폼도 없이 전송합니다. 결과는 귀사 중국 내 사람을 위해 합법적으로 그리고 규정에 맞게 돌아가는 인력 시스템입니다. 저희가 결코 하지 않는 것 — 그리고 아무도 합법적으로 할 수 없는 것 — 은 귀사에 중국의 데이터 출경 규칙을 둘러 가거나 어떤 네트워크 통제를 둘러 가는 경로를 주는 것입니다: 저희는 머물러야 하는 것을 현지화하고 국내에서 전송하며, 결코 몰래나 어떤 형태의 우회로 개인정보를 중국 밖으로 옮기지 않습니다.
관련 읽을거리:
자주 묻는 질문
Oracle은 Fusion HCM Cloud를 중국 본토에 호스팅하나요?
표준 옵션으로는 아닙니다. Oracle Fusion Cloud HCM은 Oracle Cloud Infrastructure에서 돌고, Oracle 자신의 리전 문서는 그 상용 realm에 어떤 중국 본토 리전도 열거하지 않습니다 — 가장 가까운 것이 도쿄, 오사카, 서울, 싱가포르, 뭄바이, 시드니 — 그래서 귀사 중국 인력을 위한 표준 HCM 테넌트가 해외에 호스팅됩니다. 그것이 귀사 중국 직원의 레코드를 PIPL 아래 국경 간 이전(数据出境)으로 만듭니다. Oracle은 국내 Dedicated Region과 Cloud@Customer 모델을 제공하지만, 그것은 보통 구독에서 고르는 리전이 아니라 고객 설치 인프라 프로젝트입니다. 도달성은 장애물이 아닙니다; 레지던시와 동의가 그렇습니다. 구체적인 것은 자문과 확인하십시오.
Oracle에 국내 Dedicated Region이 있는데 — 하나를 고르는 것이 중국 데이터 레지던시를 해결하지 않나요?
그것은 질문의 절반만 해결합니다. Dedicated Region이나 Cloud@Customer 배포는 Oracle 관리 인프라를 주어진 나라 안 시설에 둘 수 있고, 그것이 바이트가 물리적으로 어디에 앉는지를 다룹니다 — 하지만 인프라는 컴플라이언스가 아닙니다. 어떤 직원 데이터든 여전히 그 시스템에서 글로벌, 해외 Fusion 인스턴스로 그룹 HR 보고를 위해 흐르면, 그 흐름이 그 자체로 PIPL 아래 국경 간 이전입니다(고지, 별도 동의, 이전 메커니즘). 급여, ID, 건강 데이터에 대한 민감 PI 의무는 랙과 무관하게 붙습니다. 그리고 본토 안에서 서비스되는 중국 대상 직원 포털은 여전히 ICP 비안이 필요합니다. 국내 하드웨어는 레지던시의 필요 조건이지, 합법적 처리의 충분 조건이 결코 아닙니다 — 자문과 매듭지을 입장.
21YunBox가 우리 Oracle HCM Cloud 설정을 중국에서 작동하게 만들 수 있나요?
예. 저희 중국 컴플라이언스 팀이 귀사 법인과 인원수에 대해 귀사 PIPL 국경 간, 레지던시, 동의 노출을 매핑합니다 — 중국에서 수집된 어느 직원 레코드가 나라에 머물러야 하는지, 무엇이 글로벌 HR을 위해 합법적으로 떠날 수 있는지, 데이터 출경 안전성 평가나 국내 저장 의무가 어디 적용되는지, 그리고 귀사 고지와 동의 흐름이 무엇을 다뤄야 하는지. 그 다음 저희는 머물러야 하는 중국 직원 데이터를 중국 상주 발판으로 현지화하고, Fusion을 귀사 인력의 나머지를 위한 기록 시스템으로 유지하고, 귀사 중국 대상 직원 표면이 필요로 하는 ICP 비안된, 국내 전송을 세웁니다 — 귀사가 이미 돌리는 HR 스택 앞단에, 재구축 없이 그리고 결코 어떤 형태의 우회 없이. 귀사의 구체적 사례를 다루려면 문의하기.
