45
empresas del grupo
activERP
El ERP para grupos de compras de moda y calzado
Cuando un socio da de alta la colección de temporada…
¿cuántas veces se teclea esa referencia en total?
¿Podéis comparar hoy cómo vende un modelo entre dos socios…
o cada uno tiene su Excel con sus códigos?
Un grupo de compras necesita dos cosas que ningún TPV de tienda da:
un catálogo común que haga las ventas de todos comparables,
y autonomía real de cada socio.
Activ hace las dos a la vez.
Bloque 01 · de 07
Multi-empresa real · catálogo único hacia abajo · ventas consolidadas hacia arriba · y nada se cruza entre socios
El producto se da de alta una sola vez y baja por replicación. Las ventas vuelven consolidadas cada noche.
Una empresa del grupo hace de central de compras frente al proveedor. Y puede ser una distinta según temporada o sección: un socio central de calzado, otro de textil.
"La empresa matriz es la que compra directamente a los proveedores — puede ser una empresa del grupo distinta según temporada."Documentación del producto, cita literal
Nadie tiene que cederle todo el poder de compra a una sola casa.
No es todo-o-nada. El sistema distingue:
Cada socio elige cuánto se acerca. La puerta de entrada es progresiva.
Bloque 02 · de 07
La experiencia móvil del dependiente · el semáforo de stock del grupo · el encargo entre tiendas en vivo
Runner Air Knit
Ref. 27401 · Nike · V26
89,95 €
TALLAS · STOCK DEL GRUPO
El verde claro es dinero que hoy se pierde. El cliente se va sin comprar porque en esta tienda no está su número — aunque el grupo lo tenga a veinte minutos.
Venta por escaneo en bucle, catálogo con foto, cobros, devoluciones y clientes — todo en el móvil del dependiente.
Pero el semáforo dice que el grupo la tiene. La venta no se deja escapar.
Recoger en tienda o envío al cliente. Portes e importe mínimo, calculados.
Disponibilidad, prioridad de almacén, cercanía y velocidad de venta.
Si una tienda rechaza, pasa solo a la siguiente candidata. Si se agotan, correo.
Aceptar crea el albarán. Nadie persigue nada por teléfono.
"El sistema consultará cuáles son las tiendas idóneas… según disponibilidad, prioridad de almacén, cercanía y velocidad de venta."Documentación de la pantalla de ventas, cita literal
Las pantallas de tienda rotan solas los productos — más vendidos, más rebajados, en promoción — con imagen, vídeo y hasta modelos 3D.
Se configura por tienda: cada socio decide qué comunica en su casa.
El dependiente, desde el móvil, proyecta un producto en la pantalla grande de un toque. ¿El cliente pide otra talla? Se re-espeja solo.
Del bolsillo al escaparate, en directo, delante del cliente.
Bloque 03 · de 07
Alta única · tarifas de un botón · ofertas en 30 segundos · EDI y PRICAT · recepción con incidencias · bultos · reposición · PDA · inventario · etiquetas
La compra se programa a nivel de grupo de socios y temporada: unidades por talla, reparto a tiendas.
CTRL+R reparte la compra al stock inicial de cada tienda con un atajo.
Tallajes por marca y sección con conversión EU / US / UK / FR — la correspondencia entre la medida del proveedor y la vuestra se define una vez.
Y el código de barras EAN se genera solo, por talla.
El mayor ahorro de tiempo del alta de temporada: el precio de salida no se teclea — se calcula.
ENTRADA
Coste
una vez, por referencia
FÓRMULAS GUARDADAS EN LA BASE
si sección = calzado → pvp = coste × 1,30
precio_mayor × (1 − dto/100)
12 fórmulas activas en la base real
CREAR TAR. AUTO
Todas las tarifas de la colección entera
pvp1 · pvp2 · pvp3 — de un botón
Con miles de referencias por temporada, son días de trabajo que desaparecen. Catálogo común, pero cada socio con su PVP por tienda.
Una oferta es una sola pantalla: eliges el tipo y la acotas por filtros — no con una lista larga de referencias.
Un 2x1 de Nike, solo tiendas del norte, del 1 al 15 de julio: rellenar un formulario.
En la mayoría de sistemas, esto es un infierno. 514 ofertas y 153 promociones en la base real.
No obligáis a vuestros proveedores a hablar un solo idioma:
Y hacia fuera: API REST (token/HMAC) para e-commerce y apps, y todo listado sale a Excel.
Ciclo de pedido: IMP → EDI → ENV → CER → COM
1 · Pre-importación. El PRICAT del proveedor se traduce y queda en una zona de staging — sin tocar vuestro maestro.
2 · Alta en masa. Desde el editor de artículos (F12) ves lo que aún no está dado de alta, ajustas en bloque (precios, subfamilia, temporada…) y lo creas con tallas y tarifas de un tirón — conversión de tallas incluida. Y es reanudable.
Estos tipos no son un ejemplo de folleto: son la configuración real en producción. Esto no es un ERP genérico con capa de moda.
Teórico vs. real — si no cuadra, la incidencia se crea sola:
Las marca quien recepciona; muchas exigen foto adjunta:
La incidencia no muere en un aviso: alimenta preabono → factura de abono — el circuito de reclamación completo. Y también corre sobre devoluciones y facturas de proveedor.
abierta > 1 semana → escalaCada caja con su etiqueta y su código de barras. La PDA marca inicio de bulto (F4) y el albarán de salida se arma caja a caja.
Todo movimiento queda en su cadena documental: qué albarán, qué bulto, qué tienda.
La base ya está: trabajamos con bultos etiquetados. Añadir el identificador de caja a nivel de línea es un desarrollo acotado que encaja de forma natural.
Nos sentamos y definimos juntos exactamente hasta dónde la queréis.
desarrollo a medida — alcance a definirLa central repone lo que cada tienda ha vendido, descontando lo que ya va en camino para no duplicar envíos.
Cuatro algoritmos; se elige por campaña.
Muestra la foto del artículo en cada lectura — se puntea sin dudar.
"El terminal no permanece 'ocupado' hasta la finalización del inventario, y de esta forma no se verá afectada la productividad en su tienda."Documentación de inventario, cita literal
Se pistolea con la tienda vendiendo: el sistema sabe si un artículo se vendió antes o después de contarlo. Inventarios sectoriales por sección, marca o temporada.
Cada día, cada tienda regenera las etiquetas de lo que cambió de precio.
¿Una tienda no reetiqueta? Salta un aviso a la central. El precio del lineal nunca se queda viejo.
Bloque 04 · de 07
Precio elástico en cada punto + movimiento inteligente de stock + recogida de tallas sueltas = vender rápido, al mejor precio, sin stock muerto
No es un informe que ir a pedir: te busca a ti. Pestañas por días desde la entrada: 30 · 365 · 730.
Por referencia: entradas, ventas, stock, % de venta… y el PVP recomendado frente al actual.
Cada socio, sus destinatarios y sus umbrales de días.
| Referencia | Entrada | Vendidas | Stock | Tiendas | % venta | Coste (IVA inc.) | PVP recom. | PVP actual |
|---|
Cifras de ejemplo.
Cuando de una referencia quedan menos de X unidades — tallas sueltas, series rotas — se mandan solas a la tienda grande con zona outlet, la que mejor liquida.
El movimiento normal concentra las tallas completas en las mejores vendedoras; lo que deja atrás son justo estos restos — y este barrido los recoge. Los dos se potencian.
Nada queda bloqueado y escondido en un almacén, en estado invendible.
"Gracias a este sistema automático mi cliente rota prácticamente todo el stock en menos de 6 meses, más rápido y con mejor rentabilidad."Documentación del producto, cita literal
Precio elástico + movimiento + barrido: los tres encadenados, solos, de noche. Esto es lo que separa un ERP de un programa de tickets.
Bloque 05 · de 07
Facturación intragrupo automática · el proveedor que factura mal, cazado · la rentabilidad real de cada tienda
La mercancía se mueve entre tiendas → la factura se genera sola.
Y con oficio: si las dos tiendas son del mismo socio, no genera papel innecesario — solo marca el albarán como facturado.
"Al exportar a contabilidad, todo queda limpiamente relacionado."
"Factúrame a esta empresa con un máximo de X € por factura" — y el sistema elige la combinación óptima de albaranes.
"Genera incidencias para las facturas con artículos a precios y/o descuentos distintos a los del sistema."
Para un grupo de compras, esto es negociación pura.
Cada factura lleva su categoría de gasto (30 tipos) y su reparto a centros; los comunes se prorratean por ventas. Con todo dentro — alquiler, personal, marketing.
Salida a A3 con todo relacionado: factura ↔ albaranes ↔ movimientos. La asesoría de cada socio lo recibe limpio.
Recibos, remesas Q19 / Q58, vencimientos de cliente y proveedor. Cada socio ve lo que le debe a la central desde su TPV.
Resuelto a nivel de arquitectura: un worker independiente por entidad legal que lee la facturación de la base y la envía a la AEAT, sin tocar el flujo del ERP.
Cada socio = una entidad legal con su certificado: el modelo encaja natural. Fecha concreta, en la propuesta.
Bloque 06 · de 07
Una fábrica de informes · ~80 avisos nocturnos · tareas con prueba fotográfica · personal y fichaje · y la garantía política de los permisos
Informes a medida sin tocar el código: tipo tabla, informe o custom. Reordenar, filtrar o agrupar no requiere ser técnico.
Por listado se decide la visibilidad: qué grupos de usuarios, qué tiendas, si sale en el TPV. Y puede consultar la base central: visión consolidada del grupo.
~50 en Manager + ~30 en el TPV de tienda — todos a Excel. Los estrella:
Etiquetas por tamaño, tipo y tienda · tickets · facturas · vales · remesas. Los documentos con formato usan JasperReports que se cargan desde la propia aplicación y se replican.
Cada empresa del grupo, su formato y su logo. Dato real: 27 reportes Jasper · 21 plantillas de etiqueta · 3.129 plantillas de ticket.
Rotación 30/365/730 con PVP recomendado · pares sueltos → outlet · stock mínimo · stock negativo.
Tarifa automática que baja sola · revisión de cambios de PVP · vigilancia de competencia online.
Variación vs. año anterior (diaria/semanal/mensual) · cuenta de resultados · cumplimiento de proveedor.
Cumplimiento del MET · encargos entre tiendas fuera de plazo · gestión automática.
Cierres descuadrados · movimientos de caja · operaciones manuales sobre tickets.
Reserva caducada → SMS · cheque regalo de cumpleaños · ROI de campañas.
Vencimientos con la central (jueves) · tareas · asistencia y entradas tarde.
Cada aviso, por socio: sus destinatarios, sus umbrales, su horario. El motor es el mismo; la configuración es de cada casa.
"Reordena el zapatillero según esta muestra." A trabajador, a centro o a un email. Con vencimiento. Recurrentes y por categorías.
El TPV es donde la tienda ve y cumple sus asignaciones; el móvil, donde se hace la foto.
Fuera de plazo → correo diario a asignado y propietario. Los lunes, resumen por categoría al responsable.
Cada mes, cada encargado recibe su nota de cumplimiento contra la media del grupo.
Contratos y sus movimientos, nóminas con reparto por centro (alimenta la rentabilidad por tienda), calendario de vacaciones/bajas + festivos, usuario y permisos.
Entrada, salida y 1–2 lecturas aleatorias por turno. Retraso > X minutos → aviso a central en tiempo real. Teóricas vs. reales vs. contrato, por semana.
El encargado paga conceptos —extras, festivos— como retirada de tipo nómina, que cuadra al importar nóminas. Con aprobación previa de central si se quiere.
Contratos temporales que vencen · horarios sin planificar · resúmenes de asistencia. El encargado planifica; central es notificada.
Por función: ejecutar un listado, ver una columna, editar precios en el TPV…
Cada usuario, ancladas sus tiendas.
La tercera ancla: con qué empresa trabaja.
Un socio ve sus ventas…
pero no el coste que negoció la central.
Resuelto a nivel de columna.
Abre la ficha de un artículo y solo ve sus columnas de tienda. Y los ~150 parámetros de configuración viven en tres niveles — programa, empresa, tienda — replicados desde la central.
Está en el producto, no en un acuerdo de confianza.
Bloque 07 · de 07
Nueve aplicaciones sobre una API · la tienda nunca a oscuras · y las preguntas incómodas, de frente
Nueve interfaces sobre una API que concentra la lógica. Las apps nuevas — móvil, kiosko, escaparate, espejo — se construyeron encima, rápido.
Servidor local en cada tienda: vende aunque se caiga la línea y sincroniza sola al volver.
Replicación asíncrona multimaster sobre PostgreSQL. Nada de "se cayó internet, cerramos la caja".
La interfaz es solo una forma de usarla. Vuestro ERP no se queda obsoleto, porque la inteligencia no está atrapada en una pantalla.
La hornada de apps nuevas es la prueba, no la promesa.
La potencia de hoy es de escritorio y estamos modernizando su base; el destino es más y más en web, como lo que visteis en el móvil.
No elegís entre potencia hoy y bonito mañana: tenéis las dos, y convergen.
Hay grados: empresa del grupo o empresa cliente, cada una con su tarifa y su forma de pago. No es todo-o-nada.
Solo lo que se decide subir — las ventas consolidadas para comparar. Márgenes, costes negociados y clientes se quedan en el socio.
Hoy se configura por dispositivo a una tienda; la visión de grupo (stock, tickets) sí es transversal. El cambio en caliente está en el roadmap — os lo decimos tal cual.
Está en integración, no en producción. Arquitectura resuelta (worker por entidad legal) y fecha concreta en la propuesta. No os vamos a contar otra cosa.
activERP
Hablemos de vuestro grupo.