Grupos y franquicias · 20–200+ tiendas

Un motor. Varias sociedades. Un solo plan.

Cada sociedad con su CIF y su numeración. Los traspasos entre empresas salen con su albarán y sus dos facturas espejo, al precio que hayáis pactado. Y el mismo agente ejecuta en una tienda propia y sólo recomienda en una franquiciada, porque la ley no permite otra cosa.

Solo lectura · Alojamiento en la UE · DPA a petición · Sin migración de datos

Lo que sólo se ve con la red entera

¿Qué ve el grupo que no ve una tienda?

Tres lecturas que una sola empresa no tiene. Dónde está cada margen frente a la red, en qué estado fiscal está cada país y cómo se planifica el horneado en la franquiciada que tiene horno. Cada una es una comparación, nunca una instrucción: a nadie se le dice a qué precio vender.

  1. P&L transparente y percentil de la red

    Cada franquiciado ve su propio P&L y dónde se sitúa en la distribución de la red —p25, p50, p75— en cada partida: margen bruto, coste de harina, coste de personal. Cuando una partida se sale de la banda, sale una recomendación: «tu coste de harina está en el percentil 80 de la red, proveedor alternativo sugerido». Nunca un precio impuesto — fijar precios de venta o forzar compras a un franquiciado los prohíbe la normativa de franquicia y de acuerdos verticales.

  2. Estado fiscal por país, de un vistazo

    Cada sociedad con su país y su régimen: España, preparada para VeriFactu 2027. Un estado empaquetado o no empaquetado por país —Portugal incluido— dice para qué jurisdicción hay pack fiscal y para cuál todavía no. Sin fingir que se cubre lo que aún no se cubre.

  3. Ventana de horneado para la franquiciada con horno

    En las tiendas que terminan producto —«tienda con horno»—, el motor calcula el plan del día: cuándo descongelar, cuándo fermentar y en qué hueco de horno entra cada referencia. El plan va hora a hora, acotado por la capacidad del horno y la demanda prevista de esa tienda.

Abrir una red de demostración en vivo →

Cada franquiciado se ve contra la red, sin que nadie le imponga un precio.

El dialecto de la red

¿Cómo se mantienen separados y se consolidan varios CIF?

Cada sociedad conserva su CIF, su numeración sin huecos y su régimen fiscal, y el grupo los lee juntos en un P&L consolidado con los movimientos entre empresas eliminados. Una cadena de un solo CIF no necesita nada de esto. Un grupo lo necesita el primer día.

Lo que cambia cuando la red son varias empresas.

  1. Un CIF por sociedad, con su propia numeración

    Cada empresa de la red es un inquilino con su CIF, su serie de facturas sin huecos y su cadena de huella fiscal. Consolidamos para leer; no fusionamos identidades fiscales.

  2. Precios de transferencia, congelados en el documento

    El margen se resuelve por pareja matriz-filial: override de la filial, clase de filial, valor por defecto del grupo. Se congela junto con el IVA al crear el traspaso. Si no se puede resolver, el traspaso se detiene: nunca se valora a cero por descarte. Con el régimen especial del grupo elegido, el traspaso se valora a coste y el margen queda en cero.

  3. Traspasos entre empresas, con su rastro documental

    Petición, aprobación, entrega y documentación en el mismo hilo. Cuando el traspaso cruza dos CIF se emiten las dos facturas espejo en la misma transacción, cada una en la numeración y la cadena fiscal de su sociedad. Cada CIF registra su propio evento fiscal.

  4. P&L consolidado del grupo, con eliminación entre empresas

    El resultado del grupo con las operaciones internas eliminadas pareja a pareja. Si falta el mes de una sociedad, el consolidado se retiene y se dice cuál falta, en vez de estimarse.

  5. SSO SAML 2.0 con vuestro proveedor de identidad

    Publicamos los metadatos del proveedor de servicio por sociedad y consumimos la aserción de vuestro IdP. La sesión que sale lleva los mismos permisos, la misma caducidad y la misma revocación inmediata que una entrada con contraseña.

  6. Gobernanza que distingue propia de franquiciada

    Quién compra, quién reparte y quién manda en las recetas son tres interruptores por sociedad. Una filial corporativa nace en central; una franquiciada nace en compra híbrida, con precios y compras en modo consejo.

