~~ODT~~ echo "
"; echo "Última atualização: "; ver('', false); echo "
"; ====== Processar Arquivo ====== Depois de carregar o arquivo do SIAPE, o SIGRH vai validar e alocar os dados importados através do Processar Arquivo. Pré-requisitos: O usuário carregou o arquivo de acordo com [[desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:administracao:arquivo_espelho_siape:servidores:carregar_arquivo|Carregar o Arquivo do SIAPE]]. A equipe de recursos humanos que utilizam esse caso de uso. ===== Descrição do Caso de Uso ===== Este caso de uso inicia-se quando o usuário acessa a opção //SIGRH → Administração de Pessoal → Administração → Arquivo espelho SIAPE → Servidores → Processar Arquivo.// Esse caso de uso processa os dados pessoais e funcionais dos servidores do SIAPE no SIGRH. Para isso, o usuário informa: * **Mês**: Tipo - TEXTO, São apresentadas opções: ''Janeiro, Fevereiro, ... , Dezembro''. * **Ano**: Formato - AAAA, Tipo - NUMÉRICO. * **Atribuição de chefia**: Tipo - TEXTO, São apresentadas opções: ''Designação através das Atividades'' ou ''Designação sem considerar as Atividades''. * **Consolidar Lotação SIAPE**: Tipo - LÓGICO. ([[#principais_regras_de_negócio|RN01]], [[#principais_regras_de_negócio|RN02]]) É necessário observar: * No primeiro processamento, é feita uma busca por códigos novos (atividade, cargo, ocorrência e rubrica), que são definidos pelo SIAPE e que não estão na base de dados do SIGRH; * Caso sejam detectados um ou mais códigos novos, o sistema redireciona para uma página contendo a lista de códigos e o tipo, onde devem ser cadastrados em //SIGRH → Administração de Pessoal → Administração → Cadastros ou Alteração//; * Não havendo mais pendências de cadastros, processa-se o arquivo novamente; * Após o processamento, o sistema gera uma lista de críticas relacionadas ao que veio no arquivo SIAPE, com o que se encontra na base dados, ou mesmo a ausência de dados (campos zerados '00000000') no arquivo; * Ao Processar Histórico do Servidor os dados como escolaridade, formação, situação, ativo, unidade do servidor serão populados, não havendo nenhuma inserção ou atualização nos dados do servidor e nem as ocorrências para ele na base de dados. * Sobre a Designação através das Atividades ou a Designação sem considerar as Atividades: O sistema possui duas tabelas que é de onde serão retirados os níveis de responsabilidades de um determinado servidor sobre uma unidade: rh.atividade e funcional.grupo_nivel_designacao (onde tem CD, FG, etc) * Se o processamento for feito através de atividade, então sempre que houver informação de designações, o sistema vai pegar a atividade que vem associada à designação (ex: chefe de depto, chefe de setor, secretário, etc) e vai verificar se existe algum nível de responsabilidade associado a esta atividade. Se existir este será o nível de responsabilidade que o servidor em questão terá sobre a unidade (chefe, vice, secretário, etc)... * Se o processamento não for feito através das atividades, o sistema vai buscar na outra tabela se o grupo de designação (CD - cargo de direção, FG - Função Gratificada) associado à designação do servidor em questão tá marcado como "cargo de chefia". Se tiver marcado, será atribuído o nível de responsabilidade de "Chefia" para esse servidor sobre a unidade em questão. O caso de uso é finalizado. ===== Principais Regras de Negócio ===== * **RN01** - Se o campo Consolidar Lotação SIAPE estiver desmarcado os dados do servidor serão atualizados, exceto a identificação da unidade de lotação dele. * **RN02** - Se o servidor contido na fita-espelho já estiver registrado no sistema, será feita a atualização dos dados. No caso da atualização da unidade de lotação, ocorrerá se o valor do parâmetro UTILIZA_CONCEITO_EXERCICIO for "true", caso contrário será atualizado também a unidade de exercício que será igual a unidade de lotação que é carregado através da fita-espelho. o valor do parâmetro UTILIZA_CONCEITO_EXERCICIO pode ser alterado através do SIGAdmin. * **RN03** - Deverão ser criados registros de vínculos de servidores públicos federais para cada servidor que vier na fita, com exceção dos servidores que não possuem vínculo efetivo direto esta instituição. * **RN04** - Não deve ser criado registro de vínculo de servidor público federal para servidores cujo "regime jurídico" não seja conhecido pelo sistema; * **RN05** - Na leitura da fita espelho, ao escolher a opção "Processar Mês" ou "Processar Histórico": - Verifica se o código da vaga está populado no registro funcional do servidor - Caso tenha sido informado: - Verifica se existe o registro da vaga na base de dados, se não houver, realiza o cadastro com os valores padrões: * Tipo de Vaga = INDEFINIDA * Tipo de Provimento = TIPO_PROVIMENTO_INDEFINIDO; * Status da Vaga = ATIVA; * Origem da Vaga = INDEFINIDA; - Verifica se para o servidor processado, existe uma linha em funcional.historico_servidor com o código da vaga e data de admissão informados. Se não existir, adiciona o registro (se não houver um registro no histórico do servidor no mês e ano referente ao processamento da fita espelho que está sendo processamento) ou atualiza o registro(se houver um registro no histórico do servidor no mês e ano referente ao processamento da fita espelho que está sendo processada) na tabela preenchendo estas informações (Alteração realizada pela tarefa **132457**). - Se houver um registro de código de vaga no histórico do servidor no mês e ano referentes ao processamento da fita espelho que está sendo processada, este não é atualizado automaticamente. (Alteração realizada pela tarefa **132457**) - No momento da carga da fita espelho é comparada a informação da vaga no siape com a do sigrh, e caso a SITUAÇÃO da vaga seja a mesma, é incluída uma observação na ultima movimentação da vaga no sigrh do tipo – “CARGA DA FITA ESPELHO EM xx/xx/xxxx”. (Alteração realizada pela tarefa **132653**) * **RN06** - Durante a criação de vínculos federais, a data de admissão do servidor na instituição deve ser utilizada como data de início do vínculo, exceto para os servidores que vieram através de redistribuição. ==== Resoluções/Legislações Associadas ==== * [[desenvolvimento:ambiente:importacao_fitaespelho|Importação da Fita Espelho do SIAPE]] * {{:desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:administracao:fita_espelho:fita_espelho_siape:processamento:manual_fita_espelho_servidor.pdf|Manual do SIAPE - Fita Espelho(Servidor)}} * {{:desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:administracao:fita_espelho:fita_espelho_siape:processamento:manual_fita_espelho_pensionista.pdf|Manual do SIAPE - Fita Espelho(Pensionista)}} ===== Classes Persistentes e Tabelas Envolvidas ===== ^ Classe ^ Tabela | | br.ufrn.sigrh.dominio.TipoRegimeJuridico | administrativo.rh_tipos.tipo_regime_juridico | | br.ufrn.sigrh.dominio.TipoSituacaoServidor | administrativo.rh.situacao_servidor | | br.ufrn.sigrh.arquivosiape.dominio.ArquivoSiape | administrativo.arquivo_siape.arquivo_siape | | br.ufrn.sigrh.financeiro.dominio.FichaFinanceira | administrativo.financeiro.ficha_financeira | | br.ufrn.sigrh.funcional.dominio.Servidor | administrativo.rh.servidor | | br.ufrn.sigrh.funcional.dominio.Estagiario | administrativo.funcional.estagiario | | br.ufrn.sigrh.funcional.dominio.VinculoTrabalho | administrativo.funcional.vinculo_trabalho | | br.ufrn.sigrh.funcional.dominio.ProvimentoVinculo | administrativo.funcional.provimento_vinculo | | br.ufrn.sigrh.funcional.dominio.TipoProvimentoVinculo | administrativo.funcional.tipo_provimento_vinculo | | br.ufrn.sigrh.funcional.dominio.TipoDesligamentoVinculo | administrativo.funcional.tipo_desligamento_vinculo | ===== Plano de Teste ===== Sistema: SIGRH Módulo: Administração de Pessoal Link(s): Administração de Pessoal → Administração → Arquivo Espelho SIAPE → Servidores → Processar Arquivo Usuário: mirian Papel que usuário deve ter: SigrhPapeis.ADMINISTRADOR_DAP ===== Cenários de Teste ===== Após o processamento da fita espelho, pode ser analisado os dados do arquivo importado através da consulta: Para dados dos estagiários: select * from funcional.estagiario; Para dados dos servidores: select * from rh.servidor; ===== Dados para o Teste ===== * Para verificar as situações que identificam que o servidor não possui vínculo efetivo direto com esta instituição, execute o seguinte SQL no banco "administrativo": SELECT * FROM rh.situacao_servidor WHERE id_situacao IN (50, 41, 66, 18, 19, 3); * Para verificar os servidores novos que vieram no arquivo SIAPE, utilize o caso de uso [[desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:consultas_relatorios:funcionais:consultas_gerais:servidor|Consultar Servidor]] e busque por servidores cujo **Período de Admissão** se inicie no período ao qual o arquivo espelho corresponde. * Para verificar se existe o registro do vínculo federal para um determinado servidor, utilize o caso de uso [[desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:consultas_relatorios:funcionais:vinculos_do_servidor:buscar_vinculos|Consultar Vínculos]]. * Para verificar os servidores que possuem regime jurídico desconhecidos pelo sistema, utilize o caso de uso [[desenvolvimento:especificacoes:sigrh:administracao_de_pessoal:casos_de_uso:consultas_relatorios:funcionais:consultas_gerais:servidor|Consultar Servidor]] e busque por servidores cujo **Regime Jurídico** tenha valor igual a "ND". * Para verificar se o processamento populou o campo de unidade pagadora, execute o seguinte SQL no banco "administrativo": SELECT id_unidade_pagadora FROM rh.servidor WHERE id_unidade_pagadora is not null; * Select para validar a RN06: SELECT * FROM rh.servidor where siape = 'siape servidor sem redistribuído' or siape = 'siape servidor redistribuído';