Á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, 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 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 caso o 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 recibos de pagamento:

  1. O mnemônico P_ESOCMV, se versão P12, ou M_ESOCMV, se versão 11,
esteja
  1. deve estar configurado com .T.
e funcionários em que o campo RA_OCORREN estejam preenchido com 05, 06, 07 ou 08:

- 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 em do recibo ao invés da matríz.

- Alteração no identificador
  1. ;
  2. A atualização do dicionário diferencial do TAF de Julho/2018 deve ter sido executada.

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.


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,

com

roteiro FOL do período

201806

201807 com data de pagamento em 06/

07

08/2018, o identificador do recibo de pagamento será

010000101807061806FOL

010000101808061807FOL.

Informações
titleObservação

Obs.: Na versão 11 não existe roteiro, então 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

o evento

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.

Informações
titleTAF


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



@cloak02

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

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


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

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

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>

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: https://suporte.totvs.com/portal/p/10098/download?e=695521

11.80https://suporte.totvs.com/portal/p/10098/download?e=708428