El interruptor de gobernanza

¿Puede la central imponer un precio a un franquiciado?

No, y el motor está construido para que no pueda. El agente de producción calcula el mismo plan para las cuarenta tiendas. En una tienda propia lo aplica; en una franquiciada lo propone y espera. Esa distinción vive en la ficha de la sociedad y el servidor la comprueba en cada escritura.

El mismo agente. Dos posturas legales. Aplicadas por el código.

Tienda propia

Ejecuta

Volúmenes de producción y pedidos aplicados sin intervención, cada uno con su registro de auditoría. Las recetas y los flujos de la empresa llegan bloqueados al local, salvo que la empresa permita la variante local.

Tienda franquiciada

Aconseja

El plan llega como sugerencia: el franquiciado aprueba o rechaza, y su firma queda registrada. Ni los precios de venta ni las compras se ejecutan en su nombre.

Una franquiciada no puede darse permiso a sí misma

La autoridad sobre las recetas y los flujos maestros de la marca sólo la concede la matriz. No es una comprobación de pantalla. El campo no existe en el formulario que la filial puede escribir. La base de datos tiene una restricción que lo impide y hay un centinela en integración continua que falla si alguien lo añade.

Convivencia

Nada de lo que ya funciona se toca.

Vuestro ERP sigue siendo el sistema de registro: contabilidad, cuentas a pagar y nóminas no se tocan, ni ahora ni en la última fase. El TPV se queda en cada tienda — leemos sus datos, no cambiamos de terminal. La gestoría sigue cerrando el mes y recibe lo mismo que recibe hoy, en su formato. El acceso es de solo lectura, con una cuenta de servicio que creáis y revocáis vosotros, nunca las credenciales de una persona. Y no hay lock-in: vuestros datos salen en CSV o JSON cuando queráis, sin coste de salida. A esta altura la convivencia no es una concesión: es la operación. Un grupo no detiene su facturación para probar nada.

  • El ERP, sistema de registro
  • El TPV, en cada tienda
  • La gestoría, cerrando el mes
  • Cuenta de servicio vuestra, de solo lectura
  • Salida en CSV o JSON, sin coste

Lo que vuestro ERP no calcula

No competimos con vuestro ERP. Ocupamos lo que deja fuera.

Un ERP financiero cierra el mes muy bien. Ninguno de estos cinco cálculos es su trabajo.

  1. Previsión por referencia y por tienda

    Vuestro ERP mira hacia atrás. Nosotros miramos hacia adelante, con el clima de cada barrio, los festivos de cada provincia y los eventos de cada calle.

  2. Merma con causa

    No sólo cuánto se tiró: por qué. Sobreproducción, caducidad, calidad o devolución — atribuido por producto y por tienda. Y registrado, allí donde la norma exige un plan de prevención documentado — en España, la Ley 1/2025 —: ese plan sale del propio ciclo de previsión y producción.

  3. P&L por local en menos de 24 horas

    Ventas, coste real de producto, personal y gastos, por tienda, sin esperar al cierre contable.

  4. Coordinación entre obradores y tiendas

    Plan de producción central, reparto con cadena de frío y traspasos entre sociedades con su documentación. Un MRP genérico trata una panadería como una fábrica.

  5. Alertas de red, no informes de red

    Lo que se ha desviado en cualquier filial, priorizado por impacto en euros, no una lista de KPIs.

Las pantallas de red

Las tres pantallas en las que vive un COO de grupo.

Panel de red

9 sociedades · 41 tiendas

Previsión agregada de la red

{count, number} unidades

Próximos 7 días

