📙

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

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

Image Removed

Image Removed

📙 3️⃣ Bloqueio de consulta manual

ao utilizar a consulta automática.

Na tela Para o quê serve?

Serve para evitar o consumo indevido.

• Qual é o objetivo?

O objetivo principal é evitar, de uma outra forma, o consumo indevido ao consultar as notas.

A validação vai depende se o serviço automático está instalado e em funcionamento ou não.

• Como eu a uso?

A utilização se baseará se a consultada será realizada de forma manual ou não. Caso o serviço automático de consulta esteja instalado/ativo, na tentativa de realizar a consulta de forma manual, o sistema fará uma validação, como demonstrado em documentação a seguir.

Image Removed

Image Removed“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).

Image Added

Image Added

Image Added

Image Added

Image Removed

Image Added

Image Removed

Image Added

Image Removed

Image Removed

Image Removed

Image Added

Image Removed

Image RemovedImage Added

📗 2️⃣

Integração com “Lexos” no E-commerce.

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

Image Removed

Image Removed

93425

Da mesma forma que das demais integrações, as informações “De>Para” deverão ser inseridas. Apenas uma tabela de preço foi disponibilizada neste momento, pois isso dependerá de uma condição específica do usuário que utilizará a integração. O status para importação no integrador, neste momento deverá ser “Todos” e para o ERP vazio. Além disso, deverão ser inseridos os estoques e usuários de cancelamento. As demais informações serão necessárias, com o início da chegada dos pedidos (Imagem 4).

Os arquivos “payload (carga de dados)” ficarão na pasta “Response” da instalação do integrador, nas pastas do nome do “endpoint (ponto de extremidade) da API” (Imagem 5).

Como exemplo, será enviada uma carga individual de produtos (da mesma maneira que as demais integrações) (Imagem 6).

Informações comuns, como: “descrição, valor unitário, estoque AFV”. As informações sobre medidas e especificações (Imagem 7).

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

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

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

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

Image Added

Image Added

Image Added

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

Image Removed

Image Removed

Image Removed

Image Removed

Image Removed

Image Removed

Image Removed

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

Image Removed

Image Removed

Local>Tela 2.4.10 - Relatório de movimentação de estoque

) (Imagem 1).

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

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

Image Added

Image Added

📘 1️⃣ Pedidos com a descrição em branco.

Ocorrência: No relatório de emissão de ordens, os itens que possuíam descrição complementar no produto, estavam trazendo em branco a descrição de alguns deles. Isso ocorria, porque existia uma condição no relatório que verificava se existia descrição complementar no produto e somente se não existisse que apresentaria a descrição principal.

Solução: Foi feita uma correção e alterada a verificação, para que o campo da descrição complementar fique como “null ou vazio” (Imagem1).

Image Added

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

Image Removed

📘 3️⃣

SPED ECD - Inconsistência ao importador no arquivo SPED Contábil no validador.

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

Image Removed

Image Removed

Image Removed

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

Âncora
indice indice

Índice:

Voltar ao topo