RH
| Produto: | |
|---|---|
| Linha de Produto: | |
| Segmento: | RH |
| Módulo: | E-SOCIAL (ESOCIAL) |
| Função: | S-2200 - CADASTRAMENTO INICIAL DO VÍNCULO E ADMISSÃO/INGRESSO DE TRABALHADOR |
| Ticket: | 23721743 |
| Requisito/Story/Issue (informe o requisito relacionado) : | DRHROTDTS-17914 |
***VERIFIQUE E CASO NECESSÁRIO, AJUSTE O TEXTO GERADO POR IA. APÓS VALIDAÇÃO, REMOVA ESSE TRECHO!***
**Situação:** O sistema atualmente permite a exclusão de um funcionário, mas não gera o evento S-3000 para mensagens S-2200 de inclusão que já foram enviadas ao governo, resultando em inconsistências.
**Problema:** Quando um funcionário é excluído após a geração de uma mensagem de alteração (S-2200), o sistema apenas cancela a mensagem de alteração, sem gerar o evento S-3000 correspondente para a mensagem de inclusão já processada, o que pode levar a problemas de conformidade com as exigências do governo.
**Objetivo:** Implementar a lógica que, ao excluir um funcionário, verifica as mensagens S-2200 e S-2300 associadas e, conforme o estado de envio, gera o evento S-3000 para mensagens enviadas ou cancela mensagens não enviadas, garantindo a correta atualização do status no governo.
***VERIFIQUE E CASO NECESSÁRIO, AJUSTE O TEXTO GERADO POR IA. APÓS VALIDAÇÃO, REMOVA ESSE TRECHO!***
O problema ocorreu ao excluir um funcionário no sistema, onde, após o envio e processamento do S-2200, uma alteração foi gerada, mas não enviada. Ao eliminar o registro, apenas a mensagem de alteração foi cancelada, e o sistema não gerou o evento S-3000 para a inclusão, conforme esperado.
A solução proposta estabelece que, ao excluir um funcionário (S-2200 e S-2300), o sistema deve seguir critérios específicos. Para a última mensagem gerada, se for inclusão, e já enviada, deve gerar S-3000. Se não enviada, deve ser cancelada. Se for uma alteração, aplica-se o mesmo raciocínio, repetindo o processo até que uma mensagem S-3000 seja gerada ou não haja mais mensagens com a mesma chave.
<Não se aplica>
Não se aplica