Resposta direta
Exportação com dado pessoal sem máscara se implementa como exceção registrada, não como configuração padrão. O caminho é: finalidade declarada por escrito, aprovação nominal de quem responde pelo dado, recorte mínimo de campos e de linhas, prazo de validade do arquivo, registro de quem recebeu e confirmação de descarte. O sistema deve registrar cada liberação com data, solicitante, aprovador e motivo, e recusar o pedido quando faltar um desses itens. Máscara continua sendo o padrão; a versão identificável só existe enquanto a finalidade justificar. O ponto mais frágil costuma ser o depois: cópias em anexo de e-mail, pastas locais e planilhas derivadas que ninguém rastreia.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a exportação sem máscara como exceção com prazo e prova de descarte, e não como ajuste de configuração do relatório.
A liberação como pedido, não como configuração
Uma exportação sem máscara começa com um pedido que descreve a finalidade. O pedido identifica quem vai usar o dado, para qual decisão, por quanto tempo e quais campos são realmente necessários. Um relatório de cobrança raramente precisa de endereço; uma entrega de campanha pode precisar de contato, mas não de CPF. O recorte mínimo é parte da aprovação, não ajuste de última hora.
A aprovação é nominal e fica registrada com data, solicitante, aprovador e motivo. O sistema recusa o pedido quando falta finalidade, prazo ou responsável pelo descarte. Quem aprova responde pela liberação, e essa responsabilidade precisa estar escrita antes do primeiro arquivo sair. Se a mesma exportação é pedida toda semana, o caso deixa de ser exceção: ou a máscara atende, ou o processo precisa de outro desenho.
Depois da entrega, o arquivo continua circulando
O arquivo identificável tem dono, canal e data de expurgo. O envio por anexo cria cópias fora do controle de acesso; um link com prazo e permissão nominal reduz o alcance sem eliminar o problema. O destinatário precisa saber que a versão sem máscara expira, e quem responde por apagar as cópias que gerou.
O ponto cego está nas planilhas derivadas. Alguém cruza a exportação com outra base, salva um recorte no desktop e o arquivo original é apagado, mas o derivado permanece com os mesmos campos. Um inventário de exportações abertas e uma conferência periódica de descarte mostram o que sobreviveu ao prazo. Sem isso, o registro de liberação vira apenas um documento de intenção.
O limite desse controle
Esse arranjo organiza a liberação, não impede cópia por quem tem acesso legítimo. Quem recebe o arquivo pode fotografar a tela, colar dados em outro sistema ou repassar por canal informal. Controle de exportação não substitui permissão de acesso dentro do sistema nem auditoria de uso; ele cobre a saída, não o comportamento posterior.
Também não se aplica quando a versão mascarada resolve a decisão. Se a área precisa apenas contar casos ou conferir totais, o dado identificável é desnecessário, e criar um fluxo de exceção só aumenta a superfície de exposição. E não há como afirmar que o dado foi descartado: o que existe é registro de que alguém confirmou o descarte, com a confiança que isso permite.
Recurso prático
Exposição acumulada de uma exportação sem máscara
Exposição acumulada = Registros × Campos pessoais × Cópias em circulação × Dias até o descarte
- Registros
- linhas
- Quantidade de linhas efetivamente exportadas, não o tamanho da base de origem
- Campos pessoais
- colunas
- Campos que identificam ou localizam a pessoa, como CPF, endereço, telefone e e-mail
- Cópias em circulação
- unidades
- Arquivos equivalentes existentes: original, anexos de e-mail, cópias em pasta compartilhada e versões derivadas
- Dias até o descarte
- dias
- Intervalo entre a geração do arquivo e a confirmação de exclusão de todas as cópias
O erro mais comum é contar apenas o arquivo original. Anexo de e-mail, cópia em pasta compartilhada e planilha derivada raramente entram na conta, e são justamente as que sobrevivem ao prazo.
Sobre o que está escrito aqui
Conceitos relacionados: dado pessoal identificável · máscara de campos · registro de liberação · prazo de expurgo · planilha derivada. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Diagnóstico de sistemas desconectados na oper… — sistemas desconectados
- Sistemas desconectados: como ordenar o fluxo… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Exportação com dado pessoal sem máscara: seguir o rastro — Diagnosticar
- Exportação com dado pessoal: onde a máscara se perde — Organizar um processo
- Exportação sem máscara: o que comparar antes de liberar — Comparar alternativas
- Exportação com dado pessoal sem máscara: como medir — Explicar medição
- Exportação com dado pessoal sem máscara: o que exigir — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Relatório sem validação cruzada: como fechar a conferência — Rotina de validação cruzada em relatórios: fonte de referência, chave de ligação, tolerância por campo, registro de divergência e responsável pela conferência.
- Sistema antigo mantido só pelo histórico: o que exigir — Critérios para decidir entre manter, congelar ou substituir um sistema legado guardado apenas por histórico, e o que registrar no contrato de manutenção.
- Sistemas que ninguém desliga: como avaliar o custo — Mostra como levantar dependências, obrigações e responsáveis que mantêm um sistema ativo sem prazo definido, antes de decidir desligar, congelar ou manter.
- Cadastro sem chave única: como comparar as formas de casar — Compara as saídas possíveis para casar cadastros sem chave única: regra determinística, pontuação de semelhança e revisão manual, com o custo de cada uma.
- Integração sem identificador de execução: o que exigir — O que precisa estar previsto no contrato de integração para que cada registro possa ser rastreado até a execução que o gravou, e o que conferir na entrega.