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_22_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
Cadastro de visita permitindo cadastrar a mesma data e hora do visitante em duplicidade
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 22.01.2025
  • Efetue o Cadastro de visitante, documentação:https://tdn.totvs.com/display/public/PROT/Controle+de+visitantes
  • Efetue o primeiro cadastro de visita, pode ser pela area visitada ou pelo funcionário visitado, documentação: https://tdn.totvs.com/display/public/PROT/SIGAPON+-+Visitas
  • Efetue o segundo cadastro de visita igual o anterior, mesma visita, mesma àrea visitada ou funcionário visitado e mesma data e horário;
  • Ao efetuar o segundo cadastro de visita o sistema permite;
  • Devido o erro de permissão do cadastro de visita duplicada, o sistema não permite efetuar a saída da visita, retornando assim um erro que existe outra visita cadastrada;
Sugestão de ajuste:O correto comportamento na hora de efetuar o segundo cadastro é validar se já existe um cadastro anterior para o mesmo visitante correspondente ao período de data e hora da visita.

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 visitantes:




→ Cadastro de visita:


1o cadastro: 


2o Cadastro de vista:

→Ao executar a saída o sistema retorna mensagem de que existe uma visita em andamento: