Data 06/04/2018

Consistema Soluções ›› Notas de versões ›› GOP ›› 2018 ››
Parent Previous Next

Novidades da Versão GOP - 06/04/2018


Movimentação de Cobertura


- Modificado o comportamento do sistema referente em relação ao campo situação que passa a funcionar da seguinte forma:

- Ao gerar o movimento de cobertura a situação inicializará com 2 (Aprovada);

- Após realizar a alteração na movimentação, a situação ficará como 1 (Digitada) permitindo apartir desta versão informar se o movimento será alterado para a situação: 2 (Aprovada) ou 3 (Reprovada)


- Alterada a opção de exclusão do botão "Excluir" localizado no lado superior direito da tela para novo botão "Excluir" no rodapé da tela. Com esta alteração o sistema excluirá automaticamente do GOP todos

os registros gerados na guia "Faltas" ou "Lançamentos" de forma automática


- Implementada a guia "Lanc. Cob. (Consulta) para listar todos os registros gerados na guia "Lançamentos" da movimentação operacional, oriundas do registro da cobertura.


- Implementada nova funcionalidade na movimentação de cobertura e operacional em que o sistema gera automaticamente o evento de estorno de faltas, o funcionamento da tela será o seguinte:


- Ao realizar um lançamento de cobertura em que exista algum histórico de afastamento lançado na mesma data no histórico de afastamento do Rubi, o sistema emitirá a mensagem: " Sobreposição de

afastamento: xx / xx / xxxx a xx / xx / xxxx esta ausência não será registrada como falta." ao clicar no botão 'OK" o sistema não gera o registro na guia "Falta" e "Lançamentos" da movimentação operacional, mas

registra normalmente o movimento de cobertura.


Com esta implementação o sistema não mais gerará log de sobreposição no momento de integração.


- Na versão anterior ao excluir algum histórico de afastamento gerado por meio do GOP, fazia-se necessário acessar o menu de lançamentos variáveis do colaborador e ajustar manualmente a quantidde de

horas faltas, mas nesta nova versão o sistema passa a gerar o movimento de estorno de forma automática, mas para que isto ocorra serão necessárias as seguintes configurações:


      1. Criar novo evento para desconto de falta com característica 49H, regra 64 e tipo 3 (Desconto), informar na guia "Base" o evento 9002 (Salário Hora), voltar para guia "Eventos", informar no campo:
        "# Lançamento Manual" igual a N(Não) e no campo " # Verificar sobreposição" igual a S(Sim)
      2. Criar novo evento para estorno de falta com característica 49H, regra 64 e tipo 1 (Provento), informar na guia "Base" o evento 9002 (Salário Hora), voltar para guia "Eventos", informar no campo:
        "# Lançamento Manual" igual a N(Não) e no campo " # Verificar sobreposição" igual a S(Sim)
      3. Permancer coma situação 15 (Faltas) para lançamento manual por meio do Rubi e não disponível para o operacional e alterar os campos "Perde dia Horista e Perde dia Mensalista" para A ou D
        conforme critério da empresa  (Este passo não precisa ser executado se já existirem duas situações)
      4. Criar uma nova situação de Faltas que será utilizada somente para o GOP não permitindo lançamento manual e disponível para o operacional
      5. Acessar o menu: Consistema Soluções > GOP > Cadastro > Motivo de Lançamento, selecionar o motivo de faltas e informar no campo "Evento" o novo evento de desconto cadastrado
      6. Acessar o menu: Consistema Soluções > GOP > Cadastro > Motivo de Lançamento, criar novo motivo para estorno de faltas e informar no campo "Evento" o novo evento de provento cadastrado
      7. Acessar o menu: Consistema Soluções > GOP > Cadastro > Faltas x Motivo, selecionar a situação de faltas do GOP, informar no campo "Motivo à débito" o motivo de lançamento para desconto de faltas,
        no campo "Motivo à crédito" informar o motivo de lançamento para estorno de faltas, conforme itens 5 e 6 e no campo "Critério Perda" informar a letra I (Perde o dia conforme integração Ronda)
      8. Acessar o menu: Consistema Soluções > GOP > Cadastro > Motivo de Cobertura, em cada motivo que gera falta, informar no campo situação p/afastamento a nova situação que foi cadastrada conforme
        o item 4
      9. Acessar o evento de desconto de falta calculado atualmente (Geralmente evento 18) e informar no campo "# Lançamento Manual" igual a N(Não) e no campo " # Verificar sobreposição" igual a N(Não) ou
        permanecer com o conteúdo destes campos em branco
      10. O sistema permitirá que a situação do afastamento seja alterada após integrada, porém, a data final não será permitida a alteração, pois após a integração os períodos serão fidedignos do GOP, mas caso
        tenha a necessidade de alterar a data final, basta excluir o histórico e cadastrá-lo manualmente conforme necessidade
      11. Desativar o parâmetro global GOP-ALTERAR-LANCTO-GOP por meio do menu: Consistema Soluções → Configurações → Parâmetros Globais,  informando N (Não) no campo valor ou excluir o cadastro do
        mesmo, pois conforme as funcionalidades acima o mesmo não mais terá funcionamento.


