DOCUMENTAÇÃO EM ANDAMENTO ⚠️

Esta nota de versão é apenas uma prévia da versão ERP.
Observe que os manuais do usuário, 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 a qualquer momento.

Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.

📙 Nome e número da melhoria

Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged.

📗 2️⃣ Melhoria ao acessar arquivos do servidor.

No “Integrador AFV”, foi feita uma melhoria para que quando ocorrer a inconsistência, o sistema reinicie e abra novamente o integrador. Poderá ser definido se a aplicação será reiniciada automaticamente através do campo “BLA_REINICIA” da tabela “BLACKLIST”.

📗 2️⃣ Integração com “Lexos” no E-commerce.

O “Integrador E-commerce”, agora possui a plataforma “Lexos” disponível para integração dos pedidos feitos através do E-commerce, com isso, será ampliado o tipo de integração de venda do E-commerce com o ERP Guarani (Imagem 1).

Autenticação

Pedidos

📗 1️⃣ Gerando relatório "Etiqueta_ru_acabado" padrão do sistema.

Foi feita uma melhoria no “Relatório Etiqueta_ru_acabado.fr3.”, possibilitando que a impressão da etiqueta do tipo “Etiqueta_ru_acabado.fr3“, seja feita normalmente (Imagem 1).

📗 3️⃣ Melhoria na tela “Entrada de Notas fiscais - Acerto fiscal”.

A tela “10.2.14 - Entrada de notas fiscais - Acerto Fiscal”, foi alterada para permitir informar lote/validade, quando a nota estiver baixada somente no modo “Acerto Fiscal”.

📘 2️⃣ Prazo do pedido no PDV não atualizando no ERP.

Ocorrência: Quando o PDV importava um pedido de uma comanda do ERP e os prazos eram diminuídos, os mesmos não eram atualizados.

Solução: Foi feito um ajuste no PDV, para que após a importação de uma comanda se o operador de caixa alterar os prazos originais, esta alteração será feita nas telas “Digitação de ordens”, “Manutenção de contas a receber”, “Nota fiscal” e “Fechamento de ordens”.

📘 3️⃣ Movimentação de estoque dos itens vendidos no caixa de forma aglutinada.

Ocorrência: A aglutinação dos itens criado durante a vendas no módulo PDV, deixava a movimentação do estoque do produto com mais registros do que o necessário, mesmo que o total estivesse correto.

Solução: Foi ajustado, para que agora o pedido irá nascer sem conferente e será atribuído somente ao finalizar a venda no mesmo momento que a confirmação for realizada. Com isso, o item terá apenas a movimentação aglutinada, ou seja, após o agrupamento (se for o caso).

📘 2️⃣ Caracteres destorcidos na descrição do produto.

Ocorrência: Na tela “Importação de produtos (XML NFe)”, ao importar XML estavam sendo registrados caracteres distorcidos em comparação ao XML, devido aos caracteres especiais (Ç, ´ , ~, ° ,^).

Solução: Foi realizada a conversão dos caracteres para “UTF-8”, somente para a descrição dos produtos.

📘 3️⃣ Relatório de movimentações com divergências.

Ocorrência: Quando o relatório era gerado de forma detalhada, as quantidades demonstradas não estavam corretas para as movimentações de saída e devolução de um pedido.

Solução: Foi adicionada uma verificação que adicionará a junção com a tabela NF quando o CFOP for informado (Imagens 1, 2 e 3).

📘 3️⃣ Relatório de Inventário.

Ocorrência: Após selecionar os produtos na tela de pesquisa, ocorria uma lentidão para gravar os produtos selecionadas no relatório do inventário.

Solução: Foi feito um ajuste para agilizar a tela, otimizando a performance da tela de pesquisa, reduzindo significativamente o tempo de gravação dos produtos selecionados no relatório de inventário. Desta forma, foram implemantados dois ajustes na SQL de produtos, resultando em uma abertura da tela em apenas alguns segundos (Imagens 1, 2 e 3).

📘 3️⃣ Inconsistência na tela “Digitação de ordens”.

Ocorrência: Estava sendo apresentada uma inconsistência quando era referenciada uma nota na opção manual na tela “Digitação de ordens” e as informações não eram preenchidas.

Solução: Foi criada uma validação para que caso o usuário não informe uma nota, não sejam salvos valores em memória e será validado ao clicar no botão gravar se existe uma nota informada, caso não exista será validado ao usuário para que seja informada.

📘 3️⃣ Estoque indevido ao emitir pedido de devolução de fornecedor.

Ocorrência: Ao gerar uma devolução de fornecedor pela tela “Digitação de ordens”, selecionando a Nota Fiscal de devolução de terceiros, era apresentada uma mensagem: “Quantidade informada na NF xxxx é inválida”. Desta forma, foi verificado que ao cancelar um pedido de venda que se encontrava confirmado, porém sem nota vinculada era devolvida a quantidade para o campo NIC_QUANTIDADE_DEV → NF_COMPRA_ITENS, ficando com o controle de saldo indevido.

Solução: Foi feita uma correção e foi adicionada à trigger GRADE_AU0, que seja considerado o campo GRA_NF maior que 0 (zero) (Imagem 1).

📘 3️⃣ Inconsistência ao indicar contingência em nota fiscal.

Ocorrência: Estava sendo apresentada uma inconsistência ao indicar contingência em nota fiscal.

Solução: Foi feito um ajuste no tipo de código de barras para nota de contingência, alterado de “Code128C para Code128” (Imagens 1, 2, 3 e 4).

📘 2️⃣ Inconsistência no código de barras ao enviar nota fiscal por e-mail.

