Linha Microsiga Protheus

Árvore de páginas

Tempo aproximado para leitura: 5 minutos


CONTEÚDO

  1. Visão Geral
  2. Exemplo de utilização
  3. Documentos Relacionados


01. VISÃO GERAL

A composição da tag ideDmDev, existente nos eventos periódicos (S-1200, S-1210, S-2299 e S-2399) depende da quantidade de vínculos do funcionário e do tamanho dos campos Filial e Matrícula. 
Em geral, a string gerada pode ter na sua formação os exemplos abaixo:


  • IdeDmDev de funcionário que não possui múltiplos vínculos (Tamanho máximo 30):
Filial (Tamanho 12)Data de Pagamento (Tamanho 6)Período (Tamanho 6)Roteiro (Tamanho 3)Sequencial (Tamanho 1)
FFFFFFFFFFFF01012000202401FOL1
  • IdeDmDev de funcionário que possui múltiplos vínculos (Tamanho máximo 37):
Filial (Tamanho 12)Matrícula (Tamanho 15)Data de Pagamento (Tamanho 6)Roteiro (Tamanho 3)Sequencial (Tamanho 1)
FFFFFFFFFFFFMMMMMMMMMMMMMMM01012000FOL1


Devido estas duas formas geração, em alguns caos tínhamos a ocorrência 724 - Não foi localizado um evento de remuneração do trabalhador para o período e com mesmo demonstrativo de pagamento ao transmitir os eventos periódicos, desta forma, para evitar este incidente, ao habilitar o parâmetro MV_IDEVTE cada funcionário (CPF) passará a ter um prefixo por vínculo (Filial + Matrícula) utilizado no composição da tag ideDmDev.
Abaixo exemplo de como será sua nova composição (Tamanho 14).

Prefixo (Tamanho 4)Data de Pagamento (Tamanho 6)Roteiro (Tamanho 3)Sequencial (Tamanho 1)
0001010120031


02. EXEMPLO DE UTILIZAÇÃO

Para viabilizar esta melhoria é necessário aplicar as atualizações de fonte e dicionário disponíveis na expedição contínua do RH a partir de 03/06/2024.

Após a execução do dicionário deve-se habilitar o parâmetro MV_IDEVTE. 

Importante

Uma vez habilitado o parâmetro MV_IDEVTE, não é indicado que seja desabilitado, pois parte dos eventos já podem ser transmitidos com a nova chave.

Atualizações

Com o parâmetro ativo, ao processar os eventos S-1200, S-2299 e S-2399, e caso não esteja retificando ou sobrescrevendo um registro, a tabela RU8 será gerada para guardar o prefixo a cada funcionário.
Importante ressaltar que se houver mais de um matrícula para o mesmo CPF, o campo RU8_ID será incrementado em 1, conforme exemplo abaixo:

RU8_FILIAL RU8_MAT RU8_ID RU8_ID RU8_DTADM RU8_PERINI
AARS 001 000210 0001 999.999.999-99 01/05/2022 202310
AARS 001 000211 0002 999.999.999-99 01/04/2023 202310
AARS 001 000212 0001 111.111.111-11 01/01/2023 202310
AARS 002 000211 0003 999.999.999-99 01/05/2022 202310


Exemplo da tabela gravada:


O campo RU8_PERINI indica a partir de qual período o ideDmDev deve ser gerado com o novo prefixo, desta forma, períodos anteriores seguem com a geração da tag no formato antigo.


Para compreender melhor a alteração realizada, abaixo, segue uma comparação do evento S-1200 com um antes vs depois:

No exemplo acima, a tag deixou de ter na composição a filial + matrícula para receber o prefixo:
Exemplo: de AARS 0010002102311052310FOL para 000120231105202310FOL

Composição da chave: 000120231105202310FOL
0001 --> ID
20231105 --> Data de Pagamento
202310     --> Competência
FOL           --> Roteiro


05. DOCUMENTOS RELACIONADOS