Cómo funciona el punchout

En algún lugar de su bandeja de entrada hay un mensaje de su cliente más grande que suena más o menos así: «Nuestro equipo de compras pregunta si soportáis catálogos punchout. ¿Tenéis un endpoint cXML?» Si usted gestiona una tienda B2B en Shopify y esa frase suena a idioma extranjero, esta guía es la respuesta larga. Cubre qué es realmente el punchout, el ciclo completo paso a paso, la diferencia entre cXML y OCI, qué trae ya Shopify, qué le van a exigir las redes de compra, y dónde encaja un conector.

Qué es el punchout

El punchout es la forma en que las grandes empresas compran a sus proveedores sin salir de su propio software de compras. Su cliente no navega por la web abierta. Trabaja dentro de un sistema de e-procurement: SAP Ariba, Coupa, Jaggaer, Oracle, Workday, o un ERP SAP. Cuando necesita sus productos, pulsa su nombre dentro de ese sistema. Su catálogo se abre en una ventana, llena el carrito, y el carrito viaja de vuelta a su sistema como solicitud de compra. Nunca pulsa un botón de pago en su tienda, y ningún dinero pasa por su sitio. La orden de compra llega después, por un canal separado.

Toda esta ceremonia existe por una razón: el control. A los equipos de compras se les paga por hacer cumplir cadenas de aprobación, presupuestos y precios negociados en cada pedido. Una tienda online pública no hace cumplir nada de eso, así que su software envuelve el suyo: las compras ocurren en su tienda, el pedido ocurre en la de ellos.

Para un proveedor, el punchout marca la diferencia entre ser un proveedor preferente sobre el papel y serlo en la práctica. Si comprarle exige salir del sistema, copiar referencias en un formulario y adjuntar un PDF, los compradores se deslizan hacia el competidor que sí está conectado. Si su catálogo está a un clic dentro de su herramienta, con precios de contrato, quedarse con usted se convierte en el camino de menor resistencia.

El ciclo completo, paso a paso

Una relación punchout tiene dos mitades: la salida a comprar y la orden de compra de vuelta. Seis pasos cierran el círculo.

1. Petición de setup. El comprador pulsa su catálogo. Su sistema llama a su endpoint punchout con una petición autenticada. En cXML es un documento PunchOutSetupRequest con identidades de red y shared secret. En OCI es una llamada HTTP con USERNAME, PASSWORD y una HOOK_URL de retorno.
2. Arranque de sesión. Su lado valida las credenciales, determina qué empresa y qué precios de contrato aplican, y responde con una URL de inicio. El navegador del comprador abre su catálogo, ya en el contexto de cliente correcto.
3. Compras. El comprador navega su tienda real: sus datos de producto, sus imágenes, su stock. Los precios que ve son sus precios negociados, no la lista pública.
4. Transferencia del carrito. En lugar de un checkout hay una transferencia. El carrito sale como mensaje estructurado, una PunchOutOrderMessage en cXML o campos NEW_ITEM en OCI, y aterriza en el sistema del cliente como borrador de solicitud de compra.
5. Aprobación. La solicitud de compra recorre la cadena de aprobación del cliente. Una hora o tres semanas. Su tienda no participa y nada espera de su lado.
6. Orden de compra. La solicitud aprobada se convierte en una orden de compra. En las redes cXML puede transmitirse directamente a su endpoint como documento OrderRequest y volverse un pedido en su tienda, sin manos humanas.

Las dos mitades importan porque muchas integraciones solo hacen la primera. El carrito llega elegante al cliente, y luego la orden de compra vuelve como un PDF que alguien de su equipo teclea un viernes por la tarde. Cuando evalúe cualquier solución punchout, pregunte siempre por las dos direcciones.

cXML frente a OCI

Dos protocolos transportan casi todo el tráfico punchout, y cuál necesita usted lo deciden sus clientes.

cXML (Commerce XML) es el estándar del mundo Ariba, y por adopción el mayor de los dos. Es documental: cuatro tipos de documento XML componen un ciclo completo (PunchOutSetupRequest, PunchOutSetupResponse, PunchOutOrderMessage, OrderRequest). Coupa, Jaggaer, Oracle y Workday también lo hablan. Su fuerza decisiva es el trayecto de vuelta: las órdenes de compra viajan por el mismo protocolo, y la automatización completa en ambos sentidos es el caso normal. Si sus clientes son grandes empresas, el cXML es casi seguro lo que quieren decir con punchout. Vea las páginas Ariba y Coupa para el detalle de cada red.

