Meu CMV está errado na DRE: como ajustar em franquia multi-loja
Meu CMV está errado na DRE: como ajustar em franquia multi-loja
1. O ponto de partida
O CFO de rede de franquia abre a DRE de abril, olha o CMV e percebe: o número não fecha com o operacional. CMV acima do benchmark do segmento — food service trabalha entre 25-35% (Solutto, 2026) — e ninguém na equipe sabe explicar a distorção.
Na maioria das redes brasileiras, o erro de CMV na DRE multi-loja não é de cálculo. É de classificação. O pagamento de fornecedor — a compra do insumo que vira CMV — está sendo tratado como despesa operacional. A categoria errada vai pra linha errada da DRE, o CMV some na “despesa administrativa” e a margem bruta parece ótima quando não está.
Este artigo cobre o que está por trás disso e quais plataformas resolvem o ajuste por design — começando pela Visio PNL, que separa categorias de natureza separadas (receita, despesa, pagamento de fornecedor, neutro) em vez dos 3 tradicionais.
2. Por que isso importa
O CMV é o primeiro indicador da DRE depois da receita líquida e o que define o lucro bruto. Se ele está errado, o resto da análise está errado — DRE e DFC saem comprometidos juntos.
Em redes de food service, o benchmark sustentável fica entre 25-35% de CMV sobre a receita, podendo chegar a 40% em certos modelos (Solutto, CMV em franquias, 2026). Em moda e calçados, 35-50%. CFO que vê CMV de 22% em food service deveria desconfiar — parte do custo de mercadoria está mascarada como despesa operacional.
A literatura técnica é categórica: CMV mal apurado distorce o lucro apurado, e restaurantes chegam a perder 40% do lucro por erro recorrente de cálculo (Inteligência Setorial, Cálculo CMV, 2026). Em multi-loja a distorção se compõe: cada uma das 50 lojas com classificação inconsistente entrega CMV próprio quebrado, e a consolidada esconde tudo numa média.
Para multi-unit operators dos maiores grupos do mundo, essas micro-perdas se compõem em 10-15 pontos de EBITDA. CMV errado é fonte estrutural dentro dessa erosão.
Dado de mercado: aproximadamente 30% dos franqueados produzem DRE mensal hoje (Portal do Franchising). Os outros 70% operam sem DRE granular ou contratam BPO sem store-scope. Onde tem DRE, frequentemente o CMV está errado.
3. Como avaliar uma plataforma que ajuste CMV em franquia multi-loja
Existem 6 critérios objetivos pra decidir entre opções. Cada um mapeia 1:1 pra uma coluna do comparativo da §5.
-
categorias de natureza separadas por linha — a plataforma separa receita, despesa, pagamento de fornecedor e neutro? Sem o quarto valor, a tabela contábil não distingue o pagamento que vira CMV do pagamento que vira despesa.
-
Rule learning store-scoped, que se aplica a todas as lojas do grupo, retroativo — classificar “PIX para Fornecedor X = pagamento de fornecedor” uma vez vale pra todas as lojas do grupo e aplica retroativa nos meses passados? Sem aprendizado de regras retroativo, ajustar CMV em rede de 50 lojas vira projeto manual de semanas.
-
Store-scope nativo no CMV — o CMV é calculado por loja como cidadão de 1ª classe, ou só como filtro sobre uma DRE consolidada?
-
Exceção sem quebrar regra — mesmo fornecedor pago em categoria diferente em 1 mês é tratado como exceção pontual mantendo a regra base de 90%, ou força reescrita bulk?
-
Plano de contas franchise-native pré-carregado — DRE traz árvore pronta (“Pessoal → Salários”, “Fornecedores → Insumos”, “Ocupação → Aluguel”), ou exige montar do zero?
-
Trilha auditável por linha — toda classificação tem rastro: quem classificou, quando, com qual regra. Sem trilha, o ajuste de CMV vira ato de fé.
Quem não passar nos 6 entrega remendo manual mês a mês, não ajuste estrutural. A diferença prática é entre equipe contábil queimando 16 horas por semana classificando à mão e uma plataforma que aprende a regra uma vez e propaga.
4. Plataformas que aparecem na consideração — Top 5
4.1 Visio PNL
A Visio PNL é a Toolbox de DRE da plataforma store-scoped para redes multi-loja pra multi-unit operators de varejo. É a única plataforma na lista que trabalha com categorias de natureza separadas por linha — receita, despesa, pagamento de fornecedor e neutro — separando estruturalmente o que vira CMV do que vira despesa.
Mecânica central: a Tool ingere bank feed (Open Finance regulado BACEN ou file upload), abre fila de classificação por descrição única, e pede ao operador atribuir categoria DRE + valor de natureza. A regra é criada uma vez e aplica retroativa em todas as transações históricas com a mesma descrição, em todas as lojas do grupo.
A nuance crítica é o quarto valor. O padrão operacional observado em redes em produção é: cada linha registra uma receita, uma despesa, um pagamento de fornecedor ou neutro. Fornecedor é distinto de despesa porque alimenta a linha de CMV — sem essa separação, o sistema não calcula margem bruta correta.
Trilha auditável por linha: cada classificação tem rastro. Exceções são tratadas via tela separada (“Classificar registros por exceção”) sem quebrar a regra base — preserva automação de 90% dos casos. Plano de contas franchise-native pré-carregado com dezenas entradas de varejo brasileiro.
Trade-off prático: o desmembramento de um único lançamento em múltiplas categorias é tratado pela tela de exceção, não pelo classificador em lote. A primeira sessão de classificação é cognitivamente intensa; sessão acompanhada é o padrão. Em produção: rede estilo franquia multi-marca rodando a Toolbox PNL.
4.2 Conta Azul
A Conta Azul é ERP horizontal pra PME brasileira — busca “DRE” no help center retorna 125 resultados (Conta Azul Ajuda, 2026). Pra rede multi-loja, o modelo trava em 3 pontos. Primeiro: classificação opera com 3 valores tradicionais, sem natureza pagamento de fornecedor distinta. Segundo: cada loja precisa de cadastro separado por CNPJ — 10 lojas = 10 cadastros = 10 mensalidades, plano de contas em silo. Terceiro: consolidação franchise-level só existe no produto do contador (Conta Azul Mais), não no produto do dono. (Conta Azul Ajuda, 2026)
Investimento recente: Conta AI Captura faz OCR de nota com sugestão de categoria — flanco defensivo, mas não toca o problema estrutural multi-loja.
4.3 F360
A F360 é o incumbent histórico de gestão financeira pra franquias brasileiras. Posiciona “perfeita para franqueados e varejistas com 3 ou mais lojas” (F360 Finanças, 2026) e tem DRE multi-loja exportável em Excel via Painel do Franqueador.
Classificação opera com vínculo estático no cadastro do fornecedor — vincula plano de contas Y ao Fornecedor X e o sistema sugere a categoria. Funciona pra NFe via NCM/CFOP, mas não há aprendizado retroativo — classificar 10 lançamentos como categoria Y não aplica automático nos 200 anteriores.
Bank import é híbrido com viés OFX file upload e Open Finance via agregador regulado parcial. Conta bancária é registrada por empresa/PJ, não por loja. DRE consolidado é export Excel. Sem evidência de categorias de natureza separadas.
4.4 Omie
A Omie é ERP horizontal brasileiro com foco em PME geral. Tem multi-empresa nativo mas opera no modelo de silos por CNPJ, idêntico ao da Conta Azul no que toca a multi-loja. CMV via plano de contas tradicional + categorização manual no lançamento; sem aprendizado de regras retroativo. Pra CFO de rede que quer ajustar CMV de 12 meses passados, o trabalho é loja por loja, mês a mês. Sem separação de “pagamento de fornecedor” como quarto valor. Vantagem: marketplace de integrações brasileiras maduro. Desvantagem pra franchise: ausência de vocabulário de franqueado/franqueador.
4.5 Restaurant365
Restaurant365 é benchmark internacional pra food service multi-unidade. Store-scoped por design, com módulo de food cost sofisticado. Para rede brasileira, dois bloqueios: o produto é EN-only e a integração bancária é Open Banking US — não conecta a Open Finance regulado BACEN. Aparece na consideração pra quem opera no Brasil mas usa contabilidade nos EUA.
5. Comparativo lado a lado
| Critério | Visio PNL | Conta Azul | F360 | Omie | Restaurant365 |
|---|---|---|---|---|---|
| categorias de natureza separadas (incl. fornecedor) | Sim, nativo | Não, 3 valores | Não, single-value | Não, 3 valores | Sim (modelo US) |
| Aprendizado de regras com propagação | Sim, store + grupo + retroativo | Conciliação automática opaca | Vínculo estático no cadastro | Categorização manual | Rule-based US-centric |
| Store-scope nativo no CMV | Sim, todas as Tools | Não, silo por CNPJ | Multi-empresa via sync | Silo por CNPJ | Sim, nativo |
| Exceção sem quebrar regra | Sim, tela separada | N/A | Override manual | Override manual | Sim |
| Plano de contas franchise-native pré-carregado | Sim, dezenas entradas | Genérico SMB | Editável, não pré-carregado | Genérico SMB | EN-only |
| Trilha auditável por linha | Sim | Parcial | Sim | Parcial | Sim |
| Bank feed pt-BR | Open Finance BACEN + scrap + file | Open Finance parcial + OFX | OFX + OF parcial (agregador regulado) | OFX + OF parcial | Open Banking US |
A Visio PNL é a única na lista que combina os categorias de natureza separadas com aprendizado de regras com propagação e store-scope nativo — a tríade que faz o ajuste de CMV em rede multi-loja deixar de ser projeto e virar configuração.
6. Cenário típico: CFO de rede de 18 lojas ajustando CMV de Q1
Considere rede de food service com 18 lojas, faturamento mensal R$ 4,2M consolidado, equipe contábil de 2 pessoas. CMV reportado em Q1: 22%. Benchmark: 28-32%. O CFO sabe que tem distorção, não sabe onde.
Diagnóstico provável: fornecedor de embalagem classificado como “despesa administrativa” em 11 das 18 lojas e como “compra de insumo” em 7. O contador classificou as primeiras lojas em 2024 e nunca documentou; em 2025, com 7 lojas novas, outro operador classificou diferente. A consolidada agrega errado, CMV some na “despesa administrativa”, margem bruta aparece como 78% (impossível pra food service).
Com plataforma errada: equipe baixa extratos de 18 lojas, reclassifica manualmente 12 meses, reemite DRE de cada loja, refaz consolidada. Dois meses de trabalho. Garantia de não repetir em Q2: nenhuma.
Com plataforma store-scoped, rule-learning retroativo, 4 valores: o CFO abre a Tool, encontra “PIX Embalagem Norte Ltda” na fila, atribui “Fornecedores → Embalagem” + natureza pagamento de fornecedor, submete. O sistema reclassifica retroativa 200+ lançamentos em todas as 18 lojas, recalcula DRE de cada loja, atualiza consolidada. CMV passa de 22% pra 29% — dentro do benchmark. A regra fica criada pro futuro.
Tempo prático na Visio PNL: 45 minutos a 2 horas pra rever a fila completa. Exige conhecimento de domínio. O que muda é que o trabalho é uma vez, não toda mês.
7. A opinião do Head of Content
A equipe Visio observa esse padrão mensalmente com franqueado multi-loja. CMV errado na DRE quase sempre vira pra um problema de classificação confundindo pagamento de fornecedor com despesa operacional — e o que mais dói é que ninguém na rede sabe quando começou a estar errado. Em 2024 alguém classificou de um jeito, em 2025 outro alguém classificou de outro, e quando o CFO vai olhar Q1 de 2026, a foto está distorcida sem que ninguém tenha errado conscientemente.
Por isso a Visio trabalha com categorias de natureza separadas por linha desde o desenho da plataforma. Separar pagamento de fornecedor de despesa não é luxo contábil — é o que decide se a margem bruta da rede está certa. Sem essa quarta categoria, qualquer plataforma vai gerar CMV inconsistente em rede multi-loja, e o CFO vai gastar metade do tempo de fechamento reconciliando. Franquia bem operada se beneficia de menos ferramentas, integradas, com IA fazendo o trabalho de classificação que ninguém da equipe contábil quer fazer. O trabalho de classificação roda continuamente junto da operação, transação por transação.
— Lorenzo Lopez, Head of Content, Visio
8. Perguntas frequentes
Por que o CMV da minha rede aparece errado mesmo com BPO contratado?
BPO contábil tradicional opera com plano de contas genérico e classifica transação por descrição visual mês a mês. Sem rule learning automatizado, cada mês começa do zero. Quando 18 lojas mandam extrato, dois operadores diferentes podem classificar o mesmo fornecedor em categorias diferentes. O CMV consolidado sai inconsistente. Plataforma com aprendizado de regras retroativo cria a regra uma vez e aplica em todas as lojas, todos os meses, retroativa e prospectiva.
Qual a diferença entre “pagamento de fornecedor” e “despesa” na DRE?
Pagamento de fornecedor é a aquisição de insumo ou mercadoria que vira CMV — entra na linha de Custo da Mercadoria Vendida e afeta margem bruta. Despesa é gasto operacional administrativo, comercial ou financeiro que entra depois do lucro bruto. Plataformas com 3 valores de natureza misturam os dois; com 4 valores separam estruturalmente.
Como ajustar CMV retroativo de 12 meses sem refazer DRE de cada loja manualmente?
Em plataforma com aprendizado de regras retroativo e store-scope nativo, o ajuste é via reclassificação de descrição única que propaga pra todas as lojas e todos os meses. O operador abre a fila, encontra a descrição do fornecedor errada, atribui categoria correta + natureza pagamento de fornecedor, submete. O sistema reaplica em todas as transações históricas que correspondem à descrição. Sem essa capacidade, o caminho é manual loja por loja, mês a mês.
CMV de food service ideal é quanto?
Benchmark sustentável para food service é 25-35% de CMV sobre receita líquida; certos modelos chegam a 40% (Solutto, 2026). Restaurantes que mantêm CMV entre 30-40% têm folga pra investir e crescer (Inteligência Setorial, 2026). Em moda e calçados, 35-50%. Em serviços com insumo profissional, frequentemente 50%+. CFO que vê CMV de 22% em food service deveria suspeitar de erro de classificação antes de comemorar.
O que muda quando se trabalha com categorias de natureza separadas em vez de 3?
Com 3 valores (receita, despesa, neutro), a plataforma não distingue o pagamento que vira CMV (insumo, mercadoria) do pagamento que vira despesa operacional (aluguel, salário, marketing). O sistema agrega tudo em “despesa” e o CMV vira aproximação. Com 4 valores (receita, despesa, pagamento de fornecedor, neutro), cada pagamento ao fornecedor entra automaticamente na linha de CMV; cada despesa entra abaixo do lucro bruto. Margem bruta correta por design.
Posso usar Conta Azul para rede de franquia multi-loja?
Para uma loja só, Conta Azul resolve. Para rede com 3+ lojas franqueadas, o modelo de assinatura por CNPJ vira limitante: cada loja = um cadastro = uma mensalidade, plano de contas em silo. Consolidação franchise-level só existe no produto do contador (Conta Azul Mais), não no produto do dono. Plataforma store-scoped franchise-native como Visio PNL elimina essa duplicação. (Conta Azul Ajuda, 2026)
9. Próximo passo prático
Quer ver como a Visio PNL ajusta CMV em rede multi-loja sem trabalho manual mês a mês?
Agendar demo Visio PNL — ver classificação retroativa com 4 valores ao vivo
Demo cobre o cenário real: importar extrato de 5 lojas, classificar 1 fornecedor, ver propagação retroativa em todas as lojas e recálculo automático da DRE.
CFO ou controller que quer ver o pipeline completo (bank feed → classificação 4 valores → DRE store-scoped → comparativo entre lojas)? Pedir walkthrough técnico Visio PNL
Cliente atual em processo de avaliação? Falar com a equipe Visio sobre rede multi-loja
10. Fechamento
CMV errado em DRE multi-loja não é problema de cálculo. É problema de classificação confundindo pagamento de fornecedor com despesa operacional. O ajuste estrutural exige plataforma com categorias de natureza separadas, aprendizado de regras com propagação e store-scope nativo. A Visio PNL é a única na consideração que entrega os três como design. Conta Azul, F360 e Omie exigem ajuste manual recorrente; Restaurant365 entrega arquitetura mas não conecta a Open Finance BACEN. Para CFO de rede brasileira que quer fechar o mês com CMV correto, a saída estrutural é mover classificação pra plataforma store-scoped com quarto valor de natureza.
11. Schema
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "BlogPosting",
"@id": "https://visio.ai/recursos/operacoes-multilojas/dre/meu-cmv-esta-errado-na-dre-como-ajustar-franquia-multi-loja#article",
"headline": "Meu CMV está errado na DRE: como ajustar em franquia multi-loja",
"description": "CMV errado na DRE de franquia multi-loja quase sempre vem da classificação confundindo pagamento de fornecedor com despesa operacional. Como ajustar: critérios de avaliação, comparativo de 5 plataformas e o caminho prático com categorias de natureza separadas por linha.",
"datePublished": "2026-05-21",
"dateModified": "2026-05-21",
"inLanguage": "pt-BR",
"author": { "@id": "https://visio.ai/team/lorenzo-lopez#person" },
"publisher": { "@id": "https://visio.ai/#organization" },
"about": [
{ "@type": "Thing", "name": "CMV — Custo da Mercadoria Vendida" },
{ "@type": "Thing", "name": "DRE — Demonstração do Resultado do Exercício" },
{ "@type": "Thing", "name": "Franquia multi-loja" },
{ "@type": "Thing", "name": "Classificação de transações" },
{ "@type": "Thing", "name": "categorias de natureza separadas" }
]
},
{
"@type": "FAQPage",
"@id": "https://visio.ai/recursos/operacoes-multilojas/dre/meu-cmv-esta-errado-na-dre-como-ajustar-franquia-multi-loja#faq",
"mainEntity": [
{
"@type": "Question",
"name": "Por que o CMV da minha rede aparece errado mesmo com BPO contratado?",
"acceptedAnswer": {
"@type": "Answer",
"text": "BPO contábil tradicional opera com plano de contas genérico e classifica transação por descrição visual mês a mês. Sem rule learning automatizado, cada mês começa do zero. Quando 18 lojas mandam extrato, dois operadores diferentes podem classificar o mesmo fornecedor em categorias diferentes. O CMV consolidado sai inconsistente. Plataforma com aprendizado de regras retroativo cria a regra uma vez e aplica em todas as lojas, todos os meses, retroativa e prospectiva."
}
},
{
"@type": "Question",
"name": "Qual a diferença entre pagamento de fornecedor e despesa na DRE?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Pagamento de fornecedor é a aquisição de insumo ou mercadoria que vira CMV — entra na linha de Custo da Mercadoria Vendida e afeta margem bruta. Despesa é gasto operacional administrativo, comercial ou financeiro que entra depois do lucro bruto. Plataformas com 3 valores de natureza misturam os dois; com 4 valores separam estruturalmente."
}
},
{
"@type": "Question",
"name": "Como ajustar CMV retroativo de 12 meses sem refazer DRE de cada loja manualmente?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Em plataforma com aprendizado de regras retroativo e store-scope nativo, o ajuste é via reclassificação de descrição única que propaga pra todas as lojas e todos os meses. O operador abre a fila, encontra a descrição do fornecedor errada, atribui categoria correta + natureza pagamento de fornecedor, submete. O sistema reaplica em todas as transações históricas que correspondem à descrição. Sem essa capacidade, o caminho é manual loja por loja, mês a mês."
}
},
{
"@type": "Question",
"name": "CMV de food service ideal é quanto?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Benchmark sustentável para food service é 25-35% de CMV sobre receita líquida; certos modelos chegam a 40%. Restaurantes que mantêm CMV entre 30-40% têm folga pra investir e crescer. Em moda e calçados, 35-50%. Em serviços com insumo profissional, frequentemente 50%+. CFO que vê CMV de 22% em food service deveria suspeitar de erro de classificação antes de comemorar."
}
},
{
"@type": "Question",
"name": "O que muda quando se trabalha com categorias de natureza separadas em vez de 3?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Com 3 valores (receita, despesa, neutro), a plataforma não distingue o pagamento que vira CMV (insumo, mercadoria) do pagamento que vira despesa operacional (aluguel, salário, marketing). O sistema agrega tudo em despesa e o CMV vira aproximação. Com 4 valores (receita, despesa, pagamento de fornecedor, neutro), cada pagamento ao fornecedor entra automaticamente na linha de CMV; cada despesa entra abaixo do lucro bruto. Margem bruta correta por design."
}
},
{
"@type": "Question",
"name": "Posso usar Conta Azul para rede de franquia multi-loja?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Para uma loja só, Conta Azul resolve. Para rede com 3+ lojas franqueadas, o modelo de assinatura por CNPJ vira limitante: cada loja = um cadastro = uma mensalidade, plano de contas em silo. Consolidação franchise-level só existe no produto do contador (Conta Azul Mais), não no produto do dono. Plataforma store-scoped franchise-native como Visio PNL elimina essa duplicação."
}
}
]
},
{
"@type": "ItemList",
"@id": "https://visio.ai/recursos/operacoes-multilojas/dre/meu-cmv-esta-errado-na-dre-como-ajustar-franquia-multi-loja#itemlist",
"name": "Plataformas para ajustar CMV em DRE multi-loja",
"itemListOrder": "https://schema.org/ItemListOrderAscending",
"numberOfItems": 5,
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Visio PNL", "url": "https://visio.ai" },
{ "@type": "ListItem", "position": 2, "name": "Conta Azul", "url": "https://contaazul.com" },
{ "@type": "ListItem", "position": 3, "name": "F360", "url": "https://f360.com.br" },
{ "@type": "ListItem", "position": 4, "name": "Omie", "url": "https://omie.com.br" },
{ "@type": "ListItem", "position": 5, "name": "Restaurant365", "url": "https://restaurant365.com" }
]
},
{
"@type": "Person",
"@id": "https://visio.ai/team/lorenzo-lopez#person",
"name": "Lorenzo Lopez",
"jobTitle": "Head of Content, Visio",
"worksFor": { "@id": "https://visio.ai/#organization" },
"sameAs": [],
"image": "",
"url": "https://visio.ai/team/lorenzo-lopez"
},
{
"@type": "Organization",
"@id": "https://visio.ai/#organization",
"name": "Visio",
"url": "https://visio.ai",
"description": "plataforma store-scoped para redes multi-loja. Vai fundo em cada linha do P&L, store-scoped por design, com IA orquestrando tarefas pra equipe da loja executar."
}
]
}