Partner Commerce Hub: vender el stock de tus socios como si fuera tu propio catálogo

Un patrón para vendedores B2B que quieren listar productos que no tienen en existencias, procedentes de proveedores externos, sin que el comprador note ninguna diferencia — el mismo escaparate, el mismo proceso de compra, el mismo gestor de cuenta, ningún proveedor identificado. Ilustrado aquí con un escenario representativo de recambios de automóvil en lugar de un cliente concreto.

Distribución B2B de recambios de automóvil de posventa
Un portátil mostrando una pantalla de demostración de "Excepciones" del patrón Partner Commerce Hub: una cola de gestor que solo enumera los pedidos que necesitan atención — un cambio de precio, un socio que no responde, una acción manual — cada uno con su propia cuenta atrás de SLA, en lugar de todos los pedidos del sistema.

El desafío

Este es un patrón que diseñamos repetidamente, mostrado aquí sobre un escenario representativo en lugar de las cifras de un cliente concreto: un vendedor B2B quiere ofrecer productos de proveedores externos a través de su propio escaparate, sin que nada cambie para el comprador — mismo catálogo, misma lógica de precios, mismo comercial — y sin revelar quién es el proveedor ni incorporar antes la gama a sus propias estanterías.

Es un problema clásico del sector de recambios de automoción: un comprador, muchos proveedores distintos entre sí. Distintos en todos los aspectos — formato de la lista de precios, canal de comunicación, velocidad de respuesta, disciplina con los plazos. Lo difícil no es conectar a uno de ellos; es hacer que todos encajen en un solo proceso.

El stock y el dinero ya viven en un sistema contable o ERP independiente. Un escaparate incapaz de leerlo produce una segunda versión de la verdad en cuestión de días.

No todos los proveedores tienen una API. Algunos envían un archivo de precios, algunos aceptan pedidos por correo electrónico, algunos solo responden a una persona por mensajería. Un diseño que solo maneja a los proveedores fáciles, o que exige una API a todos, deja a la mayor parte del catálogo lenta y manual.

La solución

Una única operación canónica, muchos adaptadores

Internamente, todos los proveedores son iguales: el mismo intercambio de seis pasos — comprobar disponibilidad, obtener un precio, realizar el pedido, obtener la confirmación, obtener el envío, obtener la factura. Lo único que cambia es cómo ejecuta cada paso un proveedor determinado: una llamada a una API, un clic en un portal, un mensaje leído por una persona. Incorporar a un nuevo proveedor se convierte en un cambio de configuración, no en un nuevo proceso de negocio.

El canal manual es un adaptador de primera clase, no una excepción

Un proveedor al que se llega por correo electrónico o mensajería recibe el mismo plazo, la misma valoración y el mismo rastro de auditoría que uno con una API completa — simplemente una persona ejecuta el paso en lugar de una máquina. Esto es deliberado: la mayoría de los proveedores reales de este sector no tienen API, y un diseño que los trata como caso especial acaba dejando la mayor parte del catálogo fuera de control.

Elegir un proveedor no es elegir el más barato

Cuando varios proveedores pueden cubrir la misma línea, el sistema pondera el precio junto con el coste y el tiempo de entrega, la confianza en el stock declarado, el historial del proveedor, y el coste esperado de una devolución — porque un proveedor un 2% más barato pero que solo confirma el 85% de las veces sale más caro una vez contados los reencargos, los clientes retrasados y el trabajo manual de repaso.

El comprador ve una promesa, no una suposición

Un nivel de stock confirmado, un valor en caché del último archivo de precios, y una línea que todavía espera la confirmación de un proveedor son tres situaciones distintas, y un escaparate que muestra las tres como un simple "en stock" acaba prometiendo cosas que nadie acordó. Cada oferta lleva un nivel de confianza, y el texto que se muestra en el escaparate — "se envía hoy" frente a "confirmando, respuesta en unas horas" — se elige a partir de ese nivel en lugar de adivinarse.

El gestor trabaja las excepciones, no la cola de pedidos

Si la mayoría de los pedidos se completan por sí solos, un gestor no debería tener que revisarlos todos para encontrar los pocos que necesitan atención. La cola solo muestra lo que salió del camino normal — sin respuesta, un precio cambiado, un plazo incumplido — cada uno con su propio plazo y acciones de un clic: reasignar a un proveedor de reserva, aceptar un nuevo precio, preguntar al comprador, escalar.

Un agente de IA para el canal que sigue siendo manual

Entre "le escribimos a un proveedor por WhatsApp" y "el proveedor tiene una API" hay una brecha que ya no tiene que cubrir una persona a tiempo completo: un agente envía la solicitud según una plantilla, lee la respuesta en texto libre o por voz, extrae cantidad, precio y plazo de entrega, hace una pregunta de seguimiento si falta algo, y escala a un humano los casos de baja confianza o alto valor. El mensaje original siempre se conserva junto al resultado estructurado que produjo.

Preguntas frecuentes

No. El escaparate sigue siendo el propietario de la búsqueda, las fichas de producto y el proceso de compra; el sistema contable o ERP sigue siendo el propietario del stock, los precios y las liquidaciones. Esta capa se sitúa entre ellos y los proveedores externos, y no se convierte en una segunda copia de ninguno de los dos.

Se incorpora desde el primer día por el canal manual o de mensajería, bajo los mismos plazos, valoración y rastro de auditoría que un proveedor conectado por API. Si más adelante desarrolla una API, solo cambia la configuración de su adaptador — el proceso a su alrededor sigue siendo el mismo.

Ponderando el precio junto con el coste y el tiempo de entrega, la confianza en el stock declarado, la fiabilidad histórica del proveedor, y los costes de devolución esperados — no solo por el precio. Esa ponderación es una decisión de negocio, ajustable por segmento, y cada elección sigue siendo explicable: qué alternativas existían y por qué quedaron descartadas.

El pedido se traslada silenciosamente a un proveedor de reserva si las nuevas condiciones siguen dentro de lo prometido al comprador, se pregunta al comprador si las condiciones cambiarían, o el caso se escala a un gestor si no hay proveedor de reserva — un conjunto fijo de resultados en lugar de una decisión improvisada cada vez.

No. Las ofertas se distinguen por precio, plazo de entrega y condiciones, nunca por el nombre de un proveedor, y nada en el escaparate, los correos electrónicos o la documentación de envío identifica quién está detrás de una línea concreta.
Casos de estudio