Como utilizar a função de multivenda nas máquinas TCN

O protocolo MDB oferece suporte à Venda Múltipla. No entanto, devido a limitações inerentes ao próprio protocolo, seu uso apresenta algumas restrições e desafios operacionais. Não é possível contornar estes problemas dentro do protocolo MDB. Segue em resumo os pontos que devem ser considerados na utilização da Venda Múltipla:

- Identificação dos produtos vendidos: O número da canaleta informado na multivenda não é válido, o que impede a identificação exata dos produtos vendidos pela transação do cartão. A liberação dos produtos é registrada apenas na Auditoria EVA-DTS.

- Falha de entrega parcial: Caso ocorra uma falha parcial na entrega (exemplo: foram comprados os produtos das canaletas 1 e 2, mas o da canaleta 2 não foi entregue), a máquina não informa essa falha para a VMBox. Nesse cenário, o cliente precisa entrar em contato com o operador da máquina para relatar o problema. Quando todos os produtos sofreram falha de entrega, o estorno é realizado automaticamente.

Os testes foram conduzidos na máquina 6G, pois a 11G não estava operacional no momento. Contudo, como as limitações da multivenda estão ligadas ao protocolo MDB, é esperado que a mesma situação ocorra na máquina 11G.

Confira as informações do relatório de testes

1. Materiais Necessários

• Máquina compatível com a funcionalidade de multivenda;

• VMBOX;

• Sistema VMpay;

• Auditoria ativa, cabos auditoria;

2. Análise inicial

O objetivo desses testes é verificar a compatibilidade do nosso sistema de pagamentos (VMpay junto da VMBOX) através do protocolo MDB utilizar a funcionalidade de multivendas disponíveis em máquinas de vendas automáticas.

3. Procedimento de Testes

Para começar foram definidas as seguintes canaletas e com os seguintes preços:

Foi realizada também uma auditoria inicial para saber o estado inicial da máquina. Conhecendo esse estado inicial podemos saber como a máquina iria se comportar nas compras seguintes. Para iniciar o teste foi realizada a compra de um produto único e realizada uma auditoria para verificar se a BOX e a máquina estavam operando da forma esperada. Essa primeira compra ocorreu da canaleta 54, às 10:58, conforme a aba de transações cashless. Em seguida, foi enviado o comando remoto de auditar e verificado no arquivo de auditoria se a máquina reconheceu a compra, a aba de últimas vendas confirma a venda dessa canaleta.

• Teste de compra multivenda

Em seguida foi realizado o teste para compra já no modo de multivendas. A figura 01 mostra que a canaleta definida para mostrar foi 65535, uma vez que foram selecionadas mais de uma canaleta para realizar a compra, a máquina passa como uma canaleta não definida para esse caso e não é possível acompanhar os produtos pela aba cashless. Apenas o valor total da compra, por exemplo na compra realizada às 11:05 mostra o valor de R$ 0,39, e os produtos comprados foram 4, 23 e 42. Aconteceu uma falha de entrega do produto 42, como mostra a aba de últimas vendas depois de realizada a auditoria.

Não foi realizado o estorno completo do valor porque os outros produtos foram entregues normalmente e não foi realizado o estorno parcial porque não é possível fazer com esse nível do protocolo MDB. Dessa forma, fica a critério do operador de máquina se prefere ele verificar a auditoria dos produtos ou se confia no cliente quando reclamar que não houve a entrega do produto pela máquina. Esse mesmo cenário foi repetido na compra realizada as 11:42 onde foram comprados os produtos 12, 42 e 54. A ordem de falha de entrega não altera essa condição. Caso seja o primeiro, segundo ou último produto a apresentar a falha de entrega, o mesmo comportamento é observado.

Outro teste realizado também é quando tem uma compra concluída com sucesso, o horário da compra foi às 12:24. Foram comprados os produtos 4, 12 e 54, totalizando uma compra de R$ 0,37 como mostrado na aba de transação cashless e confirmado com a entrega de todos os produtos pela aba de últimas vendas. Foi concluído com sucesso essa parte do teste.

