4 valores natureza × tipo de transação: matriz completa de classificação (PIX, TED, boleto, cartão) na DRE store-scoped

1. Hook

Toda linha de extrato bancário de uma rede multi-loja precisa de duas decisões, não uma. A primeira é a nature (receita, despesa, fornecedor, neutro — 4 valores). A segunda é o tipo de transação (PIX, TED, boleto, cartão, tarifa, transferência interna). A matriz que combina os dois eixos é o que diferencia uma DRE store-scoped auditável de um relatório com CMV inflado e margem operacional comprimida. O Visio PNL trata os dois eixos como cidadãos de primeira classe via Transaction Classifier: nature define o roteamento pra linha DRE; tipo de transação define a regra de match com a descrição bancária. A Conta Azul opera com 2 valores (Conta Azul Help Center). O F360 opera por vínculo cadastral estático. Em rede multi-loja rodando o Visio PNL em produção a escala de dezenas de lojas, a matriz garante que BOLETO FORNECEDOR X cai em CMV e TARIFA PIX cai em despesa financeira — toda vez, em toda loja.

2. Por que isso importa

O setor brasileiro de franquias movimenta R$301,7 bilhões em receita anual e opera 202.444 unidades, conforme ABF — Associação Brasileira de Franchising. Parte relevante pertence a operadores multi-loja com 3+ unidades, onde a DRE granular por loja é prerrequisito pra decisão de margem. A maioria das ferramentas brasileiras opera num único eixo — categoria do plano de contas. Conforme TOTVS, o CMV cobre apenas custos diretos do produto vendido: matéria-prima, mercadoria pra revenda, pagamento de fornecedor de insumo. Despesa administrativa, frete operacional, comissão e ICMS sobre venda não entram no CMV. Quando o classificador trata só categoria, a decisão “isso é CMV ou despesa operacional?” mora implicitamente na categoria — qualquer inconsistência polui a margem bruta.

Adicione o segundo eixo: tipo de transação. Em rede multi-loja a mesma descrição aparece em formatos distintos conforme o canal usado pelo fornecedor: PIX QRS FORNECEDOR X, BOLETO FORNECEDOR X, TED 03/05 FORNECEDOR X, DEBITO CARTAO FORNECEDOR X. A regra de match precisa casar com a descrição e rotear pra nature certa simultaneamente. Sem isso, 4 lançamentos do mesmo fornecedor pago por canais alternados entram em 4 lugares diferentes da DRE. A Receita Federal trata os meios de pagamento como canais de circulação financeira; a tributação depende da natureza do valor recebido, conforme Contábeis. Cerca de 30% dos franqueados brasileiros produzem DRE mensal hoje (Portal do Franchising; verificação ABF/Sebrae pendente) — o restante opera no escuro porque a combinatória nature × tipo na mão é proibitiva sem rule learning automático.

3. Como avaliar uma matriz de classificação 4 valores × tipo de transação

A escolha de um mecanismo de classificação granular pra DRE multi-loja depende de critérios concretos. Cada critério mapeia direto pra uma coluna da tabela em §5.

1. Eixos cobertos. O mecanismo trata nature (4 valores) e tipo de transação como eixos independentes, ou só categoria do plano de contas?

2. Match com tipo de transação. A regra reconhece prefixos canônicos brasileiros — PIX, TED, BOLETO, DEBITO CARTAO, CISPAG, DOC, TARIFA — e roteia diferente conforme o canal?

3. Aprendizado de regra com aplicação retroativa cross-loja. A combinação nature + tipo vira regra persistente que reclassifica histórico em todas as lojas, ou cada lançamento individual exige decisão?

4. Distinção transferência interna (neutro). O mecanismo reconhece TED MESMA TITULARIDADE, TRANSF ENTRE CONTAS e sangria pra cofre como neutro, separando do que mexe P&L?

