Histórico da Página
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:
Definição da Regra de Negócio
- 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.
- Alteração no XML, alterar as TAGs da rotina de evtReintegracao para evtReintegr.
- 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.
- Alteração no XML, alterar as TAGs da rotina de indRetificacao para indRetif.
- 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
Protótipo 02
Fluxo do Processo
Diagrama - Atividades
Diagrama - Caso de Uso
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
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); 1.2 Registro já existente com a mesma chave |
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). 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) 2.2.2. Alteração de registro com o campo CMF_EVENTO = ‘E’ |
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) 3.1.2. Exclusão de registro com o campo CMF_EVENTO = ‘A’ (Alterado) 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) 3.2.2. Exclusão de registro com o campo CMF_EVENTO = ‘E’ (Exclusão) |
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|