01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Envio de vendas realizadas no PDV que sobem para o Practico Live.

A integração irá coletar as informações dessa venda e enviá-las ao BUS, que é um middleware.

Utilizaremos a integração de Cupom e de NFCe já existentes, iremos parametrizar entre MUSK ou não.

03. SOLUÇÃO

Utilizaremos a integração de Cupom e NFCe já existentes, iremos parametrizá-las entre MUSK ou não.

Caso esteja configurado como MUSK, as regras de negócio que hoje impedem alguns cupons de serem enviados ao BUS como por exemplo, dependência de financeiro, de XML da NFCe, etc, não serão levadas em consideração.

Tipo Módulo 1100 e 1170 - Integração de Vendas MUSK

Sempre que a integração tenta enviar algum cupom que não atenda as regras de negócios, esse cupom é enviado para a tabela ProcessamentoInterfaceIntegracao, onde uma outra tarefa fica monitorando e tentando reenviar o cupom.
A quantidade de tentativas de reenvio são configuradas na tabela InterfaceIntegracao.

Após esgotadas as tentativas, esse registro fica na tabela ProcessamentoInterfaceIntegracao com o erro logado.
O projeto de reprocessamento executa o reprocessamento de todas as integrações.
Os campos que serão enviados para o Hana serão definidos pelo cliente usuário do Practico Live.

O envio será feito para o barramento (BUS).

Após o envio, o barramento devolve um ticket comprovando o recebimento do objeto com os cupons.

Esse ticket é então gravado em uma tabela de comprovantes, a CuponsFiscaisEnviados e NFCeEnviado.

O objeto enviado ao BUS também é gravado em formato XML para comprovação, caso necessário, na tabela ConteudoTicket.

04. DEMAIS INFORMAÇÕES

05. ASSUNTOS RELACIONADOS