Informações Gerais

Objetivo

Permitir efetuar o cálculo do complemento de vale transporte, vale refeição e vale alimentação em qualquer data, não sendo necessário esperar o final do período para verificar se há necessidade do pagamento complementar do benefício.

Além da implementação da possibilidade de efetuar o cálculo dos benefícios (VT, VR e VA) considerando os dias de trabalho previstos na escala de horário do Ponto do funcionário para a competência de cálculo do benefício. Para esse controle, foi criado o parâmetro MV_USACPER, que irá definir se será utilizado o calendário do período ou a escala de horário do Ponto Eletrônico no cálculo dos benefícios.

Caso seja utilizado a escala de horário do Ponto, também será possível definir uma quantidade específica de vales para cada dia da semana.

Será criado o parâmetro MV_CALCBEN, que permitirá ao usuário optar por usar ou não a nova forma de calcular os vales.  

Definição da Regra de Negócio

Criação do parâmetro MV_CALCBEN

Há bases que possuem customizações e precisariam de mais tempo para verificar quais alterações seriam necessárias para se adaptar ao novo cálculo dos vales (VA/VR/VT) com

a utilização da nova tabela SM7. 

Por isso, será criado o parâmetro MV_CALCBEN que vai permitir  ao usuário a opção de efetuar o cálculo dos vales pelo formato novo ou não. A ideia é de dar um tempo maior para

fazer a avaliação das mudanças no caso citado anteriormente.

Apesar de criar a nova tabela (SM7) e alterar outras tabelas (SR0, RG2), o sistema fará o cálculo do vales de acordo com o formato selecionado no parâmetro:

.T.=formato novo

.F.=formato antigo

IMPORTANTE:

1) Para os usuários que optarem, num primeiro momento, continuarem com o cálculo no formato antigo, há um prazo de validade que será divulgado posteriormente.

    Assim, a forma antiga será desativada e o sistema só fará o cálculo pelo formato novo.

2) Para os usuários que optarem pelo cálculo no formato novo, ou seja, .T. e depois alterem o conteúdo do parâmetro para .F. , o sistema não voltará a efetuar o

     cálculo dos vales na forma antiga. Esse fato pode resultar em erros e isso NÃO É RECOMENDÁVEL.

Conversão tabelas SR0/SM7

Devida à reestruturação do cálculo de vales (VA/VR/VT), será necessário criar uma rotina para conversão das tabelas SR0 e geração da SM7. 

Assim que o a rotina de Atualização (GPEA131) for acessada, será verificada a existência da tabela SM7 ( desde que o conteúdo do parâmetro MV_CALCBEN seja .T.). Caso não exista, será sugerida a execução do UPDDISTR para sua criação e também a atualização das outras tabelas efetuadas pelo presente requisito.

Ao confirmar a execução da conversão, será gerado uma cópia da tabela SR0 e no final emitida uma mensagem indicando o caminho onde a mesma se encontra.

Se houver inconsistências, elas serão apontadas em um relatório.

Se todos os dados estiverem corretos, a conversão seguirá as etapas abaixo: 

1)para que o processamento do cálculo continue, os dados abaixo serão copiados da tabela SR0 para a SM7:

• Filial
• Matrícula
• Tipo de Vale (Alimentação, Refeição, Transporte)
• Código
• Descrição
• Dias proporcionais informados
• Qtde vales dias úteis
• Qtde vales dias não úteis
• Tipo de cálculo
  
  

Layout VT (GPEA014)

Para a o processamento do arquivo de integração, no lugar de utilizar a tabela RG2-Histórico de Benefícios, deve ser configurado para ser utilizado o arquivo SR0-Itens de Benefícios.

O arquivo modelo, VB.INI, será disponibilizado com essa alteração.  

Efetuar manutenção para que, no arquivo de leiaute ao encontrar um registro entre colchetes ([]) não fazer a consistência do campo Tipo se é caractere ou numérico, ou seja, deixar gravar em branco.

