Á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 e GPEM036, GPEM034, GPEM036, GPMNEBRA e GPEXMLSOC.

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 ao TAF devido erro de chave duplicada.

Solução/Implementação:

Ajustes realizados 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

caso o

:

  1. O mnemônico P_ESOCMV, se versão P12, ou M_ESOCMV, se versão11,
esteja
  1. deve estar configurado com .T.
e funcionários em que
  1. ;
  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
estejam
  1. 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.

- Os recibos de cada vínculo serão centralizados e enviados ao TAF para a matriz da empresa. Caso o funcionário tenha múltiplos vínculos, mas só tenha recibo de pagamento em um vínculo, o recibo será integrado na filial desse recibo, ao invés de ser integrado na matríz.

  Exemplo 1: Caso a matriz seja a filial 01, e um funcionário tenha


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.

  • Ao invés do evento ser gravado no TAF na filial do funcionário, a gravação ocorrerá na matriz da empresa.


@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 abaixo:


A empresa possui o cadastro abaixo:

FilialMatriz
01Sim
02Não
03Não

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


Exemplo 1: Funcionário possui vínculos nas filiais 02 e 03 e

tenha recibo

possui recibos de pagamentos nessas duas filiais, será integrado ao TAF na filial 01 (matriz).

Nesse caso,

Como não

haverá

vínculo

com o código ID

do trabalhador

(uma vez que ele não possui vínculo na filial 01), sendo

na matriz, a relação do registro no TAF será efetuada através da gravação

no

do CPF do funcionário nos campos C91_CPF/T3P_CPF.

 

Exemplo 2:

Caso a matriz seja a filial 01, e um funcionário tenha

Funcionário possui vínculos nas filiais 02 e 03 e somente

tenha

possui recibo de

pagamentos

pagamento na filial 03, será integrado ao TAF na filial 03. O registro no TAF estará vínculado com o código ID do trabalhador da filial 03.

 

Exemplo 3:

Caso a matriz seja a filial 01, e um funcionário tenha

Funcionário possui vínculos nas filiais 01 e 03 e

tenha

possui recibo de pagamentos nessas duas filiais, será integrado ao TAF na filial 01 (matriz). O registro no TAF estará vínculado com o código ID do trabalhador da filial 01.

 

Exemplo 4:

Caso a matriz seja a filial 01, e um funcionário tenha

Funcionário possui vínculos nas filiais 01 e 03 e somente

tenha

possui recibo de

pagamentos Observação
Informações
title

pagamento na filial 03, será integrado ao TAF na filial 03. O registro no TAF estará vínculado com o código ID do trabalhador da filial 03.

- Alteração no identificador 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, com roteiro FOL do período 201806 com data de pagamento em 06/07/2018, o identificador será 010000101807061806FOL.


Importante

Como houve alteração no identificador do recibo (tag <ideDmDev>), caso tenha sido enviado o evento S-1200 com o identificador do recibo no formato antigo e o evento S-1210 tenha sido enviado com o identificador do recibo 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 seja enviado no formato novo

.
Informações
titleTAF

Para o funcionamento da alteração, é necessário que as seguintes rotinas do TAF estejam atualizadas: TAFA250, TAFA407, TAFIntegraESocial e TAFXINTEG.

Além disso, é necessário que o dicionário de dados diferencial do TAF tenha sido executado

.

Tickets Relacionados3090175
Requisito:

DRHESOCP-5531

Pacotes:

12.1.17:

11.80: