Evidência de Teste

Data do D-1 Usado:

 

Foi após ATUALIZAÇÃO?
  • SIM
  • NÃO → Qual:

Anexos:

Inserir no quadro ao lado apenas os anexos necessários para a ocorrência. (Para inserir Anexo: Posicione o cursos no quadro ao lado Ctrl + M, depois clicar no menu "Anexo à está pagina" em seguida clicar em "Enviar Arquivo").

(estrela) Insira aqui os anexos (data de fontes, logproc, relatórios, totvs replay, xmls, etc). Após inserir clique em cima do arquivo escolha "mostrar como link" para compactar as evidencias :



d-1 do extrato de fontes: d-1_14_01_2025.csv


Descrição do Erro

Informar a descrição do erro, e ao abrir a issue utilizar a mesma descrição para o Summary ( Resumo / Titulo) da issue na integração do zendesk com o Jira
Horário fixo com tolerância de 5 minutos por batida não está considerando quando possui saída expediente no dia
Detalhamento / Observações
(espaço para detalhar o cenário que o erro ocorre e observações analisadas, observações de legislação, etc)
  • Ambiente totalmente atualizado com o RPO D-1 em 14.01.2025
  • Parâmetros configurados para leitura/apontamento: MV_PAPONTA=21/20 e MV_PONMES=21/12/2024 À 20/01/2025
  • Funcionário possui horário fixo e tolerância por batida de 0,05 e por período 0,10 tanto HE quanto atrasos e saídas antecipadas;
  • Funcionário possui saída expediente ao médico;
  • Quando o funcionário possui horário fixo, tolerância por batida 0,05 e por período 0,10 e saída expediente. O sistema não acata corretamente a tolerância por batidas.
    Cenário de exemplo:
    Funcionário com horário previsto: 08:00-12:00-13:15-18:00
    Funcionário efetuou as batidas:
  • 08:00(1a entrada) as 11:55(1a saida)→gerou 0,05 saida antecipada da 1a saida gerando incorretamente
  • 13:16(2a entrada) as 14:38(2a saida)=00:44 de saida expediente, ok;
  • 15:22(3a entrada) as 17:55(3a saida) → gerou 0,05 saída antecipada no apontamento considerou 2a saida por conta da tabela de horário, mas trata-se da 3a saida de 17:55. Desconto incorreto. 
  • Totalizou 0,10 de saida antecipada indevidamente;
  • Obs. O mesmo ocorre se o funcionário bater das 08:00 as 12:59, gera 0,01 de saída antecipada na 1a saida e se sair as 17:59 também gera 0,01 de saida antecipada na 2a saida;

O correto comportamento é não gerar saídas antecipadas por batida na 1a saída e 2a saída igual ou menor a 0,05 minutos e seguir com o comportamento da documentação: SIGAPON - Tolerância para Hora Extra e Horas Não Realizadas


Existe link com legislação 
Se existir link com legislação ou embasamento legal informar
Link:
Em caso de Melhoria de Performance anexar o Log Profile:
Verificar se as analises foram realizadas de acordo com o comitê de performance. E utilizar no zendesk a Macro Performance Modelo: Abertura de Issue

Zendesk

  • Antes da Abertura avaliar Criticidade, Causa e Tipo da Issue;
  • Avaliar catalogo;
  • Aplicar Macro interna Transferência Manutenção
  • Na abertura da issue utilizar a mesma descrição para o Summary ( Resumo / Titulo) da issue na integração do zendesk com o Jira, porque o titulo da issue tem que ser coerente com o problema.
  • Após abrir a issue informar para o cliente o código da issue aberta Macro: Comunicar ao Cliente sobre ISSUE

TDN

  • Passo a passo com print de telas. Não utilizar videos ou gifs na evidência, vídeos são permitidos apenas com alinhamento;
  • Analisar se os prints estão legíveis.
  • Descrever os parâmetros e em caso de duvidas verifique no fonte, e compare com os parâmetros do cliente;
  • Sempre colocar telas Turno, Regra de apontamento (todas as abas) e Tabela de horário padrão;
  • Se for relatório encaminhar o print com todas as perguntas preenchidas;
  • Encaminhar Totvs Replay - (inserir no tópico de anexos ↑);
  • Se for legislação verificar antes de abrir a issue se existe o embasamento da consultoria e se foi feito alinhamento.

(concordo) Dica

Testar alterando parâmetros e mnemônicos para ter certeza que é erro ou configuração.
As orientações acima são para fazer check list da issue, entretanto mais informações podem ser adicionadas de acordo com a necessidade.


Squad Issue
DoR e DoD - Suporte e Desenvolvimento
Classificação de causas (tickets Zendesk) Suporte Padrão

Evidência com o Passo a Passo


→Período de apontamento:


→Troca de turno:

→Turno de trabalho:

→Tabela de horário:



→Regra de apontamento:













→ Lançamento na rotina de integrados com saída antecipada igual ou inferior a tolerancia por batida:
Quando se tem saída expediente para o médico, o sistema não aplica adequadamente a tolerância por batida para funcionários com horário fixo, veja.

Consulta de horário do calendário como base para apontamento:


Segue os cenários que com saída no expediente não aplica a tolerância corretamente por batida:





Outro cenário com menos de 0,05 minutos dentro da tolerância:
1a saida:


2a saída: