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-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+-+TSSWSREINF. As 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.
Além do Para utilizar o WS da EFD-REINF deverão ser utilizados os WS Para a utilização destes WebService é necessário realizar a configuração do ambiente do TSS, configurando certificado, filial e alguma outra eventual configuração conforme já é realizado nos processos de documentos eletrônicos.é 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 CFGCERTIFICATE, CFGCERTIFICATEPFX ou CFGHSMEX. Este serviço já está implementado e disponível através do server FisCertificadoService do projeto RM.Fis.TSS.Service.
VALIDARSCHEMA
ENVIAREVENTOS
CONSULTAREVENTOS
Aviso | ||
---|---|---|
| ||
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 | ||
---|---|---|
| ||
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 | ||||
---|---|---|---|---|
| ||||
<?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 | ||||
---|---|---|---|---|
| ||||
<infoExclusao> <tpEvento>str123</tpEvento> <nrRecEvt>str1234000000000</nrRecEvt> <perApur>2019-01</perApur> </infoExclusao> |
Origem de dados
Elemento do XML | Origem |
---|---|
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 |
perApur | Informar 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. |
---|