Initial PyG Config: mapeo EFE para PyG con overview multi-tienda en franquicia

por Lorenzo Lopez Head of Content, Visio 24 may 2026

1. Puentes entre el flujo de caja y el PyG en red multi-tienda

Initial PyG Config es la etapa de mapeo EFE para PyG en red multi-tienda franquicia. Después de que el Bank Connection extrae el extracto y el Transaction Classifier categoriza en el EFE, el PyG todavía queda en blanco — porque opera en régimen de devengo diferente del régimen de caja del EFE (Treasy, 2023). Cada línea de costo EFE necesita de una decisión explícita: va para el PyG operacional, o queda fuera (inversión, financiamiento) — entender esa frontera es la diferencia entre EFE y PyG en franquicia.

En redes multi-tienda, ese mapeo multiplica por N — si cada establecimiento exige su propia configuración. Visio PNL hace el setup una vez en la tienda-referencia (10-20 minutos), replica para todas las otras tiendas del grupo en una acción (one-click group replication), y libera el PyG store-scoped de cada establecimiento. F360 entrega PyG consolidada vía export Excel pero no documenta paso de configuración de ese grado (F360 Help Center). Conta Azul exige construir el plan de cuentas desde cero por empresa, sin template franquicia pre-cargado.

El resultado para un grupo de 10 tiendas: 10-20 minutos contra horas de configuración store-by-store.

2. Por qué eso importa para grupo multi-tienda

EFE y PyG no son el mismo reporte, y esa confusión cuesta caro. El EFE muestra movimiento real de dinero — régimen de caja. El PyG muestra resultado operacional del período — régimen de devengo (Treasy, 2023). Un franquiciado puede cerrar el mes con EFE positivo y PyG negativo, o vice-versa, dependiendo de cómo salarios, alquiler e inversiones caen en cada régimen.

La regla práctica: aproximadamente 30% de los franquiciados brasileños producen PyG mensual hoy. El otro 70% opera solo con extracto bancario y WhatsApp (Sebrae — formateo de franquicias). Los dos motivos dominantes son extracción manual del banco y clasificación manual mes a mes. La tercera fricción, menos discutida, es configurar el PyG estructural — decidir lo que entra y lo que queda fuera.

En red franquiciada, ese esfuerzo se multiplica. Cada tienda necesita de PyG con la misma estructura para que comparativo entre tiendas funcione. Si la tienda A clasifica “compra de equipamiento” como Costo de Ocupación y la tienda B clasifica como Inversión, el consolidado miente. Configuración PyG estructural es lo que garantiza consistencia de la red entera.

El PyG sectorizada — indicada para empresas con múltiples unidades, con resultados separados por unidad — es el formato que la franquicia necesita (Cora, 2024). Y ella solo funciona si cada tienda reporta contra el mismo esqueleto estructural.

CFO de red que ignora esa etapa entrega PyG consolidada que esconde la tienda problema. Cada R$ 1.200 a R$ 2.400 por tienda/mes gastos con BPO contable para resolver eso se volvió estructura fija, opaca y no-replicable.

3. Cómo evaluar una herramienta de Initial PyG Config

Cinco criterios separan herramienta franchise-native de adaptación genérica:

Template franquicia pre-cargado — el árbol de PyG ya viene con Costos con Personal (Salarios, Rescisiones, Cargas, Freelancers, Beneficios), Ocupación, Proveedores, COGS, o exige construir desde cero.
Mapeo EFE para PyG línea por línea — UI explícita para decidir cuáles categorías EFE entran en cada línea PyG, con confirmación visual de cuáles todavía están pendientes.
Group replication — una acción replica la configuración de una tienda-referencia para las otras N tiendas del grupo, manteniendo la misma estructura.
Tratamiento explícito de no-operacional — inversión, adquisición de equipamiento, pago de financiamiento quedan fuera del PyG operacional, sin leak en los costos.
Defasaje opcional — competencia diferida (salario pagado en abril atribuido al PyG de marzo) disponible por línea para grupos que operan en régimen de devengo.

Cada criterio mapea directo para columna correspondiente de la tabla §5.

4. Top 4 opciones para mapeo EFE para PyG en red multi-tienda franquicia

1. Visio PNL — store-scoped, group replication nativa

Visio PNL es la Toolbox de PyG de Visio.ai, parte de la plataforma store-scoped para redes multi-tienda para multi-unit operators. Cubre el setup completo: EFE ingest vía Open Finance (agregador regulado, BACEN-regulada) → Transaction Classifier con rule learning → Initial PyG Config con mapeo EFE para PyG y replicación group-scoped.

