Aviso importante!
Esta nota de versão é apenas uma prévia do próximo lançamento.
Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.
Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.
Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.
📙 Mudanças
[Menu Comercial - Compras]
📙 3️⃣ Calculando IPI em NF-e de entrada de devolução (SUP-76178)
Ocorrência: A NF-e de entrada com finalidade de devolução, não estava trazendo a alíquota IPI e base de cálculo de forma automática.
Solução: Na tela “Entrada de notas fiscais, quando a finalidade da nota for “Devolução” o sistema irá verificar se possui o valor de “IPI Devolvido” e irá preencher o campo que foi adicionado na grid. Caso contenha o valor de IPI Devolvido, o sistema irá buscar pela chave da nota referenciada no “Cadastro de notas fiscais” e preencherá os valores de alíquota e de base de IPI de acordo com a nota de saída (Imagens 1 e 2).
📗 Melhorias
[Menu Comercial - Compras]
📗 Cancelando “Ordem de Compra” ao finalizar quando estiver sem item (SUP-83188)
Na tela “2.2.8 - Manutenção das ordens de compra”, foi inserido um ajuste visual da tela ao validar registro que ainda constava em inserção. Sendo assim, ao incluir um novo registro e tentar mudar de aba, o sistema apresentará uma mensagem de validação: “Não existem itens inseridos na ordem, ela será excluída! CONFIRMAR? (Imagem 1).
Se for optado igual a “SIM”, o sistema exibirá a tela de “Consulta” e a ordem de compra será excluída automaticamente (Imagem 2).
Caso a escolha seja igual a “NÃO”, o sistema permanecerá na tela de “Ordens de compra” (Imagem 3).
📗 3️⃣ Inconsistência ao informar o produto incompleto na tela “Digitação de ordens”
Na tela “3.2.12 - Digitação de Ordens”, foram adicionados os campos “Caracterítica e Descrição” na consulta SQL o procedimento “EfetuaConsulta”. Dessa forma não apresentará mais a inconsistência ao pesquisar um produto sem informar o código completo (Imagem 1).
📗 2️⃣ Custo na requisição de compras (SUP-78946)
Na tela “2.2.16 - Requisição de pedido de compra”, foi alterado o comportamento de visualização de custo. Para que o custo possa ser visualizado desde que o usuário tenha permissão de incluir/editar uma requisição. Caso não tenha, o sistema olhará para a flag “Visualizar custos“ da tela “Manutenção de Usuários” (Imagens 1, 2 e 3).
Só não apresentará a coluna, quando as duas permissões estiverem com a opção “NÃO” e visualizar custos também com a opção como “NÃO” (Imagens 4 e 5).
📘 Solicitações
[Coletor]
📘 3️⃣ Coletor não lia a etiqueta de endereço do inventário e assim concluía a operação (SUP-87556)
Ocorrência: O endereço existente no inventário estava retornando que não existia e encerrava a operação. Desta forma, foi identificado que as etiquetas lidas eram compostas por dois caracteres em cada item e a lista na grid tinha um só. Por exemplo: bipava 03.01.01.01 e o item na grid estava como 3.1.1.1.
Solução: Foi feita uma correção para que seja possível localizar o endereço, mesmo que tenha o zero antes do número e aborte a operação caso realmente não encontre, fazendo com que não haja sequência de execução e acabe finalizando o endereço (Imagens 1 e 2).
Criada uma mensagem para confirmar se realmente deseja encerrar um endereço sem produtos. Será necessário marcar o checkbox para seguir (Imagem 3).
Local>Tela Coletor
[Menu Comercial - Vendas]
📘 3️⃣ Diferença nos valores de vendas nos arquivos (SUP-85304)
Ocorrência: O arquivo de vendas gerado pela tela “3.2.40 - Exportação - Integração de Dados” no Layout, apresentavam valores diferentes dos apresentados no “Cubo comercial estático”.
Foi verificado que o Total Líquido apresentado no “Cubo comercial estático” era obtido com o seguinte cálculo:
E o valor líquido exibido na consulta personalizada do arquivo enviado, era composto pelos campos:
O campo “Valor Total Item” presente na nota fiscal era composto pelos campos:
Obs.: Dessa forma analisar os dois campos, “Valor Líquido cubo comercial estático e o Valor Líquido da consulta personalizada” não chegava a valores iguais. |
Solução: Para que fique fácil para o usuário validar se os valores enviados no arquivo de venda foram adicionados, foi inserido o campo “Valor Bruto” no “Relatório cubo comercial estático” (Imagem 1).
Esse campo Valor Bruto é o campo Valor Total Item e a soma de todos os itens é o Valor Bruto na digitação de ordens
Já na consulta personalizada foram adicionados novos campos para facilitar a filtragem das informações, para que o valor apresentado chegue no valor do “Cubo comercial estático”.
O cubo comercial verifica apenas pedidos, podendo informar três tipos de datas:
Data de Digitação;
Data de Faturamento;
Data de Prev. Entrega.
Com isso para que chegue no valor apresentado no arquivo de vendas, é preciso informar a data “Data de Faturamento” no cubo comercial, informar os tipos de ordens “Venda”, “Bonif Autorizad”, “Boni Flex”, “Troca” e “Devolução”, informar o período e escolher a fidelidade 1:
Índice:
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Feedback |
|---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
