RGPD, CCPA e PDPA em uma só ferramenta.
Atualizado para 2026.
Suas equipes na UE estão sujeitas ao RGPD. Suas equipes na Califórnia lidam com dados do CCPA. Suas equipes em Singapura trabalham sob a PDPA. Três frameworks. Um banco de dados compartilhado.
Este é o desafio global de privacidade para equipes distribuídas. Os dados de clientes que elas acessam são os mesmos. As regras que regem esses dados não são.
A lacuna multijurisdicional
Um grupo de suporte na Alemanha, na Califórnia e em Singapura pode abrir a mesma conta de cliente. O nome, e-mail e detalhes da conta nesse registro estão sujeitos a regras diferentes em cada país.
Sob o RGPD, deve existir uma base legal para cada uso. Sob o CCPA, o cliente pode solicitar exclusão e recusar o compartilhamento. Sob a PDPA, regras de consentimento e transferência se aplicam.
Compartilhar um arquivo de cliente com um assistente de IA pode gerar obrigações sob as três leis ao mesmo tempo. Uma ação. Três frameworks.
O software regional não pode resolver isso. Ele piora o problema.
Por que uma plataforma por região falha
O instinto é adaptar o software à localização. Equipes nos EUA recebem uma solução americana. Equipes na UE recebem uma solução europeia. Equipes na APAC recebem uma solução APAC.
Isso falha na prática.
Os dados não seguem a plataforma. Um agente na Califórnia que trata da reclamação de um cliente alemão ainda está vinculado ao RGPD. O direito de apagamento do cliente europeu se aplica. A solução americana pode não incluir formatos de identidade alemã ou números de IBAN. Isso é uma lacuna.
A configuração se divide em três sistemas. Três plataformas significam três trilhas de auditoria. Três configurações de cobertura. Três conjuntos de tipos de entidades que podem não se alinhar. Um relatório unificado vira uma tarefa manual de consolidação.
Transferências transfronteiriças geram confusão. Um analista nos EUA pode receber uma exportação com dados de clientes europeus. Sob o RGPD, a lei segue o titular dos dados — não a localização do analista. Uma solução apenas americana não resolve isso.
Consulte o guia de conformidade legal para ver como as obrigações transfronteiriças se acumulam.
Cobertura de entidades por região
Os identificadores de dados pessoais variam por país. Uma plataforma criada para um mercado deixará de detectar identificadores de outro.
Entidades da UE (RGPD):
- Personalausweis alemão e Steuernummer.
- Numéro de Sécurité Sociale francês.
- DNI e NIE espanhóis.
- IBAN e BIC para dados bancários europeus.
Entidades dos EUA (CCPA / HIPAA):
- Número de Seguridade Social (SSN) e EIN.
- Formatos de carteira de motorista por estado.
- Números de Medicare e Medicaid.
- Os 18 identificadores de informações de saúde protegidas pela HIPAA.
Entidades da APAC (PDPA, PIPL, PDPB):
- NRIC e FIN de Singapura.
- Documento de identidade tailandês (13 dígitos).
- Documento de identidade chinês (18 dígitos) e números de celular.
- Aadhaar e cartão PAN da Índia.
Uma solução centrada nos EUA cobre SSNs de forma confiável. Ela não detectará um Personalausweis alemão. Uma solução europeia cobre IBAN e documentos nacionais. Pode não detectar um número Aadhaar.
Cobertura completa significa tipos de entidades para cada mercado relevante. Não apenas a região de origem do software.
Explore a biblioteca completa de entidades em /entities.
Configuração de perfis por região
A resposta prática: um único motor de detecção com perfis por região.
Perfil padrão RGPD (equipes da UE): Todas as 18 categorias de dados pessoais do RGPD. Formatos de documento de identidade europeu. Dados bancários europeus. Limites ajustados para a definição ampla do RGPD.
Perfil CCPA / HIPAA (equipes dos EUA): SSN, EIN, números de Medicare e Medicaid. Formatos de identidade e carteira de motorista por estado. Números de conta financeira dos EUA. Os 18 tipos de PHI da HIPAA para equipes com dados de saúde.
Perfil de privacidade APAC (equipes da APAC): NRIC e FIN de Singapura. Documento de identidade tailandês. Documento chinês e números de celular. Aadhaar e PAN da Índia. Indicadores de país quando necessário.
Cada perfil é configurado uma vez de forma centralizada. Está disponível para todos. Aplique-o à região do colaborador ou à região do titular dos dados. Use o mais restritivo. O motor aplica a regra mais rigorosa.
Leia como os perfis funcionam nas FAQ.
Estudo de caso: empresa SaaS de 50 pessoas
Uma empresa SaaS em modelo remoto realizou sua auditoria anual de privacidade. A equipe estava na Alemanha (18), na Califórnia (22) e em Singapura (10).
Antes da unificação:
O grupo da Alemanha usava uma plataforma de mascaramento europeia. O grupo da Califórnia usava uma solução americana com cobertura limitada de entidades da UE. O grupo de Singapura não tinha software de mascaramento. A auditoria encontrou padrões desiguais nas três regiões. A constatação de Singapura era uma lacuna em aberto.
Após a unificação em uma só plataforma:
- Perfil RGPD para a Alemanha, com tipos de entidades europeias e suporte para 48 idiomas.
- Perfil CCPA para a Califórnia, cobrindo tipos de entidades dos EUA e categorias CCPA.
- Perfil PDPA para Singapura, cobrindo identificadores APAC.
- Uma trilha de auditoria central cobrindo todos os 50 colaboradores.
- Residência de dados na UE para todos os registros processados.
Essa configuração atende ao Artigo 46 do RGPD para transferências transfronteiriças dentro do serviço.
Resultado da auditoria 2025: Zero constatações sobre inconsistências de mascaramento. A lacuna anterior de Singapura foi encerrada.
Veja como empresas documentam medidas técnicas em /security-compliance.
Conclusão
A conformidade global de privacidade não são três problemas separados. É um só: controles técnicos consistentes em cada região.
Mesmo motor de detecção. Mesma trilha de auditoria. Perfis diferentes para leis diferentes. Um serviço cuida dos três.
Saiba como a anonym.legal apoia equipes globais em /pricing.
Fontes
- RGPD Artigo 3: Âmbito territorial. gdpr-info.eu/art-3-gdpr/
- California Consumer Privacy Act (CCPA/CPRA). oag.ca.gov/privacy/ccpa
- Lei de Proteção de Dados Pessoais da Tailândia (PDPA). pdpa.go.th
- RGPD Artigo 46: Transferências transfronteiriças. gdpr-info.eu/art-46-gdpr/