| Data de elaboração | 01/09/2021 |
| Responsável pelo estudo | Rafael Passos dos Santos (Assessor) |
| Equipe do estudo | Gustavo Felix Gomes (Assessor)
Rafael Passos dos Santos (Assessor) Lucas de Souza e Sousa (Estagiario) André Honório de Andrade Silva (Tecnico) Emanuel Rufino Alcantara de Lima (Analista) Euriane Nogueira (Product Owner) |
| Alvo | VisaOn |
| Origem | Implementação: Necessidade de autenticar o regulado jurídico através de um CPF |
| Objetivo | Vincular o CPF ao CNPJ do regulado jurídico
Verificar quais mudanças ocorrerão nos fluxos de criação de cadastro do regulado jurídico, criação de solicitação de licença sanitária, criação de solicitação de análise de projeto arquitetônico Levantar quantas histórias e complexidade necessitará |
| Documentação correlata | -/- |
| Observações | O presente estudo pretende também pretende levantar as Historias dos cards para a Sprint |
¶ Objetivo
Vincular o CPF ao CNPJ do regulado jurídico.
Verificar quais mudanças ocorrerão nos fluxos de criação de cadastro do regulado jurídico, criação de solicitação de licença sanitária, criação de solicitação de análise de projeto arquitetônico
Levantar quantas histórias e complexidade necessitará
¶ Introdução
Houve a necessidade através da história: "Eu como vingadores, preciso realizar um estudo de caso, para atender a necessidade dos regulados CNPJ realizarem a autenticação através do CPF." presente na Sprint número 77 do time Vingadores, para analisar quais impactos haveria no sistema VisaOn para essa implementação.
¶ Desenvolvimento - Autenticação de Regulados Jurídicos através do CPF do representante no VisaOn
¶ Complexidade do projeto
O projeto VisaOn é bastante complexo em que várias camadas e contextos são utilizados. Há ainda o fato que o sistema está em produção, por isso, uma alteração na arquitetura atual teria um alto impacto no banco de dados.
¶ Parecer Técnico
As funcionalidades atualmente utilizam o campo usuarioId para identificar de qual regulado é aquele cadastro. O campo usuarioId identifica o regulado que está logado. Esse campo é um campo chave que se relaciona com várias tabelas.
Tabelas relacionadas com a tabela de regulados:
- Solicitacao
- AnexoDoTipoDeDocumentoDaUltimaLicencaSanitaria
- AnexoDoTipoDeDocumentoDaResposta
- CnaeDoRegulado
- CnaeDoReguladoComPerguntasERespostas
- Diretor
- RepresentanteReguladoCnes
- CertidaoDeDispensa
- EnderecoDoRegulado
Tabelas relacionadas com a solicitação que também utilizam o campo usuarioId
- AnexoDoTipoDeDocumentoMunicipalDoCnae
- AnexoDoTipoDeDocumentoEstadualDoCnae
- Dare
¶ Histórias previstas para a mudança
| História | Pontuação | Detalhes |
|---|---|---|
| Criar tela de cadastro inicial do representante | 3 pontos | Deve ser criada uma tela onde o representante do regulado jurídico possa se cadastrar no sauron |
| Criar menu | 3 pontos | É necessário a criação do menu para este representante |
| Criar tela com o restante dos dados | 5 pontos |
Após o cadastro no sauron, deve ser apresentada uma tela onde o representante adiciona mais dados: telefone, rg, endereço. Para isso, o cadastro do representante que veio do sauron deve ser persistido em banco de dados.
Contemplado os seguintes steps: Step 1: Dados básicos Step 2: Tela de finalização de cadastro |
| Alterações no cadastro (Adicionar novo regulado jurídico) | 21 pontos | Essa mudança envolve bastante risco, pois todo o cadastro foi realizado em cima do usuarioId, ou seja, o campo que identifica qual usuário está logado. Como quem realizava o cadastro era o próprio CNPJ, esse dado era buscado pela user service. O risco acentua-se, pois a forma que o projeto foi concebido há várias camadas e validações para se realizar alterações.
Também há a situação de se criar várias versões de cadastro do regulado. Essa foi a forma de se guardar o histórico do cadastro do regulado. O cadastro do regulado conta com 6 telas: Step 1: Dados Básicos Step 2: Endereço Step 3: Cnaes Step 4: Perguntas Dos Cnaes Step 5: Anexos Step 6: Finalizar Para cada tela, é necessário alterar as consultas para o usuarioId do regulado que o representante está adicionando. Verificar também se é necessário dizer qual representante cadastrou ou atualizou determinado campo do regulado jurídico. Também deve ser realizado um ajuste na funcionalidade, que mostra em que step o cadastro do regulado está. |
| Vincular representante ao Regulado Jurídico | 13 pontos | É necessário criar uma tela onde o representante possa cadastrar ou se vincular à um regulado jurídico da seguinte forma:
1. Caso o regulado jurídico não exista, cadastrar um novo regulado jurídico. 2. Caso o regulado jurídico já exista, pode ser adotada uma das formas: 1. O próprio representante se vincula ao regulado jurídico. 2. Algum representante anterior vincula o novo representante ao regulado jurídico; Obs: Deve-se atentar a versão do regulado. Sempre buscar a última. Necessária mudança de modelagem e verificar como tratar os regulados jurídicos já cadastrados no sistema. |
| Criar nova solicitação de regularização de licença sanitária | 13 pontos |
Antes de iniciar a solicitação, deve-se apresentar uma tela que mostra todos os regulados que o representante está vinculado. Após isso, é preciso que na criação da solicitação seja cadastrada a informação do regulado (reguladoId).
Este procedimento é formado por vários steps que devem realizar ser alterados: Step 1: Escolha dos cnaes Step 2: Inclusão dos anexos dos cnaes Step 3: Tela de finalização onde mostra os detalhes da solicitação e faz o envio. Também há a mesma problemática do cadastro que busca o usuarioId da UserService. É necessário verificar como tratar as solicitações que já estão em produção em que foram feitas pelo próprio CNPJ. |
| Criar nova solicitação de análise de projeto arquitetônico | 13 pontos | Antes de iniciar a solicitação, deve-se apresentar uma tela que mostra todos os regulados que o representante está vinculado. Após isso, é preciso que na criação da solicitação seja cadastrada a informação do regulado (reguladoId).
Este procedimento é formado por vários steps que devem realizar ser alterados: Step 1: Inclusão de dados da solicitação Step 2: Inclusão dos anexos da solicitação Step 3: Tela de finalização onde mostra os detalhes da solicitação e faz o envio. Também há a mesma problemática do cadastro que busca o usuarioId da UserService. É necessário verificar como tratar as solicitações que já estão em produção em que foram feitas pelo próprio CNPJ. Também deve ser realizado um ajuste na funcionalidade que mostra em que step o cadastro da solicitação está. |
| Painel do Representante | 13 pontos | No painel do representante é necessário criar uma tela para visualizar os itens abaixo dos regulados que o representante está vinculado:
1.Solicitações Solicitações de projeto arquitetônico Solicitações de regularização de licença sanitária Dares Licenças Sanitárias Certificados de dispensa Pareceres do Projeto arquitetônico É necessário recriar as consultas por causa do relacionamento entre representantes e regulados. |
| Notificação que há Roteiros disponíveis para preencher | 8 pontos | No painel, na parte de solicitações, deve-se mostrar uma informação que há roteiros disponíveis para preenchimento e direcionar para a tela de preenchimento de roteiro. Envolve uma complexidade adicional por se tratar de dois contextos diferentes: o contexo de cadastro de regulados e o contexto de planejamento de inspeção |
| Após preencher o roteiro, deve-se coletar a assinatura do representante | 13 pontos | Atualmente, após o preenchimento do roteiro, o sistema solicita que o regulado jurídico realize a assinatura. Deve ser alterado para que o representante assine.
Deve mostrar a assinatura em visualização posterior. Envolve modelagem entre representante e assinatura. É necessário verificar como tratar as solicitações que já estão em produção em que foram feitas pelo próprio CNPJ. |
| Desativar os cadastros de regulado jurídico e mostrar mensagem para se cadastrar como cpf | 5 pontos | Ao tentar logar como CNPJ, mostrar mensagem para se cadastrar como CPF. |
| Detalhes e Análise da solicitação | 8 pontos | Mostrar os dados do representante que cadastrou a solicitação
É necessário verificar como tratar as solicitações que já estão em produção em que foram feitas pelo próprio CNPJ. |
| Total | 118 pontos |
¶ Conclusão
O estudo levantou as necessidades e histórias para implementação das funcionalidades em futuras sprints.