Por qué Parts Intelligence se convierte en la capa que falta entre búsqueda, compras y decisión

Recorre una planta mediana y cuenta los sistemas que saben algo de sus repuestos. El ERP tiene el maestro de materiales. El CMMS tiene las órdenes de trabajo y las listas de materiales. Compras mantiene un portal de proveedores y una carpeta de acuerdos marco, el almacén de repuestos tiene sus etiquetas de ubicación y una planificadora lleva una hoja de cálculo porque el ERP nunca tuvo el campo que necesitaba. En esa planta a nadie le faltan sistemas. Lo que les falta, en el momento en que hay que decidir, es una imagen completa del repuesto: la información existe, pero está incompleta en un sitio, repartida en otros tres y duplicada en un cuarto.

Entre los datos de repuestos y las decisiones de compra hay un hueco

Durante años, la respuesta habitual ha sido tratar esto como un problema de datos maestros. Limpia las descripciones, normaliza la nomenclatura, fusiona los duplicados, y las buenas decisiones llegarán solas. Es un trabajo que merece la pena y que nunca se termina. La planta no se detiene mientras se limpia el catálogo. Un técnico sigue teniendo que nombrar un repuesto mientras una prensa está parada, y un comprador sigue teniendo que lanzar un pedido antes de que se agote el plazo de entrega. Esas decisiones se toman con los datos tal como están hoy, con prisa, y las toman personas que no pueden esperar a que un proyecto de limpieza llegue a su número de pieza.

Así que el hueco que importa es el que hay entre lo que un equipo sabe de un repuesto y la decisión que tiene delante. El registro del proveedor, la lista de materiales, la placa de características y el número de pieza están ahí; la referencia del fabricante, las otras fuentes, un precio de referencia y el stock de la planta de al lado normalmente no. Cerrar ese hueco es el trabajo de la categoría que Partium llama Parts Intelligence, y se ve mejor con un solo repuesto.

Un cilindro hidráulico, tres equipos, tres registros

Piensa en el cilindro hidráulico de la unidad de cierre de una prensa. En mantenimiento, aparece como una fuga de aceite y una placa de características que el aceite ha medio borrado. El técnico conoce la máquina y sabe más o menos qué hace el cilindro, y necesita saber si hay uno en el almacén de repuestos. En el ERP, el mismo cilindro puede figurar con un texto breve que apenas dice «cilindro, hidráulico», sin referencia del fabricante, y quizá también con un segundo número de artículo que alguien creó hace dos años porque no encontraba el primero. El lado del técnico, y cuánto tiempo espera una reparación por ello, es el tema de por qué el mantenimiento espera al repuesto correcto.

En compras, el cilindro aparece como una solicitud de pedido con un plazo de entrega largo del OEM. El comprador tiene el número y el precio del fabricante de la máquina, y le preguntan si alguien más fabrica el repuesto. Sin la referencia del fabricante original, nadie puede saberlo. En el fabricante de la máquina, el mismo cilindro aparece por tercera vez, en el departamento de recambios: un cliente escribe con el número de serie de la máquina y las palabras «el cilindro de cierre pierde aceite», y el departamento tiene que convertir eso en un número de pieza y un presupuesto antes de que acabe la tarde.

Tres personas, un mismo repuesto físico, y a cada una le falta algo que quizá tenga otra. Mantenimiento, compras y posventa trabajan con el mismo repuesto, y cada equipo ve un registro distinto. Parts Intelligence trabaja sobre el registro de debajo, para que todos los equipos trabajen con los mismos hechos.

Una capa de Parts Intelligence tiene que trabajar con lo que hay

Los datos de entrada de esa capa rara vez están limpios, y fingir lo contrario es la forma en que se atascan los proyectos de software. Lo que tiene un equipo es una placa gastada, un texto breve escrito en dos idiomas por dos personas distintas, un número de distribuidor sin fabricante detrás, un pedido de hace cuatro años con otra descripción y la lista de materiales de la prensa. Una capa que solo funciona cuando esos datos están ordenados es un proyecto de limpieza con otro nombre.

Para ser útil, tiene que partir de lo que tenga la persona que está delante del repuesto y llegar desde ahí a un repuesto identificado. Tiene que conectar los registros que describen ese repuesto, incluidos los que están duplicados. Tiene que aportar lo que la empresa no tiene por sí misma: quién más fabrica el repuesto y cuánto debería costar. Y tiene que poner el resultado delante de quien decide, de forma que pueda comprobarlo, porque un comprador que no sabe explicar de dónde sale un precio no lo usará en una negociación. Nada de eso sustituye al criterio. Cambia aquello en lo que se basa: de lo que una persona recuerde a los mismos hechos para todos los que trabajan con el repuesto.

Los mismos hechos para el técnico, el comprador y el departamento de recambios

Partium Parts Intelligence conecta al técnico junto a la máquina con los equipos que compran, almacenan y mantienen tu catálogo. Partium Agent hace el trabajo por debajo de ambos productos; Cockpit y Find ponen la respuesta delante de quien decide. Para el cilindro, el trabajo se reparte según líneas que la planta ya conoce. Cockpit es donde tu equipo trabaja en el catálogo, el stock y el precio. Partium Find es el producto aparte para identificar un repuesto sobre el terreno.

El recorrido del propio cilindro se cuenta rápido. Sigue un repuesto a través de la plataforma: Find lo identifica junto a la máquina, y Cockpit muestra sus posibles duplicados, lo que debería costar y cuándo se acerca a la obsolescencia. La planta conserva todos los sistemas que contamos al principio de este artículo. Tu ERP sigue siendo el sistema de referencia. Partium Agent lee de él y escribe de vuelta lo que decide tu equipo.

Reserva una demo y trae uno de tus propios repuestos que tenga tres registros y tres responsables. Si tu trabajo está en uno de los lados de ese repuesto, los artículos por departamento de este blog profundizan más.