Produto: | Folha Publica - SIGAGFP |
Versões: | Protheus V12 |
Observações: | Execução apos Upgrade para Versão 12 |
A versão 12 da Folha de Pagamento Microsiga Protheus® trouxe diversas novidades ao mercado brasileiro, inclusive com mudanças estruturais e que necessitam de adequações no upgrade da versão 11 para o setor público. Esta rotina deverá ser executada após o upgrade da versão.
O objetivo é direcionar e definir um checklist de Upgrade para a versão 12 da Folha de Pagamento Protheus advindo de releases/versões anteriores. Importante lembrar que poderão existir novas situações não mapeadas neste documento e poderão impactar em alguns clientes com cenários diferentes ao citado.
1. Upgrade Protheus
Antes dos procedimentos específicos da Folha de Pagamento faz-se necessário a realização do upgrade da versão 11, utilizando dos direcionamentos definidos pelo Framework
Para maiores detalhes consulte o link:
http://tdn.totvs.com/pages/viewpage.action?pageId=271659404
2. Upgrade Folha de Pagamento
Após o upgrade descrito no tópico acima, faz-se necessário a conversão de dados para adaptação à nova estrutura da folha de pagamento, porém é importante um planejamento e um revisão de dados para o correto funcionamento do produto.
A rotina conversão GFPCONV foi desenvolvida para auxiliar no upgrade para a folha de pagamento da versão 12, adequando às informações conforme as novas estruturas do produto.
O conversor foi desenvolvido baseando-se no Upgrade da versão 11 do setor publico para a versão 12 devido à estrutura das tabelas, porém o mesmo poderá ser executado em ambientes advindos de outras versões, porém com a ressalva da validação das informações nas tabelas e que serão descritas no decorrer deste documento.
Importante ressaltar que a ferramenta disponibilizada tem como principal intuito ajustar as informações conforme a nova estrutura, porém como existem intervenções através de customizações no banco de dados, é necessário a validação completa dos dados, pois poderão ocorrer inconsistências nestas conversões.
Antes do inicio da execução do conversor para a versão 12 da folha publica, é necessário realizar o planejamento das atividades e estratégias das atuações para os procedimentos.
Os pontos de atenção para a definição desta estratégia estão relacionados aos seguintes tópicos:
- Definir se a conversão inicialmente ocorrerá para todas as filiais ou para apenas uma parte, considerando a validação das conversões.
- O ideal para conversão é que o período/competência da folha de pagamento na versão origem esteja com todos os processos fechados, ou seja, iniciando-se o próximo período de cálculo. Mas caso não seja possível será necessário a conferência na nova versão contemplando o fechamento para as baixas do período de férias, afastamentos, valores futuros e as verbas do mês seguinte (férias mês seguinte, insuficiência de saldo, etc.)
- O maior volume para a conversão esta relacionado ao histórico da ficha financeira (SRD) e o GFPCONV permite a seleção por períodos, permitindo assim a definição das janelas de conversão.
- Cálculo de Rescisão: Definir se houve cálculo de rescisão e as informações foram trazidas para a conversão dos períodos em aberto na versão 12.
Além dos itens descritos acima, sugere-se alguns procedimentos para garantir a qualidade da conversão.
- Realizar o backup das tabelas do RH para eventuais necessidades de novas execuções do GFPCONV - evitar assim novos Upgrades de todo o ERP.
- Verificar na tabela de histórico de lançamentos se possuem verbas na mesma competência com mesma sequencia – Existindo esta situação sera necessário ajustar a base.
- Verificar se na tabela de cálculo das férias (SRH) não possuem registros com o campo RH_DTITENS com a mesma data e para o mesmo funcionário - Existindo esta situação deverá ser ajustado a base
- Após a migração do dicionário de dados, é necessário que o nível de compartilhamento da tabela RFQ seja alterado para que fique igual ao das tabelas RCF, RCG e RCH.
- O parâmetro MV_SIGAGFP deve ser configurado antes da execução do GFPCONV (vide documento Configuração do Parametro MV_SIGAGFP).
- Os arquivos de menu SIGAVDF.xnu e SIGAGFP.xnu devem estar atualizados na pasta SYSTEM.
O assistente de criação de verbas deve ser executado antes dos demais processos, para que as verbas obrigatórias, utilizadas na v12, sejam criadas.
Caso outro processo seja executado sem a criação das verbas obrigatórias, será exibido um log solicitando a criação de tais verbas, e o processo atual será interrompido.
Importante!
Após a finalização do conversor de dados por completo, é necessário que a verba referente à salário, com identificador de cálculo 0031, seja alterada manualmente, para que passe a ter o identificador de cálculo 0644.
Após a conclusão da conversão de dados faz-se necessário a conferência das informações convertidas. As principais informações para a conferência são:
Tratamentos realizados no cadastro de Funcionários:
Campo
Descrição
Observações
RA_HRSDIA Horas Dia Para preenchimento do campo Horas Dia, será consultado o valor atual do campo Horas Mês (RA_HRSMES) e dividido seu valor por 30 (dias), resultando na quantidade de horas trabalhadas por dia. [ HorasMês/30 ]
O conteúdo do campo Horas Dia é utilizado durante os cálculos de roteiros na P12.
RA_REGIME Regime Caso o campo Regime esteja em branco no cadastro de Funcionários, seu conteúdo será atualizado com 2 - Estatutário. RA_AFASFGT Código Afastamento FGTS Será realizada a troca dos códigos de Afastamento FGTS conforme tabela abaixo:
Código P11
Código P12
2 I2 3 I3 4 I4 5 N1 6 Q5 7 Q6 9 S3 B Q4 I I1 N N2 O O1 P P1 Q Q1 S S2 U U1 outros permanece mesmo valor
- O cadastro de Processos (RCJ) na P12 possui a carga de códigos padrões para Folha Privada (00001 - CLT Mensal; 00002 - CLT Semanal; 00003 - Autônomo Mensal; 00004 - Autônomo Semanal) e, para a Folha Pública foi criado o código padrão 50000 - Membros/Servidores.
- O conversor irá trocar o código de processo 00001 (P11.90) por 50000 (padrão servidores P12). Os campos alterados são:
Campo |
Descrição |
---|---|
RA_PROCES | Processo do Funcionário |
RCF_PROCES | Processo Cabeçalho Calendário |
RCG_PROCES | Processo Itens Calendário |
RCH_PROCES | Processo Itens Período |
R8_PROCES | Processo Lançamento de Ausências |
RD_PROCES | Processo Acumulados (Ficha Financeira) |
RC_PROCES | Processo Cálculo Período Aberto |
RH_PROCES | Processo Cabeçalho Férias |
RR_PROCES | Processo Itens Férias/Rescisão |
RG_PROCES | Processo Cabeçalho Rescisão |
RK_PROCES | Processo Lançamentos Futuros |
RGB_PROCES | Processo Lançamentos Período |
RCL_PROCES | Processo Cadastro de Postos |
RGA_PROCES | Processo Período Padrão |
RG1_PROCES | Processo Lançamentos Fixos |
Tratamentos realizados quanto ao cadastro de Roteiros:
- Na P12 foi criada a tabela RFQ - Cabeçalho de Períodos para complementar o cadastro de Períodos com as tabelas já existentes (RCF. RCG, RCH).
- A tabela RFQ possui os dados do período, como Processo, Período, Nr.Pagamento, Data Inicial e Final, Módulo de origem, etc, enquanto a tabela RCH guarda os dados de cada roteiro pertencente àquele período.
- O conversor irá criar os registros para o Cabeçalho de Períodos conforme os registros já existentes nos Itens de Período (RCF) e Cabeçalho do Calendário (RCH):
- Mês, Ano, Período, Semana, Data Inicial, Data Final, Status, Módulo.
- Os campos Data Inicial e Final do Cabeçalho de Calendário (RCF) serão preenchidos conforme os itens de período (RCH).
- Alguns campos da tabela RCH também serão atualizados.
SRD – Histórico de Acumulados
O campo de Semana/Numero de Pagamento (RD_SEMANA) não era obrigatório na versão 11. Porém, na versão 12 passou a ser obrigatório e deve ser preenchido com o valor do campo RCH_NUMPAG do Cadastro de Períodos.
Os valores do campo RD_ROTEIR na versão 12 da Folha Pública também foram modificados. Os Roteiros FOL e RES foram alterados para FPB e RPB, respectivamente. É necessário incluir o tratamento para conversão dos roteiros.
Campo | Descrição | Conteudo Antigo | Conteudo Novo | Observação |
RD_ROTEIR | Roteiro |
FOL | FPB | Roteiro Folha de Pagamento |
RD_ROTEIR | Roteiro | RES | RPB | Roteiro Rescisão |
Criação de Função para conversão de tabelas de períodos, abaixo se encontra as seguintes tabelas:
- RFQ - Cabeçalho Período: A criação foi realizada normalmente, baseada na rotina existente no padrão de RH GPECONV.
- RCF - Cabeçalho Calendário e RCG - Itens Calendário de Pagto: O preenchimento dos campos (RCG\RCF)_DATINI\(RCG\RCF)_DATFIM.
- RCH - Período de Calculo:
RCH_MODULO Modulo “GPE” “GFP
RCH_DTINTE Dt Integração
RCH_COMPL Complementar “2”
Atenção!
O cadastro deve ser revisto no momento da migração, pois o cadastro do cliente foi analisado e alguns tipos de ausência que possuem código de Sefip preenchido (RCM_CODSEF) estão configuradas como Informativo e tipos de ausência “Com pagamento” não tem verbas relacionadas.
Foi necessário modificar os códigos dos Tipos de Ausências da Folha Pública, pois hoje possuem o mesmo código da Folha Padrão, porém com configurações e características diferentes.
O conversor deve fazer a carga com os tipos de ausência padrões e alterar os códigos já existentes.
Código Tipo de Ausência | Código Atual | Código Novo |
Férias | 1 | 501 |
Licença Prêmio | 2 | 502 |
Dispensa Eleitoral | 3 | 503 |
Plantão Servidores | 4 | 504 |
Recesso Remuneração - Estagiários | 5 | 505 |
Concurso Estagiário | 6 | 506 |
Serviços Extras | 7 | 507 |
Férias Compensatórias - Membros | 8 | 508 |
Licença para Tratamento de Saúde (Membro) | 9 | 509 |
Licença para Tratamento de Saúde (Servidor Efetivo) | 10 | 510 |
Licença para Tratamento de Saúde (Comissionado) | 11 | 511 |
Licença Luto | 12 | 512 |
Licença para Tratamento de Saúde em Pessoa da Família | 13 | 513 |
Licença Gala | 14 | 514 |
Licença Maternidade Efetivo | 15 | 515 |
Licença Maternidade Comissionado | 16 | 516 |
Licença Paternidade Servidor | 17 | 517 |
Licença Interesses Particulares | 18 | 518 |
Licença para Tratamento de Saúde (Comissionados + de 15 dias) | 19 | 519 |
Licença para Atividade Política | 20 | 520 |
Suspensão por P.A.D. | 21 | 521 |
Folga Compensatória | 22 | 522 |
Não pagar auxílio transporte Membros | 23 | 523 |
Licença para Tratamento de Saúde em Pessoa da Família - desconto de v.ind | 24 | 524 |
Suspensão Judicial | 25 | 525 |
Falta Especial | 26 | 526 |
Cedência sem verbas indenizatórias | 27 | 527 |
Suspensão por P.A.D - Membro | 28 | 528 |
Licença para Tratamento de Saúde (Servidores Efetivos + de 15 dias) | 29 | 529 |
Plantão Membro |
- SR8 – Lançamento de Ausências
Alteração no campo de Tipos de Ausência, conforme tabela anterior.
R8_TIPOAFA – Tratamento com os códigos novos do RCM
GFPCONV - Manual de Conversão Gestão de Folha Publica Versão 12.
|
||
Erros comuns durante a migração do dicionário de dados e execução do conversor de dados, e como corrigir.
Problema: Error.log ao logar no ambiente 12.1.23, ao criar um índice (Ctree Error 485 - IO Error: 5 - Error creating sortwork.00x file), com binário x64 - Lobo-guará.
Solução: Executar o appserver como administrador.
Problema: Error.log de alias da tabela não existe
Solução: Entrar na rotina que faz uso da tabela em questão, para que a tabela seja criada.
Problema: Após finalização do migrador, ao logar no sistema é exibido Error.log no arquivo XX6, índice não existe.
Solução: Renomear os arquivos referentes à XX6, na pasta system, e logar no ambiente novamente para que o sistema recrie o arquivo.
Problema: Após finalização do migrador, ao logar no sistema é exibido Error.log no arquivo XX7, índice não existe.
Solução: Renomear os arquivos referentes à XX7, na pasta system, e logar no ambiente novamente para que o sistema recrie o arquivo.
Problema: Error.log de índice da tabela não existe
Solução: Renomear os arquivos referentes à SIX, na pasta system, e logar no ambiente novamente para que o sistema recrie o arquivo.
Problema: Após finalização do migrador/conversor, ao logar no SIGAVDF é exibido Error.log de variável não existe FINA226.
Solução: No APSDU, acesse o arquivo SX2 e, no registro referente à tabela FRI, remova do campo X2_ROTINA o conteúdo FINA226.