- Durante a integração dos movimentos e lançamentos do GOP com a folha o sistema verificará se os novos eventos criados para desconto e estorno de falta possuem característica diferente de 49H, caso isto ocorra será
gerado LOG para que a característica do mesmo seja ajustada.


Transferência de Colaborador entre Empresas


- Ajustada a situação em que ao realizar a transferência de colaboradores entre empresas o sistema Rubi não gera na empresa destino os históricos de filial e posto anteriores à data de transferência. Com isto ao tentar
inserir um histórico de salário do colaborador com data menor que a data de transferência, o sistema estava gerando a mensagem: "Regra 400:599: Não Localizado histórico posto de trabalho em xx / xx / xxxx - R038HPO".


Cálculo da Folha de Pagamento


-  Implementada nova mensagem para que ao gerar o cálculo da folha de pagamento o sistema avise quais processos existem pendências de integração do GOP.


Permissões de Usuários


- Implementados os campos integrar movimentação e integrar lançamentos nas permissões de usuários que funcionará da seguinte forma:

- Integrar movimentações: ao informar S (Sim) neste campos, o usuário poderá marcar somente as opções Transferência Posto/Local, Transferência Escala e Gerar Afastamentos na tela de movimentação operacional
para integração

- Integrar lançamentos: ao informar S (Sim) neste campos, o usuário poderá marcar somente a opção Gerar Lançamento na tela de movimentação operacional para integração.


Com esta implementação consegue-se definir que apenas o setor de DP poderá realizar a integração de lançamentos, ou seja, todas as movimentações feitas na guia "lançamentos" da movimentação operacional, reduzindo
a quantidade de registros a serem integrados diariamente, semanalmente, quinzenalmente ou mensalmente por meio do setor operacional. Em contrapartida, o setor operacional gera somente a integração dos movimentos.


Movimentação Operacional


- Ao cadastrar novo histórico de salário o sistema Rubi informa que o colaborador não tem histórico de posto previsto na data de cadastro do novo salário, porém, isto ocorre quando o colaborador está sendo transferido entre
empresas e na empresa destino a data de histórico do posto em que está sendo cadastrado o novo salário, refere-se à data de transferência e a mesma é posterior à data de cadastro do novo salário.


O processo de transferência de colaboradores entre empresas não cria na empresa destino um posto para data de admissão do colaborador, desta forma o colaborador possui histórico postos apenas a partir da data em que foi
transferido.


Para resolver esta situação foi implementado novo um processo, para que após a transferência do colaborador, a data de histórico do posto seja alterada para data de admissão do colaborador.