Histórico da Página
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 Gestão Fiscal para a implementação do Evento de Exclusão R-9000 da EFD-REINF
CadastroProcesso 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.
draw.io Diagram border true viewerToolbar true fitWindow false diagramName EFD-REINF Evento campo Id Processo simpleViewer false width diagramWidth 162 revision 1
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.
Bloco de código | ||||
---|---|---|---|---|
| ||||
<?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
Deck of Cards | ||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||
|
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
Deck of Cards | ||||||
---|---|---|---|---|---|---|
| ||||||
Card | ||||||
| ||||||
Bloco de código | ||||||
| ideProcesso
| |||||
<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 XML | Origem |
---|
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 que será excluído. Protocolo do Evento que esta sendo Excluído |
perApur | Informar o período de referência das informações no formato AAAA-MM |
id | 1 |
---|---|
label | infoSusp |
infoSusp
Bloco de código | ||||
---|---|---|---|---|
| ||||
<infoSusp>
<codSusp>str1234</codSusp>
<indSusp>str1234</indSusp>
<dtDecisao>2012-12-13</dtDecisao>
<indDeposito>str1234</indDeposito>
</infoSusp> |
Origem de dados
id | 2 |
---|---|
label | dadosProcJud |
dadosProcJud
Bloco de código | ||||
---|---|---|---|---|
| ||||
<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.
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|