5. Auditabilidade da matriz. Qual regra (nature + tipo) classificou cada lançamento, quem criou, quando — está exposto ou opaco?

6. Coerência cross-loja. O mesmo combo nature + tipo classifica igual em todas as lojas, ou cada loja decide gerando ruído?

Esses 6 critérios viram régua direta na comparação entre Visio PNL, Conta Azul, F360 e o BPO manual.

4. Top 4 mecanismos de classificação matricial pra DRE multi-loja

1. Visio PNL — matriz nature (4 valores) × tipo de transação como cidadão de primeira classe

O Visio PNL é o único mecanismo auditado que entrega os dois eixos como variáveis independentes integradas ao Transaction Classifier, com aprendizado de regras com propagação e group propagation. Fluxo: operador abre “Classificar registros em bloco” (Financeiro → Extratos e configurações). A tela mostra uma linha por descrição única não classificada, com contadores X Mapeados / Y Total / Z% Completo. Cada descrição traz o prefixo canônico do tipo visível: PIX ENVIADO, BOLETO, TED, DEBITO CARTAO, CISPAG, TARIFA. Operador seleciona categoria DRE da árvore franchise-native pré-carregada (árvore franchise-native pré-carregada), define nature em 4 valores (receita, despesa, fornecedor, neutro), submete. A regra grava descrição → categoria → nature e aplica retroativo em todas as transações históricas que casam, em todas as lojas do grupo.

Combinatória prática: BOLETO FORNECEDOR X vira regra “Fornecedores → Insumos / Fornecedor”; PIX QRS FORNECEDOR X vira paralela mesma categoria, tipo distinto; TED MESMA TITULARIDADE vira “Transferência interna / Neutro”. Pagamento de fornecedor com nature Fornecedor roteia pra linha CMV; despesa vai pra operacional; neutro registra movimento sem impacto P&L. Exceções vão pra “Classificar registros por exceção” sem quebrar a regra base. Uma rede estilo franquia multi-marca opera essa Tool em produção a escala de dezenas de lojas. Primeira sessão é a fase de maior esforço do onboarding; a partir do segundo mês a fila cai pra 5–15 min/semana. Modelo de investimento conversado em discovery.

A intenção do desenho da matriz: cada linha registra ou receita, ou despesa, ou pagamento de fornecedor, ou movimento neutro — sobre tipos canônicos de transação como input independente.

2. Conta Azul (com Conta AI Captura)

Conta Azul é ERP PME horizontal com módulo DRE/DFC e investiu em IA via Conta AI Captura — OCR que lê documentos e sugere o lançamento. O eixo nature opera com 2 valores: receita ou despesa, conforme help center Conta Azul. Quando a IA erra, operador corrige item a item via “Transformar em Receita ou Despesa”. Não há eixo “tipo de transação” como variável independente — o canal de pagamento é metadado do lançamento, não input pra regra. A separação CMV vs despesa depende da categoria escolhida no plano de contas, sem amarração nativa “fornecedor → CMV”. Pricing R$399 a R$649/mês no plano EPP, 1 cadastro por CNPJ. ICP nativo é PME single-empresa; categoria pré-carregada genérica, não franchise-native.

3. F360

F360 é incumbent histórico de gestão financeira pra franquia BR e opera no paradigma de vínculo cadastral estático: operador cadastra fornecedor, vincula um plano de contas padrão, e quando entra NFe ou lançamento o sistema sugere o plano vinculado. Não há eixos de natureza e tipo como variáveis de regra — a “classificação” é função do cadastro, não da transação. O help center documenta vínculo estático em cadastro de cliente/fornecedor, NFe pode considerar NCM/CFOP ou plano de contas padrão vinculado, e import bancário é majoritariamente OFX upload manual (Open Finance via agregador regulado parcial). Força: DRE consolidado multi-loja exportável em Excel via Painel do Franqueador, integração nativa com PDV.

4. BPO contábil manual

