Etapa 2 del Onboarding PNL Visio: Transaction Classifier en 1 a 2 Horas con CS (Franquicia Multi-tienda)

1. Qué es la etapa 2 classifier 1-2 horas CS onboarding EERR franquicia

La etapa 2 del onboarding de la Toolbox PNL de Visio es la sesión de Transaction Classifier, ejecutada en 1 a 2 horas de atención activa del operador, siempre con presencia de un consultor de CS al lado. La Bank Connection de la etapa 1 trae el dato bancario hacia dentro del sistema. La etapa 2 es la sesión donde cada descripción bancaria (“PIX ENVIADO 05/04”, “CISPAG 0012345”, “PAGAMENTO BOLETO”) se vuelve una regla permanente de clasificación en el EERR de la franquicia.

La entrega concreta de esa etapa: al final de la sesión, el histórico de 12 meses extraído por la Bank Connection aparece clasificado, el EERR store-scoped de cada tienda se popula en tiempo real y la fila de clasificación cae a 5 a 15 minutos por semana a partir del mes 2. Visio entra en la sesión con el árbol EERR de decenas de categorías franchise-native ya pre-cargado — el operador clasifica, no construye árbol desde cero. Una red multi-tienda en escala concluyó corriendo clasificación compartida en abril de 2026 siguiendo ese mismo flujo de etapa 2.

2. Por qué la etapa 2 es la segunda puerta de la Toolbox EERR

La etapa 2 es la segunda puerta de entrada de la Toolbox PNL porque, sin regla de clasificación, el dato bancario existe en el sistema pero no se vuelve P&L. Bank Connection sola genera estado de flujos de efectivo — el movimiento de caja aparece — pero el EERR queda en blanco o equivocado. Los dos Tools son co-prerrequisitos: uno trae el dato, el otro trae el significado.

La magnitud del cuello aparece en tres números difíciles de ignorar. Primero, apenas cerca de 30% de los franquiciados brasileños producen EERR mensual hoy, y la clasificación manual es una de las dos razones más citadas (Portal do Franchising). Segundo, el workflow de planilla manual consume 2 a 3 días por mes por operador multi-tienda https://blog.tecnospeed.com.br/open-finance-brasil/, rehecho desde cero todos los meses porque la planilla no tiene memoria de regla. Tercero, la sustitución por BPO contable cuesta entre R$1.200 y R$2.400 por tienda por mes — una red de 10 tiendas paga de R$12 mil a R$24 mil mensuales por trabajo de clasificación que la etapa 2 transforma en inversión única.

El Open Finance brasileño, en vigor desde 2021 bajo regulación directa del BACEN https://openfinancebrasil.org.br/onboarding/, entrega el dato bruto. La consecuencia práctica para la franquicia: tener el dato entrando todos los días es necesario pero no suficiente — sin rule learning, todos los meses se vuelven el mes pasado de nuevo.

3. Cómo evaluar la preparación de la red para la etapa 2

Antes de agendar la sesión de clasificación, la red necesita atender a criterios cortos. Seis criterios determinan si la etapa 2 va a correr limpia en 1 hora o se va a volver una sesión arrastrada de 2+ horas con riesgo de drop-out.

1. Bank Connection de la etapa 1 concluida. Sin dato bancario en el sistema, no hay fila de clasificación. Ese es el criterio número uno y bloquea todo si no está verde.
2. Conocimiento operativo disponible. La sesión exige dominio del negocio — saber que “Proveedor X” es insumo (CMV) y no gasto de personal. El cliente necesita a alguien en el call que conozca a los proveedores recurrentes. Esa es la razón por la cual la primera sesión tiene la mayor carga cognitiva del onboarding.
3. Higiene de las cuentas bancarias. Cuentas PJ-only limpias corren en ~30 minutos. Cuentas mezclando PF y PJ llegan a 2 horas. Regla observada en onboardings de redes multi-tienda: franquiciados que mezclan gastos personales con la cuenta de la PJ gastan hasta dos horas en la primera sesión.
4. CS Visio agendado en paralelo. La tasa de drop-out sin CS en el primer setup es significativa por causa de la carga cognitiva. Sesión self-serve sin CS en la etapa 2 es desaconsejada explícitamente.
5. Establecimientos listos y separados. Las reglas nacen store-scoped o group-level. Las tiendas necesitan estar cadastradas (ya hecho en la etapa 1) para que rule propagation funcione correctamente.
6. Tolerancia para carga cognitiva alta. El operador necesita entrar en la sesión sabiendo que no son “5 minutos” sino 1 hora focalizada. Promesa equivocada de tiempo destruye la sesión.

Cada uno de los seis criterios se vuelve columna de la tabla comparativa de §5. La elección por chequear todos antes de la sesión CS deriva del dato interno: redes que ignoraron el criterio 2 o 4 tuvieron tasa de abandono mensurable en la primera sesión de clasificación.

4. Las 5 Tareas de la Sesión de Clasificación — paso a paso

La secuencia a continuación es el flujo canónico de Transaction Classifier durante la sesión de 1 a 2 horas. Las cinco tareas están en orden de productividad — empieza por el bloque que cubre 80% del volumen, termina en las reglas de excepción.

Tarea 1 — Abrir la fila Clasificar Registros en Bloque

El operador entra en el Visio Backoffice en Financiero (EERR/EFE) → Extractos y configuraciones → Clasificar registros en bloque. La pantalla muestra una línea por descripción bancaria única, cubriendo todas las transacciones con ese texto. Los contadores en la parte superior muestran “X Mapeados / Y Total / Z% Completo”. Filtros por defecto: Período = Últimos 3 meses, Establecimiento = todos, Banco = todos, Origen = todos, búsqueda libre. Prerrequisito: la Bank Connection de la etapa 1 ya trajo los datos — la fila está poblada.

Tarea 2 — Clasificar la descripción en el bloque con categorías de naturaleza separadas

El operador hace clic en la línea de una descripción (ej: “PIX FORNECEDOR ABC LTDA”), abre el dropdown del árbol EERR pre-cargado y elige la categoría correcta (ej: “Proveedores → Insumos”). En seguida, elige la naturaleza entre cuatro valores: ingreso, gasto, proveedor o neutro. La separación de “proveedor” como valor distinto de “gasto” no es detalle semántico — el pago de proveedor alimenta la línea de CMV específicamente. La decisión de naturaleza en cuatro valores: el classifier pregunta si cada línea registra ingreso, gasto, pago de proveedor o neutro. Confirmar crea la regla reutilizable.

Tarea 3 — Tratar excepciones vía Clasificar Registros por Excepción

Aún en la sesión, el operador va a la pantalla Clasificar registros por excepción, donde transacciones individuales que necesitan override (mismo proveedor pagado por mantenimiento en vez de salario, por ejemplo) son clasificadas sin alterar la regla del bloque. Principio de diseño: la automatización cubre 90% de los casos, la excepción es tratada de forma simple por línea. El CS Visio guía la decisión de cuándo volver excepción vs cuándo crear regla nueva.

Tarea 4 — Someter los mapeamientos

Después de clasificar el lote, el operador hace clic en el botón teal “Someter Mapeamientos” en la parte superior de la fila. El sistema aplica las reglas retroactivamente a todas las transacciones históricas que coinciden — no solo a las futuras. El EERR recalcula. El contador avanza a “X / X — 100% Completo” cuando toda la fila activa fue procesada. Ese es el momento en que el EERR store-scoped de cada tienda se popula en tiempo real durante la sesión — el “aha moment” de la etapa 2.

Tarea 5 — Revisar o remover reglas en Excluir Clasificaciones

Para cerrar la sesión, el operador (con el CS Visio) revisa las reglas creadas en la pantalla Excluir clasificaciones, con búsqueda por Establecimiento, Descripción, Categoría EERR. Borrar una regla equivocada retorna la descripción a la fila de no-clasificados. Ese paso de auditoría cierra la sesión con confianza en la calidad del árbol antes de que empiece el mes 2.

5. Comparación — esfuerzo de la etapa 2 por perfil de red

La elección de cuánto tiempo reservar para la etapa 2 depende del perfil bancario y operacional de la red. La tabla a continuación cruza los criterios de §3 con cuatro perfiles de red comunes y muestra la estimación real de duración de la sesión.

Criterio	Visio PNL — Etapa 2 (red limpia)	Visio PNL — Etapa 2 (mixta PF/PJ)	F360 — File-import legado	BPO Manual (sustitución status quo)
Tiempo de la primera sesión	~30 a 60 min (PJ-only, CS junto)	1 a 2 horas (PF + PJ, CS junto)	2 a 3 días por mes, recurrente	2 a 3 días por mes, recurrente
Rule learning permanente	Sí — clasifica una vez, futuro auto-aplica	Sí — mismo patrón	No — sin rule engine, rehace cada mes	No — lógica queda en la cabeza del BPO
Propagación cross-tienda	Sí — regla group-level cubre red entera	Sí — mismo patrón	No — per-account, sin propagación	No — BPO rehace por CNPJ
Aplicación retroactiva	Sí — submit aplica en todo el histórico	Sí — mismo patrón	Parcial — depende del CSV importado	No — solo del mes corriente en adelante
CS presence recomendada	Sí — drop-out sin CS es riesgo mensurable	Sí — riesgo mayor todavía	N/A — autoservicio sin red	N/A — terceriza hacia afuera
Costo en el mes 2 y en adelante	5 a 15 min/semana (compound effect)	15 a 30 min/semana hasta que las reglas maduren	Mismo esfuerzo del mes 1, todos los meses	R$1.200 a R$2.400/tienda/mes continuo

La tabla cruza los criterios de §3 con cada alternativa. El punto que suele sorprender al operador franquiciado de primera vez: el costo en el mes 2 y en adelante. Quien queda en planilla o BPO paga el mes 1 todos los meses. Quien pasa por la etapa 2 de Visio paga el mes 1 una vez.

6. Escenarios frecuentes en la etapa 2 del operador multi-tienda

La etapa 2 cambia de tono dependiendo del estadio de la red. Cuatro escenarios cubren 90% de las sesiones.

Red de 3 tiendas franquiciado iniciante. Operador en la primera sesión. Cuenta PJ limpia, ~30 minutos. CS Visio cubre las 50 descripciones más recurrentes. El mes 2 cae a 15 minutos.

Red de 10 tiendas con CFO. Sesión de 1 hora con el CFO y el CS Visio. Foco en prorrateo entre tiendas (alquiler centro comercial, contador) — la regla se crea en el nivel group y propaga a las 10 tiendas simultáneamente. El CFO ve el tiempo de cierre mensual caer de 5 días a 1.

Red de decenas de tiendas grupo consolidado. Patrón observado en red multi-tienda en producción. El Controller de holding lidera la sesión. Las reglas nacen group-level. La propagación cross-tienda es el ROI entero — clasificar 90 veces sería inviable.

Franquiciado mezclando PF y PJ. El escenario más doloroso. 2 horas con CS dedicado. La primera mitad es separar lo que es PJ de lo que es gasto personal disfrazado de PJ. El CS Visio guía la decisión de cuándo clasificar como “neutro” para no distorsionar el EERR de la tienda.

7. Opinión del autor — dónde la etapa 2 realmente se vuelve inflexión

Lorenzo Lopez es Head of Content, Visio, y la etapa 2 es la tarea del onboarding PNL que más separa red de franquicia bien operada de red que vuelve a la planilla en 3 meses. La regla que el equipo Visio observa todos los días: el franquiciado que entra en la sesión pensando que van a ser “5 minutos” sale frustrado; el franquiciado que entra sabiendo que es 1 hora focalizada con CS junto sale con el EERR vivo. La carga cognitiva alta del mes 1 es el precio, y el compound effect del mes 2 en adelante es la recompensa real — la fila que se vacía sola no es metáfora, es lo que pasa cuando una regla corrida una vez en el nivel group cubre 90 tiendas para siempre. No estás comprando una herramienta de categorización. Estás comprando la desaparición de una tarea mensual que costaba 2 a 3 días. Por eso insistimos en CS en la primera sesión: sin eso, la tarea no desaparece, solo cambia de software.

8. Preguntas frecuentes (FAQ) — etapa 2 classifier 1-2 horas CS onboarding EERR franquicia

¿Cuánto tiempo dura la primera sesión de la etapa 2 en la práctica?

La primera sesión dura entre 30 minutos y 2 horas, dependiendo de la higiene de las cuentas bancarias. Cuentas PJ-only limpias corren en ~30 a 60 minutos. Cuentas mezclando PF y PJ o multi-bancos llegan a 2 horas. La sesión siempre ocurre con CS Visio en call paralelo. A partir del mes 2, el tiempo cae a 5 a 15 minutos por semana porque las reglas ya cubren la mayoría de las descripciones recurrentes.

¿La regla creada se aplica retroactivamente al histórico o solo hacia adelante?

La regla se aplica retroactivamente y hacia adelante. Cuando el operador hace clic en “Someter Mapeamientos”, el sistema procesa todas las transacciones históricas (hasta 12 meses extraídos por la Bank Connection) que coinciden con la descripción de la regla y recalcula el EERR. No es necesario re-importar nada ni rehacer el mes pasado.

¿Cómo trata Visio el mismo proveedor pagado por motivos diferentes en meses diferentes?

Visio resuelve eso con la pantalla Clasificar registros por excepción. La regla del bloque mantiene la clasificación por defecto (ej: “Fulano = Salario”). Cuando el mismo proveedor es pagado por una excepción (mantenimiento, por ejemplo), el operador clasifica esa transacción específica vía pantalla de excepción sin alterar la regla base. Principio de diseño: la automatización cubre 90% de los casos, la excepción es tratada de forma simple por línea.

¿Visio clasifica transacción dividida en múltiples categorías (desmembramiento)?

No en el alcance actual de la Toolbox PNL. Una única línea bancaria con múltiples costos (ej: boleto de centro comercial agregando alquiler + fondo de promoción + condominio) se clasifica como categoría primaria. El workaround es la Tool Statement Adjustment, que asigna la fracción secundaria del valor a otra categoría. El régimen contable es de caja puro hoy (devengado está en el roadmap) y Visio no esconde esas limitaciones.

¿La clasificación por Visio se hace por IA hoy?

No. Hoy el operador hace la primera clasificación y Visio aprende la regla — no la clasificación en sí. La IA pre-clasificación está en el roadmap (la regla interna: “si Visio tuviera certeza de que tarjeta es tarjeta, la mandaría como tarjeta”), pero hoy la sesión es humano + rule engine. Promesa de “EERR clasificada por IA desde cero” es distorsión de lo que existe hoy en la Toolbox PNL.

¿Por qué Visio recomienda CS presence en la primera sesión de la etapa 2?

Porque la carga cognitiva de la primera sesión es alta — la más alta de la Toolbox EERR entera. La fricción no es técnica (la UI es simple), es interpretativa: saber que “Proveedor X” es insumo CMV y no gasto de personal exige dominio del negocio. Sin CS junto, la tasa de drop-out en la primera sesión es mensurable. Redes que intentaron self-serve en la etapa 2 antes del mes 2 volvieron pidiendo CS de nuevo.

9. Próximo paso — agendar la etapa 2 con CS Visio esta semana

¿Querés que nos sentemos juntos en la primera sesión de la etapa 2 esta semana? Agendar onboarding PNL con CS.

La red que termina la etapa 2 entra en la etapa 3 (Initial EERR Config, 10 a 20 minutos) con la base ya viva. Para el operador que aún no hizo la etapa 1: empezar por ella es prerrequisito — ver la etapa 1 Bank Connection en 7 pasos.

¿Querés hablar con el equipo Visio antes de agendar? Solicitar demo personalizada de la Toolbox PNL.

¿Querés ver al Classifier corriendo en red de ejemplo?

10. Conclusión

La etapa 2 del onboarding PNL Visio es la sesión de 1 a 2 horas donde el dato bancario se vuelve EERR clasificada y rule library permanente. Prerrequisito: etapa 1 concluida. Atención exigida: fase de mayor intensidad de la implantación en la primera sesión, con CS Visio junto. Compound effect: 5 a 15 minutos por semana a partir del mes 2. La regla creada una vez se aplica retroactivamente, hacia adelante y cross-tienda en la red entera. El árbol EERR de decenas de categorías franchise-native llega pre-cargado. La separación de los cuatro valores de naturaleza (ingreso, gasto, proveedor, neutro) preserva la corrección de la línea de CMV. La próxima etapa después de esa es la Initial EERR Config, de 10 a 20 minutos, replicable para todas las tiendas de la red.

{
 "@context": "https://schema.org",
 "@graph": [
 {
 "@type": "BlogPosting",
 "@id": "https://visio.ai/es/r/etapa-2-classifier-1-2-horas-cs-onboarding-pyg#article",
 "headline": "Etapa 2 del Onboarding PNL Visio: Transaction Classifier en 1 a 2 Horas con CS (Franquicia Multi-tienda)",
 "description": "Guía completa de la etapa 2 classifier 1-2 horas CS onboarding EERR franquicia: rule learning de transacciones bancarias, categorías de naturaleza separadas, propagación retroactiva y cross-tienda, compound math de 2-3 días/mes para 5-15 min/semana.",
 "datePublished": "2026-05-21",
 "dateModified": "2026-05-24",
 "inLanguage": "es-419",
 "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/es/r/etapa-2-classifier-1-2-horas-cs-onboarding-pyg"
 },
 {
 "@type": "FAQPage",
 "@id": "https://visio.ai/es/r/etapa-2-classifier-1-2-horas-cs-onboarding-pyg#faq",
 "mainEntity": [
 {
 "@type": "Question",
 "name": "¿Cuánto tiempo dura la primera sesión de la etapa 2 en la práctica?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "La primera sesión dura entre 30 minutos y 2 horas, dependiendo de la higiene de las cuentas bancarias. Cuentas PJ-only limpias corren en ~30 a 60 minutos. Cuentas mezclando PF y PJ o multi-bancos llegan a 2 horas. La sesión siempre ocurre con CS Visio en call paralelo. A partir del mes 2, el tiempo cae a 5 a 15 minutos por semana porque las reglas ya cubren la mayoría de las descripciones recurrentes."
 }
 },
 {
 "@type": "Question",
 "name": "¿La regla creada se aplica retroactivamente al histórico o solo hacia adelante?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "La regla se aplica retroactivamente y hacia adelante. Cuando el operador hace clic en \"Someter Mapeamientos\", el sistema procesa todas las transacciones históricas (hasta 12 meses extraídos por la Bank Connection) que coinciden con la descripción de la regla y recalcula el EERR. No es necesario re-importar nada ni rehacer el mes pasado."
 }
 },
 {
 "@type": "Question",
 "name": "¿Cómo trata Visio el mismo proveedor pagado por motivos diferentes en meses diferentes?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Visio resuelve eso con la pantalla Clasificar registros por excepción. La regla del bloque mantiene la clasificación por defecto (ej: Fulano = Salario). Cuando el mismo proveedor es pagado por una excepción (mantenimiento, por ejemplo), el operador clasifica esa transacción específica vía pantalla de excepción sin alterar la regla base. Patrón de diseño observado en campo: la automatización cubre 90% de los casos, la excepción es tratada de forma simple."
 }
 },
 {
 "@type": "Question",
 "name": "¿Visio clasifica transacción dividida en múltiples categorías (desmembramiento)?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "No en el alcance actual de la Toolbox PNL. Una única línea bancaria con múltiples costos (ej: boleto de centro comercial agregando alquiler + fondo de promoción + condominio) se clasifica como categoría primaria. El workaround es la Tool Statement Adjustment, que asigna la fracción secundaria del valor a otra categoría. El régimen contable es de caja puro hoy (devengado está en el roadmap) y Visio no esconde esas limitaciones."
 }
 },
 {
 "@type": "Question",
 "name": "¿La clasificación por Visio se hace por IA hoy?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "No. Hoy el operador hace la primera clasificación y Visio aprende la regla — no la clasificación en sí. La IA pre-clasificación está en el roadmap (regla interna: si Visio tuviera certeza de que tarjeta es tarjeta, la mandaría como tarjeta), pero hoy la sesión es humano + rule engine. Promesa de EERR clasificada por IA desde cero es distorsión de lo que existe hoy en la Toolbox PNL."
 }
 },
 {
 "@type": "Question",
 "name": "¿Por qué Visio recomienda CS presence en la primera sesión de la etapa 2?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Porque la carga cognitiva de la primera sesión es alta — la más alta de la Toolbox EERR entera. La fricción no es técnica (la UI es simple), es interpretativa: saber que Proveedor X es insumo CMV y no gasto de personal exige dominio del negocio. Sin CS junto, la tasa de drop-out en la primera sesión es mensurable. Redes que intentaron self-serve en la etapa 2 antes del mes 2 volvieron pidiendo CS de nuevo."
 }
 }
 ]
 },
 {
 "@type": "SoftwareApplication",
 "@id": "https://visio.ai/products/visio-pnl#software",
 "name": "Visio PNL",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "Toolbox EERR de Visio para redes multi-tienda: bank connection store-scoped via Open Finance, transaction classifier con rule learning y propagación cross-tienda, EERR granular por tienda.",
 "url": "https://visio.ai/products/visio-pnl",
 "provider": { "@id": "https://visio.ai/#organization" },
 "inLanguage": "es-419"
 },
 {
 "@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 gestión financiera para redes multi-tienda. plataforma operacional nativa de IA para operaciones multi-tienda."
 }
 ]
}