NAVEX는 중국에서 작동하나요? 내부고발 신고, PIPL 민감 PI & 데이터 레지던시

NAVEX 공식 문서가 중국에 대해 말하는 것

사실	1차 출처
NAVEX 자신의 표현으로, 고객 데이터는 두 리전 중 하나 — 미국이나 EU — 에 호스팅됩니다: “If your data is hosted in the EU, your data is safely stored and protected in Frankfurt, Germany, and backed up in Amsterdam, the Netherlands,” 그리고 미국에 호스팅되면 “held in compliance with the requirements of the EU General Data Protection Regulation (GDPR).” 어떤 중국 본토 리전도 제공되지 않습니다.	NAVEX — Data Privacy
NAVEX One의 하위 처리자 목록은 Okta, Fivetran, Snowflake, Microsoft Azure를 이름하고, 각각 “Hosting and cloud infrastructure regions in the USA” 와 “in the European Union” 에서 운영하며, Microsoft가 “Azure for hosting” 을 제공합니다. 열거된 모든 리전이 미국이나 EU에 있습니다 — 중국 본토에는 없음.	NAVEX — NAVEX One sub-processors
내부고발 또는 윤리 핫라인 신고는 신고자의 신원을 식별 가능한 사람들에 대한 혐의와 짝짓고 흔히 금융, 건강, 또는 혐의 범죄 행위를 건드립니다 — PIPL 제28조 민감 개인정보. 그것을 중국에서 수출하는 것은 고지, 별도의 특정 동의, 이전 메커니즘 하나, 그리고 사전 개인정보 보호 영향 평가를 요구하는 국경 간 이전입니다(PIPL 제38~40조와 제55조).	개인정보 보호법(PIPL), 제28조, 제38~40조, 제55조
핵심정보인프라 운영자나 대량 취급자에게, 중국 본토에서 생성된 개인정보는 본토 안에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조, 구 제37조 — 2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변). 어떤 해외 NAVEX 리전도 그 의무를 이행할 수 없습니다.	PIPL 제40조; 사이버보안법 제39조(구 제37조)

21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.

NAVEX 같은 내부고발 핫라인이자 GRC 플랫폼 — 이전에 NAVEX Global로 브랜드되었고, 그 핵심에 EthicsPoint가 있는 윤리-그리고-컴플라이언스 스위트 — 에, 그것이 중국 본토에서 “작동” 하는가는 접수 양식이 로드되는가로 정해지지 않습니다. 그것은 그것이 쥐는 레코드가 어디에 쉬도록 허용되는가로 정해집니다. NAVEX는 귀사의 가장 민감한 거버넌스 데이터의 기록 장부입니다: 신고자의 신원을 이름 붙은, 식별 가능한 사람들에 대한 혐의와 짝짓는 내부고발 및 윤리 핫라인 신고; 조사 사건 파일; 제3자 계약과 그 서명자; 리스크 레지스터; 그리고 이사회와 정책 자료. 그 모두가 개인정보이고, 핫라인 신고는 회사가 쥐는 가장 민감한 것 중 하나입니다. NAVEX 자신의 데이터 프라이버시 페이지로, 고객 데이터는 미국이나 EU에 호스팅됩니다 — 프랑크푸르트에 저장되고 암스테르담에 백업됨 — 중국 본토 리전 없이. 지연이 아니라 지리가 중국 법이 반응하는 것입니다.

한눈에 보는 중국에서의 NAVEX

본토 리전 없음, 그래서 신고가 나라를 떠난다

NAVEX는 그 호스팅 지리를 분명히 공표합니다. 그 데이터 프라이버시 페이지는 고객에게 “If your data is hosted in the US, your data is held in compliance with the requirements of the EU General Data Protection Regulation (GDPR),” 그리고 “If your data is hosted in the EU, your data is safely stored and protected in Frankfurt, Germany, and backed up in Amsterdam, the Netherlands.” 라 말합니다. 두 리전, 둘 다 해외. NAVEX One 하위 처리자 목록은 운영적 표현으로 같은 것을 말하고 — Okta, Fivetran, Snowflake, Microsoft Azure 각각이 “Hosting and cloud infrastructure regions in the USA” 와 “in the European Union” 에서 돕니다 — WhistleB 내부고발 제품은 “Our data centers are located within the EU.” 라 밝힙니다. 중국 본토는 이 지도들 어디에도 나타나지 않습니다. 그래서 NAVEX가 국내 리전을 열지 않는 한, 그것이 귀사 중국 운영에서 수집하는 모든 윤리 신고, 사건 파일, 계약, 리스크 레코드가 미국이나 EU NAVEX 환경에 쉬게 됩니다 — 본토를 떠나는 순간부터 개인정보의 국경 간 이전.