Arquivo de Integração (BENEFARQ)

Passa a ler a tabela SR0 e não mais RG2 para gerar o arquivo texto de integração.

Assim, o campo R0_PEDIDO passa a ser gravado como 2-Concluído quando o arquivo de integração for gerado.

Além disso, foi incluído o intervalo de número de pedido (Protótipo 01).

Com a nova estrutura é possível termos mais de um pedido por período para o mesmo benefício, com isso surgiu a necessidade de na geração do arquivo de integração somar os benefícios do mesmo tipo, com isso agora passamos a ter mudança nas query's utilizadas no Rdmake.

A query com alias QD03VB, agora contem apenas dados do funcionário em questão e a query com alias QD05VB contém os benefícios já somados do funcionário corrente no processamento.

Atualização (GPEA131)

Se o conteúdo do parâmetro MV_CALCBEN for verdadeiro (.T.), será acionada a nova rotina de Atualizaçao, GPEA133.

A rotina foi criada para que fosse possível efetuar o cálculo do complemento de vale transporte, vale refeição e vale alimentação em qualquer data.

A principal mudança é que será possível efetuar a manipulação dos dados tanto do Vale Alimentação, Vale Refeição e Vale Transporte na mesma tela (conforme Protótipo 02).

O histórico do cálculo, foi retirado dessa tela e poderá ser acionada através de uma opção em Outras Ações (conforme Protótipo 03).

Criada a tabela SM7-Cadastro de Benefícios para que sejam informados os valores necessários para efetuar o cálculo. Assim, onde antes era preenchido a tabela SR0, agora passa a ser o arquivo SM7.

Na nova tabela, os campos serão:

• Código
• Dias proporcionais informados
• Qtde vales dias úteis
• Qtde vales dias não úteis
• Avulso (1-Sim;2-Não)
  
  

  Se o conteúdo do parâmetro MV_USACPER for .F., os outros campos a serem exibidos são (conforme protótipo 04):

• Qtde vales utilizados no domingo

• Qtde vales utilizados na segunda-feira
• Qtde vales utilizados na terça-feira
• Qtde vales utilizados na quarta-feira
• Qtde vales utilizados na quinta-feira
• Qtde vales utilizados na sexta-feira
• Qtde vales utilizados no sábado
• Qtde dias fixos

Os restante dos campos não serão editáveis:

• Matrícula
• Tipo de Vale (Alimentação, Refeição, Transporte)
• Dias faltas descontados (para controle de desconto das faltas)
• Tipo de cálculo (1-Informado, 2-Automático)     

