¶ Integração Cadastro de pessoa física E-Estado x Governa.
Data: 19/08/22
Autores:
Diego Gonçalves de Almeida (Assessor)
Erton D Avila Sotero (Assessor)
Weslle Vinicius dos S. Lima (Assessor)
Ádrian Rabelo Mendes (Assessor)
¶ 1. Objetivo
Realizar levantamento de integração assíncrona de Pessoa e Servidor, entre e-Estado x Governa.
¶ 2. Introdução
Afim de unificar e centralizar informação de pessoa e cadastro de servidor.
¶ 3. Desenvolvimento
Integração a ser realizada
Cadastro de pessoa.
Cadastro de documento.
Cadastro de cidade.
Cadastro de bairro.
Cadastro de logradouro.
Cadastro de endereço.
Cadastro de parentesco.
Cadastro de escolaridade.
Cadastro de especialização.
Cadastro de necessidade especial.
Cadastro de servidor.
- Para integração de cadastro de pessoa, foi realizado os seguintes de-para entre cadastros auxiliares, sendo eles:
| Tabela Governa | Campo | Governa | e-Estado |
| pessoa/pessoa_fisica | Sexo | FEMINIMO(«Feminino»,«FEM»), MASCULINO(«Masculino», «MAS») | FEMINIMO(2), MASCULINO(1); |
| Estado_civil | SOLTEIRO(«Solteiro(a)»,«SOL»), CASADO(«Casado(a)»,«CAS»), AMASIADO(«Amasiado(a)»,«AMA»), DESQUITADO(«Desquitado(a)»,«DES»), DIVORCIADO(«Divorciado(a)»,«DIV»), VIUVO(«Viúvo(a)»,«VIU»), OUTROS(«Outros»,«OUT»), | SOLTEIRO(2), CASADO(1), AMASIADO(7), DESQUITADO(5), DIVORCIADO(6), VIUVO(4). | |
| Raça | BRANCO(«Branco»,«BRA»), NEGRO(«Negro»,«NEG»), INDIGENA(«Indígena»,«IND»), PARDO(«Pardo»,«PAR»), MULATO(«Mulato»,«MUL»), CABOCLO(«Caboclo»,«CAO»), CAFUSO(«Cafuso»,«CAF»), CABRA(«Cabra»,«CAR»); | BRANCO(2), NEGRO(4), INDIGENA(3), PARDO(5), MULATO(4), CABOCLO(4), CAFUSO(5), CABRA(1); | |
| Tipo_Sanguineo | A(«A»), B(«B»), AB(«AB»), O(«O»); | A(4,5), B(7,8), AB(3,6), O(1,2); | |
| Escolaridade | ANALFABETO(«Analfabeto»,«ANA»,1), ATE_QUINTO_ANO_INCOMP_FUNDAMENAL(«Até o 5º Ano Incompleto»,«5AI»,2), QUINTO_ANO_COMPLETO_FUNDAMENTAL(«5º Ano Completo»,«5AC»,3), SEXTO_ANO_AO_NONO_ANO_INCOMP_FUNDAMENTAL(«Do 6º Ao 9º Ao Incompleto»,«69I»,3), FUNDAMENTAL_COMPLETO(«Fundamental Completo»,«FUC»,4), MEDIO_INCOMPLETO(«Médio Incompleto»,«MEI»,4), MEDIO_COMPLETO(«Médio Completo»,«MEC»,5), SUPERIOR_INCOMPLETO(«Superior Incompleto»,«SUI»,5), SUPERIOR_COMPLETO(«Superior Completo»,«SUC»,6), MESTRADO(«Mestrado»,«MES»,7), DOUTORADO(«Doutorado»,«DOU»,8); | ANALFABETO(2), ATE_QUINTO_ANO_INCOMP_FUNDAMENAL(3), QUINTO_ANO_COMPLETO_FUNDAMENTAL(3), SEXTO_ANO_AO_NONO_ANO_INCOMP_FUNDAMENTAL(3), FUNDAMENTAL_COMPLETO(3), MEDIO_INCOMPLETO(4), MEDIO_COMPLETO(4), SUPERIOR_INCOMPLETO(5), SUPERIOR_COMPLETO(6), MESTRADO(8), DOUTORADO(9); | |
| Pessoa_documento | Tipo_documento | CPF(«Cadastro Pessoa Física», «CPF», «Número», null, 10, 2, null), CNH(«Carteira Nacional de Habilitação», «CNH», «Categoria», null, 10, 2, null), CTPS(«Carteira de Trabalho Previdência Social», «CTP», «Série», null, 7, 5, null), TITULO_ELEITOR(«Título de Eleitor», «TE», «Zona», «Seção», 20, 5, 5), CONSELHO_PROFISSIONAL(«Órgão de Classe», «CRP», null, null, 20, 10, null), PIS_PASEP_NIT(«PIS/PASEP/NIT», «NIT», null, null, 11, null, null), CEI(«Cadastro Específico de INSS», «CEI», null, null, 20, null, null), PASSAPORTE(«Passaporte», «PAS», null, null, 20, null, null), CERTIDAO_NASCIMENTO(«Certidão de Nascimento», «CER», «Livro», «Folha», 50, 10, 10), CERTIDAO_CASAMENTO(«Certidão de Casamento», «CAS», «Livro», «Folha», 50, 10, 10), CERTIFICADO_DISPENSA_INCORPORACAO(«Certificado de Dispensa de Incorporação», «CDI», null, null, 50, null, null), DOCUMENTO_ESTRANGEIRO(«Documento Estrangeiro», «DES», null, null, 50, null, null), CERTIDAO_MILITAR(«Certidão Militar», «CEM», «Série», null, 7, 10, null); | CPF(21), CNH(5), CTPS(8), TITULO_ELEITOR(3), CONSELHO_PROFISSIONAL(19), PIS_PASEP_NIT(11), CEI(null), PASSAPORTE(1), CERTIDAO_NASCIMENTO(4), CERTIDAO_CASAMENTO(18), CERTIFICADO_DISPENSA_INCORPORACAO(10), DOCUMENTO_ESTRANGEIRO(1), CERTIDAO_MILITAR(10); |
| tipo_logradouro | descricao | RUA | Todo cadastro de rua, realizar input na integração como tipo «RUA». |
| Pessoa_endereco | tipo | DOMICILIO(«Domicílio», «DOM»), CORRESPONDENCIA(«Correspondência», «COR»); | Todo cadastro de origem deste sistema realizar input como «DOMICILIO». |
| principal | campo 1 ou null | aplicar esta forma no cadastro de endereço de pessoa. | |
| pessoa_contato | tipo_contato | EMAIL(«Email», «EML», «», «60»), RESIDENCIAL(«Telefone Residencial», «RES», «(99) 9999-9999?9», «20»), COMERCIAL(«Telefone Comercial», «COM», «(99) 9999-9999?9», «20»), CELULAR(«Telefone Celular», «CEL», «(99) 9999-9999?9», «20»), FAX(«Fax», «FAX», «(99) 9999-9999?9», «20»), RECADO(«Telefone para Recado», «REC», «(99) 9999-9999?9», «20»); | EMAIL(3), RESIDENCIAL(4), COMERCIAL(1), CELULAR(2), FAX(8), RECADO(6); |
| pessoa_parentesco | tipo_parentesco | PAI(«Pai», «PAI», 1), MAE(«Mãe», «MAE», 1), CONJUGE(«Cônjuge», «CON», 1), FILHO(«Filho(a)», «FIL», 1), IRMAO(«Irmão(ã)», «IRM», 2), AVO(«Avô(ó)», «AVO», 2), NETO(«Neto(a)», «NET», 2), TIO(«Tio(a)», «TIO», 3), SOBRINHO(«Sobrinho(a)», «SOB», 3), BISAVO(«Bisavô(ó)», «BIV», 3), BISNETO(«Bisneto(a)», «BIN», 3), TRISAVO(«Trisavô(ó)», «TRV», 4), TRINETO(«Trineto(o)», «TRN», 4), PRIMO(«Primo(a)», «PRI», 4), SOGRO(«Sogro(a)», «SOG», 1), GENRO(«Genro», «GEN», 1), NORA(«Nora», «NOR», 1), CUNHADO(«Cunhado(a)», «CUN», 2), PADRASTO(«Padrasto», «PAD», 1), MADRASTO(«Madrasta», «MAD», 1), ENTEADO(«Enteado(a)», «ENT», 1), FILHOGEMEO(«Filho(a)Gemeo(a)», «FGM», 1), OUTROS(«Outros», «OUT», 2); | PAI(3), MAE(4), CONJUGE(1), FILHO(2), IRMAO(10), AVO(5), NETO(11), SOBRINHO(13), BISAVO(14), BISNETO(12), SOGRO(8), ENTEADO(9), OUTROS(6); |
| Pessoa_necessidade_especial | Nome_necessidade | 1 - Doença 2 - Deficiência 3 - Distúrbio 4 - Deficiência permanente 5 - Incapacidade (deficiência transitória) 6 - Deficiência física 7 - Deficiências sensoriais 8 - Deficiência mental 9 - Superdotação/superdotados 10 - Menosvalia 11 - Doença mental 12 - Surdos | 2 - (2,4) 11 - (3) 12 – (5) |
| servidor | tipo_adminissao | ADMISSAO_PRIMEIRO_EMPREGO(«Admissão primeiro emprego.»,«APE»), ADMISSAO_EMPREGO_ANTERIOR(«Admissão com emprego anterior.»,«AEA»), TRANSFERENCIA_COM_ONUS_CEDENTE(«Transf. com ônus para cedente.»,«TCO»), TRANSFERENCIA_SEM_ONUS_CEDENTE(«Transf. som ônus para cedente.»,«TSO»), OUTROS(«Outros»,«OUT»); | Toda integração de servidor, realizar o input do tipo de admissão como «ADMISSAO_PRIMEIRO_EMPREGO». |
- Tabelas entre o sistema que devera conter na integração:
| Governa | e-Estado | Observação |
| admin.pessoa / admin.pessoa_fisica | cadastro_geral.pessoa/cadastro_geral.pessoa_fisica | |
| admin.pessoa_documento | cadastro_geral.pessoa_documento/configuracoes.metadata/configuracoes.metakey e configuracoes.metakey_registro. | |
| admin.cidade | cadastro_geral.cidade | |
| admin.bairro | cadastro_geral.pessoa_endereco | |
| admin.tipo_logradouro | cadastro_geral.pessoa_endereco | |
| admin.logradouro | cadastro_geral.pessoa_endereco | |
| admin.localizacao | cadastro_geral.pessoa_endereco | |
| admin.pessoa_endereco | cadastro_geral.pessoa_endereco | |
| admin.pessoa_contato | cadastro_geral.pessoa_contato | |
| admin.pessoa_parentesco | cadastro_geral.pessoa_fisica_parentesco | Em ambos o sistema para se tornar um parente precisa esta cadastrada como pessoa, então a integração deve conter este cadastro e vinculo com a pessoa. |
| admin.necessidade_especial | cadastro_geral.pessoa_fisica_deficiencia | |
| rh.servidor | recursos_humanos.servidor apos realizar o input dos dados de pessoa, realizar o vinculo da pessoa ao servidor. |
¶ 4. Conclusão
Realizar um input de um cadastro de pessoa e vinculado a um servidor no e-Estado, e esta criação ou manutenção refletir no sistema de «Recursos Humanos - Governa».
¶ Estudo referente ao login e senha do sistemas de consignação.
Data: 19/08/22
Autores:
Diego Gonçalves de Almeida (Assessor)
Erton D Avila Sotero (Assessor)
Weslle Vinicius dos S. Lima (Assessor)
Ádrian Rabelo Mendes (Assessor)
¶ 1. Objetivo
Melhoria da segurança do sistema.
¶ 2. Introdução
Problemas de vulnerabilidades encontrados no sistema, visto necessárias correções e melhorias, em ambos os aspectos, login e cadastros que são realizados no mesmo.
¶ 3. Desenvolvimento
- Assegurar que o usuário consiga realizar login e logout de maneira segura.
- Garantir que seja validado os dados a serem cadastrados no front.
- Registrar Log de quem fez login no sistema todos os dias, para em possível problema, garantir que o tenhamos um registro de quem atuou em tal situação.
- Assegurar que as senhas tenham no mínimo 8 caracteres entre especiais, maiúsculos e minúsculos.
- Log para registrar cada login e logout do sistema contendo data, hora e (quando possível) local.
- Validade da senha e token de usuário.
- Correção na aba de recuperação de senha.
- Validação de campos cadastro funcionário
- Senhas muito fáceis, não existe uma força de senha, nem uma validade para senha, ou seja, devem existir senhas muito antigas.
- Correção de Recuperação de Senha (sistema retornando erro ao tentar recuperar senha), se possível validar por e-mail.
- Validação de inserção de campos de cadastro no front, a validação atual disponível, está validando pelo back-end.
image.png
¶ 4. Conclusão
Após o estudo de caso, conclui-se que é extremamente necessária uma refatoração do sistema de login e cadastro do Consignação visto que todo o sistema de login está sem requisitos básicos de segurança, assim como o sistema de cadastro de funcionário, que aceita qualquer valor como CPF, tornando a segurança do sistema extremamente precária.