Histórico da Página

Segmento:

Recursos Humanos

Função:

AJSXGPE.PRW

GPEA240.PRX

GPEM026.PRW

GPEM026B.PRW

GPEM030

GPEM060

Solução/Implementação:

Com a implantação deste pacote, ao cadastrar um novo afastamento/ausência, o GPE passará o XML de afastamentos (eventos S-2230) ao TAF com uma chave identificadora, que possibilitará a identificação de qualquer afastamento. Assim, será possível alterar ou excluir qualquer afastamento não somente o último, refletindo esta ação no TAF.

Lembrando que, no caso de exclusão, é gerado um registro S-3000 no TAF

Informações Técnicas:

A rotina passa a preencher os campos R8_TAFKI  e R8_TAFKF, com o TAFKEY( código identificador do afastamento) - A informação é transparente ao usuário

Funcionamento da rotina

1 - Na Inclusão do registro:

• Se a Data inicio e data fim menor que data base, enviar o sistema enviará o S-2230 com as tags de inicio e fim preenchidas;
• Se a Data inicio for Menor ou igual a data base (do sistema) e a Data fim for maior que a data base, enviar  o sistema enviará o S-2230 somente com as tags de inicio início preenchidas;

 3  2 - Alteração do registro: 

Ao realizar uma alteração no afastamento, considerar:

Após o registro ter sido integrado com o TAF não é possível alterar a Data de Inicio do Afastamento, pois ela é chave para o TAF, desta forma o campo deverá ser bloqueado para edição, apresentar a mensagem "Não é possível alterar a data de inicio do afastamento pois o registro já foi integrado com o TAF, caso a data esteja incorreta exclua o registro e o inclua novamente."

Se a alteração for feita em qualquer outro campo relevante ao eSocial:

• A tag indRetif deve estar preenchida com "2", neste caso gerar um novo TAFKEY( código identificador do afastamento) para o registro retificado

 O registro retificador deve seguir o mesmo formato do registro original:

• Se a Data Inicio e Fim do afastamento foram enviados no mesmo XML, ao enviar o XML retificador ele deverá ter as Tags iniAfastamento e fimAfastamento preenchidas.

• Se o evento original foi enviado separadamente, o XML retificador deverá ser enviado de forma separada também.
  
  
• Campos considerados relevantes ao eSocial(que em caso de preenchimento irão gerar a integração do evento S-2230 ao TAF:
• R8_TPEFD, 
• R8_CONTAFA,
• R8_TIPOAT,sendo R8_TPEFD = 01 ou 03, 
• R8_OBSAFAS, 
• R8_CID,
• R8_DURACAO,
• R8_NMMED,
• R8_IDEOC,
• R8_CRMMED,
• R8_UFCRM,
• R8_CNPJCES,
• R8_TPCES,
• R8_CNPJSIN,
• R8_TPSIND,
• R8_ORIGALT,
• R8_TPPROC,
• R8_NRPRCJU

4 3 - Alteração do registro: 

43.1 - Caso o usuário delete a linha do grid, deverá ser gerado evento S-3000 considerando:

• • Se a Data Inicio e Fim do afastamento foram enviados no mesmo XML, deve ser enviado apenas um evento S-3000, porém se foram enviados dois XML´s deverá ser enviado, primeiro a exclusão do Fim do Afastamento,  e depois a exclusão do Inicio do Afastamento;

43.2 - Caso o usuário entre na opção de "Alteração"  e altere o campo "Data Fim do Afastamento" para branco: 

• • Se a Data Inicio e Fim do afastamento foram enviados no mesmo XML, deve ser enviado um registro RETIFICADOR com o tag FimAfastamento em branco
  • Se foram enviados eventos separados, deve ser gerado apenas o S-3000, para o Fim do Afastamento

 4 3.3 -  Para a geração do  S-3000, o TAFKEY (R8_TAFKI/R8_TAFKF) deverá ser passado na tag <nrRecEvt>.

Importante: As informações apresentadas abaixo referem-se à afastamentos criados à partir da aplicação deste pacote, afastamentos criados anteriormente não terão o comportamento descrito abaixo.

Tickets relacionados:

DRHESOCP-9181

DRHESCOP-9194