내부고발 신고는 민감 개인정보다

NAVEX의 노출을 평범한 애플리케이션의 것보다 더 날카롭게 만드는 것은 그것이 쥐는 것의 성질입니다. 윤리 핫라인 신고는 중립적 레코드가 아닙니다: 그것은 신고자 — 때로 이름 붙은, 때로 익명 — 를 식별 가능한 동료들에 대한 상세한 혐의와 짝짓고, 일상적으로 금융 비위, 괴롭힘, 안전과 건강 사안, 또는 혐의 범죄 행위를 건드립니다. 중국의 개인정보 보호법(제28조) 아래, 그것은 민감 개인정보입니다 — 누출이나 오용이 사람의 존엄이나 안전을 쉽게 해칠 수 있는 정보. 그것을 처리하는 것은 특정 목적과 입증된 필요성, 별도로 받은 동의, 그리고 데이터가 애당초 다뤄지기 전에 사전 개인정보 보호 영향 평가(제55조)를 요구하고 — 그것이 해외로 보내지기 전에 둘째, 특정 동의를 다시 요구합니다.

여기서 역설이 진정한 법적 매듭으로 날카로워집니다. 회사가 그 윤리와 컴플라이언스 프로그램을 돌리려고 배치하는 바로 그 도구가 그것이 쥐는 가장 민감한 신고를 중국 밖으로 나르는 것입니다. 그리고 그 신고 속 사람들은 바로 수출에 자유롭게 동의할 수 없는 사람들입니다: 익명으로 제출하는 내부고발자는 아무것에도 동의하지 않았고, 혐의에 이름 붙은 직원은 자신에 대한 고발을 해외로 실어 보내는 것을 승인할 리 없습니다. 민감 신고를 물량으로 국경 너머로 옮기는 것은 또한 무엇이든 떠나기 전에 중국의 데이터 수출 안전성 평가(数据出境安全评估)를 끌어들일 수 있습니다.

노출을 좁히는 것은 도어를 닫지 않는다

반사적 반응은 NAVEX와 그 동류가 제공하는 레버에 손을 뻗는 것입니다 — 신고에서 이름을 가리고, 미국보다 EU 리전을 고르고, 누가 사건을 열 수 있는지 제한하고, 자가 관리 배치에 대해 묻기. 이것들 각각은 할 가치가 있고, 각각 국경을 넘는 무엇을 줄입니다. 그중 어느 것도 그것이 넘는다는 것을 바꾸지 않습니다. 미국 데이터센터보다 프랑크푸르트를 고르는 것은 민감 신고를 한 해외 관할에서 다른 관할로 옮깁니다; 그것은 그것들을 중국 본토 안으로 가져오지 않습니다. 그리고 중국은 EU 표준계약조항이나 EU–US Data Privacy Framework — NAVEX가 문서화하는 GDPR 시대 안전장치 — 를 개인정보를 본토 밖으로 수출할 합법적 근거로 인정하지 않습니다; 인정된 경로는 CAC 안전성 평가, CAC 표준계약, 또는 CAC 인증 인증입니다. 편집은 페이로드를 좁히지만 남는 무엇이든에 대한 레지던시 질문을 남기고, 국내 저장 의무(PIPL 제40조; 사이버보안법 제39조(구 제37조) — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조항을 37에서 39로 재번호, 실질 불변)는 그것 중 얼마나 적게 이동하는가가 아니라 레코드 자체에 붙습니다.

이는 리스크 지도이지 판결이 아닙니다. 귀사가 별도 동의, 이전 메커니즘, 국내 저장, ICP 비안, 또는 그것들의 어떤 조합을 지는지는 귀사 법인, 귀사 데이터 물량, NAVEX가 쥐는 것 중 얼마가 개인적이고 민감한지, 그리고 귀사 신고자와 대상이 누구인지에 달렸습니다 — 그 모두가 단 하나의 신고를 NAVEX를 통해 라우팅하기 전에 자문과 매듭지을 가치가 있습니다.

합법적 경로 — 매핑, 현지화, 전송

