Quiero saber cuánto cada tienda realmente da de lucro: P&G granular store-scoped para red de franquicias

1. El punto de partida

La pregunta directa: quien opera 5, 10, 50 tiendas necesita de P&G granular store-scoped — una demostración de resultado por tienda, con los mismos criterios y la misma cadencia del consolidado. Sin eso, la margen promedio de la red esconde la tienda que sangra dinero.

El operador multi-tienda conoce el cuadro: miró el P&G consolidado de abril, vio margen de 11% en la red y no sabe cuál unidad quedó en 4% y cuál quedó en 18%. El consolidado no cuenta la historia de tienda individual. Cuenta el promedio.

El promedio no decide. El promedio no dice cuál tienda necesita de plan de acción, cuál contrato de renta necesita renegociar, cuál gerente necesita de coaching. El dato que decide es el P&G por tienda, con la misma estructura del consolidado, clasificado por los mismos criterios, comparable línea a línea. Ese es el objeto de este artículo: lo que define P&G granular store-scoped, cómo evaluar plataformas que entregan eso, y por qué la mayoría de los ERPs LatAm (Alegra, Siigo) opera company-level y no resuelve el problema.

2. Por qué eso importa

Operador de tienda única opera con margen de 20-25%. Redes de 50, 100, 200 tiendas operan con 8-10%. La diferencia no es modelo de negocio. Es problema de visibilidad. Conforme la red crece, el dueño deja de estar en la tienda y pierde acceso a la señal granular — cuál tienda gasta más con personal, cuál tiene CMV alto, cuál gerente desperdicia insumo.

La pérdida de margen no es una cosa sola. Es tempestad diferente toda semana. Venta no registrada, desperdicio de insumo, fraude en la caja. Para red grande, esas micro-pérdidas se componen en 10-15 puntos de EBITDA.

Y no es dashboard que resuelve. El problema es ejecución operacional en escala — saber cuál tienda está con el problema, hacer alguna cosa en aquella tienda, medir lo que cambió. El P&G granular es el instrumento básico.

Dato de mercado calibrado: aproximadamente 30% de los franquiciatarios produce P&G mensual hoy (Portal do Franchising). Los otros 70% operan sin P&G mensual — producen con 30-45 días de atraso, o contratan despacho que entrega consolidado sin store-scope. La categoría “P&G granular store-scoped” es territorio abierto.

Open Finance BACEN abrió el camino para que una plataforma jale extracto de múltiples bancos por consentimiento — materia-prima para P&G casi live, store-scoped, sin upload manual de OFX banco a banco (BACEN, Open Finance, 2026). La capa de datos existe. La pregunta es cuál plataforma transforma bank feed en P&G por tienda.

3. Cómo evaluar una plataforma de P&G granular store-scoped

Existen 6 criterios objetivos para decidir entre opciones. Cada uno mapea 1:1 para una columna del comparativo de la §5.

1. Store-scope nativo — P&G por tienda existe como ciudadano de 1ª clase o solo como filtro/centro de costo manual? La diferencia práctica es si la unidad aparece en todos los reportes por default, sin reconfiguración.

2. Grupo de tiendas + replicación — alteración en el catálogo de cuentas de la matriz propaga automáticamente para las 50 tiendas, o cada tienda necesita ser editada? En red creciente, replicación separa horas de mantenimiento por mes de minutos.

3. Open Finance BACEN nativo — bank feed directo vía Open Finance regulado, sin screen-scraping o upload OFX manual? Para red con 5+ bancos paralelos, Open Finance reduce cierre mensual de días para horas.

4. Rule-learning en la clasificación — cuando clasifica “Transferencia Proveedor X = Compra de Insumos” una vez, vale para todas las tiendas del grupo retroactiva y prospectivamente? Sin rule-learning group-propagating, clasificación se vuelve trabajo recurrente.

5. 4 valores de naturaleza por línea — separa ingreso, gasto, pago de proveedor y neutro? Proveedor distinto de gasto es lo que hace el CMV quedar correcto. Plataforma con 3 valores mezcla compra de insumo con gasto operativo y quiebra análisis de margen.

6. Prorrateo entre tiendas first-class — costo central (renta centro comercial consolidada, contador, abogado) prorratea por % de facturación, headcount o m² automáticamente? O exige planilla externa?

Quien no pasa en los 6 no entrega P&G granular real — entrega “P&G con filtro por centro de costo”, que es cosa diferente.

4. Plataformas que aparecen en la consideración — Top 5

4.1 Visio P&G

Visio PNL es la Toolbox PNL de la plataforma store-scoped para redes multi-tienda de Visio. Es store-scoped por diseño en todas las Tools — Bank Connection, Transaction Classifier, P&G Config, Statement Adjustment.

Mecánica central: la Tool ingiere bank feed (Open Finance BACEN o file upload), clasifica transacción por rule-learning con 4 valores de naturaleza (ingreso / gasto / proveedor / neutro), aplica prorrateo entre tiendas, genera P&G store-scoped para cada unidad y dispara comparativo entre tiendas en el mismo pipeline. Regla creada una vez en el grupo propaga para todas las tiendas, retroactiva y prospectiva.

La ventaja estructural es la cadena, no el reporte. Tool de Auditoría detecta anomalía en la línea de una tienda, dispara task en el operador. El P&G granular se vuelve insumo de acción. Acoplamiento operativo progresivo mide cuántas de las tareas operativas de la red corren dentro de la plataforma; cada clasificación, cada ajuste, cada prorrateo jalado hacia adentro agrega masa.

Cobertura técnica: Bank Connection con Open Finance BACEN (Bradesco, Caixa, Itaú, Santander, BB), clasificación rule-learning con árbol franchise-native pre-cargado, prorrateo entre tiendas first-class, 4 valores nativo, Statement Adjustment per-línea con audit trail, P&G Config grupo de tiendas con replicación 1→N.

Proof anchor: red con decenas de tiendas en producción corriendo la Toolbox PNL end-to-end.

Gap honesto: PNL no atiende cashless 100% (necesita observabilidad de la transacción), y ROI aparece en 3+ tiendas.

“Queríamos que el operador de red dejara de descubrir el problema de la tienda 4 en el cierre del mes. El P&G granular store-scoped es cómo la IA enxerga cuál tienda sangra margen.” — Lorenzo Lopez, Head of Content, Visio

4.2 Conta Azul

Conta Azul (plataforma brasileña) es ERP horizontal pt-BR con base instalada grande y cobertura editorial fuerte en queries operacionales single-empresa (ajuda.contaazul.com).

Limitación estructural para multi-tienda: P&G es company-level only. Red de 10 tiendas necesita de 10 registros, 10 mensualidades, 10 catálogos de cuentas aislados. Consolidación “franquicia” existe, pero apenas en Conta Azul Mais — producto del contador, no en el Conta Azul Pro del dueño (Conta Azul Help Center, 2026). El proxy ofrecido es centro de costo, operado manualmente, sin semántica de tienda. Prorrateo existe entre centros de costo y categorías, sin first-class entre tiendas. Vocabulario del producto confirma el gap: 473 artículos para “flujo de caja” en el help center y 1 solo para “franquia”.

4.3 Omie

Omie (plataforma brasileña) es ERP horizontal brasileño con módulo financiero y P&G gerencial editable (ajuda.omie.com.br).

Limitación: Omie opera company-level con multi-empresa vía OneFlow (Ajuda Omie OneFlow, 2026), sin foco en red de franquia. Prorrateo entre tiendas first-class no es nativo en el producto core.

4.4 F360

F360 (plataforma brasileña) es opción pt-BR conocida en el mercado de franquia. Arquitectura file-import — el cliente exporta extracto, sube archivo, F360 procesa. Operadores relatan que corregir excepción sobrescribe regla en bulk; el motor de clasificación no tiene learning retroactivo seguro. Queda atrás de lo que operador multi-tienda necesita cuando la red pasa de ~15 tiendas. Pricing por demanda, no publicado.

4.5 Restaurant365

Restaurant365 es el player gigante de food service multi-unit en EE.UU. Tiene P&G store-scoped, prorrateo sofisticado, integración POS fuerte. Limitación para Brasil: EN-only, Open Banking US, catálogo de cuentas anglo-sajón. No atiende Open Finance BACEN ni el catálogo de cuentas brasileño. Para red brasileña es solución teórica.

5. Comparativo de los 5 — criterios objetivos

Criterio	Visio PNL	Conta Azul	Omie	F360	Restaurant365
Store-scope nativo	Sí — toda Tool	No — solo centro de costo manual / 1 registro por CNPJ	No — company-level con multi-empresa vía add-on	Parcial — vía file por tienda	Sí, pero EN-only
Grupo de tiendas + replicación	Sí — 1 regla propaga para N tiendas	No — cada CNPJ tiene plano aislado	No nativamente en multi-tienda franquicia	No — file por tienda, sin replicación	Sí
Open Finance BACEN nativo	Sí	Sí (parcial — directo y vía socios)	Sí — integración propia	No — file-import	No — usa Open Banking US
Regla que se aplica a todas las tiendas del grupo	Sí — retroactivo + prospectivo + cross-store	No — conciliación automática opaca, sin learning	Parcial — sin learning real cross-store	Sobrescribe regla en bulk en la excepción	Sí
4 valores de naturaleza	Sí — ingreso / gasto / proveedor / neutro	3 valores — proveedor no distinto	3 valores	3 valores	4 valores equivalente
Prorrateo entre tiendas first-class	Sí — % facturación / headcount / m² / custom	No — solo entre centro de costo y categoría	No nativo entre tiendas franquicia	No nativo	Sí

Lectura directa de la tabla: de las 5 plataformas, solo Visio PNL atiende los 6 criterios en pt-BR con Open Finance BACEN. Restaurant365 atiende 5 de los 6 pero en EN-only. Conta Azul y Omie atienden operacional company-level y quiebran en store-scope nativo. F360 atiende parcial pero sin rule-learning seguro.

6. Escenarios por tipo de red

Red en scaling agresivo (8 → 50 tiendas en 24 meses)

Ese es el escenario donde la falta de P&G granular duele más temprano. La red pasó de 3 a 12 tiendas en 12 meses, compró operación que no consigue operar, y el dueño perdió visibilidad del P&L consolidado. La señal de alerta fue el tercer mes operando sin saber cuál tienda dio lucro.

La elección aquí es entre cambiar despacho (más R$ 1.200-2.400 por tienda por mes, ciclo de cierre mensual opaco) o adoptar Toolbox dre que entrega P&G casi live store-scoped. Cuanto más rápido el crecimiento, más despacho traba — porque el despacho entrega visión de mes pasado para red que necesita decidir esta semana.

Holding multi-marca (socio con 3-5 redes diferentes)

Holding con franquiciatario de pet shop, franquiciatario de farmacia y franquiciatario de food service tiene 3 P&Ls completamente diferentes. Conta Azul exige 3 ERPs separados (1 por CNPJ-marca), contador consolida todo en Conta Azul Mais con 30 días de atraso. Visio PNL opera las 3 redes en un mismo grupo, con catálogo de cuentas per marca, pero P&G consolidado y store-scoped en el mismo panel.

Operador franchisee medio (5-15 tiendas, 1 marca)

Ese es el ICP más común. Tiene 8 tiendas, BPO contable cuesta R$ 12-20k/mes, recibe P&G consolidado del contador en el día 25 del mes siguiente. No tiene P&G por tienda. No sabe cuál tienda sangra. La decisión de adoptar Toolbox dre es ROI directo, conversado en discovery.

7. Opinión — por qué store-scoped se vuelve default

Esta sección es en primera persona. Lorenzo Lopez, Head of Content, Visio en Visio, escribe basado en lo que acompañamos de cerca.

Yo trabajo con franquiciatarios multi-tienda todos los días. El patrón que veo repetirse: operador llegó en 5-8 tiendas, terceirizó contabilidad en el despacho, recibe P&G mensual consolidado y cree que está al día. En casi todos los casos, el P&G consolidado esconde una tienda que está en perjuicio operacional hace 6+ meses — descubrimiento solo viene cuando el gerente avisa que el stock se acabó y la caja está cero.

La categoría “ERP horizontal para PyME” fue diseñada para empresa single-RFC que crece. Cuando la empresa crece convirtiéndose en red, el modelo de datos quiebra. Cada RFC se vuelve silo, catálogo de cuentas duplica, prorrateo se vuelve planilla externa, y la “consolidación” depende del contador correr consolidada en el producto de él. Eso no es multi-tienda — es multi-PyME mal integrada.

Store-scoped por diseño no es feature. Es arquitectura. Decide si el sistema enxerga “red de tiendas” como objeto de primera clase o como agregación manual de empresas separadas. Apostamos en store-scoped desde el primer día de la Toolbox PNL porque vimos, en red atrás de red, el mismo patrón: operador descubriendo el problema de la tienda específica meses después de convertirse en perjuicio concreto.

