Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
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 _____________. |
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)
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.
Para utilizar o WS da EFD-REINF é necessário configurar o TSS utilizando os WS abaixo.
Através deste WS é realizada a validação da estrutura do XML do Evento conforme o schema disponibilizado pela RFB. Segue abaixo os parâmetros de entrada e saída do serviço. Para mais detalhes consulta a documentação do TSS http://tdn.totvs.com/x/HUhZEg
|
Cada requisição poderá ser realizada com no máximo 100 Eventos. |
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 |
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.
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.
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).
O xml do Evento deverá ser gerado conforme abaixo.
<?xml version="1.0" encoding="utf-8"?> <Reinf> <evtExclusao id="???000000000000000000000000000000000"> <ideEvento>{...}</ideEvento> <ideContri>{...}</ideContri> <infoExclusao>{...}</infoExclusao> </evtExclusao> </Reinf> |
Este evento será gerado com base nos dados do "Evento Principal" que esta sendo "excluído".
<infoExclusao> <tpEvento>str123</tpEvento> <nrRecEvt>str1234000000000</nrRecEvt> <perApur>2019-01</perApur> </infoExclusao> |
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. |
---|