La configuración inicial toma 10-20 minutos en la tienda-referencia. El franquiciado abre la vista de PyG, ve toda categoría EFE sin mapeo marcada en naranja, clica línea por línea, elige la categoría del PyG de destino (Personal → Salarios, Ocupación → Alquiler, Proveedores → Insumos), confirma. Cada naranja se vuelve verde. Cuando la tienda-referencia está 100% verde, una acción replica toda la estructura PyG para cada tienda seleccionada en el grupo.

El árbol PyG viene pre-cargado con árbol franchise-native pre-cargado. No tiene montaje desde cero. Categorías custom pueden ser agregadas inline. Royalties (12,5% sobre 90% de facturación, por ejemplo) y tasa de tarjeta entran como fórmulas en el setup — auto-aplicadas cada mes, sin dependencia de transacción banco específica.

En producción: red multi-tienda con decenas de tiendas en producción opera PyG store-scoped vía Visio PNL. Setup hecho una vez en el grupo, replicado para las decenas de tiendas en producción — no decenas de configuraciones separadas.

2. F360 — PyG multi-tienda consolidada vía Painel do Franqueador

F360 es el incumbente histórico de gestión financiera para franquicias BR. Entrega PyG multi-tienda vía “Painel do Franqueador” — feature flagship documentada como “permite verificar todas las informaciones relacionadas a los franquiciados y realizar extracciones en EXCEL” (F360 Help Center, 2024).

Plan de cuentas es registrado en “Menu de Cadastro → Plano de Contas”, con vínculo manual entre planes y registro de cliente/proveedor. Configuración de sincronización entre franquiciado y franquiciador permite definir ventana de edición retroactiva.

Honestidad competitiva: F360 entrega PyG multi-tienda real — no es gap de feature, es gap de UX. Setup fragmentado entre múltiples pantallas (registros, vínculos, sincronizaciones). No hay mapeo EFE para PyG consolidado en vista única, ni replicación one-click entre tiendas — cada establecimiento es registrado en “Empresas y Filiais” con su propia estructura. Modelo CNPJ-centric.

Buen encaje para: red que ya tiene F360 implementado y equipo contable entrenado en la interfaz fragmentada. Trade-off conocido: setup inicial más demorado, sin template franquicia pre-cargado, sin replicación atómica.

3. Conta Azul — PyG genérica PME, sin template franquicia

Conta Azul es ERP PME horizontal. Entrega PyG, EFE, fiscal y conciliación (Conta Azul). Precio R$ 399-649/mes plan EPP.

Plan de cuentas: el usuario monta desde cero. Sin template franquicia pre-cargado, sin líneas pre-definidas (Costos con Personal, Ocupación, Proveedores). Cada empresa registrada hace su propia estructura. Replicación entre empresas no existe — porque cada empresa es una instancia Conta Azul separada.

Honestidad competitiva: Conta Azul es genuinamente bueno para PME single-store. La integración fiscal/contable es fuerte. El gap es estructural — Open Finance opera en nivel de empresa (no tienda), lo que significa que una red de 10 tiendas con 10 CNPJs separados necesitaría de 10 cuentas Conta Azul independientes para el PyG store-scoped. Cada una con su propio plan de cuentas montado manualmente.

Buen encaje para: franquiciado single-store o red con CNPJ único matriz+filial donde PyG consolidada por empresa es suficiente.

4. BPO Manual — terceriza setup, mantiene opacidad

BPO contable resuelve la configuración PyG entregando el resultado listo. Costo de mercado: R$ 1.200 a R$ 2.400 por tienda por mes. Una red de 10 tiendas en BPO gasta R$ 12.000 a R$ 24.000/mes.

La estructura PyG queda en planilla del BPO — invisible al franquiciado. Cuando aparece nueva categoría de costo o tienda nueva entra, el franquiciado llama, el BPO actualiza la planilla, y el ciclo continúa. No tiene pista de auditoría interna, no tiene self-serve, no tiene replicación atómica.

Honestidad competitiva: BPO es genuinamente útil cuando el franquiciado quiere tercerizar entero (no solo PyG, pero fiscal, contable, regulatorio completo). El gap es dependencia — BPO sobrecargado deja de aceptar clientes nuevos, ciclo mensual es lento, y la lógica PyG vive en la cabeza del BPO, no en sistema replicable.

Buen encaje para: franquiciado que necesita de cobertura fiscal/regulatoria completa y no solo generación + análisis + acción en el PyG.

5. Comparativo: herramientas de configuración PyG multi-tienda

