EIN em sandbox com privacidade
Um EIN sintético evita expor o número real de uma empresa em ambiente de teste, mas só isso não basta: esta página trata o EIN como identificador direto de uma entidade legal e explica por que a minimização de dado tem que cobrir o número e os campos ao redor dele juntos, não só o número isolado.
O número sozinho é fictício, mas o nome, endereço ou contato reais ao lado dele bastam pra apontar de volta pra uma empresa de verdade.
Reusar a mesma fixture em vários ambientes transforma um número pensado como descartável num dado correlacionável entre logs de sistemas diferentes.
Um pool de só 1 prefixo entre 83 facilita associar qualquer linha daquele lote ao mesmo campus, reduzindo a variedade que a massa de teste deveria ter.
Não como CPF/CNPJ. A validação básica usa comprimento e prefixos válidos do IRS.
É ligado a uma entidade legal, mas em empresas individuais (sole proprietor) acaba apontando direto pra uma pessoa física; por segurança, trate como identificador sensível mesmo quando o titular formal é uma empresa.
Sim, estruturalmente: o gerador só confere formato (9 dígitos, prefixo entre os 83 válidos, serial não-zero), nunca consulta o IRS, então a coincidência com um número já emitido é sempre possível.
Só se o repositório deixar claro que o valor é sintético e nenhum campo real, nome de fornecedor, endereço ou contato, estiver emparelhado com ele na mesma linha ou commit.
Faz: a mesma fixture em dev, staging e demo pública vira um valor correlacionável entre logs, o oposto do que um dado de teste descartável deveria ser.
A geração acontece localmente no navegador. Analytics recebe apenas ação, status, tipo e formato, nunca o EIN gerado.