Cálculo (GP131CALC)

                           CÁLCULO AVULSO

                            1)se for para acrescentar mais quantidades de vales dos já utilizados, para um determinado intervalo de tempo. 

                               . Vale Alimentação/Vale Refeição:

                                Exemplo: Para um funcionário, já é calculado o vale refeição com código 001 com a quantidade de 1 por dia, mas por um intervalo de tempo, será acrescentado mais 1.

                                                Não será necessário efetuar manutenção na rotina de Atualização dos benefícios nesse caso.                  

                                Na rotina de cálculo, após preencher os parâmetros para cálculo de VAL/VRF, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção 'Sim'

                                para a pergunta ‘Calcula periódico ?’ (protótipo 05).

                                Feito isso, será exibido outra tela de parâmetros, informar a quantidade de vales dia, no nosso exemplo  1,  assim como o intervalo de datas para os quais serão calculados esses

                                vales e responder NÃO à pergunta referente a calcular somente vales avulsos (protótipo 06).

                              . Vale Transporte:

                                Exemplo: Para um funcionário, já é calculado vale transporte composto por ônibus sendo 2 por dia.

                                                Mas para substituir um outro funcionário por um intervalo de tempo, será necessário acrescentar mais 2 ônibus.        

                                                Não será necessário efetuar manutenção na rotina de Atualização dos benefícios nesse caso.           

                                Na rotina de cálculo, após preencher os parâmetros para cálculo de VTR, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção

                                'Periódico' para a pergunta ‘Calcula para ?’ (protótipo 07) .

                                Feito isso, será exibido outra tela de parâmetros, informar a quantidade de vales dia, no nosso exemplo  2,  assim como o intervalo de datas para os quais serão calculados esses

                                vales e responder NÃO à pergunta referente a calcular  somente vales avulsos (protótipo 06).

                           2)se for para acrescentar mais quantidades de vales, mas diferentes dos já utilizados, para um determinado intervalo de tempo.

                              . Vale Alimentação/Vale Refeição:

                                Exemplo: Para um funcionário, já é calculado o vale refeição com código 001 com a quantidade de 1 por dia, mas por um intervalo de tempo, será acrescentado um outro com código 002 com a quantidade de 1 por dia.

                                 Acessar a rotina de Atualização (Atualizações > Benefícios > Vt/Vr/Va > Atualização) e na aba correspondente Vale Refeição e efetuar a manutenção na linha do cadastro (SM7), ou seja, incluir um novo registro com o código do benefício adicional e quantidade, clicar no campo ‘Avulso’, selecionando a opção 'Sim' para indicar que se trata de um vale avulso.

                                 E na rotina de cálculo, após preencher os parâmetros para cálculo de VAL/VRF, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção 'Sim' para a pergunta ‘Calcula periódico ?’ (protótipo 05).

                                 Feito isso, ao ser exibido a outra tela de parâmetros, NÃO informar a quantidade de vales, preencher o intervalo de datas para os quais serão calculados os vales e responder NÃO à pergunta referente a calcular somente vales avulsos (protótipo 06).

                              . Vale Transporte:

                                Exemplo: Para um funcionário, usualmente já é calculado vale transporte composto por ônibus sendo 2 por dia.

                                               Mas para substituir um outro funcionário por um intervalo de tempo, será necessário acrescentar mais 2 metrôs por dia.                   

                                 Acessar a rotina de Atualização (Atualizações > Benefícios > Vt/Vr/Va > Atualização) e na aba correspondente ao Vale Transporte e efetuar a manutenção diretamente na linha do cadastro (SM7),  ou seja, incluir um registro com novo código de meio de transporte e quantidade, clicando no campo ‘Avulso’, selecionando a opção 'Sim' para indicar que se trata de um vale avulso.

                                 E na rotina de cálculo, após preencher os parâmetros para cálculo de VTR, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção 'Periódico' para a pergunta ‘Calcula para ?’ (protótipo 07).

                                 Feito isso, será exibido outra tela de parâmetros, NÃO informar a quantidade de vales, preencher o intervalo de datas para os  quais serão calculados os vales e responder NÃO à pergunta referente a calcular somente vales avulsos (protótipo 06).

                            3)se for para calcular somente vales adicionais para um determinado intervalo de tempo. 

                               . Vale Alimentação/Vale Refeição:

                                Exemplo: Para um funcionário, surgiu a necessidade de calcular um vale diferente daquele que já possui cadastrado. 

                                 Acessar a rotina de Atualização (Atualizações > Benefícios > Vt/Vr/Va > Atualização) e na aba correspondente Vale Refeição e efetuar a manutenção na linha do cadastro (SM7), ou seja, incluir um novo registro com o código do benefício adicional e quantidade, clicar no campo ‘Avulso’, selecionando a opção 'Sim' para indicar que se trata de um vale avulso.

                              . Vale Transporte:

                                Exemplo: Para um funcionário, já é calculado vale transporte composto por ônibus sendo 2 por dia.Mas para substituir um outro funcionário por um dia, será necessário calcula 2 metrôs para aquele dia.                   

                                 Acessar a rotina de Atualização (Atualizações > Benefícios > Vt/Vr/Va > Atualização) e na aba correspondente ao Vale Transporte e efetuar a manutenção diretamente na linha

                                 do cadastro (SM7), ou seja, incluir um registro com novo código de meio de transporte e quantidade, clicando no campo ‘Avulso’, selecionando a opção 'Sim' para indicar que se trata de um vale avulso.

                                 E na rotina de cálculo, após preencher os parâmetros para cálculo de VTR, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção 'Periódico' para a pergunta ‘Calcula para ?’ (protótipo 07).

                                 Feito isso, será exibido outra tela de parâmetros, NÃO informar a quantidade de vales, preencher o intervalo de datas para os  quais serão calculados os vales e responder SIM à pergunta referente a calcular  somente vales avulsos (protótipo 06).

                          CÁLCULO SEMANAL 

                          . Vale Alimentação/Vale Refeição:

                            Não é necessário efetuar nenhuma manutenção na Atualização. Na rotina de cálculo, após preencher os parâmetros para cálculo de VAL/VRF, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção  'Sim' para a pergunta ‘Calcula periódico ?’ (protótipo 05).

                            Feito isso, ao ser exibido a outra tela de parâmetros, NÃO informar a quantidade de vales, preencher o intervalo de datas para os quais serão calculados os vales e responder NÃO para a pergunta sobre calcular somente para vales avulsos (protótipo 06).

                          . Vale Transporte:

                            Não é necessário efetuar nenhuma manutenção na Atualização. Na rotina de cálculo, após preencher os parâmetros para cálculo de VTR, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção 'Periódico' para a pergunta ‘Calcula para ?’ (protótipo 07).

                            Feito isso, ao ser exibido a outra tela de parâmetros, NÃO informar a quantidade de vales, preencher o intervalo de datas para os quais serão calculados os vales e responder NÃO para a pergunta sobre calcular somente para vales avulsos (protótipo 06).

                        CÁLCULO MENSAL

                         . Vale Alimentação/Vale Refeição:

                          Na rotina de cálculo, após preencher os parâmetros para cálculo de VAL/VRF, aparecerá o grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção “Não” para a pergunta ‘Calcula periódico ?’ (protótipo 05).

                        . Vale Transporte:

                          Na rotina de cálculo, após preencher os parâmetros para cálculo de VTR, aparecerá um grupo de perguntas referente a proporcionalidade, nessa tela, selecione a opção “V Transporte” ou “Dif V Trans” para a pergunta ‘Calcula para ?’ (protótipo 07). 

                       Observação:

                       1) O campo M7_VALFIX não deve ser preenchido para cálculo diferente de mensal.

                         Caso o campo M7_VALFIX ou R0_VALFIX seja preenchido, o sistema irá fixar uma quantidade de dias para o cálculo do benefício. Dessa forma, será efetuado o cálculo referente a quantidade de dias fixos x quantidades de vales por dia. Note que essa configuração não realiza o cálculo por quantidade de vales por cada dia da semana, uma vez que será        utilizado um número de dias fixos para o período ao invés do número de dias da competência do cálculo.

                         E ainda, o seu conteúdo sobrepõe o conteúdo dos campos ‘Dias Fixos’ (RFO_DIAFIX) do cadastro de Vale Alimentação / Vale Refeição e ‘Dias Fixos’ (RN_DIAFIX) do cadastro de Meios Transporte, se estiverem preenchidos.  

                        2) O recálculo de um número de pedido poderá ser realizado quantas vezes for necessário até que o mesmo seja gerado no arquivo de integração do benefício, ou seja,

                  R0_PEDIDO = "1". Este campo ficará habilitado para ser alterado caso seja necessário. Por exemplo, após a o cálculo e geração do arquivo de pedido de compra, o campo

                            será preenchido como "2". Se for constatada a necessidade de recálculo, basta alterar o campo para "1" e proceder ao cálculo.

                        3) Atualmente, na apuração de faltas a rotina busca em RGB para período atual, as verbas com os identificadores 0054-Faltas e 0242-Faltas (II) e soma.

                            Como o processamento do cálculo pode ser a cada semana, é necessário verificar se a falta apurada já não foi computada anteriormente para não contar duas vezes, 

                            por exemplo, na primeira semana, tinha 1 falta e foi constada durante o processamento.

                            Na segunda semana, ocorreu mais uma falta, e nesse processamento, não pode computar mais duas faltas e sim apenas mais uma pois uma já foi apurada anteriormente.

                            Assim, no final de duas semanas teremos duas faltas e não 3 se for contada de forma errada.

                            Para o controle das faltas no cálculo dos benefícios (Vale Alimentação, Vale Refeição e Vale Transporte), tivemos as seguintes implementações:

                            . criação da tabela SP7 - Controle de Faltas para armazenar as faltas descontadas do período de cálculo do benefício, desde que a quantidade de faltas seja igual ou superior aos vales do período.

                            . criação do o parâmetro MV_VALFALT para indicar se as faltas, para o cálculo dos vales, devem ser buscadas no período atual da Folha, e nesse caso será lida a tabela

                              RGB (se o parâmetro estiver preenchido com .T.) ou deve considerar o período anterior, já fechado, e então ler a tabela SRD (parâmetro preenchido como .F.).

                            .  além de ser possível visualizar, na rotina de Atualização, as faltas descontadas num determinado período, na aba "Faltas"

                         4)Quanto ao cálculo automático (critério de benefícios), passa a verificar o campo M7_TPCALC e não mais R0_TPCALC para ver se o cálculo é '1-Informado' ou '2-Automático'. Após o cálculo, os registros de SM7 cujo campo M7_COMPL estiverem preenchido com '1-Sim', serão excluídos, não irá afetar os usuários que utilizam o cálculo automático.

                           Assim, se possuem processam o cálculo de benefícios usando o critério de benefícios / lançamentos de vínculos e eventualmente precisem calcular um vale avulso, isso pode ser realizado.  

                        5) Configuração do parâmetro MV_USACPER

                            . se for .F., significa que o cálculo dos benefícios irá utilizar a escala do Ponto Eletrônico, ou seja, a rotina, com base nos campos ‘Turno Trab.’ (RA_TNOTRAB) e

                              Regra Apont’ (RA_REGRA) do cadastro de Funcionários (SRA), irá buscar os dias de trabalho previstos na escala de horário do funcionário (SPJ).

                              Se o parâmetro estiver configurado como .F. e um dos campos acima não estiver preenchido, ou mesmo um dos campos do dia da semana  (segunda-feira, terça-feira, quarta-feira,

                              quinta-feira, sexta-feira, sábado ou domingo), o cálculo será irá considerar o calendário do cadastro de períodos e não da escala de horário.

                        6) Cálculo Automático

                            Quando é utilizado o cálculo dos vales Alimentação e Refeição pelos Critérios de Benefícios, não será possível efetuar o cálculo periódico e nem pela Escala do Ponto (MV_USACPER), pois para a modalidade não é

                            permitido informar quantidades, é calculado a quantidade fixa de 1 (um).   

