Histórico da Página

Existem três premissas para a geração aglutinada dos recibos de pagamento:

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;A aglutinação é 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; sem essa configuração, a apuração dos valores na SEFIP ficava incorreta) ou para os funcionários que tenham recibo de pagamento em mais de uma matrícula mesmo não sendo múltiplos vínculos, por exemplo o caso onde no mesmo período tem a rescisão complementar por dissídio na matrícula 1 e a folha na matrícula 2.

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

• 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 o código do recibo será 010000101808061807.

• A gravação dos eventos no TAF será efetuada na matriz da empresa e não mais na filial do funcionário.
  Obs.: foram criados novos campos para armazenar as informações de rubricas, estabelecimentos, lotação no TAF.

@cloak02 Houve alterações importantes no conceito de gravação dos registros no TAF e no monitor de transmissão. Clique aqui para efetuar leitura das mudanças no conceito (clique novamente para ocultar a página).

Segue abaixo exemplos de integração dos eventos de múltiplos vínculos:

A empresa possui o cadastro abaixo:

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

Exemplo 1:

Funcionário possui os vínculos abaixo:

Como o funcionário possui dois recibos de pagamento, o evento será integrado na matriz.

Como o funcionário não tem vínculo na matriz, o evento não estará vinculado a um ID de trabalhador, sendo o registro gravado conforme exemplo abaixo:

Exemplo 2:

Funcionário possui os vínculos abaixo:

Como o funcionário possui apenas um recibo de pagamento, o evento será integrado na filial 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:

Exemplo 3:

Funcionário possui os vínculos abaixo:

Como o funcionário possui dois recibos de pagamento, o evento será integrado na matriz.

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:

Exemplo 4:

Funcionário possui os vínculos abaixo:

Como o funcionário possui dois recibos de pagamento, o evento será integrado na matriz.

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

Exemplo 5:

Funcionário possui os vínculos abaixo:

Como o funcionário possui apenas um recibo de pagamento, o evento será integrado na filial 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: