Su ERP piensa que una paleta es un producto. Deja que eso se hunda.

El consultor llegó el lunes. Ella fue muy amable. Tenía un PowerPoint. El PowerPoint tenía 47 diapositivas. La diapositiva 1 decía "Implementación de ERP: Módulo ITAD" y tenía una imagen de un almacén que no se parecía en nada a su almacén, porque su almacén tiene mala iluminación en la Zona C y un montacargas con un parachoques abollado, y el almacén en la imagen tenía iluminación en riel y una mujer con casco que parecía estar sonriendo a un portapapeles.

El viernes ya tenía un plan de proyecto, un cronograma y un presupuesto. 80K€ para la implementación. Seis meses. El consultor se mostró confiado. Su director financiero se sintió aliviado. Por fin un sistema real. No más FileMaker. No más Raymond.

Seis meses después, una paleta de HP EliteBooks de calidad mixta con tres diseños de teclado diferentes (AZERTY, QWERTY y QWERTZ, porque el lote provenía de una multinacional) se registró en su nuevo ERP como un único "producto" con una cantidad de 1 y una descripción que decía "portátil HP". No "HP EliteBook 840 G8". No "grado mixto". No "tres diseños de teclado". Simplemente "portátil HP". Cantidad: 1.

El ERP no está roto. El ERP funciona exactamente según lo diseñado. El ERP fue diseñado para un mundo donde los productos son idénticos, contables e intercambiables. Una paleta de HP EliteBooks no es ninguna de esas cosas.

La falta de coincidencia de vocabulario

Aquí hay una lista no exhaustiva de cosas para las que su ERP no tiene una palabra:

Lote de calidad mixta. El ERP tiene "productos" y "variantes de productos". Una variante podría ser "color: azul" o "talla: grande". No admite "grado: B, salvo 12 unidades que son C porque los reposamanos están rayados y 3 que son D porque las pantallas parpadean". Esa no es una variante. Esa es una situación.

Estado de borrado por unidad. El ERP rastrea los números de serie, claro. Pero rastrea un número de serie por producto. ¿Una computadora portátil con dos SSD, cada una de las cuales necesita borrado y certificación independientes? El ERP sugiere crear dos "productos". Uno para cada unidad. Adjunto a… la computadora portátil de alguna manera. Se complica rápido y a nadie le gusta dónde termina.

Actualidad de la calificación. Es posible que la calificación que asignó hace seis semanas ya no sea precisa. La salud de la batería se degrada. Evaluaciones cosméticas edad. El ERP no tiene ningún concepto de grado que caduque. Las calificaciones son hechos. Los grados en ITAD son opiniones con vida útil.

Chain of custodia. El ERP rastrea los movimientos del almacén: de la ubicación A a la ubicación B. No rastrea la razón para el movimiento, la persona que lo autorizó ni las implicaciones de cumplimiento. En ITAD, un dispositivo que pasa de "procesamiento" a "cuarentena" no es lo mismo que pasar del estante 3 al estante 4. El ERP cree que sí.

An ERP que ha sido "personalizado para ITAD" no es un sistema ITAD. Es un sistema de propósito general con el que se ha discutido hasta que dejó de quejarse.

Las Sesiones de Consultoría

Cuando la discrepancia de vocabulario se hizo evidente, el consultor regresó. Más sesiones. Más presentaciones de PowerPoint. Más "podemos configurar eso". La palabra "configurar" hizo mucho trabajo pesado. Lo que significó en la práctica fue: agregaremos campos personalizados hasta que el sistema se aproxime a lo que usted necesita, momento en el cual será demasiado personalizado para actualizarlo y demasiado específico para brindar soporte.

Tres sesiones de consultoría después, tenía un sistema que técnicamente rastreaba las calificaciones (en un campo de texto), manejaba varios almacenes (con un truco de prefijo de ubicación) y podía generar informes de borrado (si alguien exportaba un CSV y lo ejecutaba a través de un script Python que su gerente de TI escribió un fin de semana).

Coste total: 80.000 € de implementación más 45.000 € en sesiones de consultoría más 12.000 € en mantenimiento de personalización anual más el salario de una persona que dedica el 30% de su tiempo a solucionar limitaciones en lugar de hacer su trabajo real. Esa no es una solución. Se trata de una carrera armamentista entre sus requisitos y la voluntad del ERP de fingir que los comprende.

Por qué fallan los ERP en ITAD

El problema fundamental no es técnico. Es conceptual. Los ERP se basan en el supuesto de que su empresa vende productos. Los productos se definen, fabrican, almacenan y venden. Cada producto tiene un SKU. Cada SKU describe un artículo idéntico. El recuento de inventario le indica cuántos tiene. Sencillo.

ITAD no vende productos. ITAD procesa activos individuales. Cada uno es único. Cada uno tiene su propio número de serie, su propia condición, su propia historia, su propio grado, su propio estado de borrado, su propia cadena de custodia. Una "paleta de 50 Dell Latitude 5430" no son 50 artículos idénticos. Son 50 historias individuales que comparten un número de modelo. Un ERP los trata como 50 copias de una cosa. ITAD los trata como 50 cosas diferentes que simplemente se parecen.

Ese vacío conceptual es lo que 80.000 euros y tres sesiones de consultoría no pudieron salvar. No porque el consultor fuera malo. Porque la brecha es arquitectónica y ninguna cantidad de campos personalizados puede convertir un sistema basado en productos en uno basado en activos.

Su ERP es un software excelente. Para fabricación. Para venta minorista. Para distribución. Para cualquier negocio donde los productos sean idénticos e intercambiables. ITAD no es ese negocio. Tu palet no es un producto. Tu calificación no es una variante. Su certificado de borrado no es un archivo adjunto.

El consultor tenía razón en una cosa: se necesitaba un sistema real. Sólo necesitabas uno diseñado para esto.