Um teste adicional que foi realizado, a compra de diversos produtos de diferentes modos, venda simples e multivenda de forma variada. Foram realizadas 4 compras, sendo duas em singlevend e duas em multivenda. Conforme visto na aba de transações cashless e na aba de últimas vendas, todas as compras foram entregues e mostradas no sistema VMpay.

O teste final foi caso todos os produtos apresentassem falha de entrega. Foi realizada uma compra de três produtos e nenhum foi entregue. Para esse caso, é realizado o estorno automático da compra e nem é listado na aba de últimas transações cashless. A seguir tem uma tabela que mostra todas as compras realizadas com os seus produtos para servir de base para comparação com a aba de últimas transações cashless:

• Verificação dos arquivos de auditoria

Essa comparação feita é para verificar se a compra realmente aconteceu para a máquina junto com a informação dos valores. A figura 5 mostra os arquivos obtidos para auditoria, os horários obtidos de cada arquivo de auditoria são os mesmos que aparecem na última venda.

• Observações importantes do teste

Os testes foram bem-sucedidos, mas algumas observações importantes devem ser destacadas. A primeira é que, para este modo de venda ser viável e permitir o controle do estoque da máquina, o uso da auditoria é obrigatório. A auditoria possibilita saber a quantidade exata de produtos na máquina e controlá-los conforme o planograma cadastrado no sistema VMpay. Essa exigência ocorre devido às falhas de entrega e à comunicação MDB, que não informa a canaleta específica usada na venda. Em vez disso, a canaleta registrada é genérica, com o valor 65535, conforme mostrado na figura 1.

Outra questão importante refere-se ao processo de estorno. Quando um produto não é entregue e o cliente final solicita reembolso, o operador da máquina deve gerenciar essa situação. Existem duas opções:

• Realizar o estorno imediatamente, confiando na palavra do cliente.

• Realizar uma auditoria no VMpay, e verificar se o valor das vendas no período é diferente do valor do relatório de transações cashless. Caso seja diferente, houve uma falha de entrega.

Durante o teste com poucas unidades, identificar produtos não entregues é simples, pois envolve apenas uma ou duas transações. Entretanto, em ambiente real, a auditoria normalmente ocorre a cada 2 horas, acumulando diversas compras em um único arquivo, como mostrado na figura 5. Nesse caso, a dificuldade aumenta porque não é possível buscar vendas por horário. As transações cashless não registram a canaleta correta, e a aba de "últimas vendas" exibe apenas o horário da auditoria, sem o horário específico das vendas.

Por fim, o teste de multivenda descrito foi realizado na máquina 6G, mas o comportamento esperado é o mesmo para outras máquinas TCN.

4. Conclusão

Os testes conduzidos foram bem-sucedidos e operaram conforme o esperado. Todas as observações necessárias já foram realizadas e explicadas os motivos que possam causar algum problema enquanto a máquina estiver em campo operando.

Os arquivos de auditoria desse teste se encontram na pasta de “Auditorias” junto desse documento. Os arquivos de sniffer do MDB estão disponíveis também para consulta na íntegra.

5. Resumo

As principais informações desse documento podem ser observadas:

• As canaletas mostradas no VMpay para multivenda serão mostradas como 65535.

• Controle de estoque é realizado através de auditorias, assim é possível observar todos os produtos que foram vendidos pela multivenda.

• Em caso de falha de entrega de todos os produtos, o estorno do valor é realizado automático, não necessitando de o cliente entrar em contato para reclamar da não entrega.

• Em caso de falha de entrega parcial, a máquina não realiza o estorno do valor do produto não entregue. Fica dependente da execução da auditoria da máquina para verificar se o produto foi realmente entregue ou não. Assim fica totalmente dependente da confiança com o cliente ou uma demora para realizar o estorno.

• A saída de produtos na aba de últimas vendas fica registrado no horário da auditoria realizada, não no horário de compra do produto. Isso pode causar uma dificuldade no momento de confirmar ou não a entrega do produto.

Confira o documento em anexo.