Tu ERP sabe lo que compraste. Tu eCommerce necesita lo que vendes. Y nadie los reconcilia.

La brecha entre los datos de compra y los datos de venta es la causa raíz de la mayoría de los problemas de catálogo en empresas con operación multicanal. Este artículo explica cómo se origina ese gap, cómo identificarlo y qué se necesita para resolverlo.

¿Qué es la brecha ERP-canal en gestión de datos de producto?

La brecha ERP-canal es la discontinuidad estructural entre los datos que un sistema ERP almacena sobre un producto y los datos que un canal de venta digital necesita para convertir a un comprador.

Un ERP modela el producto como una unidad de negocio transaccional: código de artículo, proveedor, precio de costo, stock por depósito, unidad de medida y posición arancelaria. Su función es hacer posible comprar, almacenar, mover y cobrar.

Un canal de venta —eCommerce, marketplace, portal B2B, catálogo digital— modela el mismo producto como una propuesta de valor para el comprador: dimensiones, materiales, compatibilidades, certificaciones, variantes disponibles, imágenes por ángulo, descripción en lenguaje accesible y respuesta a objeciones frecuentes.

Estos dos modelos no se solapan. Son cualitativamente distintos. Y sin un sistema diseñado específicamente para gestionar la transición entre uno y otro, la empresa opera con una brecha permanente en su arquitectura de datos.

¿Por qué el ERP no puede ser la fuente de datos del eCommerce?

El ERP no fue diseñado para vender. Fue diseñado para registrar operaciones internas. Esta distinción tiene consecuencias prácticas directas:

• El ERP captura el dato de compra: lo que la empresa necesita saber para procesar una transacción con un proveedor.
• El eCommerce requiere el dato de venta: lo que el comprador necesita saber para tomar una decisión de compra.

Ejemplo concreto: Un taladro inalámbrico ingresa al ERP con los siguientes campos: código TAL-001-18V, descripción “Taladro inalámbrico 18V”, proveedor, precio de costo, peso bruto 2,3 kg, stock 47 unidades.

El comprador online necesita: potencia real del motor, autonomía de la batería, tipo de mandril, rango de RPM, función percutora, compatibilidad de batería con otras herramientas de la línea, imágenes desde cuatro ángulos, video de demostración, comparativa con modelos equivalentes y condiciones de garantía.

Entre esos dos conjuntos de datos, el solapamiento es de tres campos en el mejor de los casos. El resto debe construirse desde cero, por alguien, en algún momento del proceso.

¿Cómo se genera el caos de datos en la práctica?
Las 5 etapas del deterioro

En la mayoría de las empresas con catálogos medianos o grandes, el problema no aparece de golpe. Se construye en cinco etapas:

Etapa 1 — Alta en ERP. El equipo de compras registra el producto con los campos mínimos requeridos para procesar la recepción: código, descripción corta, proveedor, costo, categoría contable. El producto existe en el sistema.

Etapa 2 — Solicitud de publicación. El equipo de eCommerce recibe la instrucción de publicar el nuevo artículo. Accede al backoffice y encuentra: un código, una descripción de cuatro palabras y un precio. Nada más.

Etapa 3 — Improvisación forzada. El equipo busca información en el sitio del proveedor, copia descripciones no adaptadas al tono de la marca, descarga imágenes de baja resolución del catálogo PDF recibido por correo. Publica el producto con los campos disponibles y deja en blanco los que no puede completar.

Etapa 4 — Fragmentación del dato. Con el tiempo, el mismo producto tiene una descripción en el eCommerce propio, otra en el marketplace, otra en el catálogo del representante de ventas, y los datos originales del ERP que no coinciden exactamente con ninguna de las anteriores. No existe una versión oficial.

Etapa 5 — Aparición de síntomas. Devoluciones por expectativas no cumplidas, consultas al servicio al cliente sobre información que debería estar en la ficha, diferencias de precio entre canales, imágenes de versiones discontinuadas del producto y atributos de búsqueda incorrectos que hacen invisible el producto en el marketplace.

¿Cuáles son las pérdidas económicas de la brecha ERP-canal?

Las pérdidas generadas por esta brecha son, en su mayoría, invisibles en el P&L. No tienen código contable ni generan alertas en ningún dashboard. Sin embargo, son cuantificables en cinco dimensiones:

1. Tasa de conversión deprimida. Un producto con ficha incompleta convierte menos, no porque el producto sea inferior, sino porque el comprador no tiene información suficiente para decidir con confianza. La diferencia de conversión por calidad de ficha oscila entre 2 y 5 puntos porcentuales según el sector y el tipo de producto.

2. Devoluciones evitables. Las devoluciones por “el producto no era lo que esperaba” tienen su origen mayoritario en fichas con atributos incorrectos o ausentes: dimensiones no especificadas, fotografías no representativas del producto recibido, ausencia de información sobre compatibilidad. Cada devolución tiene un costo logístico directo que una ficha correcta habría eliminado.

3. Tiempo de equipo duplicado. Sin una fuente de datos única y confiable, cada área construye la suya: el equipo de eCommerce tiene su hoja de cálculo, el equipo de ventas la suya, atención al cliente trabaja con la del sistema de tickets. Cuatro versiones del mismo dato, mantenidas por cuatro personas que no se coordinan, generando divergencias que nadie detecta hasta que se materializan en un error visible.