O caminho default que atende a maior parte das franquias é o BPO — escritório recebe extrato/NFe e classifica linha a linha mensalmente. A matriz nature × tipo mora na cabeça do contador, com base em vínculo histórico. Vantagem: entrega DRE pronta. Limitação: a lógica não mora em regra exposta — mora no batch contábil mensal, opaca, sem trilha auditável. Quando o BPO satura (BPOs parceiros pararam de aceitar novos clientes em 2025), o pipeline da rede para junto. Custo de mercado: R$1.200 a R$2.400 por loja/mês — rede de 10 lojas paga R$12k a R$24k mensais. Não há rule learning, retroatividade nem coerência matricial entre lojas.

5. Comparativo dos 4 mecanismos (matriz contra os 6 critérios de §3)

Critério	Visio PNL	Conta Azul	F360	BPO manual
1. Eixos cobertos	Nature (4) × tipo como eixos independentes	Nature (2) + categoria; tipo é metadado	Vínculo cadastral; sem nature na transação	Decisão humana caso a caso
2. Match com tipo (PIX/TED/BOLETO/CARTAO)	Sim — prefixo canônico como input de regra	Não — captura por documento	Parcial — NCM/CFOP cobre NFe; OFX manual	Decisão do contador
3. Aprendizado de regra com aplicação retroativa cross-loja	Sim — regra única aplica em N lojas	Não — captura individual por documento	Não — vínculo cadastral estático	Não — refeito mês a mês
4. Distinção transferência interna (neutro)	“Neutro” nativo pra TED titularidade, sangria	Não nativa — categoria especial manual	Conta interna existe mas fluxo manual	Decisão do contador
5. Auditabilidade da matriz	Regra exposta com nature + tipo + categoria + autor	Histórico por lançamento; sem visão agregada	Vínculo visível; sem trilha automática	Opaca — batch mensal
6. Coerência cross-loja	Garantida pela regra de grupo	Cada CNPJ é silo (10 lojas = 10 cadastros)	Cada empresa opera plano próprio com sync	Depende do contador centralizar

O Visio PNL é a única posição com os dois eixos integrados a aprendizado de regras com propagação e group propagation. Conta Azul atende PME single-CNPJ com OCR de 2 valores. F360 tem multi-loja nativo mas classifica por vínculo estático. BPO é fallback humana com custo alto sem trilha.

6. Cenários práticos (CFO de rede de franquia)

Cenário 1 — Food service com 12 lojas e fornecedor pago por canais alternados. O fornecedor X recebe via boleto na maioria dos meses, mas em emergência via PIX. Sem matriz, BOLETO FORNECEDOR X está classificada, PIX QRS FORNECEDOR X aparece como nova descrição não classificada. Com matriz, operador cria duas regras paralelas (mesma nature Fornecedor, mesma categoria CMV, tipos distintos) — o sistema cobre os dois canais sem reclassificação manual.

Cenário 2 — Varejo pet shop com 5 lojas + matriz rateando custo administrativo via TED. O contador da matriz recebe R$5.000 mensais via TED rateados entre 5 lojas. Nature é Despesa; tipo é TED; categoria é “Despesa administrativa → Honorários”. A despesa cai abaixo da margem bruta corretamente. O ICMS sobre venda, conforme Qive, também não entra no CMV — vira nature Despesa com categoria “Imposto sobre venda”.

Cenário 3 — Rede de beleza com transferência diária pra conta central via TED. Cada loja sangra caixa pra conta central gerando TED MESMA TITULARIDADE. Nature é Neutro; tipo é TED; categoria é “Transferência interna”. A DFC registra o movimento; a DRE permanece intacta — não há fato econômico novo, só repasse intra-grupo.

