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. No vuelve a introducir el carrito ni paga en su tienda. 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.

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 ambos sentidos circulan como documentos estructurados. 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. Encontrará una comparativa práctica en nuestra guía cXML vs. OCI en la práctica.

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 con las credenciales ocultas que el IT de su cliente pueda leer sin reuniones son la mejor herramienta para eso.

Dónde encaja PunchRelay

Las órdenes cXML se guardan de forma duradera, se comparan con el carrito transferido y se colocan en la bandeja «Purchase orders» de la app PunchRelay. No se crea nada en Shopify hasta que alguien de su equipo revisa la orden y pulsa «Create Shopify order». Entonces el pedido se crea sin pagar, con el pago pendiente, listo para preparar y enviar. OCI solo transfiere el carrito; el flujo de pedidos se acuerda y prueba por separado para cada comprador.

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.