Un problema silencioso en todos los kick-offs de proyectos B2B: El IT Manager jura que el ERP está impecable. Conectan el middleware, los 20.000 productos se publican en la web con precios y stock en tiempo real. Y la web es un mar de rectángulos grises que dicen "Imagen no disponible".
Por qué el ERP odia las imágenes
Los sistemas de gestión corporativa (SAP, Oracle, Tango) están construidos para procesar bases de datos numéricas a alta velocidad. Almacenar imágenes pesadas, PDFs de 5MB y descripciones enriquecidas en HTML (Textos enriquecidos) dentro de un ERP ralentiza los backups diarios y corrompe su propósito original. El ERP debe ser "ciego" y enfocarse en finanzas, inventario y logística.
Ingresa el PIM (Product Information Manager)
Si la arquitectura es profesional, el ecommerce no se alimenta solo del ERP. Se alimenta de dos fuentes en paralelo:
- ERP (Los datos Duros): Envía SKU, Precio (listas), Stock e Impuestos. (Cambia muchas veces por hora).
- PIM (Los datos Blandos): Envía SKU, 5 fotografías alta calidad, manual de instalación PDF, Atributos técnicos (Voltaje, Material, Color), Categorización SEO. (Cambia rara vez).
El Ecommerce B2B, como si fuera una licuadora, junta los datos duros y blandos usando el SKU como pegamento y le muestra al usuario una ficha de producto perfecta.
El atajo de nombrar archivos en lote
Si sos una PyME y pagar un Akeneo PIM o un Plytix te resulta caro, existe una metodología técnica de bajo costo: Naming por SKU.
En lugar de subir fotos manualmente una por una en el admin de la tienda, forzás una regla de negocio en tu empresa. Toda foto de producto DEBE llamarse [SKU]-1.jpg, [SKU]-2.jpg, etc. (Ej: FIL1234-1.jpg).
Subís las 40.000 imágenes de golpe a un bucket en la nube (AWS S3) o a una carpeta del servidor. La plataforma de ecommerce corre un script que asocia automáticamente cada foto al producto buscando coincidencias de nombres. Ahorrás meses de data-entry aburrido.
