Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Funcionário demitido em 16/04/2024 e com falta neste dia o sistema desconta DSR 21/04/2024 com data superior a demissão

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_07_05_2024.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
Funcionário com mobilidade no intervalo e com 6 batidas no dia o sistema se perde na segunda jornada gerando apontamentos indevidos
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 26.05.2024;
  • Período de apontamento no MV_PONMES=21.04.2024 À 20.05.2024
  • Regra de apontamento com mobilidade no intervalo;
  • O dia precisa ter 06 batidas, com duas pausas no intervalo entre a entrada e saída do expediente. Exemplo:
    Jornada prevista: 07:30-11:30-13:00-17:48
    Jornada realizada: 07:33-11:31-12:13-12:35-14:07-17:52
    Os apontamentos geram incorretamente da segunda jornada, mais detalhes nas evidências da documentação.

Qual o entendimento do que seria correto / Sugestão de Ajuste 
(espaço para detalhar a sugestão de ajuste ou o entendimento do que seria correto). Esse é um entendimento do analista a avaliação de como será o ajuste será apenas do desenvolvedor. Então essa informação não deve ser passada ao cliente.
Realizar o ajuste para quando a regra de apontamento for somente mobilidade no intervalo e ocorrer mais de duas pausas no dia não se perder os apontamentos na segunda jornada.


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

Nota
titleOrientações para informações da 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.

Estado
colourGreen
titleDOCUMENTOS

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

...