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.                                                             

  

Informações Gerais

Especificação

Produto

RM

Módulo

TOTVS Gestão Fiscal

Segmento Executor

Backoffice

Requisito/Story/Issue

FISCAL01-9797

Subtarefa

FISCAL01-10161

País

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

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Objetivo

 Detalhar as alterações necessárias no modulo TOTVS módulo TOTVS Gestão Fiscal para a implementação do Evento de Exclusão R-9000 da EFD-REINF

Cadastro

Processo R-9000 Exclusão de Evento

O Evento R-9000 será incluído através de um processo próprio com o nome "R-9000 Exclusão de Evento" e durante a inclusão o mesmo já será integrado com o TSS. Diferentemente dos demais Eventos, o histórico deste deverá ser registrado no anexo histórico do Evento pai vinculado.

Informações
titleEvento Principal

O Evento R-9000 é executado para outro Evento já existente, contudo para facilitar o entendimento vamos nos referir ao Evento Pai como Evento Principal

Durante a inclusão do Evento R-9000 deverão ser observados os comportamentos dos campos abaixo.

  • Id. Evento Pai deverá ser exibido um lookup para cadastro do Evento no qual a exclusão esta relacionada"Evento Principal", mas não poderá ser editado;
  • Tipo: será preenchido com o código do evento R-9000 e não deve ser editável;
  • Status: Receberá o status resultante da integração com o TSS. "Pendente" ou "Inconsistente".

Se o processo for executado com sucesso o "Evento Principal" terá o seu status alterado para "Pendente Exclusão" e um registro do R-9000 deverá ser incluído com status "Pendente". Em caso de erro deverá ser registrado um R-9000 "Inconsistente" e nada deverá ser alterado no "Evento Principal". Em ambos os casos um histórico deverá ser gravado no "Evento Principal".

Sempre que o "Evento Principal" estiver com o Status "Pendente Exclusão" ou "Excluído" o mesmo deverá apresentar um lookup para o Evento de Exclusão R-9000 no qual ele está associado.

O processo poderá ser executado em lote e através dos associados no Evento R-5011 para vários Eventos Periódicos simultaneamente (detalhes na especificação do R-5011).

Regras

  • Cada Cada "Evento Principal" poderá ter somente um R-9000 associado e no caso de já existir um "Inconsistente" ou "Rejeitado" o mesmo deverá ser substituído.
  • O R-9000 poderá ser gerado somente para Eventos com Status "Autorizado";
  • O processo de inclusão não deverá ser disponibilizado para os Eventos R-2099, R-2098 e próprio R-9000;

Estrutura de Tabelas

Deverá ser criado na tabela de Eventos o campo Id. Processo: Identificador do processo associado. Este campo será preenchido somente no Registro R1070 e por tanto deverá ser visível somente para este Evento.

draw.io DiagrambordertrueviewerToolbartruefitWindowfalsediagramNameEFD-REINF Evento campo Id ProcessosimpleViewerfalsewidthdiagramWidth162revision1

Foreign key: Id. Processo - FK com a tabela de cadastro de Processos.
Campos Nullable: Id. Processo

  • Evento R-9000 deve ser executado somente para os eventos do tipo: R-2010 a R-2070 e R-3010.

Layout do Evento

O xml do Evento deverá ser gerado conforme abaixo.

Bloco de código
languagexml
titleExemplo R-1000
<?xml version="1.0" encoding="utf-8"?>
<Reinf>
  <evtTabProcesso<evtExclusao id="???000000000000000000000000000000000">
    <ideEvento>{...}</ideEvento>
    <ideContri>{...}</ideContri>
    <infoProcesso>
      <inclusao><infoExclusao>{...}</inclusao>infoExclusao>
	  <alteracao>{...}</alteracao>
	  <exclusao>{...}</exclusao>
    </infoProcesso>
  </evtTabProcesso>
</Reinf>

No grupo infoProcesso poderá ter apenas um dos seguinte Grupos

