Árvore de páginas

Versões comparadas

Chave

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

...

Linha de Produto:

Microsiga Protheus

Segmento:

Recursos Humanos

Módulo:

SIGAGPE

Função:

GPEM023, GPEM034, GPEM036, GPEXMLSOC e GPMNEBRA .

TAFA250, TAFA407, TAFIntegraESocial, TAFLoad, TAFMonEPer, TAFMonMVTAFProc4 e TAFXmlFunctions.

Situação/Requisito:

Ao gerar os eventos S-1200 e S-1210 para funcionários múltiplos vínculos, os registros não são integrados devido erro de chave duplicada.

Solução/Implementação:

Realizados diversos ajustes na geração dos eventos S-1200 e S-1210 para funcionários múltiplos vínculos para que os recibos de pagamento sejam aglutinados.


Aviso
titlePremissas

Existem três premissas para a geração aglutinada dos funcionários múltiplos vínculos:

  1. O mnemônico P_ESOCMV, se versão P12, ou M_ESOCMV, se versão 11, deve estar configurado com .T.;
  2. A atualização do dicionário diferencial do TAF de Julho/2018 deve ter sido executada;
  3. A aglutinação somente é efetuada para os funcionários que possuem o campo RA_OCORREN no cadastro do funcionário preenchido com05, 06, 07 ou 08.
    Motivo: é o campo utilizado para identificar os funcionários múltiplos vínculos na SEFIP.


Obs.: caso o funcionário não seja identificado como um múltiplo vínculo, não haverá nenhuma mudança na geração e gravação do evento.


Toggle Cloak
id@cloak01
Se as premissas foram verificadas, clique aqui para verificar a mudança no conceito da geração dos eventos S-1200 e S-1210

Cloak
id@cloak01



  • Foi efetuado alteração no identificador do recibo de pagamento da tag <ideDmDev> para o formato: [Filial] + [Matrícula] + [Data de Pagamento (formato AAMMDD)] + [Período (formato AAMM)] + [Roteiro].

Exemplo: Para o funcionário da filial 01, matrícula 000010, roteiro FOL do período 201807 com data de pagamento em 06/08/2018, o identificador do recibo de pagamento será 010000101808061807FOL.

Obs.: Na versão 11 não existe roteiro, então essa informação não é gerada.a o código do recibo fica é gerado como 010000101808061807.

Importante

Como houve alteração no identificador do recibo de pagamento (tag <ideDmDev>), caso tenha sido enviado o evento S-1200 com o identificador do recibo de pagamento no formato antigo e o evento S-1210 tenha sido enviado com o identificador do recibo de pagamento no formato novo, o sistema do governo irá acusar erro na validação do S-1210 pois não encontrará o S-1200 correspondente.

Dessa forma, deve-se excluir os eventos S-1200 dos funcionários múltiplos vínculos e retificá-los, para que o identificador do recibo de pagamento seja gerado e enviado no formato novo.


  • Ao invés dos eventos serem integrados Ao invés do evento ser gravado no TAF na filial do funcionário, a gravação ocorrerá na matriz da empresa.
    Obs.: foram criados novos campos para armazenar as informações de rubricas, estabelecimentos, lotação.


@cloak02 Clique aqui para verificar a mudança no conceito da gravação dos eventos no TAF e no monitor de transmissão (clique novamente para ocultar a página).



@cloak02

Há algumas exceções em que o evento pode não ser gravado na matriz, que serão exemplificadas abaixoAbaixo segue exemplos de integração dos eventos de múltiplos vínculos:


A empresa possui o cadastro abaixo:

FilialMatriz
01Sim
02Não
03Não

Ou seja, a filial 01 é a matriz e a 02 e a 03 são filiais.


Será utilizado como exemplo uma folha de pagamento de 07/2018 com pagamento em 06/08/2018.


Exemplo 1:

Funcionário possui os vínculos abaixo:

FilialMatrícula (GPE)ID Trabalhador (TAF)Recebeu Pagamento?
02000020100020Sim
03000030100030Sim


Como o funcionário possui dois recibos de pagamento vínculos nas filiais 02 e 03 e possui recibos de pagamentos nessas duas filiais, o evento será integrado ao TAF na filial 01 ( matriz).

Como o funcionário não tem vínculo do trabalhador na matriz, a relação do registro no TAF será efetuada através da gravação do CPF do funcionário nos campos o evento não estará vinculado a um ID de trabalhador, sendo o registro gravado conforme exemplo abaixo:

FilialID Trabalhador (TAF)C91_CPF/T3P_CPF
.
01<vazio><número do CPF do funcionário>


Exemplo 2:

Funcionário possui os vínculos abaixo:

FilialMatrícula (GPE)ID Trabalhador (TAF)Recebeu Pagamento?
02000020100020Não
03000030100030Sim


Como o funcionário possui apenas um recibo de pagamento vínculos nas filiais 02 e 03 e somente possui recibo de pagamento na filial 03, o evento será integrado ao TAF na filial 03. O registro no TAF estará vínculado com o código ID do trabalhador da filial 03.onde o funcionário recebeu o pagamento, que no caso é a 03.

Como o funcionário possui vínculo na filial 03, o registro estará vinculado ao ID do trabalhador dessa filial, sendo o registro gravado conforme exemplo abaixo:


FilialID Trabalhador (TAF)C91_CPF/T3P_CPF
03100030<vazio>


Exemplo 3:

Funcionário possui os vínculos abaixo:

FilialMatrícula (GPE)ID Trabalhador (TAF)Recebeu Pagamento?
01000010100010Sim
03000030100030Sim


Como o funcionário possui dois recibos de pagamento vínculos nas filiais 01 e 03 e possui recibo de pagamentos nessas duas filiais, o evento será integrado ao TAF na filial 01 ( matriz). O registro no TAF estará vínculado com o código .

Como o funcionário possui vínculo na matriz, o registro estará vinculado ao ID do trabalhador dessa filial, sendo o registro gravado conforme exemplo abaixo:

FilialID Trabalhador (TAF)C91_CPF/T3P_CPF
01100010<vazio>


Exemplo 4:

Funcionário possui os vínculos abaixo:

FilialMatrícula (GPE)ID Trabalhador (TAF)Recebeu Pagamento?
01000010100010Não
03000030100030Sim



da filial 01.Exemplo 4: Funcionário possui vínculos nas filiais 01 e 03 e somente possui recibo de pagamento na filial 03, o evento será integrado ao TAF na filial 03. O registro no TAF estará vínculado com o código ID do trabalhador da filial 03.

Importante

Como houve alteração no identificador do recibo de pagamento (tag <ideDmDev>), caso tenha sido enviado o evento S-1200 com o identificador do recibo de pagamento no formato antigo e o evento S-1210 tenha sido enviado com o identificador do recibo de pagamento no formato novo, o sistema do governo irá acusar erro na validação do S-1210 pois não encontrará o S-1200 correspondente.

Dessa forma, deve-se excluir o evento S-1200 dos funcionários múltiplos vínculos e retificá-los, para que o identificador do recibo de pagamento seja gerado e enviado no formato novo

.



Tickets Relacionados3090175
Requisito:

DRHESOCP-5531

Pacotes:

Não disponível.