Atualmente, o sistema está limitado a aceitar apenas CPF como documento de identificação, o que restringe a base de usuários. É necessário flexibilizar o campo para permitir a inclusão de outros documentos, como RG e CNPJ.
Relacionamento com a Issue #60:
Essa issue está diretamente relacionada à Issue #60 - "Implementar criptografia e mascaramento para dados sensíveis (CPF e CNPJ)". A ampliação dos tipos de documentos aceitos exige que as medidas de segurança implementadas na issue anterior sejam estendidas para os novos tipos de documentos.
Proposta:
Unificar o campo: Criar um campo único para identificar o tipo e o número do documento (CPF, RG, CNPJ).
Validar os dados: Implementar validações para garantir que o formato do documento seja válido.
Adaptar a criptografia e o mascaramento: Extender as regras de criptografia e mascaramento para os novos tipos de documentos.
Atualizar a interface do usuário: Ajustar a interface para permitir a seleção do tipo de documento e a entrada dos dados correspondentes.
Benefícios:
Maior abrangência: Aumento da base de usuários ao permitir o cadastro com diferentes tipos de documentos.
Flexibilidade: Adaptação do sistema para atender a diferentes necessidades.
Melhoria da experiência do usuário: Interface mais intuitiva e completa.
Tarefas:
Definir os tipos de documentos suportados: Elaborar uma lista completa dos documentos que serão aceitos.
Adaptar o modelo de dados: Ajustar o modelo de dados para armazenar o tipo e o número do documento.
Implementar as validações: Criar regras de validação para cada tipo de documento.
Atualizar a interface: Modificar a interface para permitir a seleção do tipo de documento e a entrada dos dados correspondentes.
Adaptar a lógica de negócios: Ajustar a lógica de negócios para lidar com os diferentes tipos de documentos.
Considerações:
Compatibilidade com sistemas externos: Verificar a compatibilidade com sistemas externos que utilizam os dados de identificação.
Legislação: Verificar as legislações específicas para cada tipo de documento e garantir a conformidade.
Essa issue complementa a Issue #60 e visa garantir que a aplicação seja mais inclusiva e segura.
Conforme a nova modelagem, como esse campo não terá utilização no momento e seguindo as boas práticas da LGPD, não será necessário armazenar esse campo e nem obter.
Problema:
Atualmente, o sistema está limitado a aceitar apenas CPF como documento de identificação, o que restringe a base de usuários. É necessário flexibilizar o campo para permitir a inclusão de outros documentos, como RG e CNPJ.
Relacionamento com a Issue #60:
Essa issue está diretamente relacionada à Issue #60 - "Implementar criptografia e mascaramento para dados sensíveis (CPF e CNPJ)". A ampliação dos tipos de documentos aceitos exige que as medidas de segurança implementadas na issue anterior sejam estendidas para os novos tipos de documentos.
Proposta:
Benefícios:
Tarefas:
Considerações:
Essa issue complementa a Issue #60 e visa garantir que a aplicação seja mais inclusiva e segura.