Informações Gerais

Objetivo

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

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 do Evento pai vinculado. Durante a inclusão do Evento deveram ser observadas o comportamentos dos campos abaixo.

• Id. Evento Pai deverá ser exibido um lookup para cadastro do Evento no qual a exclusão esta relacionada, 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".

O processo deverá permitir a execução em lote e deverá ser disponibilizado na Grid dos Eventos Periódicos. 

Se o processo for executado com sucesso o Evento principal deverá terá o 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.

Regras

• Cada Evento 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.

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

Layout do Evento

O xml do Evento deverá ser gerado conforme abaixo.

<?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

<inclusao>
  <ideProcesso>{...}</ideProcesso>
</inclusao>

<alteracao>
  <ideProcesso>{...}</ideProcesso>
  <novaValidade>{...}</novaValidade>
</alteracao>

<exclusao>
  <ideProcesso>{...}</ideProcesso>
</exclusao>

evtExclusao>
</Reinf>

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”.

infoExclusao

ideProcesso

<infoExclusao>
  

<tpEvento>str123</

tpEvento>
  

<nrRecEvt>str1234000000000</

nrRecEvt>
  

<perApur>2019-

01</perApur>
</infoExclusao>

Origem de dados

infoSusp

<infoSusp>
  <codSusp>str1234</codSusp>
  <indSusp>str1234</indSusp>
  <dtDecisao>2012-12-13</dtDecisao>
  <indDeposito>str1234</indDeposito>
</infoSusp>

Origem de dados

dadosProcJud

<dadosProcJud>
  <ufVara>st</ufVara>
  <codMunic>str1234</codMunic>
  <idVara>str1</idVara>
</dadosProcJud>

Origem de dados

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.