Alteração nos campos de peso no “Cadastro de produtos” (SUP-52398)

Atualmente o Guarani ERP traz no cadastro de produtos a informação de unidade de medidas utilizada para o peso que é em gramas.

Sendo assim, se um produto tivesse o peso de 01 quilo por exemplo, deveria ser informado como 1.000 gramas (Imagem 1), podemos verificar que o item no campo “[Pesos em Grama/Unidade Venda]” “Liquido/Und” está como 2.500 gramas equivalente a 2,5 quilos.

Open

Imagem 1 - Tela Cadastro de produtos

No entanto, ainda existe nesse campo de peso a possibilidade de informar casas decimais que estavam impactando diretamente as informações do Grupo “[Un.Tributação Nfe]”. O uso impacta na realização de remessas que tenham a finalidade de exportação e com isso foi verificado que ao gerar a “NF-e” com 4 casas decimais no peso poderia certamente diferir da ordem de venda (que calculava com as decimais) e consequentemente da proforma, invoice e do packing list. Gerando assim divergência e o destinatário recusaria o documento fiscal, pois como são muitos itens, poderiam acatar na diferença de vários quilos.

Desta forma, para unificar as informações e evitar que haja tais interferências, nosso software será ajustado para bloquear o aceite de decimais no informe do peso que já está em gramas, sendo essa a menor unidade comercializável. Assim somente serão acatados nos campos do grupo “[Pesos em Grama/Unidade Venda]” apenas números inteiros, não tendo mais a possibilidade de informar casas decimais. Portanto, solicitamos que analisem e ajustem os cadastros de produtos quanto a esse peso, que poderão ser vistos e analisados por meio da tela “1.1.19 - Cadastro de produtos”, na aba “Consulta”, que foi tratada para não permitir salvar decimais nos campos de peso (Imagem 2).

Ocorrência ao importar pedido (SUP-58713)

Ocorrência: Na tela “3.5.7 - Guarani móvel - Android - importação de dados”, estava ocorrendo um desacerto quando ia importar um pedido.

Solução: Foi feito um ajuste no tipo das variáveis e após isso foi possível importar o pedido (Imagem 1).

Implementação da funcionalidade para cálculo de royalties por produto, tendo mais de um proprietário (SUP-57854)

Ocorrência:  Permite excluir somente um fornecedor no grid.

Solução: Permitir excluir vários fornecedores do grid (Imagem 1).

Comissão não deixando aplicar em mais de um produto da tabela de preço (SUP-58304)

Ocorrência: Na tela “3.2.22 - Manutenção de tabelas de preços”, o sistema não estava permitindo a seleção de mais de um item através do clique do mouse.

Solução: Foi feito um ajuste e alteração na propriedade “OptionsSelection.CellMultiSelect” para “True” (Imagem 1).

Poder alterar cabeçalho do pedido com ordem já conferida (SUP-58487)

Na tela “3.2.12 - Digitação de ordens”, foi feito um ajuste para que seja permitido alterar apenas o cabeçalho de um pedido conferido quando o parâmetro “Checkout - Bloquear edição de ordem em conferência“ estiver como “NÃO” e o pedido não estiver cancelado, faturado ou em romaneio, somente poderá alterar o cabeçalho do pedido, os itens “NÃO” (Imagem 1). Caso tente alterar os itens a mesma validação já existente no sistema, aparecerá uma mensagem (Imagem 2).

Possuir campo de local de estoque padrão por produto (SUP-57800)

Foi criado um campo no cadastro do produto na aba de “Locais de estoque”, para definir o local de estoque padrão de cada produto para que no momento da “importação de pedidos do AFV” e na “Digitação de ordens”, o local de estoque seja selecionado automaticamente, retirando a quantidade desse local. Cada produto pode somente ter um local de estoque padrão (Imagem 1).

Se o parâmetro “Permite informe de local de estoque item a item na digitação de ordens” estiver como “SIM”, o estoque padrão será mostrado como lembrança no momento de escolher o estoque e assim é possível ser alterado. Caso nenhum local de estoque esteja com esse campo selecionado, o comportamento será mantido das antigas versões, onde é verificado no cadastro de tipos de ordens na aba “Locais de estoque”. 

Ao transmitir SAT pelo PDV para vendas com cartão (SUP-58732)

Ocorrência: Havia um desacerto ao transmitir SAT pelo PDV para vendas com cartão

Solução: Foi realizado um ajuste na transmissão do SAT de vendas com cartão do PDV.

Desacerto ao gerar DRG (SUP-58685)

Ocorrência: Ocorria quando eram selecionadas todas as empresas, a variável que recebe os códigos das empresas estava com um tamanho que não suportava todos os códigos.

Solução: Foi realizado um ajuste aumentando o tamanho da variável que recebe os códigos das empresas na procedure “SP_DRE_CENTRO_LUCRO” para gerar o DRG (Imagens 1 e 2).

Melhorias no processo de envio de e-mails automáticos (SUP-57274)

Foi efetuado uma melhoria em relação aos boletos que vencem no sábado e domingo, constará na lista mas não será enviado e-mail avisando que o boleto está vencido (Imagem 1).

Melhorias no processo de envio de e-mails automáticos (SUP-56129)

Foi efetuada uma melhoria no processo de envio de e-mails automáticos, que antes ao encontrar um e- mail inválido o serviço de envio de e-mails automático parava de enviar todo o restante da lista, a partir desta versão se no meio dos envios de e-mail for encontrado algum endereço incorreto, então será marcado na cor laranja os que estão incorretos e o envio pegará o próximo da fila sem parar o serviço de envio (Imagem 1).

SPED FISCAL com desacerto na emissão (SUP-58627)

Ocorrência: Estava montando o filtro de locais de estoque equivocado, quando não selecionado todos os locais.

Solução: Foi feito um ajuste no filtro de locais de estoque para que não ocorra mais este desacerto (Imagem 1).