Nesta versão do Mercatus, o foco esteve em consolidar a plataforma com ajustes que aumentam a confiabilidade das informações, a precisão nos cálculos e a segurança nos processos do dia a dia. Foram aplicadas melhorias em relatórios, dashboards e cadastros, além de correções importantes em rotinas financeiras, de estoque e cashback.
O objetivo desta atualização é garantir mais estabilidade, clareza e controle para as operações, reduzindo retrabalhos e fortalecendo a tomada de decisão.
✅ Melhorias
Integração com BANCO EFI - Automação direta pelo Mercatus
Emissão de boletos no Contas a Receber — Integração com EFI
Necessidade:
Antes, a emissão de boletos era manual e levava mais tempo para ser concluída. Agora, o Mercatus permite gerar boletos diretamente no sistema, de forma simples e rápida, com atualização automática do status de pagamento.O que foi desenvolvido:
Inclusão da opção “Gerar Boleto” no Contas a Receber, tanto para um título específico quanto para vários títulos ao mesmo tempo;
Geração automática de boletos com linha digitável, código de barras, link para visualização e QR Code Pix;
Atualização automática do status do título conforme o pagamento (ex.: pago, vencido, cancelado);
Baixa automática dos títulos assim que o pagamento é identificado;
Bloqueio de alterações em títulos já emitidos, permitindo apenas mudança de vencimento;
Como configurar antes de emitir
Conta Bancária
A conta usada no título deve estar configurada para emissão de boletos no banco EFI (com todos os dados cadastrados corretamente).
Cadastro do Cliente
O cliente precisa ter os dados completos:
CPF ou CNPJ;
Endereço completo (rua, número, bairro, cidade, CEP e estado);
E-mail e telefone atualizados.
Como emitir boletos no dia a dia
✅ 1. Emissão de um único boleto
No Contas a Receber, clique na engrenagem do título já lançado, e selecione Gerar Boleto;
Confirme e o boleto será gerado imediatamente, com:
Linha digitável e código de barras;
QR Code Pix para pagamento instantâneo;
Link para visualização e PDF.
✅ 2. Emissão de vários boletos ao mesmo tempo
Selecione os títulos desejados;
Clique no botão Gerar Boleto no topo da tela do Contas a Receber;
Preencha os dados gerais e confirme;
O sistema exibirá o progresso até que todos os boletos sejam gerados.
Como funciona após a emissão
O status do título muda automaticamente conforme o andamento do pagamento:
Aguardando
Pago
Vencido
Cancelado
Para títulos já emitidos, só é possível alterar a data de vencimento, e essa alteração é enviada automaticamente ao banco.
Benefícios práticos
Cobrança muito mais rápida e moderna;
Baixa automática, sem necessidade de ações manuais;
Menos risco de erros e mais segurança no controle financeiro;
Melhor organização na gestão.
💸 Pagamento via PIX no Contas a Pagar — Integração com EFI
Necessidade:
Antes, a baixa de títulos no Contas a Pagar dependia de processos manuais, aumentando o tempo de pagamento e o risco de erros. Com essa atualização, o Mercatus permite realizar pagamentos via PIX de forma automatizada, diretamente pelo sistema, com baixa automática do título após a confirmação.O que foi desenvolvido:
Integração com a plataforma EFI para realizar pagamentos via PIX diretamente pelo Contas a Pagar;
Inclusão do botão “Efetuar Pagamento” nos títulos elegíveis;
Baixa automática do título somente após a confirmação do pagamento;
Bloqueio automático de envio quando dados obrigatórios estiverem incompletos.
Como configurar antes de pagar
Conta Bancária
A conta usada no título deve estar configurada para integração com o banco EFI, incluindo:
Dados de autenticação fornecidos pela EFI;
Ativação da integração no cadastro da conta.
Emitente (Fornecedor ou Cliente)
A chave PIX deve estar cadastrada no emitente (fornecedor ou cliente).
Apenas uma chave PIX pode ser vinculada por emitente.
Forma de Pagamento
É necessário usar a forma de pagamento Carteira Digital vinculada à conta configurada.
Como pagar via PIX no dia a dia
Selecione o título no Contas a Pagar
Localize o título desejado e clique no botão “Efetuar Pagamento”.
Confirmação do pagamento
O sistema envia a ordem de pagamento para o banco digital;
Se os dados estiverem corretos e houver saldo, o pagamento é efetuado;
Caso falte alguma informação ou não haja saldo, o pagamento é bloqueado automaticamente.
Baixa do título
A baixa só ocorre após a confirmação do pagamento pelo banco;
Não há status intermediário exibido (o título continua como “Em aberto” até ser baixado).
Benefícios práticos
Pagamentos mais rápidos e com menos intervenção manual;
Baixa automática e segura dos títulos pagos;
Eliminação de erros por informações incorretas;
Mais rastreabilidade e controle financeiro no Contas a Pagar.
Cálculo do Custo Médio — opção para considerar (ou não) movimentações internas de estoque
O que existia antes:
O cálculo do custo médio dos produtos em estoque levava em conta todas as entradas, tanto as que vinham de notas fiscais de compra quanto as registradas manualmente como movimentações internas de estoque. Isso acabava gerando distorções, pois ajustes feitos internamente impactavam o custo médio da mercadoria.
O que foi melhorado:
Agora existe um novo parâmetro de configuração que permite escolher se as entradas de movimentações internas devem ou não ser incluídas no cálculo do custo médio.
Se a opção estiver ativada, o cálculo continua como era antes, considerando tudo.
Se estiver desativada, apenas as compras reais (notas fiscais/recebimentos) entram no cálculo, deixando as movimentações internas fora dessa conta.
Importante: as movimentações internas continuam atualizando o saldo físico do estoque normalmente, apenas não influenciam no valor médio do produto quando o parâmetro está desligado.
Como funciona agora na prática:
O responsável acessa a tela de configurações do estoque e define se quer ou não que as movimentações internas sejam consideradas no cálculo.
Ao rodar o processo de recalcular o estoque, o sistema aplica a regra escolhida.
O saldo de quantidade em estoque não muda, apenas o valor médio do produto é ajustado conforme a configuração.
Benefícios para o cliente:
Evita que lançamentos internos alterem o valor médio dos produtos sem necessidade.
Dá mais clareza e controle na formação do custo médio.
A empresa pode adotar a regra que mais se adequa à sua política contábil e de gestão.
Garante maior precisão em relatórios de custo e margem de lucro.
Cadastro de Clientes — exibição de foto e integração com reconhecimento facial
O que existia antes:
O sistema já permitia vincular uma foto ao cadastro do cliente, mas essa imagem não era exibida na tela de visualização ou edição. Além disso, não havia um retorno claro sobre o status da integração dessa foto com o equipamento de reconhecimento facial, nem um histórico de erros quando a integração falhava.
O que foi melhorado:
Na tela de visualização e edição do cliente, agora é exibida a foto do cliente, da mesma forma que já acontece com fotos de produtos.
Ao editar, é possível trocar a foto escolhendo uma nova imagem.
Sempre que uma foto é adicionada ou removida, o sistema faz automaticamente a reinserção dessa foto no equipamento de reconhecimento facial.
Foi incluída uma indicação clara do status da integração com o facial: se a foto foi ou não integrada com sucesso.
Na aba de anotações, agora aparecem os registros da integração facial, incluindo data, loja, código facial, status da entrega e, em caso de erro, o código e a mensagem explicativa.
Como funciona agora na prática:
O usuário abre o cadastro de clientes.
Na aba de identificação, visualiza a foto do cliente.
Caso precise, pode substituir a foto e o sistema atualiza automaticamente a integração com o equipamento facial.
Na aba de anotações, o usuário consegue ver todo o histórico da integração, incluindo eventuais falhas com explicação do motivo.
Benefício para o cliente:
Clareza: a foto do cliente fica visível diretamente no cadastro.
Controle: o status da integração com o facial aparece de forma simples (sim/não).
Transparência: histórico de erros fica disponível, ajudando a identificar e resolver falhas rapidamente.
Agilidade: a reintegração da foto acontece de forma automática, sem necessidade de processos manuais.
Filtros por Região — mais praticidade nas consultas
O que existia antes:
Em várias telas e relatórios, o usuário só conseguia filtrar dados por loja individual, sem ter a opção de selecionar diretamente uma região. Isso dificultava a análise em cenários com muitas unidades, tornando o processo mais lento e trabalhoso.
O que foi melhorado:
Incluímos o filtro por região em diversos módulos do sistema. Agora, ao selecionar uma região (exemplo: “SP”), o sistema lista automaticamente apenas as lojas dessa região, facilitando a navegação e a análise.
Esse filtro foi adicionado nos seguintes pontos:
Cadastro de Usuários
Cadastro de PDV
Placar de Vendas
Dashboards de Vendas e de Unidades
Cadastro de Produtos
Faturamento e Recebimento
Movimentação de Estoque
Status de PDVs
Relatórios Scriptcase
Como funciona agora na prática:
O usuário acessa um dos módulos listados.
No campo de filtros, seleciona a região desejada.
O sistema mostra apenas as lojas e dados daquela região, já organizados.
Em telas de indicadores, como Placar de Vendas e Dashboards, os dados são apresentados com base no acumulado mensal da região escolhida.
Benefício para o cliente:
Agilidade: análise rápida por região, sem precisar selecionar loja por loja.
Clareza: visão consolidada de desempenho regional.
Praticidade: filtro padronizado em vários módulos, funcionando de forma simples e intuitiva.
Mais controle: relatórios e dashboards segmentados corretamente, trazendo informações precisas por área geográfica.
Envio automático de Notas Fiscais (NF-e) para a Auditto
O que existia antes:
O sistema já fazia o envio automático dos cupons fiscais (NFC-e) para a plataforma parceira Auditto, que centraliza e guarda os XMLs. Porém, as Notas Fiscais eletrônicas (NF-e) ainda não eram enviadas por esse mesmo processo. Isso exigia trabalho manual e gerava risco de inconsistência na gestão fiscal.
O que foi melhorado:
Agora, além dos cupons, o sistema também envia automaticamente as Notas Fiscais eletrônicas (NF-e) para a Auditto.
Esse envio é feito de forma contínua, usando o mesmo processo que já funcionava para NFC-e, mas atualizado para contemplar também as NF-e.
Como funciona agora na prática:
Assim que uma NF-e é emitida e aprovada no Mercatus, o sistema verifica se a unidade (loja) tem o envio para a Auditto habilitado.
Se sim, o XML da nota é transmitido automaticamente para a Auditto.
O sistema registra se o envio foi bem-sucedido ou se houve alguma falha.
Em caso de erro temporário, o sistema tenta novamente algumas vezes antes de registrar a falha definitiva.
Benefício para o cliente:
Automatização total: não há mais necessidade de enviar manualmente as notas fiscais para a Auditto.
Segurança fiscal: garante que todas as NF-e fiquem armazenadas e registradas na plataforma parceira.
Controle: o sistema passa a registrar mensagens de sucesso ou erro, permitindo acompanhar facilmente o status de cada envio.
Confiabilidade: evita perdas de documentos fiscais e reduz o risco de problemas com o fisco.
Confirmação de ações no Dashboard de Unidades/PDVs
O que existia antes:
No painel de Unidades/PDVs, algumas ações rápidas, como reiniciar PDV ou abrir porta, eram executadas de forma imediata ao clicar no botão. Como os botões exibem apenas ícones e estão muito próximos entre si, isso podia gerar cliques acidentais e ações indesejadas. Além disso, não havia indicação clara de que a ação estava em andamento — o usuário precisava esperar até que uma mensagem aparecesse depois de alguns segundos.
O que foi melhorado:
Agora, ao clicar em qualquer um dos botões de ação, o sistema abre uma janela de confirmação, informando claramente qual ação será executada.
Além disso:
O espaçamento entre os botões foi levemente aumentado, para evitar cliques errados.
Foi incluído um indicador visual de carregamento (loading), que aparece imediatamente após a confirmação, mostrando que a ação está em andamento.
Como funciona agora na prática:
O usuário clica em um ícone de ação no Dashboard.
O sistema exibe uma tela de confirmação, com a descrição clara da ação (ex.: “Deseja realmente abrir a porta?”).
Após confirmar, o sistema executa a ação e mostra o carregamento até a conclusão.
Ao finalizar, aparece a mensagem de sucesso na tela.
Benefício para o cliente:
Mais segurança: reduz drasticamente o risco de executar uma ação por engano.
Clareza: o usuário sabe exatamente o que está confirmando antes de prosseguir.
Experiência melhorada: o indicador de carregamento evita múltiplos cliques e dá mais confiança de que a operação está sendo processada.
Cadastro de Travas – Filtro por Tipo de Trava
O que existia antes:
Na listagem de travas cadastradas, não havia como filtrar pelo tipo de trava (ex.: Sonoff, Keypass, ControlID etc.). Isso dificultava a busca quando havia muitos registros, obrigando o usuário a percorrer toda a lista manualmente.
O que foi melhorado:
Agora, foi adicionado um filtro por Tipo de Trava diretamente na tela de Cadastro de Travas. Com ele, o usuário pode selecionar o tipo desejado e visualizar somente as travas que pertencem a essa categoria.
Como funciona na prática:
O usuário acessa a tela de Cadastro de Travas.
No campo de filtro, escolhe o tipo de trava desejado.
A lista é atualizada automaticamente, mostrando apenas as travas do tipo selecionado.
Benefício para o cliente:
Busca mais rápida: reduz o tempo para encontrar um cadastro específico.
Gestão facilitada: permite segmentar facilmente os diferentes tipos de travas.
Usabilidade melhor: a navegação fica mais intuitiva e organizada.
Extrato de Cashback – Novos Filtros e Exportação
O que existia antes:
Na tela de Extrato de Cashback, havia poucas opções de filtragem, o que limitava a análise detalhada das informações. Além disso, só era possível exportar o extrato em PDF.
O que foi melhorado:
Foram adicionadas novas opções de filtros no Extrato de Cashback, além de uma forma extra de exportação:
Filtro por Situação: agora é possível escolher se deseja visualizar registros concedidos, resgatados, expirados, entre outros. Por padrão, o sistema já vem marcado com Concedido e Resgatado.
Filtro por Tipo de Período: permite selecionar períodos predefinidos como dia atual, dia anterior, semana atual, quinzena atual, mês atual ou mês anterior.
Exportação em Excel: além do PDF, agora também é possível exportar o extrato em formato Excel para facilitar análises personalizadas.
Como funciona na prática:
O usuário acessa o Cadastro de Clientes e entra no Extrato de Cashback.
No filtro avançado, pode selecionar situação e período de forma simples e rápida.
Após aplicar os filtros, os resultados ficam mais direcionados.
Caso precise, o usuário pode exportar o extrato tanto em PDF quanto em Excel.
Benefício para o cliente:
Maior flexibilidade: possibilidade de personalizar a consulta com diferentes filtros.
Visão mais clara: análise de períodos e situações específicas do cashback.
Praticidade: exportação em Excel facilita a manipulação de dados e relatórios.
Melhor navegação: sistema retorna ao ponto da listagem após consultar detalhes de um cupom.
Cadastro de Produtos – Mensagens de erro centralizadas
Situação anterior:
Quando o usuário esquecia de preencher algum campo obrigatório ao cadastrar um produto, o sistema exibia mensagens de erro espalhadas pela tela. Isso dificultava identificar rapidamente todos os pontos que precisavam ser corrigidos.
O que foi melhorado:
Agora, todas as mensagens de erro são exibidas de forma centralizada em uma única tela, logo acima do formulário.
Como funciona agora:
Se um ou mais campos obrigatórios não forem preenchidos, a lista completa dos erros aparece em uma janela clara e visível.
O usuário não precisa mais percorrer toda a tela em busca de onde está o problema.
Cada erro continua apontando qual campo precisa ser preenchido, mas agora reunidos em um só lugar.
Benefício para o cliente:
Mais agilidade no cadastro de produtos.
Redução de frustração e retrabalho.
Experiência de uso mais simples e organizada.
✅ Correções
Exportação Adicional de PDVs — processamento não concluía
O que acontecia antes:
Na rotina de envio de dados para o PDV, existe a opção de marcar exportações adicionais dentro de uma mesma carga. Essa função havia parado de funcionar, fazendo com que os dados extras não fossem gerados nem enviados.
O que foi corrigido:
O sistema voltou a processar corretamente as exportações adicionais selecionadas pelo usuário no momento da criação da carga.
Como funciona na prática:
O usuário cria uma exportação de dados para PDV.
No campo de exportações adicionais, seleciona as opções desejadas.
Ao confirmar o processamento, o sistema gera tanto a exportação principal quanto as adicionais, concluindo todo o envio sem falhas.
Benefício para o cliente:
Confiabilidade: as exportações adicionais são processadas junto com a carga principal, sem falhas.
Praticidade: o usuário não precisa mais repetir processos separados para garantir que todos os dados cheguem ao PDV.
Eficiência: evita atrasos e garante que a frente de loja receba todas as informações de uma só vez.
Contas a Receber — erro no pagamento parcial
O que acontecia antes:
Quando o usuário fazia um pagamento parcial em Contas a Receber, o sistema oferecia a opção de gerar automaticamente um novo título com o valor restante. Porém, nesse momento, a operação apresentava erro porque tentava usar uma informação que não existia na estrutura. Isso impedia a conclusão correta do processo.
O que foi corrigido:
O sistema foi ajustado para que, ao registrar um pagamento parcial, o título do saldo seja criado corretamente, sem tentar acessar dados inexistentes. Também foi feita uma verificação para garantir que o mesmo tipo de erro não aconteça em Contas a Pagar.
Como funciona agora na prática:
O usuário realiza um pagamento parcial de um título em Contas a Receber.
O sistema gera automaticamente um novo título com o valor restante, sem falhas.
O mesmo comportamento confiável foi validado em Contas a Pagar.
Benefício para o cliente:
Segurança de que pagamentos parciais são registrados corretamente.
Agilidade no controle financeiro, sem necessidade de refazer lançamentos.
Consistência entre Contas a Receber e Contas a Pagar, garantindo que ambos os módulos funcionem de forma estável.
Faturamento — duplicação de número de Nota Fiscal
O que acontecia antes:
Durante a emissão de Notas Fiscais, o sistema em alguns casos atribuía o mesmo número para duas notas diferentes. Embora apenas uma nota fosse realmente gerada, a duplicidade aparecia na tela de configurações, causando inconsistências e risco de problemas fiscais.
O que foi corrigido:
O processo de geração de notas fiscais foi ajustado para garantir que cada nova nota receba sempre um número único.
Eliminada a falha que fazia o sistema reutilizar um número já emitido.
Corrigida a exibição na tela de configurações, evitando que notas duplicadas apareçam para o usuário.
Como funciona agora na prática:
Ao emitir uma nota fiscal, o sistema atribui automaticamente o próximo número disponível da sequência.
Cada número só pode ser usado uma única vez.
A tela de configurações exibe apenas notas realmente emitidas, sem duplicações.
Benefício para o cliente:
Segurança fiscal, eliminando o risco de duplicidade de numeração.
Confiabilidade na sequência lógica e contínua das notas emitidas.
Clareza operacional, já que o usuário vê apenas informações corretas no sistema.
Placar de Vendas – Cálculo de Custos e Lucros em Cupons Manuais
Problema identificado:
Quando um cupom era incluído manualmente no Placar de Vendas, o sistema não aplicava os cálculos de custos e lucros. Isso fazia com que os relatórios apresentassem margens incorretas, prejudicando a análise de desempenho das vendas.
O que foi corrigido:
Agora, sempre que um cupom é lançado manualmente, o sistema executa automaticamente os cálculos de custos e lucros, registrando corretamente os valores nas tabelas de cupons e itens.
Resultado prático:
Relatórios de margem passam a considerar cupons manuais de forma correta.
Informações de custos e lucros ficam alinhadas, independentemente da origem do cupom.
Benefício para o cliente:
Eliminação de distorções nos relatórios.
Mais confiança nos indicadores de desempenho.
Decisões gerenciais baseadas em dados consistentes.
Cadastro de Produtos – Erro ao Salvar com Filtro de Perfil Ativo
Problema identificado:
Ao cadastrar ou editar um produto, quando o usuário selecionava um perfil de unidade (ex.: Office ou Home) e tentava salvar sem antes marcar as unidades correspondentes, o sistema retornava erro e desconfigurava a tela. Isso impedia o salvamento correto e comprometia o processo de cadastro.
O que foi corrigido:
Agora, caso o usuário tente salvar sem selecionar a unidade, o sistema bloqueia a ação e exibe uma mensagem clara informando que é necessário escolher a unidade antes de prosseguir.
O salvamento passa a funcionar corretamente, independentemente do filtro de perfil estar ativo.
O produto é garantidamente inserido em todas as unidades nas bases relacionadas (estoque, integrações, compradores, etc.), sem falhas.
Campos que poderiam ficar em branco (como desconto em atacado ou quantidade mínima) passam a receber o valor zero automaticamente, evitando inconsistências.
Resultado prático:
Produtos podem ser cadastrados ou editados sem erros, mesmo com o filtro de perfil de unidade ativo.
O filtro “Perfil da Unidade” serve apenas para facilitar a visualização e não interfere mais no salvamento.
Todos os registros associados ao produto ficam devidamente criados nas unidades.
Benefício para o cliente:
Maior segurança e confiabilidade no cadastro de produtos.
Redução de erros operacionais e retrabalhos.
Garantia de que todos os dados relacionados ao produto sejam criados e mantidos de forma consistente em todas as unidades.
Painel Financeiro – coluna “Unidade” exibindo Razão Social em vez de Nome Fantasia
Problema identificado:
No Painel Financeiro, a coluna Unidade estava mostrando a Razão Social da loja.
Isso gerava confusão porque, no Contas a Pagar/Receber, a mesma informação aparecia corretamente pelo Nome Fantasia.
Exemplo prático:
Ao registrar a provisão ID 59641, no Painel Financeiro a unidade aparecia como Vendperto.
Já no Contas a Pagar, aparecia como Inspire Barueri Brisas (forma correta).
O que foi corrigido:
Agora, o sistema passou a usar o Nome Fantasia da loja também no Painel Financeiro, padronizando a exibição com o Contas a Pagar/Receber.
Resultado esperado:
A coluna Unidade vai mostrar sempre o Nome Fantasia da loja, deixando as informações financeiras consistentes e evitando divergências.
Dashboard de Vendas – ajustes nos KPIs de médias e SKUs
O que acontecia antes:
Alguns indicadores do Dashboard de Vendas apresentavam valores incorretos:
Vendas por Período por Moradias: cálculo funcionava apenas quando havia uma unidade no filtro.
Vendas por Período por Funcionário: média não refletia corretamente todas as lojas filtradas.
Vendas por Período por PDV: considerava apenas 1 PDV, mesmo quando havia vários.
SKUs por Período: estava contando a quantidade total vendida em vez do número de SKUs distintos.
O que foi corrigido:
Vendas por Moradias: agora soma corretamente o número de moradias de todas as unidades filtradas e divide pelo total de vendas do período.
Vendas por Funcionário: soma os funcionários de todas as lojas no filtro e aplica o cálculo da média de forma correta.
Vendas por PDV: considera todos os PDVs das lojas filtradas, dividindo o valor total de vendas pelo número real de PDVs.
SKUs por Período: passou a exibir a contagem de produtos distintos vendidos no período, e não a soma de quantidades. Além disso, o KPI mostra também a média por SKU.
Resultado esperado na prática:
Ao abrir o Dashboard de Vendas e aplicar filtros por período, unidade ou região, os KPIs exibem valores consistentes e confiáveis, refletindo médias e contagens de forma correta.
Benefícios para o cliente:
Confiabilidade nos indicadores apresentados.
Cálculos de médias que funcionam para múltiplas unidades.
Correta distinção de SKUs vendidos no período.
Maior precisão para análises gerenciais.
Movimentação de Estoque – divergências em inventário refletindo errado na DRE
O que acontecia antes:
Ao efetivar um inventário, o sistema criava automaticamente registros de falta de estoque para cada item.
O problema é que o campo de Custo Total e Preço Total era preenchido com o valor do item inteiro, mesmo quando não havia divergência de quantidade. Isso fazia com que relatórios financeiros, como a DRE, exibissem valores distorcidos.
O que foi corrigido:
Agora, no registro de falta de estoque, os campos Custo Total e Preço Total passam a considerar apenas as diferenças reais encontradas.
O cálculo soma faltas + sobras, registrando o valor líquido (positivo ou negativo).
O sistema não grava itens sem divergência, evitando movimentações irreais.
Foi permitido o uso de valores negativos, para que sobras sejam corretamente refletidas.
Resultado esperado na prática:
Ao efetivar um inventário, apenas os itens com divergência geram registros, e os valores de custo e preço total representam de forma fiel o impacto líquido das diferenças.
Benefícios para o cliente:
Relatórios financeiros (como a DRE) passam a mostrar dados corretos sobre perdas e sobras.
Eliminação de distorções causadas por lançamentos de itens sem divergência.
Maior confiabilidade no acompanhamento de resultados operacionais.
Movimentação de Estoque – inventário rotativo desconsidera vendas canceladas
O que acontecia antes:
Quando uma venda era cancelada no PDV, o sistema ainda registrava a movimentação como se a mercadoria tivesse realmente saído do estoque.
Isso fazia com que, no inventário rotativo, o saldo digital ficasse incorreto, acusando faltas inexistentes.
Exemplo real (cliente Poupe Tempo):
Item Canela em Pó (EAN: 07898120190014)
Cancelado no PDV: 12 unidades
Contagem física: 3 unidades
Divergência acusada: –12 unidades
Resultado incorreto: saldo final –9
O que foi corrigido:
As vendas canceladas não são mais consideradas no cálculo de movimentações que alimentam o inventário.
A divergência registrada no inventário agora reflete apenas operações válidas de entrada e saída.
Os saldos deixam de ser impactados por cancelamentos, eliminando distorções.
Resultado esperado na prática:
Quando um item é cancelado no PDV, ele não influencia mais o saldo do inventário.
Assim, a comparação entre estoque físico e sistema passa a ser precisa, sem diferenças falsas.
Benefícios para o cliente:
Maior precisão nos inventários rotativos.
Eliminação de divergências causadas por cancelamentos de venda.
Mais confiabilidade no saldo e nas análises de estoque.
Utilitários – recálculo de custos e margens não atualizava os cupons
O que acontecia antes:
Na versão 2.1.1 do MercatusPay, alguns cupons foram gravados sem custo.
Isso gerava divergências nos cálculos de lucro, já que os relatórios ficavam com valores incorretos.
O utilitário de recálculo de custos/margens existia, mas quando era executado, os cupons não tinham seus custos e lucros atualizados corretamente.
O que foi corrigido:
O processo de recálculo agora aplica os custos e margens de forma completa, tanto nos itens quanto no cabeçalho de cada cupom.
Para cada cupom processado, o sistema:
Busca o custo atual de cada item.
Reaplica o cálculo de custos no nível de item.
Atualiza o lucro no nível do cupom.
A lógica passou a funcionar da mesma forma que acontece na inclusão de cupons via rotina de vendas.
Resultado esperado na prática:
Ao executar o utilitário de recálculo de custos/margens em um período ou loja, todos os cupons do filtro têm custos e lucros atualizados automaticamente.
Benefícios para o cliente:
Correção de relatórios que apresentavam margens distorcidas.
Alinhamento dos custos dos cupons com os custos reais dos itens.
Mais confiança nos indicadores de desempenho e rentabilidade.
Cashback – expiração incorreta em clientes sem saldo disponível
O que acontecia antes:
Na rotina de expiração de créditos de cashback, quando o sistema não encontrava saldo disponível no cliente, ele mesmo assim registrava a expiração com o valor integral do crédito.
Isso fazia com que a conta do cliente ficasse negativa injustamente, gerando distorções no extrato.
Exemplo real:
Valor original do crédito: R$ 5,88
Utilizado após crédito: R$ 0,00
Saldo encontrado no cliente: R$ 0,00
O sistema registrava expiração de R$ 5,88, deixando o cliente com saldo negativo.
O que foi corrigido:
Agora, ao rodar a rotina de expiração:
Se o valor utilizado for zero e o saldo atual do cliente também for zero, nenhum débito é registrado.
A expiração só gera movimentação real quando ainda existe saldo disponível do crédito original.
Resultado esperado na prática:
Clientes sem saldo disponível não terão débitos indevidos.
O extrato de cashback passa a refletir corretamente apenas os valores realmente expirados.
O saldo final do cliente fica consistente, sem risco de ficar negativo.
Benefícios para o cliente:
Mais segurança e confiança nos valores exibidos.
Eliminação de distorções que geravam divergência entre relatórios de extrato e saldo consolidado.
Garantia de que o cashback só expira quando ainda há saldo válido a ser considerado.
Quebras e Sobras — números do Dashboard divergindo do estoque
O que acontecia antes:
O Dashboard de Quebras mostrava valores diferentes do que realmente acontecia no controle de estoque. Em alguns casos, apareciam quebras ou sobras onde não havia diferença, e os totais não batiam com o que era apurado.
O que foi corrigido:
Na leitura das movimentações de estoque, o sistema agora registra apenas itens com diferença (positiva = sobra, negativa = quebra).
O valor exibido passou a considerar somente a diferença líquida: se houve sobra e quebra do mesmo item no período, o sistema mostra o resultado final (pode ser positivo ou negativo).
Quando não há diferença de quantidade, o sistema não registra valor para aquele item (evita números “fantasmas”).
Os indicadores do dashboard foram ajustados para:
Mostrar o total de quebras (somando apenas valores negativos);
Mostrar o total de sobras (somando apenas valores positivos);
Exibir também os totais líquidos (quantidades e valores considerando sobra – quebra).
As médias e totais dos cartões (KPIs) agora conferem com a base de estoque após a atualização.
Resultado na prática:
Depois de atualizar os dados e abrir o Dashboard de Quebras, os números passam a bater com o estoque: só aparecem quebras/sobras reais, os sinais (positivo/negativo) ficam corretos e os totais são fiéis ao que foi movimentado.
Benefícios para o cliente:
Confiabilidade nos indicadores de perdas e sobras.
Coerência entre o que está no estoque e o que aparece no dashboard.
Decisão mais segura, com números limpos e sem distorções.
CONCLUSÃO ✅
Com todas essas melhorias e correções, o Mercatus fica mais confiável, ágil e alinhado às necessidades do dia a dia das operações. Os ajustes trazem mais precisão nos cálculos, maior clareza nas informações exibidas e mais segurança nos processos financeiros e de estoque.
Qualquer dúvida sobre essa versão, nosso time de suporte está disponível para ajudar e orientar.