[ CASO · RETAIL / LOGÍSTICA ]

Sabían vender. No sabían qué tenían.

Una tienda de liquidación con miles de artículos entrando en palés sin identificar, sin inventario, sin sistema y sin nadie técnico dentro. Monté todo lo que hay debajo de la venta —marca, informática, punto de venta, ERP y formación— y abrieron con la caja cuadrada al céntimo.

El problema, por si te suena

Liquidar devoluciones tiene una particularidad que lo hace ingobernable sin sistema: la mercancía llega en palés mezclados, identificada sólo por el código interno del proveedor, sin saber qué hay dentro hasta abrirlo, sin precio y muchas veces sin categoría.

• Miles de referencias únicas que entran y salen en días.
• Cero trazabilidad: lo que se vendía no descontaba de ningún sitio.
• Precios puestos a ojo, sin margen calculado.
• Y nadie en el equipo con perfil técnico para montar ni sostener nada.

Este negocio yo ya lo había hecho. Sabía dónde estaban los agujeros porque me habían costado dinero a mí primero.

Una solución llave en mano, no un software

Lo que necesitaban no era un ERP. Era poder levantar la persiana y facturar. Así que el encargo cubrió todo lo que hay entre esas dos cosas:

• Marca — llegaron con un logotipo hecho en una web gratuita al que le tenían cariño. En vez de rehacerlo, lo vectoricé: paleta definida, sistema de aplicaciones y manual de marca cerrado. Después las tarjetas de visita con QR y las plantillas de precio de tienda.
• Un grafiti publicitario a tamaño real en la entrada de la nave, del boceto a la pared.
• Informática — equipos, red, conectividad y los puestos montados sobre Linux, para que fueran estables y baratos de mantener.
• Punto de venta completo — terminal, impresora de tickets, pistola lectora y todo el circuito de cobro configurado.
• ERP a medida sobre ERPNext, con dos aplicaciones propias encima: una de revisión y alta de producto, otra de informes.
• Servidor, dominios, webs y correo: la infraestructura entera en un VPS propio.
• Formación — porque un sistema que sólo sabe usar quien lo instaló no resuelve nada, lo aplaza.

Por qué un ERP de catálogo no servía

ERPNext es una base excelente, pero este negocio rompe casi todos sus supuestos. Las personalizaciones que hubo que escribir describen el problema mejor que cualquier explicación:

• Alta por código desconocido — si la pistola lee un código que no existe, en vez de bloquear la venta el artículo se da de alta en el momento, en el mostrador y con el cliente delante.
• Serialización automática — cada unidad recibe identificador propio sin que nadie teclee nada.
• Venta desde cualquier almacén — porque en la práctica el producto nunca está donde el sistema cree.
• Importación directa de los listados del proveedor, con la valoración de stock corregida.

La regla de diseño, escrita en la documentación del sistema: la venta está por encima de la organización. Entre cuadrar el inventario y cobrar a quien está esperando, se cobra.

El día de la apertura

Es la prueba de fuego de un punto de venta: si falla, falla delante de una cola. 147 tickets, cero devoluciones y cuadre perfecto en los dos cierres de caja, con el pico de 130 tickets concentrado en tres horas de tarde.

Y lo que pasó un mes después, que es lo que de verdad importa

Un sistema no se juzga el día bueno. Se juzga cuando en hora punta aparece un fallo que nadie previó.

Pasó: el terminal empezó a rechazar tickets por un conflicto de identificadores. El diagnóstico llegó a la causa real —un campo multilínea que hacía parecer libre un identificador ya vendido, más los tickets en borrador abiertos a la vez— y la corrección se hizo en dos capas: el arreglo de raíz, y por debajo una red de seguridad que sustituye el identificador conflictivo por uno provisional antes que detener la venta.

Qué se puede repetir

• Entender el negocio antes que el software. Las decisiones que hicieron útil este ERP salen de haber estado detrás de un mostrador igual, no de un manual de implantación.
• Cubrir todos los frentes. Un sistema de punto de venta impecable no despacha ni un artículo si la pistola del mostrador está mal configurada.
• Construir para quien no es técnico. Si el sistema exige un informático de guardia, el problema no se ha resuelto: se ha mudado de sitio.
• Fijar una regla de diseño y sostenerla cuando llega el conflicto. Aquí fue «la venta por encima de la organización»: ninguna incidencia detiene la caja.

Caso publicado con autorización del cliente. Las cifras de facturación son confidenciales; los datos de volumen corresponden al sistema en producción. Si te interesa verlo por dentro, se puede solicitar una reunión con demostración guiada del ERP real —punto de venta, gestión de almacenes y aplicaciones de revisión e informes—. Pedir la demostración.