Impossibilidade de gravar romaneio em alguns pedidos do PDV.

Na tela “4.2.6 - Expedição”, foi implementado o processo de criação automática de um romaneio para que todas as vendas feitas nos caixas constem neste romaneio e para que o usuário consiga imprimir minuta de despacho para a transportadora destes pedidos.

Open

Imagem 1 - Tela Expedição

Devolução no ERP, gerando nota de entrada sem perguntar se o usuário deseja gerar.

No “PDV” foi realizado um ajuste para que toda devolução de mercadoria de uma venda com NFe, exiba a pergunta ao usuário: "Deseja gerar nota fiscal ?". Isso ocorrerá exceto pedidos “praça 3”, que não será apresentada a pergunta.

Inconsistência ao gerar carga no Integrador AFV.

Ocorrência: Estava sendo apresentada uma inconsistência ao executar o script “HISTPEDCAB“ no integrador AFV.

Solução: Foi feito um ajuste na consulta que retorna a observação, para que a junção das observações do pedido não ultrapassem o limite de 600 caracteres (Imagens 1 e 2).

Cálculo de IPI para produtos revendas.

Ocorrência: A regra de IPI por tipo de ordem não enviava o SKU do produto e tipo de pessoa. Os envios de impostos do tipo “Tipo de Ordem” que funcionam como um complemento do produto, estavam sendo enviados sem um tipo definido na loja para o tipo de busca.

Solução: A regra específica foi reajustada no painel. O integrador foi ajustado para que quando a regra for “Tipo de Ordem”, envie como produto além de inserir o SKU e o tipo de pessoa (Imagem 1).

Inconsistência no cadastro de centro de custos.

Ocorrência: Estava sendo apresentada uma inconsistência ao tentar pesquisar uma conta pai clicando na lupa pela tela “Cadastro de Centro Custo”.

Solução: Foi utilizada uma variável local para fazer a instância da consulta padrão.

Inconsistência ao consultar um produto.

Ocorrência: Estava sendo apresentada uma inconsistência na telas “Cadastro de produtos e Planilha de formação de preços”, devido ao campo “Quantidade Recebida” estar com o valor em bilhões.

Solução: Foi feita uma conversão do tipo de dados para “Double Precision”. Desta forma, a exibição da informação será possível para as funções já existentes na tela “Cadastro de produtos” (onde é possível alterar a informação deste campo, caso seja necessário).

Inconsistência ao gerar relatório cubo comercial estático.

Ocorrência: Ao gerar o relatório cubo comercial estático era apresentada uma inconsistência, que ocorria quando o campo “GRA_PECAS” estava zerado e a divisão era feita por zero.

Solução: Foi ajustado para que quando este valor estiver zerado, a divisão seja feita por 1 (Imagem 1).

Impossibilidade de gerar “Relatório de apuração de royalties (novo)”.

Ocorrência: Ao verificar o fornecedor selecionado na tela para gerar relatório de royalties estava ocorrendo uma inconsistência. Pois, passava o nome do campo como “FOR_CODIGO” e na grade o campo chamava-se “ForCodigo”, desta forma, não era evidenciado porque uma função utilizada pra recuperar a informação retornava 0(zero) e passou a retornar vazio.

Solução: Foi feito um ajuste e alterado para usar o nome correto do campo na grade, ou seja, "ForCodigo" na rotina de recuperação das informações de royalties e desta forma gerando os relatórios de apuração dos royalties devidamente (Imagens 1 e 2).

Apuração de royalties Flexível não traz ordens de reentrada.

Ocorrência: Quando o valor médio dos royalties flexíveis era inferior ao valor da primeira faixa da tabela escolhida, o sistema pegava como padrão o percentual mais alto da tabela.

Solução: Foi feito um ajuste para quando for utilizar a modalidade “flexível de royalties”, caso o valor médio seja inferior ao valor da primeira faixa da tabela escolhida, o valor da primeira faixa será selecionado (Imagem 1).