Fechamento (GP131FECH)

Pelo novo tipo de processamento dos benefícios, pode existir mais de um registro na tabela SR0 e o que vai diferenciá-los é o número do pedido. Assim, este campo será criado também no arquivo RG2 para levar todos os registros de SR0.

No fechamento dos benefícios, serão alterados os procedimentos abaixo:

• Após levar os valores de SR0 para RG2, todos os registros de SR0 serão excluídos.
• Os campos de SM7 serão zerados, exceto:
  • Código do benefício (M7_CODIGO)
  • Qtde vales dias úteis (M7_QDIAINF)
  • Qtde vales dias não úteis (M7_QDNUTIL)
    
    Se o conteúdo do parâmetro MV_USACPER for .F., o campos abaixo também estarão visíveis e não serão zerados:
  • Qtde vales domingo (M7_VALDOM)
  • Qtde vales segunda-feira (M7_VALSEG)
  • Qtde vales terça-feira (M7_VALTER)
  • Qtde vales quarta-feira (M7_VALQUA)
  • Qtde vales quinta-feria (M7_VALQUI )
  • Qtde vales sexta-feira (M7_VALSEX)
  • Qtde vales sábado (M7_VALSAB)
  • Qtde dias fixos (M7_VALFIX)   

Impressão do Mapa (GPER009)

