Como identificar o perfil se é servidor ou um usuário externo e qual carta de serviço devo mostrar para esse usuário
| Data de elaboração | 24/10/2022 |
|---|---|
| Responsável pelo estudo |
|
| Equipe do estudo |
|
| Alvo | Alpha |
| Origem |
Implementação: Identificar se o perfil do servidor é interno ou de usuário externo |
| Objetivo |
O presente estudo tem como objetivo identificar se o perfil do servidor é interno ou de usuário externo e qual carta de serviço devo mostrar para esse usuário |
| Documentação correlata | |
| Observações | O presente estudo pretende também pretende levantar as Historias dos cards para a Sprint |
1. Objetivo
O presente estudo tem como objetivo identificar se o perfil do servidor é interno ou de usuário externo e qual carta de serviço devo mostrar para esse usuário
1.1 JUSTIFICATIVA
Existe a necessidade de incluir as cartas de serviços de outras instituições que também utilizarão o Alpha, porém não fazem parte da hierarquia interna do Governo. Para essas instituições foi levantada a hipótese de se realizar este estudo para verificar a possibilidade de se utilizar o CNPJ para identificar qual a carta de serviços é relacionada ao gestor de serviços ou ao atendente.
1.2 RESULTADOS ESPERADOS
Espera-se que, após este estudo, seja possível avaliar a possibilidade de se utilizar o CNPJ para criar e buscar a carta de serviços de instituições internas e externas do Governo
2. Introdução
O Alpha é uma aplicação desenvolvida pela SETIC - esta é utilizada pelos servidores gestores das cartas de serviços do Estado de Rondônia.
3. Desenvolvimento
3.1 CENÁRIO ATUAL
Sabe-se que o alpha terar que ser acessado por usuários externos, que não são servidores publicos, diante disso tornou-se necessario identificar se o perfil da pessoa usando o sistema é servidor ou um usuário externo e qual carta de serviço devemos mostrar para esse usuário.
Solução 1
Após reunião com o Desenvolvedor Anderson Soares do TIME ESQUADRÃO, foi visto que tal informação pode vim da Apis do E-ESTADO.
O qual tem os seguintes bancos de dados em Postgres:
Tabela de servidores, com o campo pessoa_id.
Tabela de usuários, também com o campo pessoa_id
E tabela de usuario escopo, onde vincula uma unidade a pessoa
As informações da Pessoa, pode vim da api de pessoas fisicas do E-estado:
Já a de servidores, pode ser pela nova api de Servidores
Se a pessoa tiver dados nessa api, então ela é um servidor, se não, é um usuário externo.
Solução 2
Pode se usar a Api antiga tambem pela seguinte rota
3.2 SOLUÇÃO
A duas possiveis soluções
3.2.2.1 IMPLEMENTAÇÃO E HISTÓRIAS DE USUÁRIOS
Solução 1 - Consulta Api nova do E-ESTADO
| O que? | Pontos | Regras | Produto |
| Criar consulta se gestor existe na api do e-estado nova | 5 |
Passando o id do servidor (gestor) |
Alpha Serviços WEB |
| Criar Consulta se atendente existe api do e-estado nova | 5 |
Passando o id do servidor (atendente) |
Alpha Solicitações WEB |
| Total | 20 |
|
Solução 2 - Consulta Api antiga do E-ESTADO
| O que? | Pontos | Regras | Produto |
| Criar consulta se gestor existe na api do antiga do e-estado | 5 |
Passando a matricula do servidor (gestor) |
Alpha Serviços WEB |
| Criar Consulta se atendente existe na api do antiga do e-estado | 5 |
Passando a matricula do servidor (atendente) |
Alpha Solicitações WEB |
| Total | 20 |
|
3.4 POSSÍVEIS IMPEDIMENTOS
O cenario informado para implementação é muito incerto, devido a grande quantidade de dúvidas sobre como obter o id do servidor ou sua matricula, pois não se sabe como esse usuario cera cadastrador no sauron
A duvidas tambem sobre o E=ESTADO esta cadastrando o usuário externo e que onformações ele retornaria.
4. Conclusão
Conclui-se que a solução que trará menos impacto ao sistema será a solução 1.