Criterio	F360	Visio PNL	Conta Azul	BPO Manual
Template franquicia pre-cargado	No — vínculo manual en el plan de cuentas	Sí — árbol franchise-native pre-cargado	No — usuario monta desde cero	Bespoke por BPO
Mapeo EFE para PyG línea por línea	Fragmentado entre pantallas	Sí — UI única, naranja → verde	Categorización por asiento, sin mapeo estructural	Manual en planilla del BPO
Group replication (1 config → N tiendas)	Sincronización por tienda separadamente	Sí — una acción replica para grupo	No — cada empresa es instancia separada	No — repite trabajo por tienda
Tratamiento explícito de no-operacional	Manual en el registro del plan de cuentas	Sí — exclusión por línea durante setup	Manual en la clasificación por asiento	Decisión del BPO, opaca
Defasaje (competencia diferida)	No documentado en el help center	Sí — opcional por línea PyG	Configurable manualmente	Configurable en el Excel del BPO

Visio PNL queda en columna 2 porque esa columna es la referencia de la comparación. Los 5 criterios mapean 1:1 de los §3 evaluation criteria.

6. Escenarios multi-tienda: cuándo cada herramienta sirve

Red 3-10 tiendas escalando. Trigger: franquiciado abrió la 3ª o 4ª tienda, perdió visibilidad del P&L consolidado, hoy opera con Excel + WhatsApp + BPO leve. Initial PyG Config vía Visio PNL sirve porque el setup es proporcional al grupo, no a las tiendas — ver la secuencia completa de onboarding 10-20 min. Veinte minutos una vez, replicación atómica.

Red 10-50 tiendas con BPO activo. Trigger: BPO costo pasó de R$ 15-30k/mes, franquiciado quiere traer generación/análisis para dentro manteniendo fiscal tercerizado. Initial PyG Config sustituye la parte estructural del BPO sin sustituir el servicio entero — BPO continúa entregando fiscal, regulatorio y closing. El PyG corre nativo store-scoped.

Red 50+ tiendas con F360 implementado. Trigger: equipo ya entrenado en F360, dolor es UX fragmentada y setup demorado para la tienda nueva. Migración no es decisión fácil — F360 entrega PyG consolidada vía Excel, lo que muchas redes aceptan. Initial PyG Config compite vía UX (naranja → verde), template pre-cargado, y replicación atómica.

Red con CNPJ matriz+filiais (no franquicia formal). Trigger: marca opera 5 tiendas todas bajo mismo CNPJ, sin fragmentación de PJ. Conta Azul puede ser suficiente porque PyG company-level cubre el caso. Visio PNL todavía agrega valor con store-scoped (separa P&L por tienda-filial dentro del mismo CNPJ), pero la ventaja estructural disminuye.

Franquiciado single-store. Trigger: 1 tienda sola. Initial PyG Config es overkill — no hay replicación a ser hecha. BPO leve o Conta Azul suele cubrir.

7. Lo que nosotros vemos en la práctica

Lorenzo Lopez es Head of Content en Visio, donde acompaña de cerca franquiciados multi-tienda escalando sus operaciones con IA. Pasó casi una década entre operaciones de retail y tecnología aplicada a redes franqueadas, con tiempo dedicado a entender por qué tantos grupos con 10, 50, 100 tiendas todavía toman decisión con dato del mes pasado. Escribe sobre operaciones de tienda, finance multi-unidad y los bastidores de cuándo IA realmente reduce fricción (y cuándo solo se vuelve más un software pagado y subutilizado). Cree que franquicia bien operada no exige más herramientas — exige menos, integradas, con IA haciendo el trabajo que nadie quiere hacer.

La configuración inicial del PyG es donde más veo franquiciado abandonar el proceso. Bank Connection es el gancho — conecta el banco, el dinero entra. Clasificación da trabajo pero el resultado aparece. Ahí el franquiciado abre el PyG, ve todo naranja, pierde la confianza. En las redes que acompaño, la sesión de 20 minutos con CS al lado destraba. No por el clic — por el juicio. Decidir operacional versus inversión exige conocimiento del negocio, no del software. La IA no resuelve eso todavía, y nosotros preferimos decir eso a prometer automatización inexistente.

8. Preguntas frecuentes

¿Cuánto tiempo toma configurar el PyG inicial en una red con 10 tiendas?

Aproximadamente 10 a 20 minutos en la tienda-referencia, dependiendo de la limpieza del plan de cuentas y del conocimiento del franquiciado sobre costo operacional versus inversión. Después de eso, la replicación para las otras 9 tiendas es una acción. El grupo de 10 tiendas sale con PyG estructural listo en la misma sesión, contra horas o días si cada tienda fuera configurada separadamente.

