Histórico da Página

Segmento:

Recursos Humanos

Função:

AJSXGPE.PRW

GPEA240.PRX

GPEM026.PRW

GPEM026B.PRW

GPEM030

GPEM060

Solução/Implementação:

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

Com a implantação deste pacote, ao cadastrar um novo afastamento/ausência, o GPE passará a enviar o mesmo afastamentos ao TAF com uma chave identificadora, que possibilitará a identificação de múltiplos afastamentos para um mesmo funcionário. Assim, o GPE integrará todos os registros de afastamento (respeitando suas devidas regras), não somente o último.

Caso algum registro de afastamento seja excluído pelo GPE, será gerado um evento de exclusão e este será integrado com o TAF.

Informações adicionais:

1 - Preencher os campos R8_TAFKI  e R8_TAFKF, com o TAFKEY( código identificador do afastamento)

2 - Inclusão do registro:

• Data inicio e data fim menor que data base, enviar o S-2230 com as tags de inicio e fim preenchidas;
• Data inicio Menor ou igual a data base e Data fim maior que a data base, enviar  o S-2230 somente com as tags de inicio preenchidas

 3 - 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 - Alteração do registro: 

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

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

Tickets relacionados:

DRHESOCP-9181

DRHESCOP-9194