Histórico da Página

Primeira mensagem S-2206 como inclusão (indRetif = 1). Tag dtAltecao = 01/05/2021 e sem tag dtEf.

Segunda mensagem S-2206 como retificação (indRetif = 2) com a tag dtAlteracao = 01/05/2021 e a tag dtEf = 01/05/2021.

Terceira mensagem S-2206 como  retificação (indRetif = 2) com a tag dtAlteracao = 01/05/2021 e a tag dtEf = 01/05/2021.

Porque a segunda mensagem é enviada como retificação?

O governo rejeita a segunda mensagem S-2206 de alteração salarial de dissídio quando ela é de inclusão e tem data alteração = data efeito.

Rejeição governo: Foi localizado no sistema um evento em duplicidade com o evento a ser enviado, mesmo Tipo de Inscricao, Numero de Inscricao, CPF, Matricula, Data da Alteracao, Data de efeito.

Sugestão para a segunda mensagem de S-2206 alteração salarial dissídio não ir como retificação:  No programa FP1620 ao incluir a alteração salarial com motivo dissídio na Data Liberação Sal (data alteração) para um dia depois. Assim a mensagem irá como inclusão e com dtAlteracao diferente de dtEf e o governo não rejeita.

Afastamento > 15 dias

Ex: 20 dias

FP1620 - Alteração Salarial que não seja dissídio

Exemplo: Motivo Merito para data alteração 01/05/2021

FP1620 - Alteração Slalarial que seja de dissídio com data alteração diferente data vigência.

Exemplo: Motivo Dissido para data alteração 01/05/2021 e data vigência 01/04/2021

Primeira mensagem S-2206 como inclusão (indRetif = 1). Tag dtAltecao = 01/05/2021 e sem tag dtEf.

Segunda mensagem S-2206 como inclusão (indRetif = 1) com a tag dtAlteracao = 01/05/2021 e a tag dtEf = 01/04/2021.

obs: Não será gerado mensagem S-3000

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.

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 - Aguardando retorno 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.

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:

Dois eventos S-3000 sendo um para o S-2230 de Inicio e outro para o de termindo com status  07 -  Pendente Pronto para Envio. 

Um evento S-2230 de inclusão unificado com Tipo Inicio e término com Status 16 -  Aguardando retorno mensagem anterior. 

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 gerar um S-3000 para o S-2230 de Inicio com status 07 - Pronto para envio

Deve cancelar o S-2230 de termino ficando com status 05 - Cancelado Automático.

Deve gerar  um novo evento S-2230 com Afastamento Início e Término unificado com status 16- Aguardando retorno mensagem anterior (ref ao S-3000 do inicio do afastamento)

Válido para o TAF e Middleware.

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.

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.

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.

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.

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.

O S-2230 de início não sofre alterações independente do status, ou seja, deve permanecer com os dados de origem pois o funcionario estava no estabelecimento de origem quando iniciou o afastamento

Válido para o TAF e Middleware.

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:

Se o S-2230 de inicio estiver com status 07:

Deve cancelar o  S-2230 ficando com status 05 - Cancelado Automático

Deve criar um novo S-2230 com o novo motivo  com status 07.

Se o S-2230 de inicio estiver com status 15:

Deve gerar um evento  S-3000 para o S-2230 de inicio  com status 07.

Deve criar um novo S-2230 com o novo motivo  com status 07.

Não deve ser gerado o bloco altAfastamento.