CORREÇÃO

Problema : Quando o usuário gera o Relatório - Ficha Técnica de Produtos na visão de loja, os produtos vinculados à ficha técnica aparecem duplicados na visualização do relatório. Isso causa um erro direto no cálculo do Custo de Mercadoria Vendida (CMV), pois os insumos são contabilizados mais de uma vez, inflacionando o valor total.

CORREÇÃO

Problema: Ao realizar a exportação de um relatório em formato Excel, foi observado que a coluna "DESCONTO" não está sendo apresentada da mesma forma como é exibida na GRID do sistema (interface visual).

Ou seja, ao comparar o conteúdo da tela com o arquivo gerado:

• A coluna "DESCONTO" está ausente, incompleta ou com dados inconsistentes no Excel.

• Isso prejudica a análise correta das vendas e dos abatimentos aplicados diretamente no sistema.

Solução: Foi realizada a inclusão da coluna "Desconto" na rotina de exportação do relatório em formato Excel.

CORREÇÃO

Problema: O cliente reportou uma falha na tela de controle de reembolso de administradora ao tentar realizar o estorno de uma receita com data de efetivação em 21/03. No momento da tentativa, o sistema exibe apenas a mensagem genérica "Erro no servidor", sem fornecer detalhes adicionais sobre a causa do problema.

Solução: Durante a tentativa de estorno de um reembolso de administradora, o sistema encontrou um problema devido a não ter conseguido localizar uma informação necessária em uma tabela do banco de dados. Como essa referência estava faltando, o sistema apresentava erro e o processo não era concluído. Para resolver o problema, foi implementada uma blindagem que impede a inserção do registro nessa tabela paralela ao processo de estorno, caso não exista uma conta vinculada, evitando a falha no processo e permitindo o estorno normalmente.

CORREÇÃO

Problema:  Ao criar uma despesa na visão de loja, ela não era exibida na listagem de criação de lançamento de despesa.

Solução: Anteriormente, ao cadastrar uma despesa através da visão de loja, o sistema não a exibia corretamente na listagem de lançamentos de despesas. A correção garante que todas as despesas criadas sejam exibidas na listagem

Criação da despesa:

Despesa sendo listada corretamente:

CORREÇÃO

Problema: O relatório geral de vendas apresentou erro ao tentar gerar , quando o cliente tentou selecionar as 128 lojas da franquia na data 21/05/2025

Solução: Em analise descobrimos que ao tentar gerar o relatório de Resumo Geral de Vendas com lojas que possuíam o mesmo nome fantasia, ocorria um erro de SQL. Esse erro impedia a montagem correta das colunas, devido à existência de múltiplas lojas com o mesmo nome fantasia. Diante disso, alteramos a lógica de geração do relatório para que a coluna agora não gere apenas com o nome fantasia da loja, mas também com seu código.  Essa mudança elimina a ambiguidade que causava o erro durante a geração do relatório.

CORREÇÃO

Problema: Na tela de importação de cadastro de produto de venda, não era possível importar produtos que não possuíam código de barras. Essa falha obrigava o cliente a preencher um código de barras mesmo que esse dado não seja de fato obrigatório.

Solução: Foi retirada a obrigatoriedade do campo 'código de barras' na importação de produtos de venda, permitindo assim a inclusão de itens sem esse dado.

CORREÇÃO

Problema: Identificamos um erro na página de credenciamento do RAIO-X, que impede seu carregamento correto e a exibição dos tipos de negócio, impossibilitando a realização do credenciamento das lojas

Solução: O comportamento da tela de credenciamento do RAIO-X foi corrigido. Antes da correção, ao acessar a funcionalidade, era exibido um erro indefinido que impossibilitava a realização de novos credenciamentos.

CORREÇÃO

Problema: Um cliente solicitou auxilio com algumas vendas, cujos pedidos foram cancelados pela plataforma iFood. No entanto, as vendas já haviam tido nota fiscal emitida, o que impossibilitou o cancelamento diretamente pelo sistema. Apesar disso, ao consultar essas vendas no Degust One, ambas estavam sendo exibidas no relatório de cancelamento de vendas, gerando divergências nos comparativos realizados pela loja.

Solução: Foi ajustada a lógica do relatório de cancelamento de vendas para considerar apenas os itens que estão, de fato, marcados como cancelados. A partir de agora, o sistema passa a verificar o campo de status de cancelamento dos itens (VIT_CANCELADO), garantindo que apenas esses sejam incluídos no relatório.

CORREÇÃO

Problema: As transações marcadas como "equals" não estão sendo conciliadas automaticamente, devido as transações com "Cód. Autorização" possuirem zero a esquerda.

Solução: A lógica de comparação dos "Cód. Autorização" foi ajustada para ignorar zeros à esquerda no momento da conciliação. Essa mudança corrige o problema anterior e garante que as transações sejam conciliadas corretamente conforme mostra imagens.

CORREÇÃO

Problema: O cliente utiliza exclusivamente a NFe de saída como registro de venda, sendo a nota emitida pela central para as lojas. No entanto, o DRE está contabilizando esse valor de forma duplicada: tanto nas vendas quanto na receita extra-venda. Além disso, o valor dessas notas está sendo descontado do Lucro Bruto, o que é incorreto, já que se trata de uma nota de venda.