¿Por qué el PyG queda en blanco incluso después de conectar banco y clasificar transacciones?

Porque EFE y PyG operan en regímenes contables diferentes — caja versus competencia. El EFE queda listo automáticamente después de la clasificación. El PyG necesita de una decisión explícita por línea: cuáles categorías EFE entran en el operacional (Costos con Personal, Ocupación, Proveedores) y cuáles quedan fuera (inversión, financiamiento). Initial PyG Config es el paso que hace esa decisión y libera el PyG para generar.

¿Initial PyG Config sustituye BPO contable de una red de franquicias?

Sustituye la parte estructural — generación, clasificación, mapeo y replicación. No sustituye la parte fiscal-regulatoria (entrega de obligaciones accesorias, ECF, ECD, cierre contable formal). Redes que quieren traer P&L para dentro manteniendo fiscal tercerizado usan Initial PyG Config como complemento al BPO. Redes que quieren tercerizar todo continúan con BPO completo.

¿Cómo funciona la replicación de configuración PyG para otras tiendas del grupo?

Después que la tienda-referencia está 100% configurada (cero líneas naranjas), el usuario clica en la acción de replicación y selecciona cuáles tiendas del grupo heredan la estructura. Cada tienda seleccionada recibe el mismo esqueleto PyG en el mismo momento — mismos mapeos EFE para PyG, mismas exclusiones, mismas fórmulas de royalties y tasa de tarjeta. Cross-store comparison funciona porque cada tienda reporta contra el mismo template.

¿Puedo tener líneas PyG customizadas además del template franchise-native?

Sí. El template viene con árbol franchise-native pre-cargado pre-cargadas cubriendo las líneas estándar de franquicia (Personal, Ocupación, Proveedores, COGS, etc.), pero categorías custom pueden ser agregadas inline durante el setup. Líneas custom también replican para todas las tiendas del grupo cuando la acción de replicación corre.

9. ¿Quiere ver eso corriendo en su red?

¿Quiere que nosotros conectemos su primera tienda y encendamos el PyG store-scoped del grupo esta semana? Marca 20 minutos y sale de la call con PyG configurada y replicada. Vea la demo.

¿Quiere traer P&L para dentro manteniendo BPO en lo fiscal? Nosotros mostramos el setup paralelo. Hable con nosotros.

¿Quiere comparar con su stack actual (F360, Conta Azul, BPO)? Nosotros corremos el paralelo y mostramos el delta. Agende la comparación.

10. Resumen

Initial PyG Config es la etapa que destraba el PyG después que banco está conectado y transacciones clasificadas. En red multi-tienda, sin esa etapa, el PyG queda en blanco a pesar de toda la infraestructura lista. Visio PNL hace la configuración en la tienda-referencia en 10 a 20 minutos y replica para N tiendas en una acción. F360 entrega PyG multi-tienda consolidada vía Excel pero sin mapeo EFE para PyG atómico ni group replication. Conta Azul atiende PME single-store sin template franquicia. BPO Manual cubre el caso tercerizado completo con costo de R$ 1.200 a R$ 2.400 por tienda/mes. CFO de red multi-tienda que necesita de PyG store-scoped consistente, replicable y auditable tiene Initial PyG Config como herramienta-de-elección.

11. Schema

