Á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 ou que possuem recibo de pagamento em matrículas diferentes (exemplo: no mesmo período tem a rescisão complementar por dissídio na matrícula 1 e a folha na matrícula 2), 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 que tenham recibo de pagamento em mais de uma matrícula, sejam eles múltiplos vínculos ou não, para que os recibos de pagamento sejam aglutinados ao efetuar a integração.


Aviso
titlePremissas

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.


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.

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


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



@cloak02

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:

FilialMatriz
01Sim
02Não
03Não

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:

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 da filial 01.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?
01000010100010Sim
01000011100011Sim
03000030100030Sim


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.

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.

dessa filial, sendo o registro gravado conforme exemplo abaixo:

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


Exemplo 5:

Funcionário possui os vínculos abaixo:

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


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:


FilialID Trabalhador (TAF)C91_CPF/T3P_CPF
03100030<vazio>
Tickets Relacionados3090175
Requisito:

DRHESOCP-5531

Pacotes:

12.1.17: https://suporte.totvs.com/portal/p/10098/download?e=695521

11.80: https://suporte.totvs.com/portal/p/10098/download?e=708428Não disponível.