Pelo novo tipo de processamento dos benefícios, podem existir mais de um registro na tabela SR0 e o que vai diferenciá-los é o número do pedido. Assim, este campo será criado também no arquivo RG2 para levar todos os registros de SR0.

Incluir o intervalo de número de pedido no grupo de perguntas (conforme protótipo 08).

Recibo do Vale Transporte (GPER220)

Atualmente, se o período solicitado for o aberto, os dados são obtidos pela leitura da tabela SR0, senão pela leitura do arquivo RG2.

Após a reestruturação, quando for selecionado um período aberto, a tabela a ser acessada será SM7, do contrário será a RG2.

Inserir no grupo de perguntas, o intervalo de número de pedido (conforme protótipo 09).

No cancelamento, alterar a função Gpm160Bene() para deletar os registros de SR0 correspondente ao roteiro e período solicitado nos parâmetros da rotina apenas com o campo R0_PEDIDO preenchido com "1-Em Aberto'.

Observação: No caso de um registro que seja necessário cancelar, pode-se acessá-lo diretamente na rotina de Atualização (Atualizações > Benefícios > Vt/Vr/Va > Atualização) e na linha do cálculo (SR0) acionar a tecla <Delete>. Isso poder ser feito, desde que o campo R0_PEDIDO esteja preenchido com '1-Aberto'.

