📙 Mudanças
[Menu Comercial - Compras]
📙 3️⃣ Entrada de notas fiscais trazendo alíquota no campo correto de fornecedor do simples nacional (SUP-80013)
Na tela “2.2.4 - Entrada de notas fiscais”, ao importar um “XML” de um fornecedor que seja simples nacional, deverá preencher a Alíquota ICMS SN com a alíquota do simples. E também deverá preencher a Alíquota ICMS com a alíquota de simples.
Importando XML com alíquota de permissão de crédito (Imagens 1 e 2).
Realizando alteração em massa referente à alíquota de permissão de crédito (Imagens 3 e 4).
[Menu Comercial - Vendas]
📙 2️⃣ Permitindo que na geração de notas de transferências o sistema respeite o valor da tabela informada (SUP-89280)
Na tela “ 3.2.22 - Manutenção de tabelas de preços e 3.2.12 - Digitação de ordens”, foi realizada uma mudança para permitir informar a tabela de preço na opção de “Descrição”.
Ordem de venda, com produto pertencente à tabela de preço “Nacional” (Imagens 1 e 2).
Gerando nota de transferência pela “Expedição”, através da ordem de venda (Imagem 3).
Iniciando a geração da nota de transferência, alterando a “tabela de preço 3 (REMESSA/RETORNO)” (Imagens 4 e 5).
Ordem de venda com produto pertencente à tabela de preço (REMESSA/RETORNO) (Imagens 6 e 7).
[Menu Financeiro - Pagar]
📙 2️⃣ Incluindo o campo "Histórico de Pagamento" na Autorização de Pagamento (SUP-84324)
Na tela “6.2.6 - Lançamentos a pagar” clicando na opção “Incluir”, na tela “Contas a Pagar”, ao inserir um lançamento, será exibido um alerta sugerindo a impressão da autorização de pagamento (Imagem 1).
Ao selecionar a opção “SIM”, será apresentado um aviso com a pergunta “Deseja exibir o histórico de Pagamentos?” (Imagem 2).
Quando selecionada a opção “SIM”, serão exibidos os relatórios “Autorização para Pagamento” e “Histórico de Pagamentos”. Foi alterado o cabeçalho para que os dados de “Fornecedor e Tipo de documento”, conste em todas as páginas (Imagem 3).
No histórico foram inseridas as informações:
Duplicata (número do título);
Dt. Emissão (data de emissão da duplicata, quando ela foi gerada);
Prazo (prazo informado na entrada da nota ou geração do título manual);
Dt. Vencimento (vencimento do título);
Portador (portador da geração do título seja manual ou pela entrada de nota);
Dt. Pagamento (data de pagamento do título, data informada na baixa);
Juros (valores gerados de juros no título, se houver);
Valor (valor pago do título);
Variação (valor comparativo entre os pagamentos);
Gráfico que contem as informações “Período x Valor” (não é agrupado por mês, pois será exibido conta a conta por pagamento);
Centro de Custos (valor totalizado por centro de custo das duplicatas pagas) (Imagem 4).
Na tela “6.2.6 - Lançamentos a pagar”, é possível realizar este mesmo processo de impressão através da opção “F7 - Imp.Ap.” (Imagem 5).
Será apresentado um aviso com a pergunta “Deseja exibir o histórico de Pagamentos?” (Imagem 6).
[Menu Financeiro - Receber]
📙 2️⃣ Nota de devolução não condizendo com o valor do fechamento de ordens (SUP-79864)
Na tela “3.2.12 - Digitação de ordens”, o valor do frete estando com a opção como “NÃO”, foi configurado para não destacar o frete. Sendo assim, o campo “Vr Entregue Líquido”, não receberá o valor de frete.
Digitação de ordem realizada (Imagem 1).
Devolução de entrada (Imagem 2).
Fechamento de ordem com devolução realizada (Imagens 3 e 4).
📙 2️⃣ Permitindo consultar as ocorrências nos títulos na tela “Manutenção de contas a receber” (SUP-84169)
Na tela “5.2.15 - Manutenção de contas a receber”, foi implementada a aba “Ocorrências Título”, que antes somente era mostrada na grade principal e agora passa a ser apresentada ao consultar o título (Imagem 1).
A aba “Ocorrências Título”, foi criada na guia “Manutenção”, na aba “Ocorrências”. Onde serão apresentadas as mesmas informações da grade principal (Imagem 2).
Na tela “5.2.2 - Análise de crédito”, as ocorrências que são apresentadas na aba “Histórico Financeiro”, também serão exibidas na nova aba “Ocorrências Título” (Imagens 3 e 4).
[Menu WMS]
📙 3️⃣ Ajustes funcionais do “Demonstrativo de resultado gerencial (DRG)” (SUP-85028)
Na tela “5.28 - Demonstrativo de resultado gerencial (DRG)”, foram renomeadas algumas colunas de descrição, para nomes correspondentes (Imagens 1, 2, 3, 4 e 5).
Na aba “Agrupado” foi renomeada a coluna “AGRUPAMENTO“ para “CENTRO DE CUSTO“ (Imagem 6).
Dessa forma como a coluna “AGRUPAMENTO“ que exibia o centro de custo ao ser renomeada apresentará a visão “Centro de Custo X Plano Financeiro” e “Plano Financeiro X Centro de Custo” (Imagem 7).
Na tela “6.26 - Lançamentos a pagar”, na opção “F9 - Estimadas” foi adicionada uma opção “Considerar DRG” e “Mês/Ano DRG”, onde:
“Considerar DRG”:
Variável: O sistema deverá considerar conforme o mês de lançamento.
Único: O sistema deverá considerar o mesmo período para todos os lançamentos estimados.
“Mês/Ano DRG”:
Quando a opção “Considerar DRG” estiver marcada como “Único”, será habilitado para o usuário informar e considerará a mesma data para todos os lançamentos (Imagens 8 e 9).
Na tela “Contas a Pagar”, também haverá o campo “Mês/Ano DRG” (Imagem 10).
📗 Melhorias
[Agent]
📗 3️⃣ Atualização do “Log” do Agent 2.0
Na tela “Guarani Agent :: Módulo de Configuração” houve um ajuste para que o “Log do Agent”, esteja atualizado e igual ao do relatório no próprio Agent (Imagem 1).
[Integrador AFV]
📗 1️⃣ Inclusão de senha no integrador AFV (SUP-88503)
Na tela “Cadastro de Bancos de Dados” em “Configurações” na barra superior da tela principal do Integrador Guarani AFV, foi adicionada a aba [Usuários] que estará acessível para um cadastro simples de credenciais com realização de alterações nos scripts de integração (Imagem 1).
Para alterar a senha, basta selecionar o usuário e informar a senha antiga. Observe que o nome de usuário não será alterável (Imagens 2 e 3).
A partir de agora, para qualquer alteração realizada nos scripts, sejam eles de Importação ou de Exportação, será exigida a credencial do usuário (Imagem 4).
Alterações de script realizadas daqui em diante passarão a gerar “Log”, registrado na tabela “ICC_LOG_SCRIPTS”. Alterações (simples ou reconfiguração para o padrão), irão registrar a versão anterior e a nova do script alterado, nos campo “ILS_SQL_ANTES e ILS_SQL_DEPOIS”, respectivamente.
Inserções terão o campo “ILS_SQL_ANTES” marcado com “Log automático: SCRIPT FOI CRIADO”, enquanto que exclusões trarão o texto “Log automático: SCRIPT FOI EXCLUÍDO“ no campo “ILS_SQL_DEPOIS”.
Além disso, todas as alterações registram o nome do script alvo, data e hora da alteração e nome do usuário (conforme novo registro) (Imagem 5).
[Menu Comuns]
📗 1️⃣ Inserir "Cliente/Fornecedor" em "Movimentação do estoque" na tela "Cadastro de produtos" (SUP-88168)
Na tela “ 1.1.19 - Cadastro de produtos” na aba “WMS” em “Movimentação do estoque”, foram adicionadas as colunas “Código cliente/fornecedor”, “Razão Social cliente/fornecedor” e “Nome Fantasia cliente/fornecedor” (Imagem 1).
📗 1️⃣ Sistema validando o uso do módulo de WMS no “Cadastro de Produtos”
Na tela “1.1.19 - Cadastro de produtos”, foi alterado para que o sistema verifique a utilização do WMS na abertura da dela, dessa forma, ao abri-la os campos do WMS estarão ocultos caso não utilize o módulo (Imagens 1 e 2).
[Menu Comercial - Compras]
📗 1️⃣ Pedido de compra com dois fornecedores distintos (SUP-80725)
Na tela “Manutenção de Usuários”, para se o sistema permita alterar o fornecedor de uma determinada ordem de compra, após estar autorizada é necessário ativar o parâmetro referente ao usuário. Sendo assim, caso o parâmetro esteja configurado como “SIM”, o sistema permitirá a alteração do fornecedor. Caso o parâmetro esteja configurado como “NÃO”, o sistema realizará as restrições já existentes, ou seja, não será permitido fazer qualquer tipo de alteração com a ordem de compra autorizada (Imagem 1).
Ordem de compra autorizada (Imagem 2).
Ordem de compra autorizada tendo seu fornecedor alterado. Além da possibilidade de alterar o fornecedor, mais alguns campos serão liberados também, pois fazem parte da configuração do fornecedor (Imagem 3).
Ordem de compra com o novo fornecedor (Imagens 4 e 5).
[Menu Comercial - Vendas]
📗 1️⃣ Retirar validação de data no sistema
Nas telas “3.2.12 - Digitação de ordens” e “Baixa Financeira”, foram retiradas as validações de lançamento de datas do sistema (Imagens 1 e 2).
📗 3️⃣ Duplicação de ordem, duplicando status do campo
Na tela “3.2.13 - Duplicação de ordens”, foi feito um ajuste onde o processo “Expede” de ordens novas não estará marcado como concluído em sua criação, mesmo quando for processo de duplicação de ordens, desta forma, novas ordens mesmo aquelas geradas por meio de duplicação, nascerão com expedição a realizar (Imagens 1 e 2).
[Menu Faturamento]
📗 3️⃣ Fazer bloqueio para não retornar status com fechamento de ordens já ocorrido (SUP-86535)
Na tela “4.2.6 - Expedição“, foi adicionado um bloqueio impossibilitando o cancelamento de aprovação de faturamento para romaneios já fechados (Imagem 1).
Após confirmar o faturamento de um romaneio, será apresentada uma tela de “Alerta” (Imagem 2).
[Menu Financeiro - Receber]
📗 1️⃣ Ajuste da tela “Demonstrativo de resultado gerencial (DRG)” no campo "Centro de Lucro”
Na tela “5.2.8 - Demonstrativo de resultado gerencial (DRG)”, foi realizado um ajuste para que seja exibido o detalhamento da receita (Imagem 1).
[Menu PCP]
📗 1️⃣ Viabilidade na tela “Mapa de fabricação” (SUP-80962)
Na tela “Ordens Pendentes x Itens - Mapa de Fabricação”, foram incluídas as colunas “UF, Cidade, Qtde e Qtde Unit.” (Imagem 1).
[Menu WMS]
📗 2️⃣ Opção do relatório no inventário global para apresentação das “Guias de Armazenagens e Guias de Carregamento” (SUP-91309)
Na tela “Aferir Inventário de Peça Seriada” que confirma a aferição do inventário global, foi inserida uma aba no botão “(+)” da grade, para mostrar as guias pendentes do produto. Tanto a “Guia de carregamento”, quanto a “Guia de armazenagem” serão listadas, caso existam.
Somente informativo, não tem influência alguma sobre o resultado da aferição (Imagem 1).
Não será possível inserir no “relatório fr3”, pois estas informações representam a situação atual dos itens e desta forma, não ficam gravadas como os dados do inventário, são apenas de apoio à decisão no momento de aferir.
📗 2️⃣ Peça seriada não controla lote, sendo apresentada no “Coletor” (SUP-91309)
No “Coletor”, foi alterado o comportamento em relação a conferência de lotes. Caso o produto seriado “não controle lote”, o sistema não apresentará a tela para escolha. Sendo assim, será inserido automaticamente o lote mais novo, ou o que tenha alguma quantidade. Somente se houver mais de um lote com quantidade, a tela será apresentada.
Caso o produto seriado “controle lote”, mesmo que tenha somente um lote no endereço, o sistema abrirá a tela para confirmar. Desta forma, será necessário abri-la pois poderá existir fisicamente no endereço um produto de outro lote, que já esteja zerado no sistema. Com a abertura da tela, caso o lote seja outro, o usuário poderá usar a opção "Novo lote", para que seja inserida a quantidade correta (Imagem 1).
📗 1️⃣ Inventário Global zerando lote de produto não lido, quando utilizada a função zerar lote (SUP-91309)
Na tela “7.2.5 - WMS - Inventário”, foi criada uma nova funcionalidade com o botão direito na grade do produto chamada "Zerar produto no endereço selecionado". Essa opção terá o mesmo efeito que fazer a leitura do produto e informar zero no “Coletor”. É um facilitador na conferência antes da aferição, pois, o operador do coletor só conseguirá fazer a leitura de produtos existentes no endereço. Com isso, será possível zerar o produto no endereço a partir do ERP.
Inventário não pode estar confirmado;
Disponível somente para inventário Global;
Não permitido caso produto tenha leitura no endereço (Imagem 1).
Foi criada uma coluna para indicar se o produto foi “Zerado Manualmente” e por padrão estará oculta (Imagem 2).
Sendo assim, a opção "Zerar o estoque WMS de lotes não lidos" passará a ter o comportamento de “somente se o produto for lido no endereço, é que ele poderá ter os lotes não lidos zerados” e produtos que não tenham leitura em nenhum dos endereços existentes no inventário, ou esteja em endereço não contido no inventário, não sofrerá alteração.
[Menu Contábil]
📗 1️⃣ Número de parcelas nos lançamentos da agenda contábil (SUP-87538)
Na tela “9.2.10 - Contábil - Agenda de Lançamentos”, foram feitas alterações para que ao gerar os lançamentos no lote referente aos agendamentos no campo “Agendamento Ref.”, será exibido no final do texto o número e a quantidade total de parcelas (Imagens 1 e 2).
📗 3️⃣ Criar segregação por tipo de documento para o módulo a pagar quando tipo for RECEBIDO/PAGO
Na tela “9.1.3 - Contábil - Parametros”, foi realizada a expansão do campo “Segregar tipo de documento” para todas as classificações dos módulos “Financeiro receber e Financeiro pagar”, com exceção para a classificação “Cheque de terceiro”, pois para essa classificação nada foi implementado. Essa funcionalidade já existe, somente para a classificação “Original” do Módulo “Financeiro pagar “ e foi expandida para todas as classificações do pagar e receber. Com essa funcionalidade será possível criar vária regras contábeis mais flexíveis.
Criando uma regra do tipo “Financeiro - Contas a Receber”, para a classificação “Original” foi criada a regra do “Exceto”, essa regra deve ser utilizada para todos o tipos de documentos com exceção para o boleto manual, pois considerará a regra que for criada com o “Apenas” (Imagens 1, 2, 3, 4, 5 e 6).
Criados dois títulos, um com o tipo de documento “Diversas” e outro com o tipo de documento “Boleto manual” (Imagem 7).
Integração contábil dos títulos (Imagem 8).
Campo “Segregar Tipo de documento”, virá por padrão marcado como “Desativado”. Seta forma, permitirá que a regra seja utilizada para todos os tipos de documento (Imagem 9).
Regras para as opções: “Exceto” e “Apenas”, será permitido utilizar nas seguintes condições: | |
|---|---|
Segregar tipo documento APENAS e/ou EXCETO. |
|
Não será permitido as seguintes configurações: | |
Segregar tipo documento DESATIVO e APENAS, DESATIVADO e EXCETO. |
|
Obs: A configuração do exceto e apenas, será igual para ambos os módulos, mais somente o exemplo do receber, foi colocado nessa documentação.
📗 1️⃣ Incluindo opção de “Conta Reduzida do Centro de Custo” em todas as telas que demandam esta informação (SUP-87803)
As telas “1.1.1 - Cadastro de Plano Financeiro” e “1.1.38 - Cadastros de Centros do Custos”, receberam a coluna de “Conta reduzida” (Imagens 1 e 2).
Na tela “2.2.4 - Entrada de notas fiscais”, o plano financeiro relacionado aos itens de entrada, recebeu a coluna de “Conta reduzida” (Imagem 3).
Na tela “2.2.8 - Manutenção das ordens de compra”, o plano financeiro relacionado aos itens de ordem de compra, recebeu a coluna de “Conta reduzida” (Imagem 4).
Na tela “2.2.16 - Requisição de Pedido de Compra”, recebeu a coluna de “Conta reduzida” (Imagem 5).
Na tela “3.2.12 - Digitação de ordens”, o plano financeiro relacionado aos itens de digitação de ordem, recebeu a coluna de “Conta reduzida” (Imagem 6).
As telas “5.2.5 - Controle orçamentário”, “6.2.6 - Lançamentos a pagar”, “10.2.10 - Geração GNRE” e “10.2.11 - Geração DARF”, receberam a coluna de “Conta reduzida” (Imagens 7, 8, 9 10).
A tela “1.1.19 - Cadastro de produtos”, recebeu o campo de descrição de “Conta reduzida” (Imagem 11).
A tela “1.2.4 - Atualização de produtos em massa” e “2.1.4 - Cadastro de fornecedores (compras)”, receberam a coluna de descrição de “Conta reduzida” (Imagens 12 e 13).
A tela “9.1.3 - Contábil - Parâmetros”, recebeu o campo de descrição de conta reduzida (Imagem 14).
A tela “9.1.9 - Contábil - Regras Contábeis Fiscais” recebeu a coluna de descrição de “Conta reduzida” (Imagem 15).
As telas “9.1.14 - Centro de custo x Plano referencial” e “9.2.2 - Contábil - Lançamento Manual”, receberam o campo de descrição de “Conta reduzida” (Imagens 16 e 17).
A tela “9.2.9 - Consulta lançamento contábeis”, recebeu a coluna de descrição de “Conta reduzida” (Imagem 18).
A tela "10.1.24 - Código Ajustes Fiscais SPED Contribuições” recebeu o campo de descrição de “Conta reduzida” (Imagem 19).
As telas “2.2.15 - Importação de produtos (XML NFe)”, “5.1.7 - Cadastro de contas correntes” e “9.3.1 - Contábil - Relatórios contábeis”, receberam a coluna de descrição de “Conta reduzida” (Imagens 20, 21 e 22).
[Menu MDF-e/CT-e]
📗 3️⃣ Incluindo no MDF-e layout para emissão pelo CT-e (SUP-83305)
Na tela “11.1.1 - Cadastro de MDF-e”, foi criada a opção para envio utilizando CT-es. Essa viabilidade inclui diversas outras necessárias para que o SEFAZ valide a transmissão do MDF-e. Para que as opções funcionem de maneira automática, novos campos foram incluídos no processo. A primeira alteração foi em “Cadastro de empresas”, onde um novo ramo de atividade “TRANSPORTADORA”, foi criado. Empresas que irão transportar MDF-es com CT-es, precisarão estar incluídas nesse ramo (Imagem 1).
Na tela “1.1.28 - Cadastro de Transportadoras” na aba “Veículos”, foi inserido um novo campo “Tipo Transportador (MDF-e)”, criado para definir o tipo de transportador, necessário de acordo ao layout do MDF-e (Imagem 2).
Para “Veículos” o grupo de informações do proprietário, foi criada a coluna “Tipo de Proprietário”, dado necessário para o envio do MDF-e. Haverá a opção de selecionar entre três modelos ou optar pelo próprio. No próprio, a transportadora seria o proprietário do veículo. Para as demais opções, deve-se selecionar um novo fornecedor (transportadora), referente ao campo (Imagens 3, 4 e 5).
Para visualização as opções de autorização de CNPJ e importação de XML ,foram agrupadas no botão “Opções” e também foi inserida a nova opção “Cadastro de Configurações do MDF-e” (Imagem 6).
Na tela será possível deixar pré-configurada algumas informações das transportadoras. As configurações (para cada empresa) são:
Transportadora da empresa e o tipo do transportador, que vem com a transportadora, mas pode ser alterado;
Seguradora (cadastro de fornecedores);
Responsável pelo seguro;
Número da apólice de seguro (Imagem 7).
Preenchendo essas informações, a geração (MANUAL) se torna mais rápida, pois alguns dados são automaticamente já posicionados. Criando um novo MDF-e, já na tela inicial, novos campos foram criados. O “Tipo do Emitente”, que antes só continha a opção “Transportador de Carga Própria”, agora apresenta a opção “Prestador de serviço de transporte”. Essa nova opção já é preenchida quando a empresa logada é do ramo “TRANSPORTADORA”. Também com a opção, 3 novas abas são apresentadas para informações obrigatórios. Documentos (CT-es), Seguro e Participantes (Imagens 8 e 9).
Em “Pesquisa do CT-es”, o usuário poderá selecionar CT-es transmitidos pelo Guarani, da mesma forma com NF-es. Também poderá ser inserido manualmente, informando uma chave (caso o CT-e não esteja no sistema) (Imagem 10).
Na aba “Seguro”, deve-se informar os dados dos responsáveis e empresa seguradora, além da apólice. Na transmissão de MDF-es com CT-es, a informação do seguro será obrigatória. A averbação pode ser inserida, geralmente o cliente tem uma por CT-e (Imagens 11 e 12).
Na aba “Participantes” ficará os dados do proprietário do veículo, que será inserido no momento da inclusão do veículo da transportadora no MDF-e. Também poderá ser inserido manualmente. Nesta mesma aba, também ficará o contratante (que é lido como o tomador dos CT-es, que vem do cadastro de cliente) e o gerador do CIOT (fornecedor) (Imagem 13).
Após o preenchimento das informações, basta enviar pela tela de manutenção (Imagens 14 e 15).
📘 Solicitações
[CHECK-OUT]
📘 3️⃣ Inconsistência ao fechar o “CHECK-OUT” (SUP-91658)
Ocorrência: Ao fechar o “CHECK-OUT”, estava sendo apresentada uma mensagem de aviso quando haviam itens a serem conferidos. A quantidade de itens conferidos estava diferente da quantidade dos volumes.
Solução: Foi alterada a validação existente para apresentar qual produto está com divergência e a quantidade da diferença. Esta verificação será feita sempre que um novo volume for criado (operação que fecha o volume anterior), isso fará com que a inconsistência, seja verificada rapidamente. A validação também ocorrerá ao finalizar a conferência, pois quando o último volume for finalizado e ainda estiver aberto, será necessário validar (Imagem 1).
Foi inserida uma coluna na aba “Volumes” apresentando a quantidade de itens existentes em cada volume, para que não seja necessário expandir os itens em “(+)” e dessa forma saber quantos itens estão dentro do volume (Imagem 2).
Local>Tela Guarani :: CHECK-OUT
[Menu Comuns]
📘 1️⃣ Produto clonado sem informação em WMS (SUP-91997)
Ocorrência: Quando clonava um produto, o sistema não estava considerando a configuração feita no campo "Pedir almox. peça seriada".
Solução: Foi feita uma alteração para que ao clonar um produto, o sistema insira a informação contida no campo "Pedir almox. peça seriada" (Imagem 1).
Local>Tela 1.1.19 - Cadastro de produtos
📘 3️⃣ Saldo de estoque com divergência (SUP-92145)
Ocorrência: O saldo do WMS estava divergente após estornar “Guia de armazenagem”.
Solução: Foi feita uma correção para recuperar o lote que possui quantidade suficiente para o estorno. Sendo assim, se houver mais de um produto que não controla lote, será considerado aquele com quantidade suficiente para o estorno.
Entradas (Imagens 1 e 2).
Estorno (Imagem 3).
Resultado da movimentação (Imagens 4 e 5).
Local>Tela 1.1.19 - Cadastro de produtos
Local>Tela 7.2.1 - WMS - Guia de armazenagem
[Menu Comercial - Compras]
📘 2️⃣ Pedido de compra antecipada não vinculando nota (SUP-91653)
Ocorrência: A ordem de compra antecipada, não estava gerando financeiro antecipado.
Solução: Foi feito um ajuste para salvar corretamente a origem e o número do pedido, ao utilizar a função de carregar pedido. Sendo assim, ao confirmar a “Entrada de notas fiscais”, nos lançamentos à pagar, serão apresentadas a ”Nota Fiscal e a Ordem de Compra”.
Foram realizados pedidos de compra antecipados (Imagem 1).
Todos os pedidos de compra, foram importados para a realização da “Entrada de nota fiscal” (Imagem 2).
Foi realizado o financeiro antecipado de todos os pedidos de compra gerados, com a nota fiscal de entrada vinculada (Imagem 3).
Nota fiscal de entrada vinculada ao pedido de compra (Imagem 4).
Estoque do produto, antes da realização da ordem de compra (Imagem 5).
Ordem de compra realizada (Imagem 6).
Estoque do produto, depois da realização da ordem de compra (Imagem 7).
Entrada da nota fiscal, utilizando a ordem de compra e arquivo XML (Imagem 8).
Estoque do produto, depois da realização da “Entrada da nota fiscal” (Imagem 9).
Local>Tela 2.2.4 - Entrada de notas fiscais
Local>Tela 2.2.8 - Manutenção das ordens de compra
Local>Tela 6.2.6 - Lançamentos a pagar
Local>Tela 1.1.19 - Cadastro de produtos
Local>Tela Contas a Pagar
[Menu Comercial - Vendas]
📘 1️⃣ Tela “Relatório cubo comercial estático” com lentidão (SUP-91523)
Ocorrência: Estava ocorrendo uma lentidão na tela “Relatório de cubo comercial estático”.
Solução: Foi feito um ajuste na base de cálculo da margem de contribuição, para buscar o valor de desconto fiscal. Desta forma, foi ajustada a “SQL” e o desconto será calculado com os campos “ITE_VRTOTAL e ITE_VRTOTAL_LIQUIDO“ (Imagem 1).
Local>Tela 3.3.4 - Relatório de cubo comercial estático
[Menu Financeiro - Receber]
📘 3️⃣ Subtipo do desconto não exibido após a autorização (SUP-92015)
Ocorrência: O subtipo do abatimento não estava sendo considerado, ficando sem a informação após a autorização pela tela “Liberação de descontos e prorrogação de títulos”.
Solução: Foi feito um ajuste e a informação do subtipo será considerada, caso tenha sido incluída no momento da requisição.
Abatimento manual onde foi classificado um subtipo (Imagem 1).
Após permissão para conceder abatimento, o sistema passa a considerar o subtipo, e este não será mais apagado (Imagem 2).
Solicitação de abatimento concedia onde o subtipo passará a ser considerado (Imagem 3)
Local>Tela 5.2.15 - Manutenção de contas a receber
Local>Tela 5.2.31 - Liberação de descontos e prorrogação de títulos
[Menu Financeiro - Pagar]
📘 1️⃣ Impressão do recibo na tela “Pagamento de contas” (SUP-92195)
Ocorrência: Ao baixar um título a pagar pela tela “Pagamento de contas” e tentar imprimir o recibo, estava ocorrendo a impossibilidade de impressão.
Solução: Foi desenvolvida a opção de impressão do recibo de pagamento na tela “Pagamento de contas”. Ao efetuar um pagamento, o sistema emitirá a validação, informando ao usuário se deseja imprimir o recibo (Imagens 1 e 2).
Local>Tela 6.2.7 - Pagamento de contas
Local>Tela Baixa Financeira
[Menu Contábil]
📘 1️⃣ Inconsistência ao integrar nota de entrada (SUP-92225)
Ocorrência: Estava ocorrendo uma inconsistência ao integrar uma nota de entrada.
Solução: Foi implementado um comportamento para verificar se a conta contábil, exige cliente ou fornecedor e buscar o código equivalente. Desta forma, houve a remoção da alteração do campo “FORCLI” da integração, para manter o valor original da nota gerando assim um único ID, para o conjunto de chave da nota de entrada “EMPRESA, FORCLI, FORNECEDOR, MODELO, SÉRIE, NÚMERO” (Imagem 1).
Nota integrada normalmente após a correção (Imagem 2).
Local>Tela 9.2.1 - Contábil - Integração
Local>Tela Consulta Lançamento Contábil por Lote
📘 2️⃣ Integração de títulos com divergência em abatimentos (SUP-92284)
Ocorrência: Foram apresentadas algumas inconsistências na integração de títulos, pois havia sido retirada do sistema a regra dos abatimentos na integração contábil.
Solução: Foi feita uma correção para que fosse retornada a funcionalidade do sistema de separar os abatimentos na integração contábil.
Na tela “Contábil - Parâmetros”, foram criadas regras para separação por tipo de abatimento (Imagens 1 e 2).
Após a criação das regras de separação, a integração dos abatimentos continuam dentro da integração do contas a receber (Imagem 3).
Na integração é possível ver o títulos integrados por tipo de abatimento (Imagem 4).
Na tela “Manutenção de contas a receber”, o título tem dois tipos de abatimento. Os dois serão integrados separadamente, caso tenha uma regra de abatimento para cada um (Imagem 5).
Na integração contábil é feito um debito e um crédito para cada tipo de abatimento (Imagem 6).
Local>Tela 9.1.3 - Contábil - Parâmetros
Local>Tela 9.2.1 - Contábil - Integração
Local>Tela Consulta Lançamento Contábil por Lote
Local>Tela 5.2.15 - Manutenção de contas a receber
[Menu Fiscal]
📘 2️⃣ Inconsistência ao atualizar CMP - Custo Real (SUP-91988)
Ocorrência: Estava ocorrendo uma inconsistência ao atualizar os custos CMP Real (custo médio ponderado) e o custo Gerencial.
Solução: Foi feito um ajuste no cálculo do CMP Real e Gerencial, convertendo todos os campos para double precision (dupla precisão no formato de ponto flutuante ou simplesmente precisão dupla) e voltando para numérico após o cálculo (Imagem 1).
Local>Tela 2.2.10 - Planilha de formação de preços
📘 2️⃣ Apresentação dos registros integrados nas telas de origens (SUP-92198)
Ocorrência: Quando pesquisava na tela “Entradas de notas fiscais” em “Opções”, “Consulta Lançamentos Contábeis”, estava retornando outros lançamentos que não eram pertinentes a nota.
Solução: Foi feita uma correção e o sistema passará a trazer os lançamentos contábeis apenas da nota que estiver em tela.
“Entradas de notas fiscais” em “Opções”, “Consulta Lançamentos Contábeis” (Imagem 1).
Esta nota fiscal ainda não foi integrada, logo ela não possui lançamentos contábeis, desta forma, ao invés de trazer os lançamentos contábeis de outras notas fiscais, será apresentada a mensagem “Esta nota ainda não possui lançamento contábil.” (Imagem 2).
Se a nota fiscal possuir lançamentos contábeis, será apresentado somente os lançamentos referentes a aquela nota (Imagem 3).
Local>Tela 2.2.4 - Entrada de notas fiscais
[Menu MDF-e/CT-e]
📘 1️⃣ Conhecimento de transporte sem XML (SUP-92209)
Ocorrência: Havia uma inconsistência ao inserir no sistema a opção de gravação do XML do CT-e, na consulta pela chave de acesso.
Solução: Foi adicionada uma nova opção “Importar XML” na emissão de CT-e. Ela permitirá que o XML baixado pelo “SEFAZ”, nesses casos possa ser inserido no sistema para impressão.
CT-e com rejeição de duplicidade (Imagem 1).
Opção “Importar XML” (Imagem 2).
XML importado (Imagem 3).
Atualização no “Histórico de Ocorrências” (Imagem 4).
Impressão do CT-e (Imagem 5).
Local>Tela Conhecimento de Transporte Eletrônico :: HOMOLOGAÇÃO
Local>Tela 11.1.2 - Tela Cadastro de CT-e
[Menu Manifestação do Destinatário]
📘 3️⃣ Aviso de inconsistência ao importar manifestação de um período (SUP-92230)
Ocorrência: Ao realizar pesquisa na “Manifestação do Destinatário”, era apresentada uma mensagem de inconsistência. Isso ocorria porque na tabela “Manifestação itens em lotes” do banco XML estava faltando o campo “Chave” e o campo “Código” que deveria estar como VARCHAR(60), estava como INTEGER.
Solução: Foi criado um script para alterar o campo “Código” para VARCHAR(60), e criado o campo “Chave” (Imagem 1).
Local>Tela 16.2.1 - Manifestação do Destinatário
Índice:
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Feedback |
|---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