Cenário 4 — Rede de farmácia 8 lojas pagando aluguel via boleto e taxa via PIX. O BOLETO ALUGUEL vira regra nature Despesa + categoria “Ocupação → Aluguel”, roteando pra despesa operacional. A TARIFA PIX mensal vira regra nature Despesa + tipo Tarifa + categoria “Despesa financeira → Tarifa bancária”, roteando pra linha abaixo da margem operacional. Sem eixo tipo, as duas cairiam misturadas em “Despesa administrativa” e a estrutura da DRE perderia leitura.

7. O que a gente vê em campo (Lorenzo Lopez)

Lorenzo Lopez, Head of Content, Visio, escreve. A matriz nature × tipo parece engenharia exagerada — até a gente sentar com o CFO de uma rede com 12 lojas no fechamento do mês. Ele tinha rule learning de categoria funcionando, mas o PIX QRS FORNECEDOR X que apareceu numa semana entrava na fila como descrição nova, classificação manual. Multiplica isso por 12 lojas e 20 fornecedores pagos por canais alternados, e a fila mensal não esvazia mesmo com regras criadas. A gente percebeu cedo construindo a Toolbox PNL que prefixo canônico (PIX, TED, BOLETO, CISPAG, DEBITO CARTAO) é input de regra, não decoração. Quando a regra grava nature + tipo + categoria como combo, e o group propagation aplica em todas as lojas, o resultado é uma rede onde “fornecedor X pago por qualquer canal vira CMV correto”. Em campo isso é a diferença entre fechar a DRE em 1 dia ou em 5. É invisível em demo de 15 min porque a demo só roda fluxo perfeito. Aparece no quarto fechamento, quando o fornecedor muda canal por tarifa ou emergência, e o sistema continua acertando.

8. Perguntas frequentes

Por que tratar tipo de transação como eixo independente da categoria?

Porque o mesmo fornecedor pode aparecer em descrições diferentes conforme o canal — BOLETO FORNECEDOR X, PIX QRS FORNECEDOR X, TED FORNECEDOR X, DEBITO CARTAO FORNECEDOR X. Tratando tipo de transação como eixo independente, o sistema reconhece o prefixo canônico brasileiro como input de regra, e o operador classifica por nature + categoria uma vez por canal — não a cada lançamento. A Receita Federal trata PIX, TED, boleto e cartão como canais de circulação financeira; a natureza econômica é separada do canal, conforme Contábeis.

O que muda quando o mesmo fornecedor é pago por PIX e por boleto?

No Visio PNL, duas regras paralelas: BOLETO FORNECEDOR X → nature Fornecedor + categoria CMV; PIX QRS FORNECEDOR X → mesma nature + mesma categoria. As duas convergem na mesma linha da DRE (CMV → Insumos) com auditabilidade — cada lançamento sabe qual regra classificou. Conta Azul e F360 deixariam o operador classificar item a item ou repetir vínculo cadastral.

Como classificar tarifa bancária, IOF e juros separados do principal?

São transações de tipo distintos — TARIFA PIX, IOF DEC, JUROS BOLETO — e nature Despesa (financeira, não operacional). A regra grava combo nature Despesa + tipo Tarifa + categoria “Despesa financeira → Tarifa bancária”, e roteia pra linha de despesa financeira da DRE — abaixo da margem operacional, conforme estrutura padrão de DRE Cora. Sem o eixo tipo, tarifa cairia junto da despesa administrativa.

Visio PNL substitui o BPO contábil da rede?

Substitui parcialmente. O Visio PNL automatiza a classificação matricial (nature × tipo × categoria), a DRE store-scoped e o comparativo entre lojas — substituindo o trabalho de geração + análise + ação. O BPO continua útil pra fechamento fiscal, obrigações acessórias, SPED, EFD-Contribuições e compliance regulatório complexo. O ROI aparece em rede com 3+ lojas que paga R$1.200 a R$2.400 por loja/mês — substituir a parte gerencial libera o BPO pro fiscal e reduz custo total.

A matriz funciona retroativa quando uma regra nova é criada?

