📙 3️⃣ Alteração ao faturar nota

Nas telas “1.1.3 - Cadastro de Clientes”, “4.2.6 - Expedição” e “3.2.10 - Autosserviço“, foi alterado para que quando o cliente for “Pessoa Física”, seja transformada a trava da mensagem em apenas um alerta, permitindo prosseguir. Desta forma, será possível emitir a nota fiscal com o RG em branco ou marcado como “Isento” e emitir a guia GNRE, sem a necessidade de alterar o cadastro do cliente antes.

📗 1️⃣ Validação na tela “Cadastro de empresas”.

Na tela “1.1.5 - Cadastro de empresas”, abas "Tributação, Dados Gerais, Dados sobre Notas Fiscais”, na coluna “Código”, foi feita uma alteração para que ao tentar inserir mais de 20 dígitos, seja exibido um aviso informando que o valor é inválido, prevenindo inconsistências (Imagens 1 e 2).

📗 3️⃣ Alteração na tela “Relatório de faturamento por CFOP”.

Na tela “3.3.13 - Relatório de faturamentos por CFOP”, foi feita uma alteração no tipo de dado no componente para que ocorra corretamente o processamento do relatório (Imagem 1).

📘 1️⃣ O Script para envio de “Mix Ideal” incompleto.

Ocorrência: Havia uma inconsistência na procedure responsável por retornar os ramos, onde um ponto e vírgula (;) extra, estava sendo incluído no final dos resultados.

Solução: Foi realizado um ajuste na procedure SP_AND_PRODUTOS_RAMOS, para que o retorno dos dados não inclua mais o ponto e vírgula (;) no final. Esse ajuste garante que os dados sejam retornados de forma correta e sem caracteres desnecessários (Imagem 1).

📘 2️⃣ Valor de outras despesas deixando “Vr contábil” vermelho.

Ocorrência: Entrada de notas fiscais não carregava o “Vr. despesas acessórias“ dos itens ao importar XML quando o campo “Não recalcular IPI e Desp. Ac.“ estava marcado.

Solução: Foi realizado um ajuste na entrada de notas fiscais para que seja considerada a tag <vOutro> do item como “Vr. despesas acessórias“ quando o campo “Não recalcular IPI e Desp. Ac.“ estiver marcado (Imagem 1).

📘 2️⃣ Volume não sendo apresentado no rastreamento de ordens.

Ocorrência: Mesmo indicando o volume no final da conferência e imprimindo as etiquetas, o volume não aparecia na tela "Rastreamento de Ordens". Desta forma, foi detectado que se um caractere especial fosse colocado no campo de volume, a impressão ignorava uma vírgula, mas ao salvar o volume, o sistema mascarava a inconsistência e zerava o volume do pedido.

Solução: Agora, o campo de volume só aceitará números. Assim, será evitada inconsistências e garantimos que o volume seja salvo devidamente (Imagem 1).

📘 3️⃣ Impossibilidade de imprimir romaneio.

Ocorrência: Ao tentar imprimir o romaneio era apresentada uma inconsistência.

Solução: Foi feito um ajuste na consulta de impressão, possibilitando realizar a impressão do romaneio corretamente.

📘 2️⃣ Impossibilidade de emitir MDF-e pela expedição.

Ocorrência: Ao gerar um MDF-e da UF de MG para MG na tela “EXPEDIÇÃO”, a seguinte mensagem estava sendo apresentada: “Necessário informar um percurso”. Isso ocorria antes do preenchimento da consulta de MDF-e por romaneio.

Documentação: Foi inserido um ajuste no sistema para resolver essa questão. Agora, os MDF-es de romaneio serão verificados conforme a transmissão. Além disso, foi aprimorada a rotina de escolha de percurso pelos MDF-es da expedição. Com essa melhoria, se a UF de origem e destino forem as mesmas ou estiverem em divisas, a tela de seleção de percurso não aparecerá mais.

📘 2️⃣ Ocorrência de inconsistência na importação de arquivo OFX.

Ocorrência: O campo que salvava o FITID tinha um limite de 50 caracteres. No extrato do banco Sicredi, essa informação veio com mais de 50 caracteres, causando uma inconsistência ao importar o extrato bancário.

Solução: Foi feito um ajuste para aumentar o tamanho dos campos que armazenam o FITID para 100 caracteres. Assim, o extrato poderá ser importado e associado com sucesso, sem gerar inconsistências (Imagens 1, 2 e 3).

📘 3️⃣ Inconsistência ao imprimir “Relatório de contas a pagar”.

Ocorrência: Estava sendo apresentada uma inconsistência ao imprimir o “Relatório de contas a pagar” no modelo “Sintético Retrato“ com a opção “Exibir Plano Financeiro” optada.

Solução: Foi realizado um ajuste no fr3 “Contas_Pagar_SinteticoRetrato“ marcando todos os DataSets, foi ajustado o fr3 do usuário marcando o DataSet “CCPag“ (Imagens 1, 2 e 3).

📘 2️⃣ Impossibilidade de emitir MDF-e pela expedição.

Ocorrência: Ao gerar um MDF-e da UF de MG para MG na tela “EXPEDIÇÃO”, a seguinte mensagem estava sendo apresentada: “Necessário informar um percurso”. Isso ocorria antes do preenchimento da consulta de MDF-e por romaneio.

Documentação: Foi inserido um ajuste no sistema para resolver essa questão. Agora, os MDF-es de romaneio serão verificados conforme a transmissão. Além disso, foi aprimorada a rotina de escolha de percurso pelos MDF-es da expedição. Com essa melhoria, se a UF de origem e destino forem as mesmas ou estiverem em divisas, a tela de seleção de percurso não aparecerá mais.

📘 1️⃣ Na tela “Lançamentos a pagar” não aparecendo as categorias de centro de custo para seleção.

Ocorrência: Não era possível selecionar o centro de custo, para a empresa filial no “Contas a Pagar”.

Solução: Foi feito um ajuste no contas a pagar para que, ao selecionar uma empresa filial, o centro de custo da empresa matriz seja exibido (Imagem 1).

📘 3️⃣ Integração Contábil - Travamento no momento de salvar os lançamentos.

Ocorrência: O sistema estava travando ao salvar a integração contábil, ficando preso nesta tela sem concluir o processo.

Solução: Para facilitar a identificação de futuros travamentos, foram inseridas mensagens de log que mostram em qual parte do código o processo está. Agora, ao chegar na etapa “Salvando lançamentos contra partida”, o sistema indicará exatamente onde está sendo executado. Isso ajudará na identificação e resolução de inconsistências rapidamente (Imagens 1 e 2).

Tratativa de Praça na Contabilidade - Financeiro.

Ocorrência: Ao fazer a integração contábil do contas a receber, foi identificado que, quando um título era quitado com abatimento, um recebimento com valor zerado era gerado no financeiro. Isso criava uma inconsistência entre o valor original e o valor do abatimento.

Solução: Foi ajustado para que seja verificado o tipo de cobrança. Se for abatimento, o título será integrado corretamente, evitando essa inconsistência no futuro (Imagens 1, 2 e 3).

📘 2️⃣ GNRE sendo gerada com imposto indevido.

Ocorrência: Ao gerar GNRE Web de FCP e DIFAL de UFs diferentes de RJ, o valor da guia era gerado com o valor do FCP duplicado.

Solução: Foi realizado um ajuste na geração da GNRE Web para que a opção “FCP mesma Guia (WebService)“ seja respeitada corretamente quando a UF não for RJ.