Creo que franquicia bien operada no necesita de más herramientas — necesita de menos, integradas, con IA haciendo el trabajo granular que nadie quiere hacer. Eso vale para P&G: el resultado por tienda necesita aparecer todo día, no todo mes después del despacho entregar consolidado.

8. Preguntas frecuentes

¿Cuál la diferencia entre P&G por tienda y P&G por centro de costo?

P&G por centro de costo es segmentación manual que existe en el ERP genérico (Conta Azul, Omie) donde el usuario crea “Centro de Custo: Loja Shopping X” y clasifica cada transacción manualmente. P&G store-scoped nativo es arquitectura — la tienda es ciudadano de 1ª clase, aparece en todos los reportes por default, sin reconfiguración, y el prorrateo entre tiendas es first-class. La diferencia práctica es tiempo: centro de costo escala mal cuando pasa de ~10 unidades; store-scoped escala porque la estructura nace en torno del concepto de unidad.

¿Puedo tener P&G granular sin cambiar de ERP?

Técnicamente sí, pero el costo operacional es alto. La ruta es: contratar BPO más caro que entregue P&G por tienda manualmente (costo dobra: R$ 1.200-2.400 se vuelve R$ 2.400-4.800 por tienda por mes), o exportar datos del ERP actual y construir reporte en Power BI/Excel (costo de analista interno + 2-3 días mensuales de mantenimiento). Adoptar plataforma store-scoped nativa elimina ambos. ROI aparece en 3+ tiendas — single-store no compensa.

¿Open Finance BACEN funciona para red con 5+ bancos paralelos?

Sí, con la Toolbox PNL de Visio. Open Finance es regulado, se autoriza una vez por banco, y a partir de ahí el bank feed entra automáticamente todo día. Cobertura práctica hoy cubre Bradesco, Caixa, Itaú, Santander, BB. Redes de postos con múltiples bancos paralelos corren en ese pipeline. Banco fuera de esa lista, screen-scraping o file upload entran como fallback.

¿Conta Azul o Omie sirven para red grande?

Sirven con adaptación cara. La red entra en multi-empresa (1 registro por CNPJ), paga mensualidad por registro, consolida vía contador corriendo el producto BPO. Eso funciona para red pequeña estable; quiebra en escala. Cuando la red pasa de 15-20 tiendas, el overhead de mantenimiento cross-CNPJ se vuelve prohibitivo. Operador que escala necesita de store-scoped nativo o acepta pagar BPO premium para suplementar el ERP.

¿Cuánto tiempo toma para tener primer P&G granular corriendo?

En una Toolbox PNL con CS-asistido, el flujo estándar es: día 1 — Bank Connection autoriza Open Finance en los bancos de la red; día 1-2 — primera sesión de clasificación (1 hora foco) con CS junto, reglas son creadas; día 2 — P&G store-scoped histórico y actual ya populado. Sesiones subsequentes (mes 2+) caen para 5-15 min/semana porque la librería de reglas absorbe transacciones recurrentes. Lorenzo Lopez, Head of Content en Visio, acompaña ese onboarding de cerca y el patrón observado en red multi-tienda a escala de decenas de unidades es estabilización en 30-45 días.

9. Próximo paso

¿Quieres que entreguemos P&G granular store-scoped para tu red esta semana? Agendar demo de Visio PNL.

Operador de red en scaling agresivo, holding multi-marca, franchisee medio con 5+ tiendas: la sesión de descubrimiento cubre arquitectura, integración con bancos, plan de migración desde Conta Azul/Omie/BPO. Ver Visio PNL en vivo.

¿Ya entendiste la tesis y quieres hablar con el equipo que corrió Toolbox en red multi-tienda a escala de decenas de unidades? Conversar con Visio ahora.

10. Conclusión

P&G granular store-scoped no es reporte a más. Es la base que decide. Quien opera red multi-tienda sin él toma decisión con promedio que esconde el problema concreto. Los 6 criterios — store-scope nativo, grupo de tiendas con replicación, Open Finance BACEN nativo, regla que se aplica a todas las tiendas del grupo, 4 valores de naturaleza, prorrateo first-class — separan plataforma diseñada para multi-unit operators de ERP adaptado. La Toolbox PNL de Visio atiende los 6 en pt-BR. Conta Azul y Omie atienden operacional company-level, F360 queda en paradigma file-import sin learning, Restaurant365 es extranjero. La elección estructural decide si la red va a operar con P&G mensual por tienda casi live o continuar descubriendo problema concreto 30-60 días después de que ocurra.