Histórico da Página
...
| Produto: |
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Linha de Produto: |
| ||||||||||||
| Segmento: |
| ||||||||||||
| Módulo: | PDV | ||||||||||||
| Função: | Pre-venda | ||||||||||||
| País: | Brasil | ||||||||||||
| Ticket: | |||||||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : |
|
02. SITUAÇÃO/REQUISITO
Atualmente quando utiliza o recurso da CUSTOM API para envio do QRCODE no pagamento, é necessário que o operador confirme com ENTER para enviar nova requisição. Contudo, é necessário que o parceiro envie esse parâmetro para o PDV para que trabalhe de acordo com a necessidadeo faturamento de uma pré-venda é iniciado no PDV, e caso seja efetuado o cancelamento do cupom com a venda em aberto, antes de sua finalização, a aplicação não está retornando o status da pré-venda para liberado, mantendo o status em que foi alterado no ato do faturamento.
03. SOLUÇÃO
Realizamos a inclusão do novo parâmetro para o o parceiro envie para o PDV para que trabalhe de forma assíncrona (sem precisar do ENTER) para confirmação ou nãoRealizada alteração para quando ocorrer o cancelamento do cupom em aberto, que está faturando a pré-venda, a aplicação volte o status da pré-venda para liberado.
04. DEMAIS INFORMAÇÕES
Se estiver na versão 24.11, atualize para o service pack 24.1112.001 ou superior.
05. ASSUNTOS RELACIONADOS
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas