Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 1

changes.mady.by.user Ivone Santos Batista

Gravado em

comparado com

Nova versão 2

changes.mady.by.user Ivone Santos Batista

Gravado em

Chave

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

Evidência de Teste

Data do D-1 Usado:

2502 

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 :

rpo260225.csv

Apl. Reajus.pdf
Rel. Reaj..pdfSRV260225.csv

SRV260225.csv

replay_20250226_120613_with_lib.trplay



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

Aplicação de reajuste Salarial não atualiza campos RA_SALARIO e RA_ANTEAUM, e não respeita filtro de faixas salariais selecionadasCálculo da folha em Fevereiro com afastamento, dias de salário e dias de afastamento ficam incorretos.

Detalhamento / Observações
(espaço para detalhar o cenário que o erro ocorre e observações analisadas, observações de legislação, etc)
  • Mnemônico PG_SALFEV = .T.;
  • funcionário mensalista com afastamento s sequenciais em Fevereiro;
  • calcular folha de fevereiro;
  • dias de salário e dias de afastamento ficam incorretos:

dias de salário 15;

dias de afastamento pagos pela empresa: 13

dias de afastamento pagos pela previdência: 2

Nesta competência os dias de afastamentos são pagos pela empresa, devendo compor o salário integral do funcionário. Com a forma de cálculo efetuada incorretamente, o funcionário recebe dois dias a menos de salário.


OBS: Pode estar relacionado a issue  https://jiraproducao.totvs.com.br/browse/DRHCALCPRT-16171

  • Funcionário mensalista vinculado a uma função;
  • aplicar o reajuste salarial para conferência por faixa salarial;
  • aplicar o reajuste salarial para atualizar função, salário e salário dissídio;
  • sistema atualiza apenas o cadastro da função, porém o cadastro do funcionário campos salário e salário dissídio não são atualizados, com isso o histórico salarial também não consta a alteração. Também não respeita filtro de faixas salariais selecionadas.

OBS: aparentemente tem relação com a issue https://tdn.totvs.com/display/public/PROT/22426795+DRHCALCPRT-15717+DT+Reajuste+Salarial+atualiza+o+campo+Sal.Base+Dis+na+SRA+incorretamente+quando+tem+reajuste+proporcional.

Caso seja o comportamento padrão da rotina ou seja necessário alguma configuração específica, por favor indicar 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.

Calcular dias de afastamento de forma correta, conforme os dias de fato afastado no mês de Fevereiro.

Exemplo:

Afastamentos a partir de 16/02/2025 até 27/03/2025:

Na folha de Fevereiro:

17 dias de salário;

13 dias de afastamento pago pela empresa (do dia 16 ao dia 28/02)

Na folha de Março:

2 dias de afastamento pagos pela empresa (01 a 02/03)

25 dias de afastamento pagos pela previdência;

3 dias de salário;Aplicar o reajuste conforme filtro selecionado e relatório de conferência.




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 mnemônicos, caso não esteja no Logproc procurar dentro do fonte;
  • Verificar se o mnemônico P_MULTV está habilitado em todas as filiais sempre que for cálculos;
  • Encaminhar Totvs Replay - (inserir no tópico de anexos ↑);
  • Encaminhar relatório Logproc sempre que for cálculos - (inserir no tópico de anexos ↑);
  • Encaminhar relatório Memoria de Cálculos sempre que for cálculos - (inserir no tópico de anexos ↑);
  • Encaminhar tabelas como SRV e outras se for um cenário muito especifico - (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

...