4. Time-to-market extendido. Un producto que podría estar disponible para la venta en 48 horas desde su ingreso al depósito demora dos semanas cuando el proceso de publicación no está sistematizado. Durante ese período, el producto genera costo de almacenamiento sin generar venta. En categorías con estacionalidad marcada, ese retraso puede equivaler a perder la ventana de oportunidad completa de la temporada.

5. Visibilidad perdida en búsqueda. Un producto publicado con atributos incorrectos o campos vacíos no aparece en las búsquedas filtradas de los marketplaces ni en Google Shopping cuando debería. No hay notificación de error: el producto simplemente no existe para el comprador que estaba buscando exactamente lo que la empresa tiene disponible en stock.

¿En qué momento el problema se vuelve sistémico?

Existe un umbral de complejidad a partir del cual el caos de datos ya no puede gestionarse con procesos manuales y voluntad individual. Ese umbral varía según la empresa, pero los síntomas que lo señalan son universales:

• El equipo de contenido dedica más tiempo a buscar información que a enriquecerla.
• Los errores en fichas publicadas se repiten a pesar de los controles establecidos.
• El time-to-market de nuevos productos se extiende semana a semana sin causa aparente.
• Las inconsistencias entre canales empiezan a generar reclamos directos de clientes.
• Ninguna persona en la organización puede responder con certeza: ¿cuál es la versión correcta de este dato de producto?

Cuando nadie puede responder esa última pregunta, la empresa ya cruzó el umbral. La solución en ese punto no es contratar más personas para el equipo de contenido. Es rediseñar la arquitectura de datos.

¿Qué se necesita para reconciliar el dato de compra y el dato de venta?

La reconciliación entre el ERP y el canal de venta requiere cuatro componentes, en este orden:

1. Definir la propiedad del dato. El ERP mantiene su rol como fuente de la verdad para datos logísticos y financieros. Un sistema PIM (Product Information Management) debe convertirse en la fuente de la verdad para los datos comerciales. Esta decisión es organizacional antes que tecnológica.

2. Diseñar el modelo de datos antes de elegir la herramienta. ¿Qué atributos tiene cada familia de productos? ¿Cuáles son obligatorios para publicar? ¿Cuáles varían por canal? Sin ese diseño documentado, cualquier herramienta implementada hereda el caos en lugar de resolverlo.

3. Establecer el flujo de enriquecimiento. ¿Cómo llega el dato desde el proveedor? ¿Quién lo valida? ¿Quién lo enriquece? ¿Quién aprueba la publicación? Un flujo no definido es un flujo que cada persona resuelve de forma distinta.

4. Integrar los sistemas con la jerarquía correcta. El ERP envía al PIM los datos que son su responsabilidad. El PIM enriquece y transforma. El PIM distribuye a cada canal en el formato que ese canal requiere. La dirección del flujo es tan importante como el flujo mismo.

Diagnóstico rápido: 4 preguntas para medir el gap en su empresa

Antes de evaluar cualquier solución tecnológica, estas cuatro preguntas permiten dimensionar el problema real:

Pregunta 1. ¿Existe en su empresa un documento que defina qué atributos debe tener cada familia de productos y quién es responsable de mantenerlos? Si la respuesta es no, existe un problema de gobernanza que ningún software resolverá por sí solo.

Pregunta 2. ¿Puede su equipo saber, ahora mismo, qué porcentaje de sus productos publicados tiene una ficha completa según un estándar definido? Si no existe ese estándar, el gap no es medible. Y lo que no se mide no se gestiona.

Pregunta 3. ¿Cuánto tiempo demora, en promedio, publicar un producto nuevo en todos sus canales desde que ingresa al sistema? Si la respuesta es “depende de quién lo cargue”, existe un problema de proceso, no de herramienta.

Pregunta 4. ¿Tiene sus productos descripciones, imágenes o atributos distintos según el canal, sin que esa diferencia sea una decisión consciente de adaptación? Si la respuesta es sí, la fragmentación ya es sistémica y se agravará con cada canal nuevo que incorpore.
Conclusión: la brecha no es un problema técnico, es una decisión pendiente

La brecha entre el dato de compra y el dato de venta existe porque las empresas crecieron digitalmente más rápido que sus procesos de gestión de información. El ERP resolvió la operación interna. El eCommerce abrió el canal externo. Y entre los dos quedó un espacio que nadie diseñó, nadie presupuestó y nadie hizo responsable de gestionar.

En un entorno donde el comprador toma decisiones en segundos, donde los marketplaces penalizan las fichas incompletas con menor visibilidad orgánica y donde la competencia está a un clic de distancia, ese espacio ya no es una incomodidad operativa. Es una ventaja competitiva que alguien está aprovechando.

La pregunta es si ese alguien es su empresa o su competidor.

¿Reconoció alguno de estos síntomas en su operación? En CRITERIA realizamos diagnósticos de arquitectura de datos de producto para empresas que están evaluando cómo resolver este gap. Escríbame directamente o deje su comentario.

La próxima entrega aborda un mito persistente en la gestión de catálogos: por qué el Excel nunca fue el problema real — aunque sí era el síntoma más visible.

Este artículo es parte del newsletter semanal Datos que Venden. Suscribite para recibir cada entrega directamente en LinkedIn.