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 :

extrato_versão_d-1_16_06_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
Ao utilizar bloqueio de período o sistema não aplica o bloqueio conforme o esperado
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 16.06.2025
  • Seguido as configurações da documentação: 

    DT Bloqueio de Períodos de Apontamento

  • Período de apontamento configurado: MV_PAPONTA= 21/20, MV_PONMES=21/05/2025 A 20/06/2025
  • Ao configurar apenas 2 usuários para acessar o período de 21/05 à 20/06, o usuário que não está liberado ainda acessa este período quando utilizado a data base em 17/06/2025;
  • Se utilizado a data em 31/05/2025, o sistema valida o bloqueio;
  • Na documentação indica que a validação de bloqueio é com base na data do servidor e não validando a data base do sistema. 
    Gostariamos de esclarecer se o problema está no detalhe da documentação ou de fato é erro de produto. Visto que na documentação não ficou claro a validação, segue o trecho da documentação que ficou confuso quanto as datas de validação do bloqueio:

    "Na rotina é necessário informar o período que terá o bloqueio, os usuários que terão acesso durante o bloqueio, e a data inicial e final do bloqueio.

    O período será o mês e o ano da data inicial do período de apontamento;
    O Usuário Liberado 1 e Usuário Liberado 2 são os usuários do Protheus que terão acesso as rotinas durante o bloqueio, todos os demais usuários serão bloqueados;
    A Data Inicial e a Data Final definem os dias que os lançamentos serão bloqueados. Essas datas serão comparadas com a data do servidor, por isso cadastrar datas passadas não irá bloquear o período."

Qual o entendimento do que seria correto / Sugestão de Ajuste 


  • O comportamento esperado pelo cliente seria o sistema bloquear o período de apontamento completo e não validando somente o mês da data inicial do período. Até porquê a maioria dos clientes trabalham com período quebrado em dois meses, por exemplo: 11/10, 16/15, 21/20 e etc..
    Este comportamento é o esperado pela rotina de bloqueio de apontamento?




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


→Parâmetros Período de apontamento:


→Veja que o bloqueio está configurado no período em que ainda o RH irá utilizar na validação da folha para os devidos ajustes, mas não deseja que outros usuários mexam neste período que está em tratamento, veja que configurei o bloqueio de 01/06 até 20/06/2025:


->Se o usuário que não está liberado acessa a rotina com data base em 17/06/2025, o sistema permite acessar o período na tela de integrados, veja:


->Se o mesmo Usuário que não está na liberação acessa com data base dentro do mês correspondente a data inicial do período de apontamento bloqueado. Exemplo 31/05/2025, o sistema bloqueia:


→ O comportamento esperado pelo cliente seria o sistema bloquear o período de apontamento completo e não validando somente o mês da data inicial do período. Até porquê a maioria dos clientes trabalham com período quebrado em dois meses, por exemplo: 11/10, 16/15, 21/20 e etc..
Este comportamento é o esperado pela rotina de bloqueio de apontamento?