Piezas y conjuntos montados desde el Maresme
Una compañía de fabricación con nave propia, en una zona industrial del Maresme cercana a Mataró, suministra piezas y conjuntos montados a instaladores y distribuidores de toda Cataluña. Su catálogo incluye cientos de referencias activas con ligeras variaciones de acabado o embalaje. Compras usaba códigos de proveedor, planta nomenclatura interna, comercial descripciones orientadas al cliente y logística etiquetas simplificadas.
El sistema contable registraba entradas y salidas globales con razonable exactitud. En la nave convivían tres realidades: lo que decía el programa estándar, lo que contaban los operarios en Excel y lo que veía comercial en hojas actualizadas a mano. Un pedido grande se bloqueó por falta de componente que sí estaba en estantería bajo otro código.
Tres listas que no nombraban lo mismo
El núcleo del desajuste fue la proliferación de referencias duplicadas y semiduplicadas para el mismo artículo o para variantes que debían tratarse como una sola. Un tornillo con distinto proveedor aparecía como dos materiales; un kit terminado se registraba como producto final y también como suma de componentes sin reglas claras de conversión; piezas con pequeña diferencia de color quedaban separadas cuando debían consolidarse para venta. Cada duplicado arrastraba movimientos parciales: entradas en una ficha, salidas en otra, ajustes de inventario que corregían síntomas pero no la causa.
Compras pedía según una lista, recepción registraba con otro criterio y ventas prometía según una tercera interpretación de disponible. Las reglas de reserva vivían en una hoja compartida con fórmulas frágiles que pocos sabían mantener. Cuando alguien insertaba filas fuera de plantilla o duplicaba una referencia por error tipográfico, el sistema no tenía forma automática de detectarlo. Las revisiones cíclicas de inventario eran eventos estresantes: equipos enteros paraban actividad para contar físicamente mientras discutían qué código debía absorber las diferencias.
Ventas paradas y compras duplicadas
Comercial dejó de confiar en los listados y empezó a confirmar pedidos llamando a logística. Compras generó órdenes de urgencia porque el sistema indicaba rotura en una referencia mientras otra duplicada ocultaba existencias.
Logística sentía que trabajaba bien pero era criticada por datos malos. La dirección comprendió que el inventario fiable no era un tema de contar mejor una vez al año, sino de gobernanza de referencias y de un único criterio compartido. Mientras convivieran múltiples lenguajes para nombrar lo mismo, cualquier software heredaría el caos. La pregunta dejó de ser qué programa comprar y pasó a ser cómo definir una estructura de artículos coherente con la realidad física y con la forma de vender del negocio.
Maestro de artículos y reglas de reserva
La respuesta se diseñó en dos capas entrelazadas. Primero, un trabajo de normalización de referencias con reglas explícitas: qué constituye un artículo único, cuándo una variante merece código propio y cómo se relacionan kits con componentes. Segundo, un software de stock y planta que aplicara esas reglas en movimientos diarios, reservas y trazabilidad. Se priorizaron familias de producto con mayor rotación y mayor incidencia de errores, sin buscar la perfección teórica del catálogo en un fin de semana.
Alias históricos sin romper documentos viejos
Las referencias obsoletas se marcaron como alias históricos que redirigían al código maestro, evitando romper documentos antiguos pero impidiendo nuevos movimientos sobre duplicados. Logística recibió procedimientos simples de alta controlada y un formulario mínimo para proponer nuevas referencias con validación previa. Cada pedido confirmado reserva stock contra el código correcto y descuenta automáticamente del disponible calculado con reglas acordadas entre comercial y logística. Planta consume materiales contra listas técnicas enlazadas al maestro de artículos. Comercial accede a una vista única de disponible, con diferencia clara entre stock físico, reservado y en tránsito. El sistema contable recibió exportaciones periódicas alineadas con la nueva estructura, sin forzar una sustitución total de backoffice financiero.
Existencias consultables sin llamadas cruzadas
Tras estabilizar el nuevo modelo, disminuyeron roturas ficticias y compras de urgencia por error de codificación; comercial recuperó autonomía para confirmar plazos consultando un dato único.
Ninguna herramienta elimina por sí sola años de duplicados, pero un criterio claro sostenido en software evita que el problema vuelva a crecer en silencio. Para esta compañía del Maresme, recuperar confianza en las cifras significó poder vender con más ambición sin miedo a prometer lo inexistente o ignorar lo que ya estaba en estantería.