Valor base de comissão (SUP-57727)

Ocorrência: Havia uma divergência no valor base de comissão do pedido.

Solução: Foi feito um ajuste no valor base de comissão do pedido para retirar o frete somente para o tipo de cálculo “EMBUTE” (Imagem 1).

Open

Imagem 1 - Tela Cadastro de clientes

Não realizando estorno de movimentação (SUP-56717)

Ocorrência: Havia movimentação de estoque físico incorreta ao estornar almoxarifado criado para “Ordem de fabricação”.

Solicitação: Foi feito um ajuste de maneira pontual, ou seja, SOMENTE ao “criar/excluir” um almoxarifado vinculado a uma “Ordem de fabricação” (Imagem 1).

Notas Entrada Integração WMS X Guarani (SUP-58036)

Ocorrência: O controle de exibição era realizado apenas a nível de ITEM e não de NF. Assim, quando uma NF tinha todos os seus itens ignorados pela regra do CFOP, importada no WMS sem qualquer item.

Solução: Foi feito um ajuste e o controle de CFOPs agora inclui os CFOPs informados pelo cliente, essa inserção diretamente no código é temporária. Quanto às NFEs sem itens, mais uma cláusula foi inserida “a mesma que ignora os itens” no cabeçalho, não enviando assim, NFEs vazias ao cliente (Imagens 1 e 2).

Vendas no PDV com valor incorreto (SUP-57612)

Ocorrência: No PDV, o somatório da tela inicial, estava apresentando valor maior do que quando finalizava.

Solicitação: Foi realizado um ajuste no totalizador da venda do PDV ao finalizar venda com o F6, voltar e inserir novos itens (Imagem 1).

Alterar comportamento da importação (SUP-57933)

Ocorrência: Foi verificado a necessidade de desabilitar o campo de corte na importação quando o cliente tiver configuração de pedido futuro, pois quando marcado o corte é realizado duas vezes.

Solução: Foi inserida uma verificação e se tiver configuração na tela “3.5.10- Configuração de seleção automática de estoque (Android)”, e o campo dividir ordem for "sim por dias pedido futuro" ou ""sim por locais de estoque", irá desabilitar o botão corte automático da tela “3.5.7- Guarani móvel - Android - importação de dados” (Imagens 1 e 2).

Manutenção de ordens (SUP-57146)

Ocorrência: O sistema estava permitindo exclusão e alteração de itens de pedido, já conferido pela tela “3.2.21 - Manutenção de ordens”.

Solução: Foi realizado um ajuste na validação de pedidos já conferidos, para que não seja possível realizar alterações nos itens pela tela “3.2.21 - Manutenção de ordens” e “3.2.12 - Digitação de ordens” (Imagens 1 e 2).

Devolução de compra de uso e consumo (SUP-57445)

Ocorrência: Sistema não permitia fazer devolução de um item do tipo “insumo” pela “Digitação de ordens” se não existisse uma nota de compra deste item.

Solução: Ajustado para que seja possível realizar devolução de um item tipo "insumo" mesmo que não exista uma nota de compra (Imagens 1 e 2).

Não gerando base e porcentagem de comissão para cobrança de entrada (SUP-57283)

Ocorrência: Quando parâmetro “lançar cobrança antes do faturamento estava INATIVO” e a ordem continha valor de entrada, após faturar o % de comissão não era aplicado na cobrança de entrada, somente nas demais parcelas.
Solução: Houve um ajuste no sistema para quando o parâmetro “lançar cobrança antes do faturamento para ordens antecipadas" estiver marcado com NÃO e houver valor de entrada, mesmo que ajustado manualmente a comissão antes do faturamento, o percentual de comissão será aplicado corrigido também na parcela de entrada.

Sistema MTRIX (SUP-57609)

Ocorrência: Após a implementação do novo Layout da Mtrix, foi identificado que da forma como estava na tela “3.2.40 - Exportação - Integração de dados”, se houvesse o segmento cadastrado para mais de um layout, o sistema retornava registros duplicados.

Solução: Foi implementado um ajuste apenas para o layout Mtrix.

Cubagem diferente em romaneios idênticos de transferência (SUP-57772)

Ocorrência: Relatório Romaneio_Produtos.fr3 estava com valor de cubagem divergente do “Expedicao.fr3”, na tela “4.2.6 - Expedição”. Pois estava buscando do cadastro do produto ao invés do item da grade que é o correto.

Solução: Foi feito um ajuste no sistema para enviar para o relatório o valor de “m3” do “item(ite_m3)”. Neste caso será necessário atualizar o sistema e atualizar o relatório no banco de dados do cliente, pois o mesmo será customizado (Imagem 1). Foi ajustado o relatório para pegar os dados que estão salvos na grade.

Pedido com campo CT marcado antes de gravar canhoto (SUP-57678)

Ocorrência: Quando incluía um pedido no “Fechamento de ordens” automaticamente, sem gravar o canhoto, preenchia o campo CT.

Solução: Foi ajustado para que se o canhoto não estiver confirmado o campo CT não ficará marcado (Imagem 1).

Equalização de comportamento de Cartão de Crédito (SUP-48353, 45323,49594)

Na tela 5.2.18 movimentação de contas correntes foi criada a “coluna valor bruto” onde trará o valor bruto sem as taxas de cartão (Imagem 1). Ao efetuar vendas com “cartão de crédito ou cartão de débito” no software “SYPDV e PDV” e estes cartões tiverem taxa, essas taxas serão mostradas na tela “5.2.18 - Movimentação de contas correntes”, juntamente com o novo campo de “valor bruto”, observe que o campo valor líquido vai ser o valor bruto menos valor da taxa.

Na tela “5.2.22 - Recebimento de contas” e efetuar um recebimento com “cartões débitos e créditos”, o comportamento será o mesmo e mostrará o valor bruto, com as taxas dos cartões e o valor liquido (Imagem 2).

No software “PDV.EXE” houve uma melhoria, que ao efetuar uma venda com “cartão de crédito”, a taxa deste cartão será levada para tela manutenção de contas a receber (Imagem 3).

Na tela “5.2.21 - PDV retaguarda - conferência de caixa”, a tela foi reformulada, passada pelo padrão (Imagem 4).

Na tela “5.2.18 - Movimentação  de contas correntes”, é possível visualizar tanto a taxa do “CSV informado” (calculado utilizando os valores líquido e bruto do arquivo), comparando com a gravada na “CARTAO_TRANSACOES”, que é a taxa que foi utilizada no momento da geração do pedido. (Imagem 5).

Como pode ser visto na mesma imagem abaixo, foi criado o botão "Finalizar". A finalidade dele é concluir a consolidação, substituindo o processo de voltar para a tela de movimentação para gerar o lançamento de transferência. Quando a taxa do adquirente for divergente da do sistema para pelo menos um pedido, a mensagem de alerta é exibida e a consolidação só será efetivada após digitação do “Captcha”. (Imagem 6)

Na tela “5.2.8 - Demonstrativo de resultados gerencial (DRG), passa a mostrar as taxas de “Cartões” (Imagem 7).