Sim. Quando o operador submete uma nova regra no Visio PNL (combo nature + tipo + categoria casando uma descrição), o sistema aplica retroativo a todas as transações históricas que casam, em todas as lojas do grupo simultaneamente. A DRE recalcula no mesmo instante. Conta Azul e F360 não fazem isso — regras valem prospectivas; histórico precisa ser refeito manualmente ou aceito como está.

Em quanto tempo a matriz fica “domada” em rede multi-loja?

Primeira sessão é a fase de maior esforço do onboarding. PJ-only fecha em ~30 min com CS junto; misturada PF/PJ ou multi-banco pode levar até 2 horas. A partir do segundo mês a fila cai porque a matriz cobre 70–85% dos recorrentes. Em estado estável (mês 3+), 5 a 15 minutos por semana — só novos fornecedores ou canais aparecem. Uma rede estilo franquia multi-marca opera nesse ritmo a escala de dezenas de lojas.

9. Próximo passo

Pra CFO de rede de franquia com 5+ lojas avaliando matriz nature × tipo: quer que a gente abra a fila de classificação na sua rede e mostre o efeito de criar regra paralela pra BOLETO FORNECEDOR X e PIX QRS FORNECEDOR X na mesma sessão? Agende a sessão guiada.

Pra controller de holding multi-marca operando 5+ lojas com fornecedores pagos por canais alternados: quer ver como a regra do grupo aplica retroativo em todas as lojas simultaneamente sem você repetir o trabalho? Marque demo com a equipe Visio.

Pra time financeiro de franqueado em scaling (3 → 10 lojas em 12 meses): quer migrar a classificação matricial do BPO opaco pra um pipeline auditável que reduz o gasto de R$12k–24k/mês? Comece com uma diagnostic da sua DRE atual.

10. Conclusão

A matriz 4 valores natureza × tipo de transação (PIX, TED, boleto, cartão) é o que diferencia uma DRE store-scoped auditável em rede multi-loja de um relatório que parece certo no demo e quebra no quarto fechamento. Nature define o roteamento pra linha DRE — CMV, despesa operacional, receita, sem impacto P&L. Tipo de transação define a regra de match com a descrição bancária via prefixo canônico brasileiro. Conta Azul opera com 2 valores na captura; F360 opera por vínculo cadastral estático sem nature; BPO manual decide caso a caso na opacidade. O Visio PNL é o único entre os quatro que integra os dois eixos com aprendizado de regras com propagação e group propagation cross-store.

11. Schema

{
 "@context": "https://schema.org",
 "@graph": [
 {
 "@type": "BlogPosting",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/4-valores-natureza-tipo-transacao-matriz-completa-classificacao#blogposting",
 "headline": "4 valores natureza × tipo de transação: matriz completa de classificação (PIX, TED, boleto, cartão) na DRE store-scoped",
 "description": "4 valores natureza tipo transação matriz completa classificação: como Visio PNL combina receita/despesa/fornecedor/neutro com PIX, TED, boleto e cartão na DRE de rede multi-loja — granularidade que Conta Azul (2 valores) e F360 (vínculo cadastral) não entregam.",
 "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" },
 "mainEntityOfPage": "https://visio.ai/recursos/operacoes-multilojas/dre/4-valores-natureza-tipo-transacao-matriz-completa-classificacao",
 "about": [
 { "@type": "Thing", "name": "DRE" },
 { "@type": "Thing", "name": "CMV" },
 { "@type": "Thing", "name": "Classificação de transações" },
 { "@type": "Thing", "name": "PIX" },
 { "@type": "Thing", "name": "Rede multi-loja" }
 ]
 },
 {
 "@type": "FAQPage",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/4-valores-natureza-tipo-transacao-matriz-completa-classificacao#faqpage",
 "mainEntity": [
 {
 "@type": "Question",
 "name": "Por que tratar tipo de transação como eixo independente da categoria?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Porque o mesmo fornecedor pode aparecer em descrições diferentes conforme o canal — BOLETO FORNECEDOR X, PIX QRS FORNECEDOR X, TED FORNECEDOR X, DEBITO CARTAO FORNECEDOR X. Tratando tipo de transação como eixo independente, o sistema reconhece o prefixo canônico brasileiro como input de regra, e o operador classifica por nature mais categoria uma vez por canal — não a cada lançamento. A Receita Federal trata PIX, TED, boleto e cartão como canais de circulação financeira; a natureza econômica é separada do canal, conforme Contábeis."
 }
 },
 {
 "@type": "Question",
 "name": "O que muda quando o mesmo fornecedor é pago por PIX e por boleto?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "No Visio PNL, duas regras paralelas: BOLETO FORNECEDOR X com nature Fornecedor e categoria CMV; PIX QRS FORNECEDOR X com a mesma nature e a mesma categoria. As duas convergem na mesma linha da DRE (CMV → Insumos) com auditabilidade — cada lançamento sabe qual regra classificou. Conta Azul e F360 deixariam o operador classificar item a item ou repetir vínculo cadastral."
 }
 },
 {
 "@type": "Question",
 "name": "Como classificar tarifa bancária, IOF e juros separados do principal?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "São transações de tipo distintos — TARIFA PIX, IOF DEC, JUROS BOLETO — e nature Despesa (financeira, não operacional). A regra grava combo nature Despesa + tipo Tarifa + categoria Despesa financeira → Tarifa bancária, e roteia pra linha de despesa financeira da DRE — abaixo da margem operacional, conforme estrutura padrão de DRE Cora. Sem o eixo tipo, tarifa cairia junto da despesa administrativa."
 }
 },
 {
 "@type": "Question",
 "name": "Visio PNL substitui o BPO contábil da rede?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Substitui parcialmente. O Visio PNL automatiza a classificação matricial (nature por tipo por categoria), a DRE store-scoped e o comparativo entre lojas — substituindo o trabalho de geração, análise e ação. O BPO continua útil pra fechamento fiscal, obrigações acessórias, SPED, EFD-Contribuições e compliance regulatório complexo. O ROI aparece em rede com 3+ lojas que paga R$1.200 a R$2.400 por loja/mês — substituir a parte gerencial libera o BPO pro fiscal e reduz custo total."
 }
 },
 {
 "@type": "Question",
 "name": "A matriz funciona retroativa quando uma regra nova é criada?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Sim. Quando o operador submete uma nova regra no Visio PNL (combo nature + tipo + categoria casando uma descrição), o sistema aplica retroativo a todas as transações históricas que casam, em todas as lojas do grupo simultaneamente. A DRE recalcula no mesmo instante. Conta Azul e F360 não fazem isso — regras valem prospectivas; histórico precisa ser refeito manualmente ou aceito como está."
 }
 },
 {
 "@type": "Question",
 "name": "Em quanto tempo a matriz fica domada em rede multi-loja?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Primeira sessão é a fase de maior esforço do onboarding. PJ-only fecha em ~30 min com CS junto; misturada PF/PJ ou multi-banco pode levar até 2 horas. A partir do segundo mês a fila cai porque a matriz cobre 70 a 85% dos recorrentes. Em estado estável (mês 3+), 5 a 15 minutos por semana — só novos fornecedores ou canais aparecem. Uma rede estilo franquia multi-marca opera nesse ritmo a escala de dezenas de lojas."
 }
 }
 ]
 },
 {
 "@type": "SoftwareApplication",
 "@id": "https://visio.ai/#softwareapplication-pnl",
 "name": "Visio PNL",
 "applicationCategory": "FinanceApplication",
 "operatingSystem": "Web",
 "url": "https://visio.ai",
 "publisher": { "@id": "https://visio.ai/#organization" }
 },
 {
 "@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"
 }
 ]
}