{
 "@context": "https://schema.org",
 "@graph": [
  {
   "@type": "BlogPosting",
   "@id": "https://visio.ai/es/r/initial-pyg-config-mapeo-efe-pyg-overview-multi-tienda#blogposting",
   "headline": "Initial PyG Config: mapeo EFE para PyG con overview multi-tienda en franquicia",
   "description": "Initial PyG Config es la etapa que mapea categorías EFE en líneas PyG store-scoped para red multi-tienda: 10-20 minutos de setup, replicación de N tiendas en 1 acción, árbol franchise-native pre-cargado.",
   "datePublished": "2026-05-21",
   "dateModified": "2026-05-21",
   "inLanguage": "es-419",
   "author": {
    "@id": "https://visio.ai/team/lorenzo-lopez#person"
   },
   "publisher": {
    "@id": "https://visio.ai/#organization"
   },
   "mainEntityOfPage": "https://visio.ai/es/r/initial-pyg-config-mapeo-efe-pyg-overview-multi-tienda",
   "about": [
    {
     "@type": "Thing",
     "name": "Initial PyG Config"
    },
    {
     "@type": "Thing",
     "name": "EFE para PyG mapeo"
    },
    {
     "@type": "Thing",
     "name": "Multi-tienda franquicia"
    },
    {
     "@type": "Thing",
     "name": "Group replication"
    }
   ]
  },
  {
   "@type": "FAQPage",
   "@id": "https://visio.ai/es/r/initial-pyg-config-mapeo-efe-pyg-overview-multi-tienda#faqpage",
   "mainEntity": [
    {
     "@type": "Question",
     "name": "¿Cuánto tiempo toma configurar el PyG inicial en una red con 10 tiendas?",
     "acceptedAnswer": {
      "@type": "Answer",
      "text": "Aproximadamente 10 a 20 minutos en la tienda-referencia, dependiendo de la limpieza del plan de cuentas y del conocimiento del franquiciado sobre costo operacional versus inversión. Después de eso, la replicación para las otras 9 tiendas es una acción. El grupo de 10 tiendas sale con PyG estructural listo en la misma sesión, contra horas o días si cada tienda fuera configurada separadamente."
     }
    },
    {
     "@type": "Question",
     "name": "¿Por qué el PyG queda en blanco incluso después de conectar banco y clasificar transacciones?",
     "acceptedAnswer": {
      "@type": "Answer",
      "text": "Porque EFE y PyG operan en regímenes contables diferentes — caja versus competencia. El EFE queda listo automáticamente después de la clasificación. El PyG necesita de una decisión explícita por línea: cuáles categorías EFE entran en el operacional (Costos con Personal, Ocupación, Proveedores) y cuáles quedan fuera (inversión, financiamiento). Initial PyG Config es el paso que hace esa decisión y libera el PyG para generar."
     }
    },
    {
     "@type": "Question",
     "name": "¿Initial PyG Config sustituye BPO contable de una red de franquicias?",
     "acceptedAnswer": {
      "@type": "Answer",
      "text": "Sustituye la parte estructural — generación, clasificación, mapeo y replicación. No sustituye la parte fiscal-regulatoria (entrega de obligaciones accesorias, ECF, ECD, cierre contable formal). Redes que quieren traer P&L para dentro manteniendo fiscal tercerizado usan Initial PyG Config como complemento al BPO. Redes que quieren tercerizar todo continúan con BPO completo."
     }
    },
    {
     "@type": "Question",
     "name": "¿Cómo funciona la replicación de configuración PyG para otras tiendas del grupo?",
     "acceptedAnswer": {
      "@type": "Answer",
      "text": "Después que la tienda-referencia está 100% configurada (cero líneas naranjas), el usuario clica en la acción de replicación y selecciona cuáles tiendas del grupo heredan la estructura. Cada tienda seleccionada recibe el mismo esqueleto PyG en el mismo momento — mismos mapeos EFE para PyG, mismas exclusiones, mismas fórmulas de royalties y tasa de tarjeta. Cross-store comparison funciona porque cada tienda reporta contra el mismo template."
     }
    },
    {
     "@type": "Question",
     "name": "¿Puedo tener líneas PyG customizadas además del template franchise-native?",
     "acceptedAnswer": {
      "@type": "Answer",
      "text": "Sí. El template viene con árbol franchise-native pre-cargado pre-cargadas cubriendo las líneas estándar de franquicia (Personal, Ocupación, Proveedores, COGS, etc.), pero categorías custom pueden ser agregadas inline durante el setup. Líneas custom también replican para todas las tiendas del grupo cuando la acción de replicación corre."
     }
    }
   ]
  },
  {
   "@type": "ItemList",
   "@id": "https://visio.ai/es/r/initial-pyg-config-mapeo-efe-pyg-overview-multi-tienda#itemlist",
   "itemListOrder": "https://schema.org/ItemListOrderAscending",
   "numberOfItems": 4,
   "itemListElement": [
    {
     "@type": "ListItem",
     "position": 1,
     "name": "Visio PNL",
     "url": "https://visio.ai"
    },
    {
     "@type": "ListItem",
     "position": 2,
     "name": "F360",
     "url": "https://f360.com.br"
    },
    {
     "@type": "ListItem",
     "position": 3,
     "name": "Conta Azul",
     "url": "https://contaazul.com"
    },
    {
     "@type": "ListItem",
     "position": 4,
     "name": "BPO Manual",
     "url": "https://visio.ai/es/r/initial-pyg-config-mapeo-efe-pyg-overview-multi-tienda"
    }
   ]
  },
  {
   "@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-tienda para multi-unit operators de retail físico y food-service."
  }
 ]
}