12

7

Problema: As notas fiscais geradas pelo HUB DELIVERY estavam sendo emitidas exclusivamente com a série 99, independentemente da configuração correta definida no sistema. 
Solução: Foi realizado um ajuste para que, quando o PDV estiver configurado no modo PDV + HUB, o sistema passe a buscar corretamente a série definida na retaguarda. Dessa forma, as notas emitidas pelo HUB DELIVERY passam a utilizar a série configurada especificamente para o HUB, garantindo conformidade com as parametrizações do sistema.

Problema: Ao realizar uma carga no ambiente LOCAL estava ficando como API FISCAL FLOW e não pelo client.
Solução: Foi realizado a alteração para a informação vir por uma configuração da aplicação durante a distribuição, assim é possível mudar para o modo online e offline. Deixando as lojas LOCAIS como CLIENT.

Problema: Quando o sistema era fechado antes de retornar para a tela de pagamento, ficavam dados residuais (“sujeira”), fazendo com que o sistema entendesse que o processo de confirmação de pagamento não havia sido concluído.

Soluções:

• Correção do erro de undefined.

• Implementação de uma proteção para definir o valor como true, impedindo que a tela de estorno de pagamento seja exibida na abertura do sistema.

Por esse motivo, o pagamento não era confirmado, resultando na exibição do cancelamento.
Solicitamos a inclusão de um certificado válido e a verificação se o problema de estorno é sanado.

Problema: Ao realizar o fechamento de caixa no Taste One, o finalizador PIX, cadastrado como OUTROS e sem integração, não permitia a edição ou correção do numerário.
Solução: Foi ajustada a validação das regras de edição de numerário para finalizadores classificados como OUTROS sem integração. A partir dessa correção, o finalizador PIX (OUTROS sem integração) passa a permitir a edição do numerário no fechamento de caixa, conforme esperado. Os finalizadores TEF, QR CODE, POS, DINHEIRO e OUTROS (com integração) continuam respeitando suas regras específicas de bloqueio ou liberação.

Problema: Itens estavam sendo impressos de forma desconfigurada quando a venda era realizada pelo módulo Mesa.
Solução: Foi realizada uma correção no layout e no processamento da impressão da comanda de produção, garantindo que os itens sejam impressos corretamente quando a venda é realizada pelo módulo Mesa via SmartPOS.

Problema: Ao realizar um recebimento TEF em que a bandeira PREPAGO MASTERCARD não possuía o DE-PARA configurado, o cliente chegou à tela de seleção manual de bandeiras e não selecionou nenhuma opção, deixando a POS inativa até a exibição da modal de inatividade e, em seguida, encerrando o sistema. Ao abrir o sistema novamente, não foi exibida a modal solicitando o cancelamento da transação via aplicativo da adquirente.

Solução: Foi realizada uma correção para que a mensagem de cancelamento seja exibida na tela de login sempre que existir um pagamento TEF pendente de cancelamento pelo APK da adquirente.

Problema: Ao lançar uma Venda Orientada (V.O), os produtos complementares eram exibidos como produtos unitários.
Solução: Foi realizado um ajuste para que a V.O seja impressa corretamente, com os produtos complementares devidamente indentados e diferenciados dos itens unitários.

Problema: O status 1115 não estava mapeado pelo robô de notas, impedindo a transmissão correta das notas fiscais.
Solução: Foi adicionado o novo status 1115 ao mapeamento do robô, permitindo a transmissão adequada das notas fiscais.

Problema: O campo ConsolidationVersion nas vendas antigas estava como null, impedindo a localização dos registros para consolidação. 
Solução: Foi implementado que registros sem a propriedade definida passam a ser tratados como ConsolidationVersion = 1, garantindo compatibilidade com dados legados. Além disso, quando a configuração da versão estiver incorreta, o sistema registra o evento na coleção InvalidConsolidation, incluindo o motivo detalhado da inconsistência.