Histórico da Página
...
| 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 |
02. SITUAÇÃO/REQUISITO
***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.
03. SOLUÇÃO
...
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 (eventos S-2200 e S-2300), o sistema deve seguir critérios específicos. Para analisar a última mensagem gerada seguindo regras específicas. Se a última mensagem gerada, se for uma inclusão , e já enviada, o sistema deve gerar um evento S-3000 . Se (exclusão). Caso se trate de uma inclusão ainda não enviada, a mensagem deve ser cancelada. Se a última mensagem for uma alteração, a mesma lógica se 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: se já foi enviada, gera-se um S-3000; se pendente, cancela-se. Esse processo é executado retroativamente, verificando mensagens anteriores com a mesma chave, até que seja gerado um S-3000 ou não haja mais registros relacionados para processar.
04. DEMAIS INFORMAÇÕES
<Não se aplica>
...