+6% frente a la semana pasada

Alertas priorizadas por impacto en euros

  • Merma sostenida por encima del objetivoCrítica

    Panadería Alde Zaharra · 5 días seguidos · impacto estimado 1.840 €/mes

  • Desviación de precio de compraImportante

    Harina T65 · +9% sobre el acuerdo marco en 3 sociedades

  • Rotura de stock previstaImportante

    Mantequilla 82% · cobertura por debajo de 2 días en 2 obradores

Previsión agregada de todas las sociedades y las alertas de cualquier filial, en una vista.

Reproducción de la interfaz real de BakeWise con datos de ejemplo.

Dos formas de empezar. Ninguna os obliga a cambiar de sistema.

Elegid la que encaje con vuestra estructura. Las dos empiezan leyendo lo que ya tenéis.

Ruta Grupo · capa de inteligencia sobre vuestro ERP

  1. Leemos, no escribimos

    Acceso de solo lectura a ventas, compras, stock y maestro de producto. Vuestro ERP sigue siendo el sistema de registro.

  2. Calculamos lo que vuestro ERP no calcula

    Previsión por SKU y tienda con clima y festivos, merma con causa, P&L por local en menos de 24 h, alertas de red.

  3. Adoptáis módulos a vuestro ritmo

    Primero inteligencia. Después producción, personal y reparto, si y cuando os compense. La contabilidad se queda donde está.

Empezar por el diagnóstico de 4 semanas

Con qué sistemas trabajamos

Dos estados, sin ambigüedad: lo que funciona hoy y lo que se construye dentro de un proyecto de integración firmado.

Disponible hoy

  • Entrega de datos por CSV / SFTP en formato publicado
  • Conectores de TPV nativos
  • API de lectura con clave bk_live_
  • Carga delegada (vuestra gestoría o vuestro proveedor sube los ficheros por vosotros)
  • Ingesta de ficheros TicketBAI / LROE firmados (Euskadi)
  • Conector nativo Microsoft Dynamics 365 Business Central (nube)

Conector nativo dentro del proyecto de integración

  • SAP Business One
  • SAP S/4HANA
  • SAP Business ByDesign
  • Microsoft Dynamics NAV
  • Sage 200
  • Sage X3
  • a3ERP
  • ICG Manager
  • hioPOS
  • Odoo
  • Holded
  • Glop
  • Ágora

Los nombres de producto y las marcas citadas se utilizan únicamente con fines identificativos y son marcas registradas de sus respectivos titulares. BakeWise no está asociado a, ni patrocinado, certificado o respaldado por, ninguna de estas compañías. La disponibilidad y el alcance de cada conector se confirman en la fase de descubrimiento.

La escalera de adopción

¿Cómo empezamos?

Por el diagnóstico. Después, tres fases que sólo subís si la anterior os ha compensado: inteligencia, ejecución y plataforma. Ninguna fase empieza porque toque en el calendario — empieza porque vuestro equipo la pide, y cada una se mide contra lo que devolvió la anterior.

Cuatro fases. Sólo avanzáis si la anterior os ha compensado.

FaseDuraciónQué pasa
Diagnóstico4 semanas, sin costeEntregáis un histórico de ventas. Medimos la calidad real de vuestros datos y hacemos un backtest ciego sobre vuestros últimos 90 días. Salís con un caso de negocio en euros, o con un «no» documentado.
Inteligenciameses 2–6Solo lectura sobre vuestros sistemas. Previsión, merma, P&L por local, alertas y un informe mensual en el lenguaje del CFO. Con propuestas accionables desde el primer mes: pedidos borrador, sugerencias de traspaso, plan de producción. Los ejecutáis vosotros, en vuestro ERP.
Ejecuciónmeses 6–18Cuando vuestro equipo pide trabajar dentro de BakeWise, y no antes. En este orden: producción, después personal y cumplimiento, después reparto. Compras, inventario y facturación se quedan fuera deliberadamente.
Plataformames 18+Sólo si os compensa. La contabilidad general, las cuentas a pagar y las nóminas se quedan en vuestro ERP para siempre; en esta fase somos nosotros los que os enviamos resúmenes contables a él.

