...
| Motivo | Cenário | Resultado esperado |
|---|---|---|
| 01 ou 03 | Afastamento < 15 dias Ex: 10 dias | Gera somente um evento S-2230. Tipo Afastamento Início e Término Unificado. Status 07- Pronto para envio. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento > 15 dias Ex: 20 dias | Gera dois eventos S-2230. Um com tipo Afastamento Início. Um um tipo Afastamento Término. Status 07 - Pronto para envio. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento < 15 dias e tem situação alterada para > 15 dias Ex: De 10 dias para 20 dias. | Evento S-2230 existente com Tipo Afastamento Início e Término unificado: Se estiver com Status 15- Processado Governo: Deve gerar: Um evento S-3000 para o S-2230 com status 07 - Pronto para Envio Dois eventos S-2230, sendo um com tipo Afastamento Início e outro com tipo Afastamento Término e com status 16 - Pendente Processamento Mensagem Anterior. Quando o evento S-3000 for transmitido e retornar como Processado Governo, o status dos dois S-2230 devem ser alterados automaticamente para 07 - Pronto para Envio. Se estiver com Status 07 - Pronto para Envio: O evento S-2230 existente com Tipo Afastamento Início e Término unificado deve ser cancelado ficando com status 05 - Cancelado automático. Deve gerar dois novos eventos S-2230, sendo um com tipo Afastamento Início e outro com tipo Afastamento Término e com Status 07- Pronto para Envio. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento > 15 dias e tem situação alterada para < 15 dias Ex: De 20 dias para 10 dias. | Eventos S-2230 existentes com tipos Início e Término separados: Se ambos estiverem com status 15 - Processado Governo: Deve gerar: Um evento S-2230 de retificação com Tipo término com Status 07 - Pendente Pronto para Envio. Se ambos estiverem com status 07 - Pendente Pronto para Envio: Os eventos S-2230 existentes com Tipo Afastamento Início e Término separados devem ser cancelados ficando com status 05 - Cancelado automático. Deve gerar um novo evento S-2230 com Afastamento Início e Término unificado com status 07- Pronto para Envio. Se o S-2230 de início estiver com status 15 - Processado Governo e o S-2230 de término estiver com status 07 - Pronto para Envio: Deve refazer o evento S-2230 de término com a nova data do afastamento e continua com status 07 - Pronto para Envio. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento > 15 dias é eliminado | Eventos S-2230 existentes com tipos Início e Término separados: Se ambos estiverem com status 15 - Processado Governo: Deve gerar: Um evento S-3000 para cada S-2230 com status 07 - Pronto para envio. Se ambos estiverem com Status 07 - Pronto para Envio: Ambos devem ser cancelados ficando com status 05 - Cancelado Automático. Se o S-2230 de início estiver com status 15 - Processado Governo e o término com status 07 - Pronto para Envio: Deve gerar: Um evento S-3000 para o início do afastamento com status 07 - Pronto para Envio. Cancelar o S-2230 de término ficando com status 05 - Cancelado Automático. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento < 15 dias é eliminado | S-2230 Tipo Afastamento Início e Término unificado: Se estiver com status 15 - Processado Governo: Deve ser gerado um evento S-3000 com status 07 - Pronto para Envio. Se estiver com Status 07 - Pronto para Envio Deve ser cancelado ficando com status 05 - Cancelado Automático. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento < 15 dias e é alterada a qtd de dias mas permanece < 15 dias Ex: De 10 dias para 5 dias. | S-2230 Tipo Afastamento Início e Término unificado: Se estiver com status 15 - Processado Governo: Deve gerar um evento S-2230 de retificação com Tipo Afastamento Início e Término unificado e com status 07 - Pronto para Envio. Se estiver com status 07 - Pronto para Envio: Deve refazer o evento S-2230. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento > 15 dias e é alterada a qtd de dias para > 15 dias Ex: De 20 dias para 25 dias. | Eventos S-2230 existentes com tipos Início e Término separados: Se ambos estiverem com status 15 - Processado Governo: Deve gerar um evento S-2230 de retificação com Tipo término com status 07 - Pronto para Envio. Se ambos estiverem com status 07 - Pronto para Envio: Deve ser reprocessada somente o evento S-2230 de término do afastamento. Se o S-2230 de inicio estiver com status 15 - Processado Governo e o S-2230 de término com status 07 - Pronto para Envio. Deve reprocessar S-2230 de término o status ficará como 07 - Pronto para Envio. Válido para o TAF e Middleware. |
| 01 ou 03 | Afastamento > 15 dias com transferência entre estabelecimento entre o afastamento. Ex: Afastamento 15/08/2021 a 20/09/2021. Transferência em 01/09/2021.
| Eventos S-2230 existentes com tipos Início e Término separados: Se o S-2230 de término estiver com status 15 - Processado Governo antes da transferência: Não deve ser criado nenhum evento no destino. Se o S-2230 de término estiver pendente com status 07 - Pronto para Envio antes da transferência: Deve ser criado um S-2230 de término no destino com status 07 - Pronto para Envio. O evento S-2230 da origem deve ser cancelado ficando com status 05 - Cancelado Automático. Válido para o TAF e Middleware. |
| 01 ou 03 | Incluído Afastamento com motivo 03 pelo MT0728. Gerou a mensagem S-2230 corretamente. Em seguida foi incluído um afastamento no MT0728 na mesma data do anterior, com motivo 01. O sistema emite mensagem que irá sobrepor o afastamento anterior. O sistema cria a nova mensagem de início como retificação com o novo motivo, mas no FP9850 cria como Alteração Motivo Afastamento Caso da issue DRHROTDTS-265 | A situação de alteração motivo afastamento foi retirada do leiaute eSocial, já não consta na versão 2.5. O processo de inclusão do afastamento e soprepor o afastamento que já existe pelo MT0728 deve continuar o mesmo, porém: - o tipo de informação no FP9850 para este caso deve ser apresentado como Afast. Temporário - Início. - O XML deve ser gerado como indRetif = 2 - E não deve ser gerado o bloco altAfastamento, pois ele não existe mais no leiaute. Neste caso, deve ser gerado iniAfastamento. Comentário Técnico: retirar a lógica de geração do S-2230 referente ao motivo 38 (alteração motivo). |
...
| Motivo | Cenário | Resultado esperado | |||
|---|---|---|---|---|---|
| Todos | Incluir uma situação de afastamento > 15 dias e em seguida incluir uma observação no FP1600. Ex: Ao incluir uma observação no FP1600 após a criação da mensagem no S-2230, o sistema deve somente incluir a obs no XML e seguir o processo padrão do produto, mantendo a data de envio de acordo com o resultado esperado na coluna ao lado. DRHROTDTS-35 | Se a mensagem é de fim, manter a data fim do afastamento como data de envio. - Se o S-2230 de início estiver pendente de envio, reprocessar a mensagem incluindo a observação Se o S-2230 de início estiver enviada, gerar um novo S-2230 de retificação. - O S-2230 de término não deve sofrer alteração | |||
| Todos | Comportamento padrão das mensagens S-2230. Ha um único S-2230 enviado ao governo. O afastamento foi alterado, será criado um novo S-2230 com status 16 retificadora. | Se a mensagem de inclusão retornar como Processada Governo, muda o status para 7. Middleware -. Se estiver retornar como Rejeitada Governo, o S-2230 de retiicação deve mudar para inclusão e pronto para envio. E a mensagem S-2230 original de inclusão deve ter o status alterado para 20 - Substituída. TAF -. Se retornar como Rejeitada TAF, o novo S-2230 deve ser alterado para Inclusão e Pronta para Envio. E a mensagem S-2230 original de inclusão deve ter o status alterado para 20 - Substituída. - Se retornar Rejeitada Governo ,: S-2230 permanece como retificação e e Pendente de Envio. E a mensagem S-2230 original de inclusão deve ter o status alterado para 20 - Substituída . | Todos | Incluído Afastamento com motivo 03 pelo MT0728. Gerou a mensagem S-2230 corretamente. Em seguida foi incluído um afastamento no MT0728 na mesma data do anterior, com motivo 01. O sistema emite mensagem que irá sobrepor o afastamento anterior. O sistema cria a nova mensagem de início como retificação com o novo motivo, mas no FP9850 cria como Alteração Motivo Afastamento Caso da issue DRHROTDTS-265 | A situação de alteração motivo afastamento foi retirada do leiaute eSocial, já não consta na versão 2.5. O processo de inclusão do afastamento e soprepor o afastamento que já existe pelo MT0728 deve continuar o mesmo, porém: - o tipo de informação no FP9850 para este caso deve ser apresentado como Afast. Temporário - Início. - O XML deve ser gerado como indRetif = 2 - E não deve ser gerado o bloco altAfastamento, pois ele não existe mais no leiaute. Neste caso, deve ser gerado iniAfastamento. Comentário Técnico: retirar a lógica de geração do S-2230 referente ao motivo 38 (alteração motivo) . |
