📙 1️⃣ Alterações no apontamento do almoxarifado.

Na tela “2.4.1 - Almoxarifado”, foram feitas alterações no select que lista os lotes, criando a sql em tempo de execução usando somente as clausulas necessárias conforme o estilo WMS do produto a ser movimentado. O “lookups” no componente dos itens que traz a descrição e a referência do produto foram retirados, onde os campos serão recuperados via select (Imagem 1).

📙 3️⃣ Adequação do layout de integração de arquivo contábil.

Na tela “9.2.1 - Contábil - Integração”, foi retomado o layout original de integração de lançamento contábil (Imagens 1 e 2).

📙 3️⃣ Bloqueio de consulta manual ao utilizar a consulta automática.

Na tela “16.2.1 - Manifestação do Destinatário”, foi implementada uma checagem para que quando o serviço automático estiver instalado, o sistema exibirá uma validação de interrupção (Imagens 1 e 2).

📗 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

📗 2️⃣ Tratamento no tamanho dos campos na importação de CSV, pela tela “Manutenção de ordens de compra”.

Na tela “2.2.8 - Manutenção de ordens de compra”, foi aplicado um tratamento para os campos “SKU, GTIN e REFERÊNCIA FORNECEDOR”, para respeitar o tamanho máximo de cada um dos campos, no momento da importação da planilha, com os produtos (Imagem 1).

📗 1️⃣ Aperfeiçoamento na Condição de Impressão de Etiquetas.

Na tela “2.2.8 - Manutenção de ordens de compra”, foi ajustada a opção para imprimir etiqueta dos produtos do pedido de compra (Imagens 1 e 2).

📗 2️⃣ Melhorias nos “Custos por Estoques”.

Na tela “2.4.15 - Custo por Estoque (PP)”, foram feitas as adições dos campos “Observações” para possibilitar a permissão aos usuários, de inserir informações adicionais relacionadas ao custo por estoque. As três colunas permitirão a digitação de observações de até 1000 (mil) caracteres, por meio de clique duplo sobre o campo, além de adicionar a coloração amarela as demais colunas “Valor CR” quando o valor for igual a zero (Imagens 1 e 2).

📗 1️⃣ Geração da OF filha - Mapa de fabricação.

Na tela “3.2.3 - Análise de cortes”, foi implementada uma funcionalidade que permitirá vincular um novo pedido à uma ordem de produção que já havia sido programada para o pedido original, ao criar um novo pedido a partir de itens cortados. Para ativar, será necessário configurar o parâmetro “Verificar ordem de produção ao alterar quantidade do item no pedido“ como “SIM - AVISAR” ou “NÃO VALIDAR“.

📗 2️⃣ Melhoria na autenticação de e-mail.

Através da tela “Manutenção de Usuários”, foi feita uma melhoria nas mensagens de aviso em caso de inconsistências de autenticação do e-mail ou domínio, solicitando ao usuário que verifique as configurações do e-mail.

📗 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).

📘 1️⃣ Ordens canceladas aparecem em trânsito.

Ocorrência: Quando no sistema mesmo que um pedido estivesse cancelado, ele ficava com a etapa em trânsito, isso ocorria nas condições em que o usuário fazia o processo e na atualização das etapas do pedido, ocorria uma inconsistência.

Solução: Foi inserida uma função que valida se o pedido estiver cancelado no momento em que for feita a leitura da etiqueta no carregamento, desta forma, mesmo que carregado não será possível continuar com o carregamento se o pedido for cancelado (Imagem 1).

📘 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️⃣ Produto "semi-acabado" não movimentando a entrada de estoque, na devolução de venda.

Ocorrência: Havia uma inconsistência quando gerava uma nota fiscal de devolução de cliente pela tela Entrada de notas fiscais. Nesta nota havia mais de um item, produto "semiacabado" contido na estrutura do produto "acabado", onde não movimentava a entrada de estoque na devolução de venda; pois quando possuía mais de um item na nota não era apresentado na guia de armazenagem, para devolução no estoque.

Solução: Foi feito um ajuste para que um campo na tela “Entrada de notas fiscais”, controlará se irá ou não, movimentar o estoque do semi-acabado. Se houverem outros itens na nota, que não entrarem nas condições dos campos, da ficha técnica “Movimenta Estoque?“ diferente, o “Não movimenta” e “Separação?” diferente de “NÃO”, não apresentará a pergunta “Deseja movimentar o estoque do produto semiacabado?”.

📘 1️⃣ Fornecedor inativo sendo inserido em pedidos de compra.

Ocorrência: Quando o fornecedor estava configurado como inativo, mesmo assim, o sistema estava permitindo alterar o fornecedor na ordem de compra.

Solução: Foi feito um ajuste para quando o fornecedor estiver configurado como inativo, que o sistema não permita alterá-lo na ordem de compra.

📘 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️⃣ Saldo de movimentação indevido em relatório.

Ocorrência: Existia uma divergência de informação na quantidade total do estoque, quando o usuário pesquisava inserir modelo detalhado, pois era apresentado um valor e quando pesquisava por modelo resumido, apresentava outro valor.

Solução: Foi utilizado o comando “list” no campo “Pedido”, dessa forma todos os pedidos serão agrupados pela “Origem” e assim, o valor da quantidade será somado adequadamente (Imagens 1 e 2).

📘 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.

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

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.

📘 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️⃣ SPED ECD - Inconsistência ao importador no arquivo SPED Contábil no validador.

Ocorrência: Ao gerar o arquivo “SPED CONTÁBIL”, através da tela “9.2.4 - SPED - ECD”, o arquivo estava sendo gerado com ausência de alguns campos. O arquivo estava com uma constante [*******], no lugar no número de linhas que o arquivo possuía.

Solução: Foi atualizado o componente que gera o SPED - ECD, no momento de atualizar as linhas do arquivo dos registros “I030 e J900”.

📘 3️⃣ Impossibilidade de edição de lançamento contábil.

Ocorrência: Ao realizar a integração da entrada de notas, eram utilizadas duas regras contábeis diferentes, de forma que ao montar o conjunto contábil “ID e PARTIDA”, a “Partida” ficava diferente mesmo sendo para o mesmo campo “contábil 1 - VrContabil”.

Solução: Foi feito um ajuste para que a “Partida”, fique igual para a combinação “ID e CAMPO”, dessa forma ao carregar o registro para a edição no lançamento contábil, será carregado de forma devida (Imagens 1 e 2).

📘 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️⃣ Inconsistências em CST's de PIS/COFINS no Ativo Imobilizado no SPED - Registro “F120".

Ocorrência: Quando gerava o “SPED Contribuições”, para lançamentos do registro “F120” - Bens incorporados ao ativo imobilizado, Operação Gerados de Créditos, Encargos de Depreciação/amortização, a conta analítica contábil do registro, não estava informado no registro “0500 - Plano de Contas Contábeis”.

Solução: Foi justado na tela “SPED EFD Contribuições”, que caso esteja marcado para gerar o “Bloco F”, apresentará os planos de contas informados no registro “F120”, ao registro “0500 - Plano de Contas Contábeis”.

📘 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).