Para melhor entendimento do processo realizado pelo RPS Transporter, abaixo segue uma breve descrição de todo processo, juntamente com o fluxograma correspondente.

 

Funcionamento        

 Para o AppConnector capturar da base de dados os documentos RPS de autorização ou cancelamento, são verificadas três colunas da tabela TBINPUTDOCUMENTS, sendo elas: JOBKEY, DOCSTATUS e DOCKIND. Na coluna JOBKEY consta o nome do JOB que irá processar o documento, na DOCSTATUS os valores são de 0 para documentos não capturados e 1 para documentos capturados e na coluna DOCKIND, constam valores de 1 para documentos RPS de autorização e 2 para documentos RPS de cancelamento.

 

 Ao capturar o documento RPS é realizada uma transformação para o layout padrão NF-e e depositado em subdiretórios que contém como nome o JOBKEY, os quais são criados no diretório raiz configurado no settings do AppConnector. Enquanto isso, o modulo NDDigital e-Forms monitora os mesmos subdiretórios e captura os documentos para processamento.

 

 Após o processamento do NDDigital e-Forms, o AppConnector captura o retorno do mesmo com JOBKEY incluso no nome do arquivo, através de um diretório configurado no settings. Uma vez que a integração está nesse diretório previamente configurado, são realizadas rotinas temporárias em diretórios, sendo elas:

 

•RETURN NFSE;

•CONTROL INPUT;

•RETURN NFSE PARAMS.

 

       A partir do diretório de retorno do e-Forms, o arquivo é encaminhado para RETURN NFSE, para então ser transformado para layout NFS-e. Após essa transformação, são criados dados para retorno ao banco de dados no diretório RETURN NFSE PARAMS. Paralelo a isso, o diretório CONTROL INPUT faz a inserção de dados no SQLite, para que caso haja o envio de cancelamento posteriormente, seja realizada de forma correta a transformação do RPS para NF-e.

 

 Por fim o diretório RETURN NFSE PARAMS realiza a transformação dos parâmetros para inserir na base de dados na tabela TBINTEGRATION.

 

 

Fluxo de processamento de NFS-e (clique na imagem para ampliar)