Ir para o conteúdo principal

VIABILIDADES PARA SUBIR O SISNE PARA PRODUÇÃO

OBJETIVO

Realizar um levamento sobre as funcionalidades que restam para o SISNE entrar em produção, assim como qual melhor estrátegia para tratar o cadastro de dados básicos do futuro servidor.

VISÃO GERAL

Atualmente o SISNE(Sistema de Nomeação e Exoneração) está  em processo de desenvolvimento, onde se iniciou com apenas dois tipos de atos (nomeação e exoneração) e hoje encontra-se com diversos atos(FG, Nomeações cumulativas, dispensas entre outros). Porém o ponto de maior discussão acontece no ato de nomeação comum, onde o servidor precisa enviar seus documentos pessoais para analise do RH da secretaria ou superintencia, diante a implementação da LGPD, toda parte de cadastro de dados pessoais (dados pessoais, filiação, endereço, contatos, escolaridade, conta bancaria e documentos pessoais) foi migrada para o Pentagono que chegou a entrar em produção, porém atualmente existe uma incerteza sobre a continuidade do Pentagono, devido a utilização do alpha e portão do cidadão que atualmente são as portas de entrada para serviços para o cidadão.

PROBLEMAS ATUAIS
  • Completar cadastro no pentagono, faltando alinhamento em relação a filiação.
  • Dependencia com o decaane para validação de dados antigos.
  • Fluxos obsoletos. (Devido ao tempo parado, várias fluxos precisaram e precisam ser refatorados)
  • Incerteza sobre o futuro do pentagono.
VIABILIDADES PARA O CADASTRO DE DADOS BÁSICOS

 Integração com o alpha: Foi realizada analise na estrutura atual do alpha(carta de serviços) e atualmente o mesmo não possui estrutura que suporte os formularios de dados básicos, pois o SISNE utiliza 7 formulários (steps) onde o servidor pode iniciar seu cadastro, salvar o ponto onde estava e voltar para continuar o cadastro. O alpha atualmente apenas oferece a opção de gerar apenas um formulário, desse modo ficaria inviável a integração com o alpha no momento. Além da limitação em relação a geração de formularios, o alpha não está preparado para receber um modelo de processo como o SISNE. Ele está estruturado para serviços de atendimento que estão no Tudo Aqui.

Prazo de implementação: 10 à 12 sprints

Cadastro de dados básicos dentro do SISNE integrado com a api de pessoa: Nesta opção, teriamos toda a parte de cadastro de dados básicos dentro do sisne, assim como era no seu inicio, com a diferença que agora seria centralizada a persistência na api de pessoas, assim respeitando as diretrizes da LGPD. Logo não teria dependencia com o pentagono, nem alpha para geração de formularios, assim facilitando a implementação dessa etapa do cadastro básico.

Prazo de implementação: 5 à 7 sprints

Manter e ajustar o cadastro de dados básicos no pentagono: Atualmente o SISNE, possui integração com pentagono e praticamente todos os steps funcionais, com exceção da parte de filiação e outros ajustes de navegação que precisam ser feitos, o principal ponto negativo de se manter o pentagono é em relação ao futuro do pentagono, que é um sistema que tem um grande pontencial para ser descontinuado, devido o alpha, portão do cidadão e integração com o gov br.

Prazo de implementação: 3 à 4 sprints

SOLUÇÃO PROPOSTA:

Após analise das 3 opções relacionadas ao cadastro básico do SISNE, a melhor alternativa projetada pelo time foi a seguinte: Implementar todo o cadastro básico dentro do SISNE, realizando integração com a api de pessoas. Assim eliminaria a dependência com o pentagono e a parte de persistencia de dados pessoais estaria centralizada na api de pessoas, logo, deste modo atenderia as diretrizes da LGPD, além de facilitar a manutenção.

Em relação ao acesso e acompanhamento via portão do cidadão, o SISNE iria disponibilizar uma rota para buscar se o cidadão possui processos em andamentos no SISNE e assim pode ser criado uma interface(botão, link) no portal do cidadão, que caso a pessoa possua um processo em andamento, ele pode clicar e acompanhar o seu processo normalmente. 

CONSIDERAÇÕES FINAIS

Deste modo, a conclusão obtida é que o SISNE ainda possui vários ajustes a serem realizados, sendo o principal gargalo o cadastro de dados de básicos. Logo para o SISNE entrar em produção é preciso agir em duas frentes, alinhar o que será feito com os dados básicos e validar todos fluxos tanto em questão de possiveis falhas, quanto ao processo de negócio que envolve os fluxos do SISNE.

RESPONSÁVEIS
  • Alexandre Santos Freire (Analista de Desenvolvimento);

  • André Henrique Cortez (Analista de Desenvolvimento Full-stack);

  • Jorge Luiz de Jesus Paiva Junior (Analista de Desenvolvimento Full-stack).

  • Moises Ferreira (Analista de Desenvolvimento)

Estudo Técnico – 08/09/2022