Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

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

Subtarefa

FISCAL01-10176

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 a integração dos Eventos da EFD-REINF com os webservices (WS) TOTVS Service Soa (TSS)

WebService do TSS

Na integração com o TSS deverá ser utilizado o WS TSSWSREINF onde são disponibilizados os serviços abaixo.

A documentação do TSS encontra-se disponível no TDN e pode ser consultada através do link  http://tdn.totvs.com/display/TSS/WebService+-+TSSWSREINFAs parametrizações de integração com o TSS já estão disponíveis no parâmetro da Filial do modulo de Estoque nas etapas referentes à integração com o modulo Fiscal.

Para utilizar o WS da EFD-REINF é necessário configurar o TSS utilizando os WS abaixo.

  • SpedAdm para configurar a filial que esta emitindo os Eventos através do serviço AdmEmpresas. Este Serviço já está implementando e disponível através da interface IFisSpedAdm do projeto RM.Fis.TSS.IService;
  • SpedCfgNfe para configurar o certificado digital através dos serviços CFGCERTIFICATECFGCERTIFICATEPFX ou CFGHSMEX. Este serviço já está implementado e disponível através do server FisCertificadoService do projeto RM.Fis.TSS.Service.

VALIDARSCHEMA

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameVALIDARSCHEMA
simpleViewerfalse
width
diagramWidth749552
revision12

ENVIAREVENTOS

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameENVIAREVENTOS
simpleViewerfalse
width
diagramWidth905916
revision12

CONSULTAREVENTOS

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameCONSULTAREVENTOS
simpleViewerfalse
width
diagramWidth573
revision1

Aviso
titleCONSULTAREVENTOS

Para o serviço CONSULTAREVENTOS sugiro que seja utilizado o serviço SpedAdm.GetAdmEmpresasId para recuperar o código da entidade do TSS conforme documentação do TSS http://tdn.totvs.com/x/cZhSDg

Para este Serviço também é desnecessário a utilização do WS SpedCfgNfe

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 histórico do Evento pai vinculado.

Informações
titleEvento Principal

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

Durante a inclusão do Evento R-9000 deveram ser observadas o comportamentos dos campos abaixo.

  • Id. Evento Pai deverá ser exibido um lookup para cadastro do "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 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 "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 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>
  <evtExclusao id="???000000000000000000000000000000000">
    <ideEvento>{...}</ideEvento>
    <ideContri>{...}</ideContri>
    <infoExclusao>{...}</infoExclusao>
  </evtExclusao>
</Reinf>

Origem dos dados

Este evento será gerado com base nos dados do "Evento Principal" que esta sendo "excluído".

infoExclusao

Bloco de código
languagexml
titleinfoExclusao
<infoExclusao>
  <tpEvento>str123</tpEvento>
  <nrRecEvt>str1234000000000</nrRecEvt>
  <perApur>2019-01</perApur>
</infoExclusao>

Origem de dados

Elemento do XMLOrigem
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 esta sendo Excluído

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


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

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