Histórico da Página

Observação para o preenchimento de cada campo:

Atente-se que os campos "Filial", "Cód. da CCT", "Cód. do Sindicato" e "Código do Benefício" NÃO possuem preenchimento obrigatório, isto é, no caso de não estarem preenchidos serão válidos para mais de uma filial, para mais de uma CCT, para mais de um sindicato e/ou para mais de um benefício. No entanto, por questões de performance na busca dos dados, atente-se que NÃO será possível realizar o cadastro utilizando configurações mistas, por exemplo, não será possível preencher um registro válido para VR para o sindicato 01 para dia trabalhado, e outro registro para o VR de dia de D.S.R. sem sindicato preenchido; uma vez preenchido um registro de VR especificamente para um sindicato, todos os registros de dias também deverão estar configuradas para esse sindicato. Apenas será possível realizar o cadastro conforme combinações abaixo, na seguinte ordem de prioridade:

1. Filial igual ao do cadastro do funcionário, CCT vinculada ao sindicato do funcionário, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
2. Filial igual ao do cadastro do funcionário, CCT vinculada ao sindicato do funcionário, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
3. Filial igual ao do cadastro do funcionário, CCT em branco, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
4. Filial em branco, CCT em branco, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
5. Filial em branco, CCT em branco, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
6. Filial em branco, CCT vinculada ao sindicato do funcionário, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
7. Filial em branco, CCT vinculada ao sindicato do funcionário, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
8. Filial igual ao do cadastro do funcionário, CCT vinculada ao sindicato do funcionário, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
9. Filial igual ao do cadastro do funcionário, CCT vinculada ao sindicato do funcionário, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício cadastrada para o funcionário;
10. Filial igual ao do cadastro do funcionário, CCT em branco, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício em branco;
11. Filial em branco, CCT em branco, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício em branco;
12. Filial em branco, CCT vinculada ao sindicato do funcionário, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício em branco;
13. Filial em branco, CCT vinculada ao sindicato do funcionário, sindicato igual ao do cadastro do funcionário, tipo do benefício igual ao do roteiro calculado com o código do benefício em branco;
14. Filial igual ao do cadastro do funcionário, CCT em branco, sindicato em branco, tipo do benefício igual ao do roteiro calculado com o código do benefício em branco.

Caso não encontre registros conforme a primeira configuração, será considerado registros conforme a segunda configuração; se não houver na segunda configuração, será considerado a terceira configuração, e assim sucessivamente. Entretanto, conforme citado anteriormente, se for encontrado registro em uma das possibilidades de configuração acima, apenas será considerado essa configuração. Por exemplo, caso encontre um registro específico de VR para a filial 01, CCT 1, sindicato 01 para o benefício 001 para o dia trabalhado, um eventual registro para VR, sem filial, sem CCT, sem sindicato e sem código para o dia de D.S.R. NÃO será considerado, ou seja, será desprezado, mesmo que não haja registro de D.S.R. de VR para a filial 01, CCT 1, sindicato 01 para o benefício 001.

Atente-se que o SIGAPON realiza apontamento de horas extras no padrão sexagesimal, portanto, as horas extras serão convertidas para o padrão centesimal para comparação com o cadastro realizado no campo "Qtde. Min H.E.". Por exemplo, 2 horas extras e meia no SIGAPON equivalem a 2.50 no padrão centesimal, e na tabela S151 deve-se preencher 2.50 ao invés de 2.30.

Esta implementação é válida tanto para clientes que possuem a parametrização para o cálculo de benefícios (VA, VR e VT) verificar a escala de horário do Ponto (parâmetro MV_USACPER com .F.) quanto para os clientes que não verificam a escala de horário do Ponto. Mas no caso de não considerar a escala de horário do Ponto, ou seja, quando considera o período da Folha, deve-se atentar que existirá um "De x Para" entre o tipo do dia do período e o tipo do dia da tabela S151:

