Ticket: 71398 – Opção de vincular várias notas em um único pedido #
Visando atender a solicitação do cliente, foi adicionado tanto na tela de notas fiscais de produto quanto de serviço uma ação para vincular várias notas à um mesmo pedido:
Na tela de pedido venda, foi criado um novo pop-up para que seja possível visualizar as notas fiscais que estão vinculadas ao pedido e se desejar, remover o vínculo da mesma.
OBS: Para que tanto a ação quanto o ícone sejam exibidos, é necessário habilitar o parâmetro “Permitir vincular várias notas fiscais a um pedido“:
Além disso cabe ressaltar que é possível realizar este vínculo em massa apenas as notas que estiverem com o status “processada com sucesso”. Além de que, na tela de meus pedidos o ícone para exibir o pop-up só aparecerá caso o pedido tenha uma nota fiscal também processada com sucesso vinculada à ele.
Ticket: 75140 – Alteração em pedido derivado de troca criando outro contas a receber #
Foi feita a correção para que após uma criação de um pedido troca com a forma de pagamento cartão de crédito em mais de uma parcela, não crie novas contas a receber após alterar esse pedido troca igual era feito anteriormente de forma incorreta.
Ticket: 75216 – Triplicidade no registro de Videoconferência #
Foi feita uma validação diretamente no banco de dados que impede salvar uma videoconferência para um identificador de um pedido que já possua uma outra videoconferência, impedindo a duplicidade de videoconferência.
Também foi adicionada uma nova validação também para evitar videoconferências criadas manualmente serem atreladas a pedido venda que já tem videoconferência.
Ticket: 75462 – Ajuste na Validação de Ação de Adição de Período de Uso – SafeID (Safeweb) #
Ajustado para que o ícone de adição de período de uso do safe id apareça independente do pedido estar renovado:
Ticket: 75312 – Pedido zerando valor ao editar o cliente, e ao tentar salvar um pedido sem anexo quando é obrigatório #
Durante a criação de um pedido de venda, o sistema realiza automaticamente uma consulta para buscar os dados relacionados ao produto selecionado, incluindo o valor correspondente na tabela de aquisição.
Foi identificado que, em unidades que não possuem uma tabela de aquisição configurada, essa consulta retornava o valor “0,00”, sobrescrevendo o valor que o usuário havia informado manualmente na tela.
Para resolver esse problema, foi implementado um ajuste no sistema:
quando o valor retornado pela consulta for “0,00” ou nulo, o sistema irá preservar o valor digitado anteriormente pelo usuário. Esse valor é armazenado temporariamente no navegador, permitindo sua restauração mesmo após atualizações automáticas da tela.
Com esse ajuste, evita-se a perda de dados informados pelo usuário em situações onde não há valor definido na tabela de aquisição. Corrigindo assim os dois casos mencionados no ticket.
Ticket: 75943 – Ajustes na aplicação de alguns parâmetros no cadastro de contabilidade #
Foram realizados os ajustes para os dois apontamentos do ticket.
1️⃣ Repassar comissão para o cliente: havia um problema na consulta de contabilidades com tabela de preço específica, principalmente ao CRIAR um pedido de venda. Caso a contabilidade não tivesse produtos em sua tabela de preço específica ou simplesmente não tivesse tabela de preço específica, a mesma era descartada da consulta, sendo assim, o sistema era incapaz de calcular a dedução da comissão no cálculo. Foi ajustado para que a consulta sempre retorne a contabilidade (se ela existir no banco, claro), mesmo que:
-Ela não tenha nenhum contadorTabelaPreco;
-Ou tenha contadorTabelaPreco sem produto associado;
-Ou tenha produtos, mas só vão aparecer os ativos (os inativos não vêm no resultado).
2️⃣ Edição das parametrizações de acréscimo e desconto: não há erro no sistema para esse fluxo. O que acontece é que, no momento de salvar uma contabilidade (edição ou criação) é validado se o parâmetro do sistema “Permitir o parceiro criar pedidos pelo sistema“ está marcado ou se a própria contabilidade está marcada com “Permitir o parceiro criar pedidos pelo sistema“. Recomenda-se a marcação de um dos campos para o efeito desejado.
Ticket: 75612 – Ajuste na tabela de venda final quando a unidade possui duas tabelas de aquisição para 2 ACs #
Foi feita a correção para casos em que uma unidade tiver mais de uma tabela de preço vigente, porém de ACs diferentes, carregar corretamente os produtos das duas sem duplicidades.
Importante pontuar que quando for cadastrar mais de uma tabela de preço vigente para mesma unidade por conta de ser “multiAC” é necessário preencher o campo “AC” da tabela de preço, para que não ocorra erro ao carregar os produtos para a tabela preço do site.
Ticket: 75733 – Erro ao cancelar pedido com integração AC Mult #
Conforme instrução na solicitação, foi adicionada a AC Mult na exclusão da validação de revogação/cancelamento no CRM para efetuar cancelamento do pedido (juntamente das demais existentes, tal como SERPRO, SAFEWEB/CERTIPE e ACDIGITAL.
Observação: a regra de exclusão valerá para pedidos de AC única e multi-ac.
Ticket: 75750 – Forma de pagamento aparecendo para vendedor que não deveria #
Foi feita a correção para as opções de forma de pagamento ao editar/cadastrar um pedido caso tenha um vendedor sejam as mesma preenchidas no cadastro do vendedor.
Ticket: 73590 – Protocolos sendo gerados em duplicidade #
Foi feita a tratativa para cercar ao máximo duplicidade de protocolos para o mesmo pedido venda, após essa tratativa foi realizado vários testes tentando forçar essa duplicidade mas o sistema corretamente gerou apenas um.
Ticket: 75756 – Ajuste na geração de EXCEL no Resumo de pedidos por indicação/parceiro #
Foi feita a correção na geração do excel de “Resumo de pedidos por indicação/parceiro“ que em alguns casos as células estavam sendo preenchidas incorretamente por conta do preenchimento do complemento do endereço do contador utilizando “;”.
Anteriormente com erro:
Ticket: 75969 – Ícones de nota fiscal duplicados #
Foi feita a correção para aparecer apenas um ícone na coluna de NFe, e corrigindo também para o ícone que aparecer ter funcionalidade.
Ticket: 76193 – Ajuste na exibição de informações do vendedor responsável no relatório de pedidos por unidade #
Foi realizado o ajuste necessário para sempre carregar as informações devidas de vendedor (id e nome) e apresentar em tela no relatório de Pedidos por unidade. Anteriormente, somente era carregado o nome, sem referencia de id, o que fazia ter casos de exibição incorreta.
Observação: caso não haja vendedor responsável, será exibido em branco, conforme print evidenciando. Também foi replicado ajuste no CSV.
