Geração Eventos S-1200/S-1210 - Múltiplos Vínculos

Linha de Produto:

Microsiga Protheus

Segmento:

Recursos Humanos

Módulo:

SIGAGPE

Função:

GPEM023, GPEM034, GPEM036, GPEXMLSOC e GPMNEBRA.

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

Premissas

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

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.

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.

Se as premissas foram verificadas, clique aqui para verificar a mudança no conceito da geração dos eventos S-1200 e S-1210

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.

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.

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

Devido à necessidade de organizações possuírem funcionários com múltiplos vínculos, foi desenvolvido tal funcionalidade no TAF.

Motor de Processamento

Devido a possibilidade de o funcionário não possuir vínculo na empresa Matriz, foi realizado a "abertura" dos eventos S-1200 e S-1210, onde o sistema efetuará a seguinte regra:

S-1200

- Caso, no momento da integração o sistema NÃO encontre CPF + Matrícula para a filial no qual está sendo enviada o evento, e o XML possua mais de 1 demonstrativo (dmDev), então será gravado os dados recebidos no XML (Estabelecimento, Rubricas, Lotações e Trabalhador) sem validar a existência prévia dos mesmos.
  
  Exemplo:
- Caso, no momento da integração o XML possua um único demonstrativo (dmDev), então o sistema seguirá a regra atual, persistindo todos os dados.

Exemplo:

Os campos da View são apresentados de maneira dinâmica, como exemplo, podemos ver o grupo Informações do Estabelecimento/Lotação, onde na primeira imagem são apresentados Cod. Lotação, Tipo Inscr. e Num. Inscr (Valores gravados diretamente do XML). Já na segunda imagem, no mesmo grupo são apresentado os campos Id Estab. e Id Lotação(Valores gravados são os ID's dos cadastros que foram incluídos anteriormente).

S-1210

- Caso o sistema encontre o trabalhador, então seguirá a regra atual, persistindo todos os dados.
- Caso o sistema não encontre o trabalhador, então será gravado os dados recebidos no XML sem validar a existência prévia dos mesmos.

Observações referente ao procedimento acima

1. A solução foi desenvolvida dessa maneira, pois a os cadastros prévios (Estabelecimento, Rubricas, Lotações e Trabalhador) podem não existir na filial na qual está sendo enviado o vínculo do trabalhador;
2. A gravação desses dados são efetuadas em campos distintos de quando o trabalhador existe na base.

Monitor de Transmissão

Com intuito de facilitar a visualização dos registros de funcionários com Múltiplos Vínculos que NÃO possuem vínculo na filial onde está foi integrados os eventos S-1200 e S-1210, foi desenvolvido uma tela a parte para apresentação desses registros. Para visualização dessa tela, o usuário deverá acessar o monitor de eventos periódicos e acionar a seguinte opção:

Outras Ações
- Múltiplos Vínculos

Será apresentado a seguinte tela:

A interface aciona contempla todas as funcionalidades já existentes no monitor (Exportação de XMLs, Transmissão de Eventos para o Governo e Detalhamento).

Ressaltando que essa tela apresenta somente os registros de múltiplos vínculos, no qual os colaboradores informados nos eventos não existam na filial na qual foi enviada o evento.

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

A empresa possui o cadastro abaixo:

Filial	Matriz
01	Sim
02	Não
03	Não

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

Exemplo 1: