Histórico da Página

Existem três premissas para a geração aglutinada dos funcionários múltiplos vínculosrecibos 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 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.: 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, não haverá nenhuma mudança na geração e gravação do evento.

• 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.

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 @cloak02 Clique aqui para verificar a mudança no conceito da gravação dos eventos 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).

Há algumas exceções em que o evento pode não ser gravado na matriz, que serão exemplificadas abaixoSegue 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 a 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 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 há 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:

Exemplo 2:

Funcionário possui os vínculos abaixo:

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:

Exemplo 3:

Funcionário possui os vínculos abaixo:

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 da filial 01.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 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 matriz.

Como o funcionário possui vínculo na matriz, o registro estará vinculado ao primeiro ID do trabalhador da filial 03.

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