Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Table Filter
id1635799768144_-1265806067
ItemCenárioResultado esperado
1

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 igual data vigência.

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

FP1820 - Observação para funcionário

Exemplo: data alteração 01/05/2021


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.

2

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.

3

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

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

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

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

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

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

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

Será gerado uma mensagem S-3000 relacionado a segunda mensagem de alteração salarial S-2206. Porque para incluir uma nova alteração salarial com mesma data da segunda será necessário eliminar a alteração salarial pelo FP8340 e depois incluir novamente para a mesma data.

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

4

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)

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

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

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

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

FP1350 - Alteração turno

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

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

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  inclusão (indRetif = 2) com a tag dtAlteracao = 01/05/2021 e sem a tag dtEf.

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. E no governo ja possui uma mensagem S-2206 com a mesma data.

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 rejeitaVálido para o TAF e Middleware.

5Afastamento > 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.

6Afastamento < 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.

7

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.

8

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.

9

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.

10

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.


...