O cálculo do complemento do benefício NÃO será realizado caso a quantidade de dias do benefício seja preenchida manualmente no campo "D.Prop.Inf." (M7_DPROPIN), ou se houver configuração para o cálculo com quantidade de vales fixa ou se nas perguntas de cálculo estiver com a pergunta "Calcular periódico" configurada com "Sim", ou se há parametrização para a gravação sintética do período e não é considerado a escala de horário do Ponto, uma vez que o cálculo do complemento irá realizar a apuração analítica das horas extras por dia, ou seja, não faz sentido utilizar a opção do complemento por hora extra para calcular um valor fixo.

Cada vale do complemento utilizará o valor unitário configurado no campo "Valor Unit." (RN_VUNIATU), no caso de vale transporte, e "Valor" (RFO_VALOR), no caso de vale alimentação e vale refeição, ou seja, o valor de um vale de complemento por hora extra terá o mesmo valor de um vale recebido no cálculo comum. Dessa forma, principalmente para o cálculo de vale alimentação e vale refeição recomenda-se a revisão do cadastro dos vales para que no campo "Valor" (RFO_VALOR) seja cadastrado o valor correspondente a um dia e não ao correspondente do mês inteiro.

O sistema irá efetuar busca nas tabelas de apontamento (SPC e SPH) do SIGAPON pelos apontamentos realizados entre a data de início e de fim do período da folha do roteiro que será calculado (e não nas datas do período de apontamento do Ponto), cujos eventos no Ponto estejam classificados como hora extra, isto é, cujo campo "Classific." (P9_CLASEV) estejam configurados com "01" (Hora Extra). Em seguida, o sistema irá verificar se a quantidade de horas extras realizadas no dia são superiores à quantidade mínima configurada para o tipo do dia (trabalhado, não trabalhado, etc..) em questão. Caso seja superior, será gerado complemento de vale para o dia em questão com a mesma quantidade de vales que seriam calculados para o respectivo tipo do dia: no caso de não se verificar a escala do Ponto ou quando é verificado a escala do ponto mas não é preenchido a quantidade de vales para cada dia da semana, será utilizado a quantidade de vales configurada no campo "Qt.Vale DUt." (R0_QDIAINF) para os dias trabalhados e no campo "Qt.Vale NUt." (R0_QDNUTIL) para os dias não trabalhados, compensado, feriados e D.S.R., mas na situação desse campo não estar preenchido será utilizado a quantidade de vales configurada no campo "Qt.Vale DUt." (R0_QDIAINF); quando é verificado a escala do Ponto e é preenchido a quantidade de vales para cada dia da semana, será utilizado a quantidade definida de acordo com o dia da semana, por exemplo, em uma segunda-feira será utilizado a quantidade de vales definida no campo "Qt. Vale Seg" (R0_QVALSEG), mas na situação de ser realizada hora extra em um sábado ou domingo e não haver preenchimento da quantidade nos campos "Qt. Vale Sáb" (R0_QVALSAB) e "Qt.Vale Dom" (R0_QVALDOM), será utilizada a quantidade de vales configurada no campo "Qt.Vale NUt." (R0_QDNUTIL), e caso este também não esteja preenchido, será utilizado a quantidade de vales configurada no campo "Qt.Vale DUt." (R0_QDIAINF).

Ao realizar a transferência do funcionário, o sistema realizará o mesmo tratamento que é efetuado para as tabelas SR0 (Itens de Benefícios) e RG2 (Histórico de Benefícios) para as novas tabelas RU1 (Detalhamento de Benefícios) e RU3 (Histórico Detalhe Benefícios).

O cálculo do complemento do benefício NÃO será realizado caso a quantidade de dias do benefício seja preenchido manualmente no campo "D.Prop.Inf." (M7_DPROPIN), ou se houver configuração para o cálculo com quantidade de vales fixa ou se nas perguntas de cálculo estiver com a pergunta "Calcular periódico" configurada com "Sim", ou se há parametrização para a gravação sintética do período e não é considerado a escala de horário do Ponto, uma vez que o cálculo do complemento irá realizar a apuração analítica das horas extras por dia e não irá calcular um valor fixo de vales.

Cada vale do complemento utilizará o valor unitário configurado no campo "Valor Unit." (RN_VUNIATU), no caso de vale transporte, e "Valor" (RFO_VALOR), no caso de vale alimentação e vale refeição, ou seja, o valor do vale de complemento por hora extra terá o mesmo valor do vale recebido no cálculo comum.