GPROTBRA

Devido às alterações nos cálculos e a criação de novos grupos de perguntas, será necessário alterar a função GpRotBRA() para mudar o grupo de perguntas gravado no campo RY_PERGUNT da tabela SRY:

GPEXINI

Na função GravaCalc(), na linha onde testa o grupo de perguntas GP020VTR, trocar por GP021VTR. 

Tabelas Utilizadas

• • SPA – Regra de Apontamento
  • SP7 - Controle de Faltas
  • SPJ - Horário Padrão
  • SM7 - Cadastro de Benefícios
  • SR0 - Itens de Benefícios
  • SR6 - Turno de Trabalho
  • SRA - Funcionários
  • SRD - Histórico de Movimentos
  • SRN - Meios de Transporte
  • SRY - Roteiros de Cálculo
  • RG2 - Histórico de Benefícios
  • RCH – Período de Cálculo
  • RCF – Períodos
  • RFO - Definição de Benefícios
  • RGB - Incidências
    
    

Protótipo de Tela

Protótipo 01

Protótipo 02 

Protótipo 03

Protótipo 04

Protótipo 05

Protótipo 06

Protótipo 07 

Protótipo 08

Protótipo 09

Dicionário de Dados

Arquivo: SRN – Meios de Transporte

Alteração de Campo (Picture)

Arquivo: SPA – Regras de Apontamento

Inclusão de campo

Arquivo: RG2 – Histórico de Benefícios

Alteração de chave única

Inclusão de indice

Inclusão de campo

Arquivo: SR0 – Itens de Benefícios

Alteração de chave única

Inclusão de indice

Inclusão de campos

Nova tabela

Arquivo: SM7 – Cadastro de Benefícios (Exclusivo)

Inclusão de chave única

Inclusão de indice

Nova tabela

Arquivo: SP7 – Controle de Faltas (Exclusivo)

Inclusão de chave única

Inclusão de Índice

Grupo de Perguntas

Nome: BENFARQ (Novo)

Nome: GPR009RVT (Novo) 

Nome: GPR009RVL (Novo)

Nome: GPR220RVT  (Novo) 

Nome: GP021VAL  (novo)

Inclusão do grupo de perguntas