Evidência de Teste

Data do D-1 Usado:

 

Foi após ATUALIZAÇÃO?
  • SIM->DRHJORNPRT-9220
  • NÃO 

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 :



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
Calculo indevido da intrajornada da Sumula 437 para funcionário com horário fixo
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 27-05-2025
  • Configurado com base na documentação para geração de intrajornada com tolerancia de 0,15 e limite de supressao de 01h. 
    https://tdn-homolog.totvs.com/pages/releaseview.action?pageId=867160430
  • Ao configurar o ambiente para gerar intrajornada, o sistema está se perdendo no apontamento  quando o horário é fixo e o funcionário sai pro intervalo antes do previsto. Exemplo:
  • Jornada prevista: 9:10-13:10-17:00-21:48 → intervalo das 13:10 as 17:00;
  • Jornada realizada: 9:10-13:09-16:56-21:48, sistema gera apontamento de intrajornada indevidamente de 00:56. Se o funcionário sai pro intervalo as 13:10 a intrajornada não é gerada;
Qual o entendimento do que seria correto / Sugestão de Ajuste 


  • Ajuste para não gerar apontamento indevido de intrajornada quando o funcionário possui horário fixo e sai pro intervalo antes do previsto. 
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

→Cadastro de periodo:


→Troca de turno:


→Turno de trabalho:


→Tabela de horário padrão:


→Regra de apontamento:






→Evento 048A- INDENIZAÇÃO SÚMULA 437:

→Integrados, demonstrando as marcações e os apontamentos:


→ se bater a saida as 13:10 não gera intrajornada, o correto seria não gerar em nenhuma das duas situações: