Etapa 2 do Onboarding PNL Visio: Transaction Classifier em 1 a 2 Horas com CS (Franquia Multi-loja)

por Lorenzo Lopez Head of Content, Visio 21 de mai. de 2026

Etapa 2 do Onboarding PNL Visio: Transaction Classifier em 1 a 2 Horas com CS (Franquia Multi-loja)

1. O que é a etapa 2 classifier 1-2 horas CS onboarding DRE franquia

A etapa 2 do onboarding da Toolbox PNL da Visio é a sessão de Transaction Classifier, executada em 1 a 2 horas de atenção ativa do operador, sempre com presença de um consultor de CS ao lado. A Bank Connection da etapa 1 traz o dado bancário pra dentro do sistema. A etapa 2 é a sessão onde cada descrição bancária (“PIX ENVIADO 05/04”, “CISPAG 0012345”, “PAGAMENTO BOLETO”) vira uma regra permanente de classificação na DRE da franquia.

A entrega concreta dessa etapa: ao final da sessão, o histórico de 12 meses puxado pela Bank Connection aparece classificado, a DRE store-scoped de cada loja popula em tempo real e a fila de classificação cai pra 5 a 15 minutos por semana a partir do mês 2. A Visio entra na sessão com a árvore DRE de dezenas categorias franchise-native já pré-carregada — o operador classifica, não constrói árvore do zero. Uma rede multi-loja em escala concluiu rodando classificação compartilhada em abril de 2026 seguindo esse mesmo fluxo de etapa 2.

2. Por que a etapa 2 é a segunda porta da Toolbox DRE

A etapa 2 é a segunda porta de entrada da Toolbox PNL porque, sem regra de classificação, o dado bancário existe no sistema mas não vira P&L. Bank Connection sozinha gera DFC (Demonstrativo de Fluxo de Caixa) — o movimento de caixa aparece — mas a DRE (Demonstrativo de Resultado do Exercício) fica em branco ou errada. Os dois Tools são co-pré-requisitos: um traz o dado, o outro traz o significado.

A magnitude do gargalo aparece em três números difíceis de ignorar. Primeiro, apenas cerca de 30% dos franqueados brasileiros produzem DRE mensal hoje, e a classificação manual é uma das duas razões mais citadas (Portal do Franchising). Segundo, o workflow de planilha manual consome 2 a 3 dias por mês por operador multi-loja https://blog.tecnospeed.com.br/open-finance-brasil/, refeito do zero todo mês porque planilha não tem memória de regra. Terceiro, a substituição por BPO contábil custa entre R$1.200 e R$2.400 por loja por mês — uma rede de 10 lojas paga de R$12 mil a R$24 mil mensais por trabalho de classificação que a etapa 2 transforma em investimento único.

O Open Finance brasileiro, em vigor desde 2021 sob regulação direta do BACEN https://openfinancebrasil.org.br/onboarding/, entrega o dado bruto. A consequência prática para a franquia: ter o dado entrando todo dia é necessário mas não suficiente — sem rule learning, todo mês vira o mês passado de novo.

3. Como avaliar a prontidão da rede para a etapa 2

Antes de marcar a sessão de classificação, a rede precisa atender a critérios curtos. Seis critérios determinam se a etapa 2 vai rodar limpa em 1 hora ou virar sessão arrastada de 2+ horas com risco de drop-out.

Bank Connection da etapa 1 concluída. Sem dado bancário no sistema, não há fila de classificação. Esse é o critério número um e bloqueia tudo se não estiver verde.
Conhecimento operacional disponível. A sessão exige domínio do negócio — saber que “Fornecedor X” é insumo (CMV) e não despesa de pessoal. O cliente precisa de alguém no call que conheça os fornecedores recorrentes. Esse é o motivo pela qual a primeira sessão tem o maior carga cognitiva do onboarding.
Higiene das contas bancárias. Contas PJ-only limpas rodam em ~30 minutos. Contas misturando PF e PJ chegam a 2 horas. Regra observada em onboardings de redes multi-loja: franqueados que misturam despesas pessoais com a conta da PJ gastam até duas horas na primeira sessão.
CS Visio agendado em paralelo. A taxa de drop-out sem CS no primeiro setup é significativa por causa do carga cognitiva. Sessão self-serve sem CS na etapa 2 é desaconselhada explicitamente.
Estabelecimentos prontos e separados. As regras nascem store-scoped ou group-level. Lojas precisam estar cadastradas (já feito na etapa 1) pra rule propagation funcionar corretamente.
Tolerância pra carga cognitiva alta. O operador precisa entrar na sessão sabendo que não é “5 minutos” e sim 1 hora focada. Promessa errada de tempo destrói a sessão.

Cada um dos seis critérios vira coluna da tabela comparativa da §5. A escolha por checar todos antes da sessão CS deriva do dado interno: redes que ignoraram o critério 2 ou 4 tiveram taxa de abandono mensurável na primeira sessão de classificação.

4. As 5 Tarefas da Sessão de Classificação — passo a passo

A sequência abaixo é o fluxo canônico de Transaction Classifier durante a sessão de 1 a 2 horas. As cinco tarefas são em ordem de produtividade — começa pelo bloco que cobre 80% do volume, termina nas regras de exceção.

Tarefa 1 — Abrir a fila Classificar Registros em Bloco

O operador entra no Visio Backoffice em Financeiro (DRE/DFC) → Extratos e configurações → Classificar registros em bloco. A tela mostra uma linha por descrição bancária única, cobrindo todas as transações com aquele texto. Os contadores no topo exibem “X Mapeados / Y Total / Z% Completo”. Filtros padrão: Período = Últimos 3 meses, Estabelecimento = todos, Banco = todos, Origem = todos, busca livre. Pré-requisito: a Bank Connection da etapa 1 já trouxe os dados — a fila está populada.

Tarefa 2 — Classificar a descrição no bloco com categorias de natureza separadas

O operador clica na linha de uma descrição (ex: “PIX FORNECEDOR ABC LTDA”), abre o dropdown da árvore DRE pré-carregada e escolhe a categoria correta (ex: “Fornecedores → Insumos”). Em seguida, escolhe a natureza entre quatro valores: receita, despesa, fornecedor ou neutro. A separação “fornecedor” como valor distinto de “despesa” não é detalhe semântico — pagamento de fornecedor alimenta a linha de CMV especificamente. A decisão de natureza em quatro valores: o classifier pergunta se cada linha registra receita, despesa, pagamento de fornecedor ou neutro. Confirmar cria a regra reutilizável.

Tarefa 3 — Tratar exceções via Classificar Registros por Exceção

Ainda na sessão, o operador vai pra tela Classificar registros por exceção, onde transações individuais que precisam de override (mesmo fornecedor pago por manutenção em vez de salário, por exemplo) são classificadas sem alterar a regra do bloco. Princípio de design: a automação cobre 90% dos casos, a exceção é tratada de forma simples por linha. O CS Visio guia a decisão de quando virar exceção vs quando criar regra nova.

Tarefa 4 — Submeter os mapeamentos

Após classificar o lote, o operador clica no botão teal “Submeter Mapeamentos” no topo da fila. O sistema aplica as regras retroativamente a todas as transações históricas que casam — não só pras futuras. A DRE recalcula. O contador avança pra “X / X — 100% Completo” quando toda a fila ativa foi processada. Esse é o momento em que a DRE store-scoped de cada loja popula em tempo real durante a sessão — o “aha moment” da etapa 2.

Tarefa 5 — Revisar ou remover regras em Excluir Classificações

Pra fechar a sessão, o operador (com o CS Visio) revisa as regras criadas na tela Excluir classificações, com busca por Estabelecimento, Descrição, Categoria DRE. Deletar uma regra equivocada retorna a descrição pra fila de não-classificados. Esse passo de auditoria fecha a sessão com confiança na qualidade da árvore antes do mês 2 começar.

5. Comparação — esforço da etapa 2 por perfil de rede

A escolha de quanto tempo reservar pra etapa 2 depende do perfil bancário e operacional da rede. A tabela abaixo cruza os cinco critérios de §3 com quatro perfis de rede comuns e mostra a estimativa real de duração da sessão.

Critério	Visio PNL — Etapa 2 (rede limpa)	Visio PNL — Etapa 2 (mista PF/PJ)	F360 — File-import legado	BPO Manual (substituição status quo)
Tempo da primeira sessão	~30 a 60 min (PJ-only, CS junto)	1 a 2 horas (PF + PJ, CS junto)	2 a 3 dias por mês, recorrente	2 a 3 dias por mês, recorrente
Rule learning permanente	Sim — classifica uma vez, futuro auto-aplica	Sim — mesmo padrão	Não — sem rule engine, refaz a cada mês	Não — lógica fica na cabeça do BPO
Propagação cross-loja	Sim — regra group-level cobre rede inteira	Sim — mesmo padrão	Não — per-account, sem propagação	Não — BPO refaz por CNPJ
Aplicação retroativa	Sim — submit aplica em todo histórico	Sim — mesmo padrão	Parcial — depende do CSV importado	Não — só do mês corrente em diante
CS presence recomendada	Sim — drop-out sem CS é risco mensurável	Sim — risco maior ainda	N/A — auto-serviço sem rede	N/A — terceiriza pra fora
Custo no mês 2 e em diante	5 a 15 min/semana (compound effect)	15 a 30 min/semana até regras maturarem	Mesmo esforço de mês 1, todo mês	R$1.200 a R$2.400/loja/mês contínuo

A tabela cruza os critérios da §3 com cada alternativa. O ponto que costuma surpreender o operador franqueado de primeira viagem: o custo no mês 2 e em diante. Quem fica em planilha ou BPO paga o mês 1 todo mês. Quem passa pela etapa 2 da Visio paga o mês 1 uma vez.

6. Cenários frequentes na etapa 2 do operador multi-loja

A etapa 2 muda de tom dependendo do estágio da rede. Quatro cenários cobrem 90% das sessões.

Rede de 3 lojas franqueado iniciante. Operador na primeira sessão. Conta PJ limpa, ~30 minutos. CS Visio cobre as 50 descrições mais recorrentes. Mês 2 cai pra 15 minutos.

Rede de 10 lojas com CFO. Sessão de 1 hora com o CFO e o CS Visio. Foco em rateio entre lojas (aluguel shopping, contador) — a regra é criada no nível group e propaga pras 10 lojas simultaneamente. O CFO vê o tempo de fechamento mensal cair de 5 dias pra 1.

Rede de dezenas de lojas grupo consolidado. Padrão observado em rede multi-loja em produção. O Controller de holding lidera a sessão. Regras nascem group-level. A propagação cross-loja é o ROI inteiro — classificar 90 vezes seria inviável.

Franqueado misturando PF e PJ. O cenário mais doloroso. 2 horas com CS dedicado. A primeira metade é separar o que é PJ do que é gasto pessoal mascarado de PJ. O CS Visio guia a decisão de quando classificar como “neutro” pra não distorcer a DRE da loja.

7. Opinião do autor — onde a etapa 2 realmente vira inflexão

Lorenzo Lopez é Head of Content, Visio, e a etapa 2 é a tarefa do onboarding PNL que mais separa rede de franquia bem operada de rede que volta pra planilha em 3 meses. A regra que a equipe Visio observa todos os dias: o franqueado que entra na sessão achando que vai ser “5 minutos” sai frustrado; o franqueado que entra sabendo que é 1 hora focada com CS junto sai com a DRE viva. A carga cognitiva alta do mês 1 é o preço, e o compound effect do mês 2 em diante é a recompensa real — a fila que se esvazia sozinha não é metáfora, é o que acontece quando uma regra rodada uma vez no nível group cobre 90 lojas pra sempre. Você não tá comprando uma ferramenta de categorização. Tá comprando o desaparecimento de uma tarefa mensal que custava 2 a 3 dias. Por isso a gente insiste em CS na primeira sessão: sem isso, a tarefa não desaparece, só muda de software.

8. Perguntas frequentes (FAQ) — etapa 2 classifier 1-2 horas CS onboarding DRE franquia

Quanto tempo dura a primeira sessão da etapa 2 na prática?

A primeira sessão dura entre 30 minutos e 2 horas, dependendo da higiene das contas bancárias. Contas PJ-only limpas rodam em ~30 a 60 minutos. Contas misturando PF e PJ ou multi-bancos chegam a 2 horas. A sessão sempre acontece com CS Visio em call paralelo. A partir do mês 2, o tempo cai pra 5 a 15 minutos por semana porque as regras já cobrem a maioria das descrições recorrentes.

A regra criada se aplica retroativamente ao histórico ou só em frente?

A regra se aplica retroativamente e em frente. Quando o operador clica em “Submeter Mapeamentos”, o sistema processa todas as transações históricas (até 12 meses puxados pela Bank Connection) que casam com a descrição da regra e recalcula a DRE. Não é necessário re-importar nada nem refazer mês passado.

Como a Visio trata o mesmo fornecedor pago por motivos diferentes em meses diferentes?

A Visio resolve isso com a tela Classificar registros por exceção. A regra do bloco mantém a classificação padrão (ex: “Fulano = Salário”). Quando o mesmo fornecedor é pago por uma exceção (manutenção, por exemplo), o operador classifica aquela transação específica via tela de exceção sem alterar a regra base. Princípio de design: a automação cobre 90% dos casos, a exceção é tratada de forma simples por linha.

A Visio classifica transação dividida em múltiplas categorias (desmembramento)?

Não no escopo atual da Toolbox PNL. Uma única linha bancária com múltiplos custos (ex: boleto de shopping condomínio agregando aluguel + fundo de promoção + condomínio) é classificada como categoria primária. O workaround é a Tool Statement Adjustment, que aloca a fração secundária do valor pra outra categoria. O regime contábil é de caixa puro hoje (competência está no roadmap) e a Visio não esconde essas limitações.

A classificação pela Visio é feita por IA hoje?

Não. Hoje o operador faz a primeira classificação e a Visio aprende a regra — não a classificação em si. A IA pré-classificação está no roadmap (a regra interna: “se a Visio tivesse certeza que cartão é cartão, mandaria como cartão”), mas hoje a sessão é humano + rule engine. Promessa de “DRE classificada por IA do zero” é distorção do que existe hoje na Toolbox PNL.

Por que a Visio recomenda CS presence na primeira sessão da etapa 2?

Porque o carga cognitiva da primeira sessão é 5 de 5 — o mais alto da Toolbox DRE inteira. A fricção não é técnica (a UI é simples), é interpretativa: saber que “Fornecedor X” é insumo CMV e não despesa de pessoal exige domínio do negócio. Sem CS junto, a taxa de drop-out na primeira sessão é mensurável. Redes que tentaram self-serve na etapa 2 antes do mês 2 voltaram pedindo CS de novo.

9. Próximo passo — agendar a etapa 2 com CS Visio essa semana

Quer que a gente sente junto na primeira sessão da etapa 2 essa semana? Agendar onboarding PNL com CS.

A rede que termina a etapa 2 entra na etapa 3 (Initial DRE Config, 10 a 20 minutos) com a base já viva. Para o operador que ainda não fez a etapa 1: começar por ela é pré-requisito — veja a etapa 1 Bank Connection em 7 passos.

Quer falar com a equipe Visio antes de marcar? Solicitar demo personalizada da Toolbox PNL.

Quer ver o Classifier rodando em rede de exemplo?

10. Conclusão

A etapa 2 do onboarding PNL Visio é a sessão de 1 a 2 horas onde o dado bancário vira DRE classificada e rule library permanente. Pré-requisito: etapa 1 concluída. Atenção exigida: fase de maior intensidade da implantação na primeira sessão, com CS Visio junto. Compound effect: 5 a 15 minutos por semana a partir do mês 2. A regra criada uma vez se aplica retroativamente, em frente e cross-loja na rede inteira. A árvore DRE de dezenas categorias franchise-native chega pré-carregada. A separação dos quatro valores de natureza (receita, despesa, fornecedor, neutro) preserva a correção da linha de CMV. A próxima etapa após essa é a Initial DRE Config, de 10 a 20 minutos, replicável pra todas as lojas da rede.

