+250.000
tickets de venta
activERP
El ERP para cadenas de tiendas de deporte
Cuando un socio da de alta la colección de temporada…
¿cuántas veces se teclea esa referencia en total?
¿Habéis tenido problemas cuadrando los datos que devuelve cada socio…
por la disparidad de códigos, tallas y temporadas?
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.
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 consulta cuáles son las tiendas idóneas según disponibilidad, prioridad de almacén, cercanía y velocidad de venta, y hace las solicitudes solo.
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
Un grupo de compra = un conjunto de tiendas + una temporada. En la ficha del artículo, una rejilla grupo × talla con las unidades programadas. CTRL+R las reparte al stock inicial de cada tienda.
Y desde el gestor, GENERA PEDIDO convierte ese stock inicial en pedidos de proveedor, filtrando por marca, temporada o sección, con tarifa y fecha de recepción; en bulk, un pedido por almacén.
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)
una docena de fórmulas activas en producción
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 complicado. Cientos de ofertas y promociones activas en nuestros clientes.
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.
El pedido recorre sus estados: impreso → enviado (EDI o manual) → cerrado → recibido completo, visible de un vistazo en el gestor.
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 en una sola operación, con la 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.
Se compara lo teórico con lo real y, 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 queda "ocupado" hasta terminar el inventario: la productividad de la tienda no se ve afectada.
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.
Y el material en camino no se pierde de vista: si un envío no se recepciona en destino pasado un margen configurable (por ejemplo 48 h), aviso automático a central. En tienda, el supervisor comprueba con la PDA que todo está etiquetado.
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, nuestros clientes rotan prácticamente todo el stock en menos de 6 meses, más rápido y con mejor rentabilidad.
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. Cifras ilustrativas.
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. En nuestros clientes: decenas de reportes Jasper, plantillas de etiqueta por tamaño y tipo, y miles de plantillas de ticket por centro.
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 · un ERP que no se queda obsoleto
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.
Lo que Activ gestiona hoy en nuestros clientes: cada número corresponde a algo que habéis visto funcionar en la demo.
activERP
Hablemos de vuestro grupo.