Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
DOCUMENTAÇÃO EM ANDAMENTO ⚠️ |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Data de publicação: 04/06/24 |
Painel | ||||||
---|---|---|---|---|---|---|
| ||||||
|
Pesquisa na árvore de páginas | ||
---|---|---|
|
Índice | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
📗 Melhorias
[Menu Comercial - Compras]
Expandir | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
📗 2️⃣ Atualização “Centro de custo”.
Na tela “2.2.4 - Entrada de Notas Fiscais”, implementamos uma melhoria na rotina de atualização em massa. Agora, quando a alteração em massa for realizada apenas no plano financeiro, os campos de centro de custo não serão mais apagados.
|
📘 Solicitações
[Menu Comuns]
Expandir | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
📘 2️⃣ Cadastro de clientes sobrescrevendo cadastros existentes e não incluindo cadastros novos.
Ocorrência: Ao importar um novo cliente com o CNPJ 00.000.000/0000-00 na tela “Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE”, o sistema estava atualizando o cliente já existente com o mesmo CNPJ, ao invés de criar um novo cliente. Solução: Foi realizado um ajuste no processo de importação de clientes na tela “Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE”, para que busque um cliente com o CNPJ 00.000.000/0000-00, o sistema também irá considerar a “Razão Social”. Desta forma, se não existir um cliente com o mesmo “CNPJ e Razão Social”, um novo cliente será criado (Imagens 1 e 2)
Local>Tela 1.1.3 - Cadastro de clientes Local>Tela 3.2.12 - Digitação de ordens Local>Tela 3.5.7 - Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE |
[Menu Comercial - Compras]
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||
📘 2️⃣ Pedido de compra baixado total quando foi dado entrada parcial.
Ocorrência: O pedido de compra estava sendo baixado indevidamente, após a entrada de mais de uma nota fiscal (NF), quando a embalagem do pedido era diferente da embalagem do XML. Isso ocorria na conversão da quantidade já recebida da primeira nota. Solução: Foi feito um ajuste no processo de conversão de quantidade, para comparar a embalagem do pedido com a embalagem do XML. Dessa forma, a baixa do pedido agora será realizada corretamente.
Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 2.2.8 - Manutenção de ordens de compra Local>Tela 2.2.4 - Entrada de notas fiscais 📘 3️⃣ Inconsistência na tela “Sugestão de Compra”.
Ocorrência: Estava sendo apresentada uma lentidão na tela “Sugestão de Compra” quando era utilizada a opção “Multiempresa”. Solução: Foi criada a opção “Exibe Giro” possibilitando escolher se o giro de venda será exibido, dessa forma a pesquisa ficará mais rápida quando a opção estiver configurada como “Não”. Também foi ajustada a procedure “SP_SUGESTAO_COMPRA” para não calcular o giro de venda, pois já será calculado na procedure “SP_SUGESTAO_COMPRA_MULTIEMPRESA” (Imagem 1). Local>Tela 2.2.11 - Sugestão de Compra |
[Menu comercial - Vendas]
Expandir | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
📘 3️⃣ Divergência no valor do custo.
Ocorrência: No relatório "Livro Inventário", as colunas do grupo "Entrada" exibiam o valor de custo considerando a média ponderada. No entanto, o correto seria exibir o custo referente à NF de entrada. Solução: O arquivo "RelLivroInventario.fr3" foi ajustado para exibir, por padrão, quatro casas decimais nas colunas de custo unitário. Além disso, foi criado um novo campo para tratar de forma diferenciada a exibição dos valores de custo nas colunas do grupo "Entrada", especificamente para o relatório "Livro Inventário".
Local>Tela 2.4.14 - Relatório de Registro de Controle de Produção e Estoque 📘 1️⃣ Retorno de viagem com impossibilidade de inserir mais que seis dígitos na quilometragem.
Ocorrência: O sistema não permitia a inserção de valores com mais de seis dígitos para a quilometragem de saída e retorno, no fechamento de ordens. Solução: Foi realizada uma alteração para permitir a validação de até dez caracteres, considerando o maior número inteiro possível, visto que os campos correspondentes no banco de dados são do tipo inteiro (Imagens 1 e 2). Local>Tela 5.2.10 - Fechamento de ordens Local>Tela Ficha de viagem |
[Menu Faturamento]
Expandir | ||||
---|---|---|---|---|
| ||||
📘 2️⃣ Etiqueta cortando o número do pedido.
Ocorrência: A etiqueta modelo 8 estava cortando o número do pedido. Solução: Foi realizado um ajuste na etiqueta modelo 8 (ERP/COLETOR/CONFERENCIA/PAINEL), para reduzir o tamanho da fonte, garantindo que o número do pedido seja exibido integralmente sem cortes (Imagem 1). Local>Tela 4.2.2 - Emissão de etiquetas de despacho 📘 1️⃣ Devolução de Comodato - Nota de devolução sem referência.
Ocorrência: Não era possível referenciar uma nota sem chave na tela "Cadastro de Notas Fiscais" para uma nota de devolução manual. Isso ocorria porque havia uma condição que comparava as duas chaves para garantir que a própria nota não fosse exibida como referenciada. Como ambas as chaves estavam em branco, nenhuma nota era exibida. Solução: Foi feito um ajuste no sistema, para permitir a referência de notas sem chave na tela "Cadastro de Notas Fiscais", para notas de devolução manual. Agora, mesmo sem a chave, será possível referenciar a nota devidamente (Imagem 1). Local>Tela 4.1.1 - Cadastro de notas fiscais |
[Menu Financeiro - Receber]
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Ordem de compra antecipada quitada consta no fluxo de caixa.
Ocorrência: Duplicidade no fluxo de caixa quando o pedido de compra era antecipado, estava exibindo nas abas “Título a Pagar“ e “Ordens de Compra“. Solução: Foi realizado um ajuste para que o pedido de compra antecipado não conste no fluxo de caixa, pois o valor já consta como título a pagar (Imagens 1, 2 e 3). Local>Tela 2.2.8 - Manutenção de ordens de compra Local>Tela 5.2.13 - Fluxo de caixa geral |
[Menu MDF-e/CT-e]
Expandir | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
📘 2️⃣ MDF-e x CTE-e não trazendo a UF do Recebedor.
Ocorrência: Ao inserir o CT-e no MDF-e o mesmo não trazia a UF do recebedor corretamente. Solução: Foi ajustado para que ao incluir o primeiro CT-e em um MDF-e, o UF considerado no destino do documento será o recebedor, caso o CT-e tenha essa informação. Se não possuir, será o UF do destinatário do CT-e.
Local>Tela Pesquisa de CT-es Local>Tela 11.1.2 - Cadastro de CT-e |
Painel | ||||||
---|---|---|---|---|---|---|
| ||||||
|
|
Feedback |
---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Informações técnicas | |
---|---|
Banco: | 888 |
Coletor: | 1489.249 |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||