<exclusao> <ideProcesso>{...}</ideProcesso> </exclusao>
</evtExclusao>
</Reinf>
Deck of Cards
historyfalse
idinfoContri
tabLocationleft
Card
id0
labelinclusao
Bloco de código
languagexml
titleinclusao
<inclusao>
  <ideProcesso>{...}</ideProcesso>
</inclusao>
Card
id1
labelalteracao
Bloco de código
languagexml
titlealteracao
<alteracao>
  <ideProcesso>{...}</ideProcesso>
  <novaValidade>{...}</novaValidade>
</alteracao>
Card
id2
labelexclusao
Bloco de código
languagexml
titleexclusao

Origem dos dados

Este evento será gerado com base no Cadastro de Processo e todos os campos envolvidos precisam de controle de alteração (semelhante ao log da Filial). Sempre que estes campos forem atualizados e o Evento já estiver autorizado o status do registro R-1070 será modificado para “Alterado”.nos dados do "Evento Principal" que esta sendo "excluído".

infoExclusao

ideProcesso

ideProcesso
Deck of Cards
historyfalse
idinfoCadastro
tabLocationleft
Card
id0
labelideProcesso
Bloco de código
languagexml
title
infoExclusao
<ideProcesso>
<infoExclusao>
  
<tpProc>5<
<tpEvento>str123</
tpProc>
tpEvento>
  
<nrProc>str1234<
<nrRecEvt>str1234000000000</
nrProc>
nrRecEvt>
  
<iniValid>1999
<perApur>2019-
05</iniValid> <fimValid>1999-05</fimValid> <indAutoria>5</indAutoria> <infoSusp>{...}</infoSusp> <dadosProcJud>{...}</dadosProcJud> </ideProcesso>
01</perApur>
</infoExclusao>

Origem de dados

Elemento do XMLOrigem
tpProcDPROCESSOJUDICIAL.TIPOPROCESSOnrProcDPROCESSOJUDICIAL.NUMEROiniValidCampo "Início do Período" do Cadastro do EventofimValidCampo "Fim do Período"  do Cadastro do EventoindAutoriaDPROCESSOJUDICIAL.TERCEIRO
Se este campo estiver marcado, então preencher este campo com "2".
tpEvento

Informar o tipo de Evento que esta sendo excluído

Deve ser um dos eventos: R-2010 a R-2070 e R-3010.

nrRecEvt

Preencher com o número do recibo do "Evento Principal" que será excluído.

Protocolo do "Evento Principal" que está sendo Excluído

perApurInformar o período de referência das informações no formato AAAA-MM


Card
id1
labelinfoSusp

infoSusp

Bloco de código
languagexml
titleinfoSusp
<infoSusp>
  <codSusp>str1234</codSusp>
  <indSusp>str1234</indSusp>
  <dtDecisao>2012-12-13</dtDecisao>
  <indDeposito>str1234</indDeposito>
</infoSusp>

Origem de dados

Elemento do XMLOrigemcodSuspDTRIBDISCUTIDOSPROCJUDICIAL.IDTRIBDISCUTIDOSindSuspDTRIBDISCUTIDOSPROCJUDICIAL.CODINDICSUSPEXIGdtDecisaoDTRIBDISCUTIDOSPROCJUDICIAL.DATADECISAOindDepositoDTRIBDISCUTIDOSPROCJUDICIAL.CODINDICDEPMONT Card
id2
labeldadosProcJud

dadosProcJud

Bloco de código
languagexml
titledadosProcJud
<dadosProcJud>
  <ufVara>st</ufVara>
  <codMunic>str1234</codMunic>
  <idVara>str1</idVara>
</dadosProcJud>

Origem de dados

Elemento do XMLOrigemufVaraDPROCESSOJUDICIAL.CODETDcodMunicDPROCESSOJUDICIAL.CODMUNICIPIOidVaraDPROCESSOJUDICIAL.VARA

As demais estruturas não destacadas irão seguir o padrão geral dos eventos

Log do Cadastro de Processos

O campo Vara precisa registrar log de alteração no cadastro de processo.

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