Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Especificação

Produto

Totvs Automação Fiscal

Módulo

SIGATAF

Segmento Executor

Serviço e Jurídico

Projeto

eSocial 2.1

IRM

PCREQ-5227

Requisito 

PCREQ-5281

Subtarefa 

PDR_SER_TAF001_533

Chamado

 

País

( x ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

 


Objetivo

 

Implementar ajustes e melhorias previstos pelo fisco no Manual de Orientação do eSocial versão 2.0, segundo o link abaixo:

http://www.esocial.gov.br/doc/MOS-vs2_0-Versaofinal.zip


Definição da Regra de Negócio

 

  1. Alteração na chave do IdeVinculo do evento Informações de Identificação do Trabalhador e do Vínculo, a chave foi alterada de cpfTrab, nisTrab, matricula para cpfTrab, matricula.

  2. Alteração no XML, alterar as TAGs da rotina de evtReintegracao para evtReintegr.

  3. REGRA DE CABEÇALHO -> REGRA_REINTEG_VERIFICA_FOPAG_POSTERIOR: Arquivos de folha de pagamento por ventura enviados para períodos iguais ou posteriores a dtE/feito(CMF_DTEFEI) serão marcados como inconsistentes , devendo ser objeto de retificação pela empresa, exceto se o campo {indPagtoJuizo}(CMF_INDPGJ) for igual a [1]-Sim, situação em que não há o envio de evento de remuneração para o período compreendido entre a data do desligamento e a data de retorno.

  4. Alteração no XML, alterar as TAGs da rotina de indRetificacao para indRetif.

  5. Alteração de tipo, tamanho e descrição do campo do nrRecibo, o tipo do campo foi alterado de numérico para caracter e o tamanho de 15 para 24.

Descrição: Preencher com o número do recibo do arquivo a ser retificado, no formato N.NN.NNNNNNNNNNNNNNNNNNN.

 

6. Alteração no contéudo e descrição do campo tpAmb, as opções do combobox foram alteradas, a validação do campo também deve ser ajustada no dicionário e no fonte.

Descrição: Identificação do ambiente: 1 - Produção; 2 - Pré-produção - dados reais; 3 - Pré-produção - dados fictícios. Valores Válidos: 1, 2, 3.

 

7.Exclusão da TAG indSegmento, a tag deve ser retirada da geração do XML do cabeçalho.


8. Alteração no XML, alterar as TAGs da rotina de tpInscricao para tpInsc.


9. Alteração no XML e descrição do campo nrInsc, alterar as TAGs da rotina de nrInscricao para nrInsc.

Descrição: Informar o número de inscrição do contribuinte de acordo com o tipo de inscrição indicado no campo    {tpInsc}. Se for um CNPJ deve ser informada apenas a Raiz/Base de oito posições, exceto se natureza jurídica de administração pública federal ([101-5], [104-0], [107-4], [116-3]), situação em que o campo deve ser preenchido com o CNPJ completo com 14 posições.


10. Alteração no tipo do campo cpfTrab, o tipo do campo foi alterado de numérico para caracter.


11. Alteração no tipo e descrição/validação do campo nisTrab, o tipo do campo foi alterado de numérico para caracter.

Descrição: Preencher com o número de inscrição do segurado - NIS, o qual pode ser o PIS, PASEP ou NIT.

Validação: Deve ser um NIS válido e pertencente ao trabalhador.


12. Alteração na descrição/validação do campo matricula

Descrição: Matrícula atribuída ao trabalhador pela empresa ou, no caso de servidor público, a matrícula constante no Sistema de Administração de Recursos Humanos do órgão.

Validação: Deve corresponder à matrícula informada pelo empregador nos eventos S-2100 ou S-2200 do respectivo vínculo trabalhista.


13. Alteração no XML, alterar as TAGs da rotina de infoReintegracao para infoReintegr.


14. Alteração no XML e conteúdo, descrição e validação do campo tpReint (CMF_TPREIN), alterar as TAGs da rotina de tpReintegracao para tpReint, as opções do combobox devem ser alteradas, a validação do campo também deve ser ajustada no dicionário e no fonte.


15. Alteração no conteúdo, descrição e validação do campo nrLeiAnistia (CMF_NRLEIJ), alterar as opções do combobox, a validação do campo também deve ser ajustada no dicionário e no fonte.


16. Alteração na descrição/validação do campo dtEfetRetorno (CMF_DTRET)

Descrição: Informar a data do efetivo retorno ao trabalho

Validação: Deve ser uma data válida, igual ou posterior a data de desligamento do trabalhador.


17. Alteração na obrigatoriedade e descrição/validação do campo dtEfeito (CMF_DTEFEI), o campo foi alterado de obrigatório para não obrigatório, a validação do campo também deve ser ajustada no fonte.

Descrição: Se {tpReint} = [1], preencher com a data a partir da qual o trabalhador deverá ser considerado como reintegrado. Se {tpReint} > 1, preencher com a data de efetivo retorno.

Validação: Se {tpReint} for diferente de 1, {dtEfetRetorno} é igual a {dtEfeito}. Caso contrário, deve ser uma data igual ou posterior à data de desligamento do trabalhador, e anterior ou igual a {dtEfetRetorno}.


18. Inclusão do campo indPagtoJuizo (CMF_INDPGJ), o campo deve ser incluso no dicionário, o fonte da rotina deve ajustado para  integração, geração do XML e validação desse campo.


19. Alterar a ordem dos campos, o campo indPagtoJuizo (CMF_INDPGJ) foi criado com a ordem 12, os campos posteriores a ele devem ter a ordem alterada no dicionário.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

TAFA267 - Reintegração por Determinação Judicial

Manutenção dos Dados

Atualizações->Eventos Esocial->Eventuais->Reintegração

 

 

Tabelas Utilizadas

  • CMF – Reintegração


Protótipo de Tela


Protótipo 01

Image Modified


 

Protótipo 02


Image Modified

 

     

 

 

 


Fluxo do Processo


Diagrama - Atividades

 Image Modified


Diagrama - Caso de Uso 

Image Modified

 

 


Dicionário de Dados

 

Arquivo ou Código do Script: CMF - Reintegração

 


Campo

CMF_INDPGJ

Tipo

C

Tamanho

12

Valor Inicial

 

Mandatório

Sim (  ) Não (X)

Descrição

Indicador Pagamento Juizo

Título

Ind. Pgto Ju

Picture

@E 999.99

Help de Campo

Deve representar neste campo se as remunerações e correspondentes contribuições do período compreendido entre o desligamento e a reintegração foram pagas em juízo:

1 - Sim;

2 - Não.

Valores Válidos: 1, 2.

 

Caso de Teste

 

Admissão do Trabalhador CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 T3A CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8 CM8

Caso de Testes

Armazenamento 

Finalidade Testes

Testes do Programador

Pré-Condições

Pós-Condições

Como verificar os resultados

Cadastro de

Reintegração - Registro Preliminar

-

Validação dos registros inseridos/editados. 

[ x ] Sim [ ] Não

 

 

Verificar os registros gravados nas tabelas utilizadas.

Procedimentos

Resultados Esperados

1 - Incluir um novo registro

1.1 Realiza a criação do cadastro normalmente e grava os campos: 

a.

CMF_VERSAO: com a versão do registro (DDMMAAAAHHMMSS);
b.

CMF_EVENTO: com o valor ‘I’ (Inclusão);
c.

CMF_ATIVO: com o valor 1 (Ativo).

1.2 Registro já existente com a mesma chave

Não deve permitir a inclusão.

2 - Alterar um registro

 

2.1 Registro não transmitido ao RET (Campo _STATUS diferente de 2,3,4)

2.1.1 Alteração de registro com o campo

CMF_EVENTO = ‘I’ (Inclusão) ou _EVENTO = ‘A’ (Alteração).

- Grava as informações de alterações informadas no cadastro e altera o campo

CMF_STATUS para ““.

2.2 Registro transmitido ao RET (Campo

CMF_STATUS igual a 2,3,4)

2.2.1 Alteração de registro com o campo

CMF_EVENTO = ‘I’ (Inclusão) ou

CMF_EVENTO = ‘A’ (Alteração)

- Altera o campo

CMF_ATIVO do registro corrente para 2;
- Cria um novo registro idêntico ao cadastro alterado já considerando as alterações realizadas pelo usuário e os seguintes campos:
a. Campo

CMF_VERSAO recebe novo valor;
b. Campo

CMF_VERANT recebe o valor do campo

CMF_VERSAO do registro anterior;
c. Campo

CMF_PROTPN recebe o valor do campo

CMF_PROTUL do registro anterior;
d. Campo

CMF_PROTUL recebe ““;
e. Campo

CMF_EVENTO recebe o valor ‘A’;

2.2.2. Alteração de registro com o campo

CMF_EVENTO = ‘E’

- Altera o campo

CMF_ATIVO do registro corrente para 2;
- Cria um novo registro idêntico ao cadastro alterado já considerando as alterações realizadas pelo usuário e os seguintes campos:
a. Campo

CMF_VERSAO recebe novo valor;
b. Campo

CMF_VERANT recebe o valor do campo

CMF_VERSAO do registro anterior;
c. Campo

CMF_PROTPN recebe o valor do campo

CMF_PROTUL do registro anterior;
d. Campo

CMF_PROTUL recebe ““;
e. Campo

CMF_EVENTO recebe o valor ‘I’;

3 - Alterar o registro do item 1

O campo

CMF_STATUS

DIFERENTE de 4 (Registros não transmitidos)

 

3.1. Registro não transmitido ao RET (Campo _STATUS diferente de 4)

3.1.1. Exclusão de registro com o campo

CMF_EVENTO = ‘I’ (Inclusão)
- Altera o campo

CMF_STATUS para ““;
- Exclui o registro corrente;

3.1.2. Exclusão de registro com o campo

CMF_EVENTO = ‘A’ (Alterado)
- Altera o campo

CMF_STATUS para ““;
- Exclui o registro corrente;
- Caso exista um registro anterior com a mesma chave ( ID + Versão ) colocamos este registro como ativo novamente (Campo

CMF_ATIVO = 1);
**O processo de procurar o registro anterior com a mesma chave ocorre pois na alteração temos a certeza que existe o registro original e neste caso o cliente apagou apenas a última operação (Alteração), o cadastro anterior deve voltar a ser válido (Ativo);

3.2. Registro transmitido ao RET (Campo

CMF_STATUS igual a 4)

3.2.1. Exclusão de registro com o campo

CMF_EVENTO = ‘I’ (Inclusão) ou

CMF_EVENTO = ‘A’ (Alteração)
- Gera um novo evento S-3000 para o evento a ser excluído.

3.2.2. Exclusão de registro com o campo

CMF_EVENTO = ‘E’ (Exclusão)
- Deve ser exibida a seguinte mensagem: “Registro não pode ser excluído, pois já existe um evento de exclusão (S-3000) para o evento'
- Nenhuma alteração deve ser feita no registro.



 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.