Empezad por medir, no por firmar.

Cuatro semanas sobre vuestros datos reales, sin coste. Medimos la calidad de vuestro histórico, hacemos un backtest ciego sobre vuestros últimos 90 días y ponemos la merma y las horas en euros. Si el número no cuadra, os lo decimos y ahí acaba.

Solicitar diagnóstico de 4 semanas

Requisitos de entrada y rúbrica de puntuación publicados. Podéis descartaros sin gastar una reunión.

Seguridad, datos y SLA

Lo que procurement va a preguntar, contestado por escrito.

Con el estado real de cada compromiso. Lo que aún no está certificado se dice como roadmap, no como hecho.

  1. Encargados del tratamiento, no responsables

    Para los datos que vienen de vuestros sistemas somos encargados: DPA por cliente, minimización por defecto en los perfiles de extracción y borrado por empresa a petición.

  2. Alojamiento en la UE y salida garantizada

    Vuestros datos se quedan en territorio de la UE. Exportables en CSV o JSON en cualquier momento, sin pedir permiso y sin coste de salida.

  3. Aislamiento entre sociedades

    Aislamiento por fila con jerarquía padre-hijo y control de acceso por departamento. La lectura del padre sobre los hijos está gobernada por una autorización explícita, no por el rol.

  4. Vuestro directorio manda

    Inicio de sesión único con SAML 2.0 y alta y baja automática de usuarios por SCIM 2.0. Cuando alguien sale de vuestra plantilla, deja de tener acceso aquí sin que nadie tenga que acordarse.

  5. Certificaciones: estado real

    SOC 2 Tipo 1 está en el roadmap, no conseguido. A día de hoy no se ha realizado ninguna prueba de intrusión por un tercero independiente, y lo decimos aquí para que nadie lo descubra en una revisión de compras. Lo que sí hay hoy: registro de auditoría encadenado sobre el registro completo y verificado cada noche por un proceso automático. También autenticación con revocación inmediata y revisiones adversarias internas, con cada hallazgo seguido hasta su cierre.