Solução: Diante dos problemas apresentados algumas mudanças do relatório e na tela de configuração DRE foram implementadas:

• Linha Receita Extra Operacional:
  A linha será exibida apenas se a opção "Receitas Extra Venda" estiver habilitada na configuração do DRE.
  A partir de agora, valores referentes a NFes de venda não serão mais considerados nessa linha, evitando duplicidade com o valor já apresentado em "Total Vendas".

• Nota Fiscal de Saída (após CMV Teórico e antes do Lucro Bruto):
  Exibida apenas se a opção "NFe" estiver habilitada.
  Serão desconsideradas NFes do tipo venda, mantendo apenas transferências, devoluções e NFes complementares — seguindo a lógica já aplicada no DRE anual.
  Isso evita que notas de venda sejam indevidamente subtraídas do MRE, já que representam receita, e não custo.

• NF. Saída (no CMV Real):
  Assim como no item anterior, essa linha aparece apenas com a opção "NFe" ativada.
  Serão mantidas apenas NFes de transferência, devolução e complementar, desconsiderando NFes de venda para evitar desconto incorreto no custo.

• Configuração do DRE:
  A flag "NFe" será renomeada para:
  "Subtrair valor da NFe de saída (transferência/devolução)", tornando sua finalidade mais clara.

CORREÇÃO

Problema: Esta demanda foi aberta para atender a necessidade de um cliente que precisava emitir uma nota fiscal de devolução, mas identificou que a nossa tela de emissão não disponibilizava os campos relacionados ao IPI de devolução.

Solução: Como solução, foram incluídos dois novos campos na aba “IPI”, visíveis apenas para notas de saída do modelo 55 com finalidade de emissão “Devolução de Mercadoria”:

• % Mercadoria Devolvida

• Valor do IPI Devolvido

Além disso, foi adicionado um totalizador na aba “Total”, que exibe a soma do valor de IPI devolvido por item. Ressaltamos que os dados informados foram devidamente inseridos no XML da nota de devolução

CORREÇÃO

Problema: Foi identificado que a Nota de Saída possuía o mesmo número, série e fornecedor da Nota de Entrada, o que gerava um conflito nas buscas realizadas pelo sistema. Esse conflito foi a causa dos erros relatados pelo cliente.

Solução: Foi orientado ao cliente que realizasse a criação de uma nova nota fiscal, seguindo a numeração sugerida automaticamente pelo sistema, a fim de evitar conflitos.Além disso, foi implementada uma validação (blindagem) no processo de busca por notas de saída durante o sincronismo, considerando que a duplicidade de número, série e fornecedor não deveria ocorrer. Com essa melhoria, prevenimos que situações semelhantes voltem a causar inconsistências no sistema.

Degust One - Melhoria Departamento de Impressão

Descrição :  Foram adicionados ao cadastro de departamentos de impressão da Retaguarda dois novos tipos de departamento, que passarão a ser criados por padrão: "Relatório" e "Pagamento". Esses departamentos serão utilizados pelo Taste One como padrão de impressão nas operações realizadas via PDV Mobile, garantindo compatibilidade e facilitando a configuração das impressoras para essas finalidades específicas.
Principais mudanças implementadas:

• A tela de Departamento de Impressão passou a incluir, por padrão, os registros "Relatório" e "Pagamento".

• Esses registros são fixos e não podem ser alterados pelo usuário, garantindo padronização.

• Foi adicionada a coluna "Tipo" na grid de departamentos, permitindo identificar facilmente se o departamento é destinado a pagamento, relatório ou cozinha.

• Na tela Configuração de Produção > Impressão, foi incluído o novo campo "Tipo de Impressora", facilitando a categorização e gerenciamento.

• Quando o tipo de impressora selecionado for "Local", o sistema exibirá uma mensagem de orientação, solicitando o preenchimento correto do campo "Endereço".

Degust One - Melhoria NCM

Descrição : Foi implementada uma lógica de validação para o campo NCM, independentemente de sua obrigatoriedade. Ou seja, sempre que um NCM for informado, ele deverá obrigatoriamente ser válido conforme a base de cadastros de NCM.

Essa validação foi aplicada nos seguintes pontos do sistema:

• Cadastro de Produto

• Importação de Cadastros

• Onboarding de Franquia (etapa de cadastro de produto, onde é possível informar o NCM)

Com essa alteração, garantimos maior integridade e conformidade dos dados fiscais informados no sistema.

Degust One - Melhoria endpoint de dados-fechamento

No modo Detalhado, foi incluído um novo agrupador chamado finalizadorNFCe. Ele organiza os fechamentos por finalizador e, adicionalmente, apresenta os detalhes de cada um deles. Exemplo:

Modo Geral:

Degust One - Melhoria Importação de produtos

Descrição:Foi implementada uma lógica para cadastrar automaticamente o grupo de venda durante a importação de produtos.

Degust One - Melhoria Migração de back Classificação de Loja

Degust One - Melhoria Migração de back Campanha de vendas

Degust One - Melhoria de Layout Cadastro de produtos

Descrição: Realizadas melhorias de layout na tela de cadastro de produtos do Onboarding de Franquia, aumentando a largura total do modal e fixando as colunas de código e nome do produto.