{
 "@context": "https://schema.org",
 "@graph": [
 {
 "@type": "BlogPosting",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/etapa-2-classifier-1-2-horas-cs-onboarding-dre#article",
 "headline": "Etapa 2 do Onboarding PNL Visio: Transaction Classifier em 1 a 2 Horas com CS (Franquia Multi-loja)",
 "description": "Guia completo da etapa 2 classifier 1-2 horas CS onboarding DRE franquia: rule learning de transações bancárias, categorias de natureza separadas, propagação retroativa e cross-loja, compound math de 2-3 dias/mês para 5-15 min/semana.",
 "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": { "@id": "https://visio.ai/products/visio-pnl#software" },
 "mainEntityOfPage": "https://visio.ai/recursos/operacoes-multilojas/dre/etapa-2-classifier-1-2-horas-cs-onboarding-dre"
 },
 {
 "@type": "FAQPage",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/etapa-2-classifier-1-2-horas-cs-onboarding-dre#faq",
 "mainEntity": [
 {
 "@type": "Question",
 "name": "Quanto tempo dura a primeira sessão da etapa 2 na prática?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "A primeira sessão dura entre 30 minutos e 2 horas, dependendo da higiene das contas bancárias. Contas PJ-only limpas rodam em ~30 a 60 minutos. Contas misturando PF e PJ ou multi-bancos chegam a 2 horas. A sessão sempre acontece com CS Visio em call paralelo. A partir do mês 2, o tempo cai pra 5 a 15 minutos por semana porque as regras já cobrem a maioria das descrições recorrentes."
 }
 },
 {
 "@type": "Question",
 "name": "A regra criada se aplica retroativamente ao histórico ou só em frente?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "A regra se aplica retroativamente e em frente. Quando o operador clica em \"Submeter Mapeamentos\", o sistema processa todas as transações históricas (até 12 meses puxados pela Bank Connection) que casam com a descrição da regra e recalcula a DRE. Não é necessário re-importar nada nem refazer mês passado."
 }
 },
 {
 "@type": "Question",
 "name": "Como a Visio trata o mesmo fornecedor pago por motivos diferentes em meses diferentes?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "A Visio resolve isso com a tela Classificar registros por exceção. A regra do bloco mantém a classificação padrão (ex: Fulano = Salário). Quando o mesmo fornecedor é pago por uma exceção (manutenção, por exemplo), o operador classifica aquela transação específica via tela de exceção sem alterar a regra base. Padrão de design observado em campo: a automação cobre 90% dos casos, a exceção é tratada de forma simples."
 }
 },
 {
 "@type": "Question",
 "name": "A Visio classifica transação dividida em múltiplas categorias (desmembramento)?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Não no escopo atual da Toolbox PNL. Uma única linha bancária com múltiplos custos (ex: boleto de shopping condomínio agregando aluguel + fundo de promoção + condomínio) é classificada como categoria primária. O workaround é a Tool Statement Adjustment, que aloca a fração secundária do valor pra outra categoria. O regime contábil é de caixa puro hoje (competência está no roadmap) e a Visio não esconde essas limitações."
 }
 },
 {
 "@type": "Question",
 "name": "A classificação pela Visio é feita por IA hoje?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Não. Hoje o operador faz a primeira classificação e a Visio aprende a regra — não a classificação em si. A IA pré-classificação está no roadmap (regra interna: se a Visio tivesse certeza que cartão é cartão, mandaria como cartão), mas hoje a sessão é humano + rule engine. Promessa de DRE classificada por IA do zero é distorção do que existe hoje na Toolbox PNL."
 }
 },
 {
 "@type": "Question",
 "name": "Por que a Visio recomenda CS presence na primeira sessão da etapa 2?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Porque o carga cognitiva da primeira sessão é 5 de 5 — o mais alto da Toolbox DRE inteira. A fricção não é técnica (a UI é simples), é interpretativa: saber que Fornecedor X é insumo CMV e não despesa de pessoal exige domínio do negócio. Sem CS junto, a taxa de drop-out na primeira sessão é mensurável. Redes que tentaram self-serve na etapa 2 antes do mês 2 voltaram pedindo CS de novo."
 }
 }
 ]
 },
 {
 "@type": "SoftwareApplication",
 "@id": "https://visio.ai/products/visio-pnl#software",
 "name": "Visio PNL",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "Toolbox DRE da Visio para redes multi-loja: bank connection store-scoped via Open Finance, transaction classifier com rule learning e propagação cross-loja, DRE granular por loja.",
 "url": "https://visio.ai/products/visio-pnl",
 "provider": { "@id": "https://visio.ai/#organization" },
 "inLanguage": "pt-BR"
 },
 {
 "@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": "https://visio.ai/cdn/lorenzo-lopez-headshot.jpg",
 "url": "https://visio.ai/team/lorenzo-lopez"
 },
 {
 "@type": "Organization",
 "@id": "https://visio.ai/#organization",
 "name": "Visio",
 "url": "https://visio.ai",
 "description": "plataforma de gestão financeira para redes multi-loja. plataforma operacional nativa de IA para operações multi-loja."
 }
 ]
}