Ocorrência: Estava sendo apresentada uma inconsistência no código de barras ao enviar nota fiscal por e-mail. Foi verificado que ao gerar o PDF da nota, a propriedade “AutoSize”estava configurada para “Verdadeiro”, dessa forma ao gerar o PDF o código de barras ficava distorcido.

Solução: Foi alterada a opção “AutoSize”para “Falso” e preenchido o espaço total que ficava disponível.

Painel
bgColor #F4F5F7
Ao optar por “Ferramentas” e restaurar ambos os “Layouts da DANFE” (Imagem 2).

Painel
bgColor #F4F5F7
Após clicar em “Exportar para PDF” (Imagem 2).

Painel
bgColor #F4F5F7
O PDF estará com os dados corretos (Imagem 4).

Local>Tela 4.2.8 - Manutenção de notas fiscais eletrônicas

Local>Tela de impressão DANFE

📘 3️⃣ Impossibilidade de estornar nota fiscal por integração contábil não realizada.

Informações
SUP-102187

Ocorrência: Quando duplicava uma nota fiscal, o campo NF_ID_CONTABIL era duplicado junto, dessa forma gerando uma inconsistência em exibir um registro da integração contábil, pois não condizia com a nota fiscal.

Solução: Foi feito um ajuste e desta forma, removido o campo NF_ID_CONTABIL da duplicação de notas. Sendo assim, ao duplicar uma nota já integrada na contabilidade e tentar estorná-la, o sistema não validará a nota fiscal como se já estivesse integrada na contabilidade.

Painel
bgColor #F4F5F7
Nota fiscal gerada, manualmente pela tela “Cadastro de notas fiscais” (Imagem 1).

Painel
bgColor #F4F5F7
Nota fiscal integrada na contabilidade (Imagem 2).

Painel
bgColor #F4F5F7
Ao tentar “cancelar/estornar” a nota fiscal, o sistema não permitirá, pois a nota já estará integrada na contabilidade (Imagem 3).

Painel
bgColor #F4F5F7
Ao duplicar a nota fiscal, que já estará integrada na contabilidade (Imagem 4).

Painel
bgColor #F4F5F7
Nota fiscal gerada, através da duplicação da nota já integrada na contabilidade (Imagem 5).

Painel
bgColor #F4F5F7
Ao tentar “cancelar/estornar” a nota fiscal, que foi gerada através da nota já integrada foi possível realizar o procedimento, sem restrição alguma. Pois mesmo que a nota fiscal tenha sigo gerada através da nota já integrada na contabilidade, foi possível seu “cancelamento/estorno”, devido a nota ainda não estar integrada na contabilidade (Imagens 6, 7 e 8).

Local>Tela 4.1.1 - Cadastro de notas fiscais

Local>Tela Consulta Lançamento Contábil por Lote

📘 3️⃣ Inconsistência ao alterar carteira, cobrança e vencimento.

Ocorrência: Estava sendo apresentada uma inconsistência ao alterar o tipo de cobrança de um título que estivesse com o vencimento prorrogado e passado pela tela de liberação/prorrogação de títulos.

Solução: Foi realizado um ajuste na passagem do campo “Tipo”, para ser o valor original do título ao ser aberto para edição e ao ser salvo no banco de dados com o novo campo “Tipo”, a chave estrangeira atualizará em cascata o registro na tabela “REC_ABAT_PRORROGACAO”.

📘 3️⃣ Filtros da consulta de títulos no “Lançamentos a receber”.

Ocorrência: Ao fazer vendas no módulo “PDV/Frente de Caixa”, em seguida na tela “Manutenção de contas a receber” e puxar estas vendas nos filtros exclusivos juntamente com pesquisa de cliente, estas vendas não eram apresentadas.

Solução: Foi feita uma correção e agora será possível utilizar os filtros exclusivos, pesquisando com o número dos pedidos do “PDV”, juntamente com a pesquisa de clientes.

📘 2️⃣ Renegociação gerando títulos com valores maiores que o do pedido e NF.

Ocorrência: Ao efetuar o parcelamento de um boleto durante a renegociação, os valores coincidiam devido às inconsistências de arredondamento, resultando em uma diferença no valor de centavos.

Solução: Foi feito um ajuste nas parcelas para arredondar corretamente em 2 e aplicar a diferença de centavos na última parcela, caso houver.

📘 3️⃣ Reabertura de pedidos entregues.

Ocorrência: O sistema permitia reabrir pedidos já entregues, que já passaram pelo fechamento de ordens.

Solução: Foi criado um bloqueio para não ser permitido reabrir pedidos já entregues (fechamento de ordens) (Imagens 1, 2 e 3).

📘 3️⃣ Registro C110 não levando informações complementares da nota fiscal.

Ocorrência: Na notas E-commerce, quando uma Nf-e possuía informações complementares do F(fisco) eram levadas, porém não eram consideradas quando constava na segunda linha.

Solução: Foi removido o “Enter” da observação e concatenadas as mesmas. Desta forma constarão duas observações na nota, devido ao número de caracteres.

📘 3️⃣ Sequencial do CT-e não sendo considerado ao gerar novo CT-e.

Ocorrência: Era necessário gravar duas vezes a inclusão do CT-e, caso fosse salvo a primeira vez e posteriormente clicasse em “Cancelar”, quando fosse gerado um novo CT-e, o sequencial pulava para o próximo e desconsiderava o sequencial anterior.

Solução: Foi feito um ajuste para que o campo do tomador fique destacado. Caso ao gravar falte a informação, o número não será pulado (Imagem 1).

Âncora
indice indice

Índice:

Voltar ao topo