Preguntas que hacen los grupos

  • ¿Tenemos que cambiar de ERP?

    No. Ni en la fase 1 ni en la 4. La contabilidad general, las cuentas a pagar y las nóminas se quedan donde están, indefinidamente.

  • ¿Qué acceso necesitáis exactamente a nuestros sistemas?

    Una cuenta de servicio de solo lectura, creada y revocable por vosotros, sobre ventas, compras, stock y maestro de producto. Nunca las credenciales de una persona.

  • ¿Y si nuestro ERP es antiguo o está en local, sin API?

    Es el caso más frecuente. Tres vías, por orden de preferencia: que vuestro sistema deje los ficheros en un SFTP; un agente ligero que sólo hace salidas, sin abrir ningún puerto entrante; o entrega manual asistida en el formato que publicamos.

  • Cada tienda es una sociedad distinta. ¿Cómo lo lleváis?

    Cada sociedad es un inquilino con su CIF, su numeración de facturas y su aislamiento por fila. La lectura de la matriz sobre una filial no la concede el rol: la habilita una autorización explícita por red, y una filial nunca lee a otra filial ni a la matriz.

  • ¿Cómo se valora un traspaso entre dos de nuestras sociedades?

    Con el margen que fijéis: uno por defecto en la matriz, una clase para un grupo de filiales o un override para una filial concreta. Se resuelve al crear el traspaso y se congela ahí, junto con el IVA, así que un cambio de tarifa no reescribe un documento ya emitido. Si el margen no se puede resolver, el traspaso se detiene en vez de valorarse a cero. Y si tenéis elegido el régimen especial del grupo, el traspaso se valora a coste y el margen queda en cero.

  • ¿Podemos entrar con nuestro proveedor de identidad?

    Sí, SAML 2.0. Publicamos los metadatos del proveedor de servicio por sociedad, vuestro IdP envía la aserción a nuestro endpoint y la sesión resultante lleva exactamente los mismos permisos, la misma caducidad y la misma revocación que una entrada con contraseña. Y las altas y bajas también: con SCIM 2.0 vuestro directorio crea, actualiza y desactiva las cuentas, así que la baja de un empleado es un solo gesto en un solo sitio.

  • Estamos en Euskadi. ¿Sirve el TicketBAI?

    Sí, y es la vía más corta. Los ficheros TicketBAI / LROE que vuestra empresa ya emite por normativa contienen el detalle de venta línea a línea: descripción, cantidad, precio unitario, descuento e IVA por línea. No depende de vuestro proveedor de TPV. La lectura de esos ficheros ya está disponible; el alcance por diputación y por modelo se confirma en el descubrimiento.

  • ¿Podéis facturar por nosotros?

    En modo conectado, no: vuestra facturación se queda en vuestro ERP, y con ella toda la obligación de VeriFactu, TicketBAI o SII. Si más adelante decidís facturar desde BakeWise, la plataforma genera, firma y remite los registros exigidos y os muestra el estado real de cada envío, uno a uno; la homologación foral del TicketBAI sigue su curso y lo decimos por escrito antes de firmar.

  • ¿Cómo aisláis los datos de una filial de los de otra?

    Aislamiento por fila con jerarquía padre-hijo, control de acceso por departamento y lectura del padre sobre los hijos gobernada por una autorización explícita, no por el rol. Os entregamos el detalle antes de firmar.

  • ¿Qué pasa con nuestros datos si dejamos de trabajar con vosotros?

    Salen en CSV o JSON en cualquier momento. Somos encargados del tratamiento, no responsables: firmamos DPA por cliente y alojamos en la UE.

  • ¿Cuánto cuesta?

    Depende del número de sociedades, del número de tiendas y del alcance. La referencia que usamos siempre: un director regional cuesta entre 42.000 € y 55.000 € al año cargado, y cubre una zona. Nosotros cubrimos la red entera, todos los días. La cifra concreta sale del diagnóstico.

  • Cobramos canon a los franquiciados. ¿Lo lleváis?

    Sí. Un contrato por franquiciado — fijo, porcentaje sobre ventas o mixto, con mínimo y máximo — y un cierre mensual que calcula el estado de cada uno y emite su factura. Si las ventas de un mes no están, ese estado queda a la espera en vez de facturarse por estimación, y el franquiciado consulta sus propios estados. Lo que no hacemos, por la normativa de franquicia, es fijar precios de venta ni ejecutar compras en su nombre.

  • ¿Cómo medimos el estándar de marca en la red?

    Con auditorías de tienda contra vuestras propias plantillas de calidad: se rellenan en el local con fotos, al cerrarlas el sistema calcula la nota, y el resumen por tienda y la evolución en el tiempo salen del mismo dato. Un incumplimiento crítico se señala aparte de la nota. La tienda auditada firma un acuse de recibo — recibo, no conformidad — y las acciones correctoras son recomendaciones: no detienen pedidos ni entregas.

  • ¿Podéis preparar la remesa de cobros?

    Sí. Con los mandatos firmados registrados y el IBAN validado, la plataforma genera el fichero SEPA pain.008.001.02 desde las facturas pendientes y vosotros lo presentáis en vuestro banco. Las facturas sin mandato salen aparte con su motivo, y el fichero — que lleva IBAN completo — solo se entrega en su descarga, que queda registrada.

La conversación empieza por una medición.

Cuatro semanas sobre vuestros datos, sin coste y sin cambiar ningún sistema. Al final hay un caso de negocio en euros — o un «no» con sus motivos.

Nada se migra. Vuestro ERP sigue siendo el sistema de registro.