OCI (Open Catalog Interface) es el estándar más antiguo y deliberadamente simple de SAP, dominante en la Europa germanohablante y presente allí donde SAP SRM o S/4HANA gestiona las compras. Sin documentos XML a la ida: el ERP llama a la URL de su catálogo con un parámetro HOOK_URL, y el carrito vuelve como campos NEW_ITEM indexados. OCI mueve carritos, no órdenes de compra; la orden vuelve por el canal que el ERP domine, desde un limpio OrderRequest cXML hasta el papel impreso. La complejidad práctica vive en los dialectos de campos: unidades, grupos de materiales y extensiones NEW_ITEM varían por instalación. Detalles en la página OCI.

Muchos proveedores europeos acaban necesitando ambos: un cliente en SAP autoalojado, el siguiente en Ariba o Coupa. Ese es el argumento para tratar los dos protocolos en un solo conector en vez de en dos proyectos. Una comparación práctica está (en inglés) en cXML vs OCI, practically.

Qué trae Shopify, y qué no

Primero la buena noticia. Shopify B2B ya cubre la mitad comercial de la checklist punchout, la mitad que de verdad cuesta improvisar después: cuentas de empresa con varias company locations, catálogos y listas de precios por location (esos son sus precios de contrato), reglas de cantidad como mínimos y unidades de empaque, condiciones de pago. Si hoy vende al por mayor en Shopify, el modelo de precios y permisos que los clientes punchout exigen probablemente ya está configurado.

Lo que Shopify no tiene, en ningún plan, es un endpoint punchout. Nada recibe una PunchOutSetupRequest, nada valida un shared secret, nada genera campos NEW_ITEM hacia una HOOK_URL, nada procesa un OrderRequest. Las funciones B2B de Shopify terminan en el borde de su tienda; el punchout es exactamente la maquinaria que cruza ese borde hacia el sistema del cliente.

Ese hueco lo llena un conector: los endpoints de los protocolos, la validación de credenciales, la sesión que asocia una identidad de red con la company location correcta, la transformación del carrito a la ida, la ingesta de la orden a la vuelta, y los logs que hacen todo verificable.

Qué exigen las redes de compra a los proveedores

El protocolo es la mitad rápida de un proyecto punchout. La mitad lenta es el enablement: el proceso que cada red o cada cliente recorre antes de que su conexión salga a producción. Varía muchísimo, y conviene conocerlo antes de prometer una fecha.

Ariba es el peso pesado. Trading relationship en SAP Business Network, intercambio de identidades y shared secret, archivo índice de catálogo por cliente para validar, pruebas en el test realm del comprador. El punchout exige en la práctica una cuenta Enterprise, y Ariba es la única gran red que cobra a los proveedores: comisión del 0,155% con tope de 20.000 USD por relación y año superados los umbrales, más niveles de suscripción donde la automatización cXML le coloca en Silver, 750 USD al año. La documentación de compradores reales habla de 8 a 12 semanas, casi todas de coordinación.

Coupa es el peso pluma: portal gratuito, sin tarifas al proveedor, y el admin de su cliente configura la conexión él mismo. Las primeras conexiones aterrizan normalmente en una o dos semanas: el primer proyecto punchout ideal. Jaggaer, Oracle y Workday están en medio: base cXML, sin tarifas al proveedor, con el enablement al ritmo del equipo de proyecto del cliente.

En todas se repite el mismo patrón: las horas de ingeniería son pocas y las semanas de coordinación no. La palanca que usted controla es lo rápido que se cierra cada ronda de pruebas, y unos logs de sesión en bruto que el IT de su cliente pueda leer sin reuniones son la mejor herramienta para eso.

Dónde encaja PunchRelay

PunchRelay es un conector punchout construido solo para Shopify. Da a su tienda endpoints cXML y OCI, valida las credenciales de cada cliente, abre las sesiones punchout sobre la company location de Shopify B2B que usted designe, aplica sus reglas de cantidad antes de la transferencia del carrito, devuelve el carrito en el dialecto que espera el sistema del cliente, y convierte los OrderRequest cXML entrantes en pedidos Shopify, confirmados en menos de 150 milisegundos. Cada mensaje, en ambos sentidos, queda registrado en bruto, porque el log es lo que acorta el enablement.

Estamos acompañando ahora a comercios en acceso anticipado y construyendo con ellos sus primeras conexiones con compradores. Si un cliente acaba de pedirle punchout, empiece por la página que corresponde a su sistema: SAP Ariba, Coupa u OCI para SAP. O deje su email abajo y trazaremos el camino más corto hacia su primera conexión en producción.