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 módulo 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 histórico do Evento pai vinculado.
Informações | ||
---|---|---|
| ||
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.
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 | ||||
---|---|---|---|---|
| ||||
<?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 | |||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||
Card | | ||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||
Bloco de código | |||||||||||||||||||||||||||||
|
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
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 Principal" que será excluído. Protocolo do "Evento Principal" que está 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. |
---|