중국 본토에 사람과 운영을 가진 조직을 위해 NAVEX를 돌리는 합법적 방식이 있고, 그것은 명확한 형태를 가집니다. 먼저, 매핑: 저희 중국 컴플라이언스 팀이 귀사 PIPL 국경 간, 데이터 레지던시, 민감 PI 의무를 귀사 실제 법인, 귀사 데이터 물량, 그리고 귀사 신고자와 데이터 주체가 누구인지에 대조해 읽습니다 — 어느 NAVEX 레코드가 중국 땅에 머물러야 하는지, 어느 것이 합법적으로 국경을 넘어도 되는지, 어디서 데이터 수출 안전성 평가나 제39조(구 제37조) 저장 의무가 적용되는지, 그리고 귀사 고지, 동의, 영향 평가 흐름이 무엇을 덮어야 하는지. 법적 결론은 귀사 자문과 도달됩니다; 저희는 그것들에 먹이는 기술적 그림을 짓습니다.

그다음 현지화: 저희는 본토에 남아야 하는 레코드 — 중국 법이 그 나라에 유지하는 민감 신고와 사건 데이터 — 를 위한 동의받은, 국내 집을, NAVEX가 지원하는 곳에서 자가 관리 배치를 포함해 세우고 통합하며, 한편 귀사는 합법적으로 이동해도 되는 모든 것에 NAVEX를 기록 시스템으로 유지합니다.

그다음 전송: 어떤 중국 대상 표면이든 — 직원 신고 포털, 본토 안 사람들에게 실제로 서비스되는 접수나 공개 양식 — 은 거기 공개 대상 서비스이므로, 그것은 ICP 비안(备案) 의무를 지고 규정에 맞는, 국내 전송을 필요로 합니다. 21YunBox Optimizer는 그것을 중국 안에서, ICP 비안된 인프라로, 귀사가 이미 돌리는 NAVEX 스택 앞단에 서비스합니다 — 재구축도, 두 번째 코드베이스도, 마이그레이션도 없이. 귀사 NAVEX 투자에 저희는 대체물이 아니라 규정에 맞는 overlay이자 파트너입니다. 결과는 귀사 중국 사용자에게 합법적이고 규정에 맞게 도는 윤리-그리고-컴플라이언스 프로그램입니다. 21YunBox는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다.

컴플라이언스 진단 받기 →

---

관련 읽을거리:

• PIPL상 국경 간 데이터 이전
• 중국 데이터 수출 안전성 평가 방법
• 중국 사이버보안법 (데이터 현지화, 제39조)
• 중국 ICP 비안 받는 법

자주 묻는 질문

NAVEX는 내부고발과 윤리 핫라인 데이터를 중국에 저장하나요?

아니요. NAVEX 자신의 데이터 프라이버시 페이지로, 고객 데이터는 미국이나 EU에 — 독일 프랑크푸르트에 저장되고 네덜란드 암스테르담에 백업됨 — 호스팅되고, 그 리전 중 어느 것도 중국 본토에 없습니다. 그래서 그것이 귀사 중국 운영에서 수집하는 신고, 사건 파일, 계약이 해외에 저장되고, 그것이 이것을 속도 질문이 아니라 데이터 레지던시 질문으로 만드는 것입니다.

중국에서 NAVEX를 쓰는 것이 법에 어긋나나요?

본질적으로는 아닙니다. 쟁점은 개인정보의 국경 간 이전이고, PIPL은 귀사가 고지하고, 별도 동의를 받고, 이전 메커니즘 하나를 충족하면 그것을 허용합니다. 어려움은 윤리 핫라인 신고가 제28조 민감 개인정보이고, 그 안의 사람들 — 익명 내부고발자, 또는 혐의에 이름 붙은 직원 — 이 흔히 수출에 자유롭게 동의할 수 없다는 것입니다. 귀사가 또한 국내 저장에 부딪히는지는 귀사 역할과 데이터 물량에 달렸습니다. 그것을 전면 금지가 아니라 자문과 평가할 리스크로 다루십시오.

21YunBox가 우리 NAVEX 설정을 중국에서 규정에 맞게 만들 수 있나요?

예. 저희 중국 팀이 귀사 PIPL 국경 간, 레지던시, 민감 PI 노출을 귀사 법인과 데이터 물량에 대해 매핑한 뒤, 본토에 머물러야 하는 레코드 — NAVEX가 지원하는 곳에서 자가 관리 배치를 포함해 — 를 위한 동의받은, ICP 비안된 국내 집을 세우고, 한편 귀사는 합법적으로 이동해도 되는 모든 것에 NAVEX를 유지합니다. 귀사의 구체적 사례를 다루려면 문의하기.