El día de cada local,en una página por la mañana.
marql lee las cajas, la contabilidad y la tienda online que tus locales ya usan, hace comparables los locales y pone arriba lo que está en juego hoy, sin cambiar nada dentro de ellos.
Red · cadena de demostración
datos a las 08:40 · 4 de 5 locales reportando
| local | ingresos, ayer | margen | vs su propio normal |
|---|---|---|---|
| Gran Vía | 4 820 € | 27,8% | +6% |
| Chamberí | 3 140 € | 24,1% | −11% |
| Barcelona Eixample | 1 960 € | 26,0% | −2% |
| Valencia Centro | 2 470 € | 25,4% | +1% |
| Sevilla Nervión | sin datos desde las 06:10caja sin conexión — excluida, no contada como cero | ||
| redcuatro locales | 12 390 € | 26,1% | |
el margen de la red está ponderado por ingresos, nunca es una media de porcentajes
Cómo se monta la mañana de una cadena
Cuatro pasos, y ninguno toca tus cajas.
Cada local conserva el sistema que tiene. Lo que marql no puede leer, lo dice en voz alta en lugar de rellenarlo.
Cada local se conecta tal cual
Cajas en la nube, contabilidad, tienda online y marketplaces se conectan por sus propias API. Un ERP 1C o ecorg que vive dentro de tu red lo lee un pequeño agente instalado en local. Solo lectura: no se reescribe ningún precio, ningún nivel de stock ni ningún pedido.
La cadena se vuelve comparable
Dos formas de escribir un mismo producto se convierten en un único SKU, se mapean categorías e IVA, y el dinero se convierte a una sola divisa, así que otro país es una fila de la misma tabla y no un informe aparte.
Un local que no ha enviado nada se marca como que no reporta, no se muestra como un total completo
El briefing de la mañana ordena lo que está en juego
Anomalías, desviación de margen y los problemas que llevan semanas repitiéndose se ordenan por el dinero que hay detrás y se agrupan en una tarea lista para un encargado, en vez de cuarenta alertas que nadie abre. En beta, y así etiquetado en el producto.
Aquello sobre lo que actúas se mide
Aprueba una decisión y su línea base se congela; cuando se cierra la ventana, el registro escribe cuánto valió, con la comparación en la que se apoya el número.
Tarea nunca completada — no concluyente, y no se escribe importe
La objeción que decide esta página
Cajas distintas. Un mismo lineal.
Unificación · cadena de demostración
lo que enviaron los tres sistemas
WizPOS
línea de ticket · en tienda
LAPTE ZUZU 1,5% 1L
3 × 1,25 €
Shopify
pedido online
Zuzu Milk 1.5% 1L
2 × 1,45 €
SmartBill
factura de compra
Lapte Zuzu 1.5% 1L, caja de 12
0,92 € / ud.
una sola línea en el modelo de la cadena
| producto | categoría | uds. | ingresos | coste | margen |
|---|---|---|---|---|---|
| Leche Zuzu 1,5% 1L | Lácteos | 5 | 6,65 € | 4,60 € | 30,8% |
| Pan blanco 500g | Panadería | 18 | 12,60 € | — | — |
ningún coste en las fuentes — el margen se deja vacío, no se estima
tienda y online siguen siendo separables · el mismo producto es un único SKU en todos los locales
Qué saca de esto una cadena
Las preguntas que plantea de verdad una semana multilocal.
Qué local, qué categoría, qué producto, y cuánto cuesta dejar cualquiera de ellos tranquilo una semana más.
P&L por local, no solo ingresos
Ingresos, coste de ventas, margen bruto, gastos operativos y resultado neto, por local y para la red, con el OPEX desglosado por categoría e importado de la contabilidad donde existe.
El resultado de un local antes de que cierre el mes, dibujado más abajo.
Margen por SKU y por categoría
Rendimiento a nivel de producto en todos los locales: qué se vende, qué se queda, rotación de inventario, stock muerto y traspasos entre locales.
La cola del surtido deja de ser invisible.
Informes que nombran la acción
Stock muerto, capital circulante, salud de los locales, surtido, P&L por categoría y reposición: programados y exportables en PDF.
Una semana de trabajo de analista llega en forma de archivo.
Comparación entre locales comparables
Cada local se sitúa frente a los locales que trabajan como él —escala de ingresos, ticket medio, cuántos días abre de verdad— y la distancia a la mediana del grupo se valora al mes.
Un quiosco deja de medirse contra un buque insignia.
Anomalías y problemas que se repiten
Estadística robusta señala un local o una categoría que ha roto su propio patrón, y señala aparte los que llevan semanas rotos, con el coste acumulado hasta ahora.
Se encuentra la fuga lenta, no solo el pico.
Cada uno ve sus locales
Propietario, dirección de operaciones, analista, encargado de local y socio franquiciado tienen cada uno su alcance; la vista de un encargado son sus locales, no las cuentas de la red.
Esto se puede poner delante del equipo de tienda.
P&L · un local
acumulado del mes
- Ingresos
- 94 200 €
- Coste de ventas
- − 71 500 €
- Beneficio bruto
- 22 700 €24,1%
- Gastos operativos
- − 19 400 €
- Beneficio neto
- 3 300 €3,5%
Gastos operativos
- Alquiler7 600 €
- Nóminas9 300 €
- Suministros1 400 €
- Otros1 100 €
la misma cuenta de resultados para un local o para toda la red · el OPEX viene de la contabilidad, o se introduce a mano donde no llega
Dónde está la línea
Lo que marql no va a hacer en tus locales.
Una cadena funciona sobre sistemas que ya van. La versión útil de este producto se apoya encima de ellos y es clara sobre lo que no puede ver.
- Solo lectura por defecto. marql no cambia un precio, un nivel de stock ni un pedido en tu TPV ni en tu ERP.
- El margen necesita coste. Donde ni la caja ni la contabilidad llevan un precio de coste, el producto conserva sus ingresos y sus unidades y el margen se deja vacío en lugar de estimarse.
- Algunas cajas —Toast, Fudo, Toteat y Lightspeed entre ellas— se conectan hoy a nivel de cuenta, con una ventana de histórico de siete días, así que para esos sistemas el histórico por local empieza cuando te conectas en vez de mirar hacia atrás.
- La reposición es una recomendación. El informe dice qué mover y cuánto; no se lanza ningún pedido automáticamente.
- La Bandeja de decisiones y el Registro de impacto están en beta y así aparecen etiquetados dentro del producto.
- La comparación ocurre dentro de tu propia red. marql no clasifica tu cadena frente a los datos de otras empresas.
FAQ de retail
Lo que los operadores de cadena dejan claro antes de conectar nada.
No. Cada local se queda con la caja que tiene. marql la lee —por la API del fabricante en los sistemas en la nube, o mediante un pequeño agente instalado en local para un ERP 1C o ecorg que vive dentro de tu red— y por defecto no escribe nada de vuelta: ni precios, ni niveles de stock, ni pedidos.
Es el caso normal, y la figura de arriba enseña qué aspecto tiene: productos, categorías, tipos de IVA y divisas se traducen a un solo modelo, así que dos formas de escribir la misma leche son un único SKU y dos países son filas de una misma tabla. Hoy hay 150 conectores en producción entre TPV, contabilidad, e-commerce, reparto, pagos y facturación, y todo lo que no tiene uno se mapea desde una API REST o una exportación CSV programada sin código a medida, que es como empiezan la mayoría de las primeras conexiones.
Allí donde exista un precio de coste. Cuando la caja envía el coste, o la contabilidad lo lleva, el margen se calcula por SKU y por categoría, para un local y para toda la cadena. Donde ninguna fuente tiene coste para un producto, esa línea muestra ingresos y unidades y su margen se queda vacío: preferimos dejar un hueco antes que imprimir una estimación de la que te enterarías después. El margen por categoría suele llegar primero, porque los productos se mapean antes de que estén conectadas todas las fuentes de coste.
Un agente instalado en local consulta un ERP 1C o ecorg cada 30 segundos aproximadamente; los conectores en la nube consultan con una cadencia de unos cinco minutos; la vista de todos los locales se refresca alrededor de una vez por minuto y la analítica funciona con granularidad horaria. Cada vista sella cuándo llegaron los datos y cuántos locales reportaron, así que una caja que ha dejado de enviar se ve en lugar de disolverse en el total.
El acceso va por rol: el propietario lo ve todo, incluida la facturación; una dirección de operaciones, todo menos la facturación; un analista tiene acceso de solo lectura al conjunto; un encargado ve sus locales; y un socio franquiciado recibe un portal de solo lectura para los suyos. A un encargado se le puede enseñar dónde está su local sin enseñarle las finanzas de la red.
Sí. Shopify y WooCommerce entran como su propio canal, y las ventas de Shopify POS en tienda se atribuyen al local en lugar de fundirse con el online, de modo que un mismo producto se puede leer en el lineal y en la web sin que ambos se anulen. eMAG está conectado para Rumanía y Bulgaria.
Por local, con una escala por tramos: 200 € al mes por cada uno de los nueve primeros locales, 185 € para los locales 10 a 29 y 160 € para 30 a 49. Cada tarifa se aplica solo a los locales de su tramo, así que doce locales son 2.355 € al mes y no 12 × 185 €. A partir de 50 locales mapeamos primero el stack y después presupuestamos. La calculadora está en /pricing.
Habla con nosotros
Cuéntanos cómo es tu negocio. Te llamamos.
Cuéntanos un poco sobre tu negocio y tus fuentes de datos. Adaptamos la demo y luego eliges la hora que mejor te venga.