GPEM023, GPEM034, GPEM036, GPEXMLSOC e GPMNEBRA e GPEXMLSOC .
TAFA250, TAFA407, TAFIntegraESocial, TAFLoad, TAFMonEPer, TAFMonMV, TAFProc4 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
title
Premissas
Existem três premissas para a geração aglutinada dos funcionários múltiplos vínculos:
O mnemônico P_ESOCMV, se versão P12, ou M_ESOCMV, se versão 11, deve estar configurado com .T.;
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.: 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.
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:
Filial
Matriz
01
Sim
02
Não
03
Não
Ou seja, a filial 01 é a matriz e a 02 e a 03 são filiais.
Exemplo 1: Funcionário possui 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 não há 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 C91_CPF/T3P_CPF.
Exemplo 2: Funcionário possui 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.
Exemplo 3: Funcionário possui 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 ID do trabalhador 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.
