cXML vs OCI: ¿Qué protocolo PunchOut necesita tu empresa?

Por Laura González y Carlos Morán · Actualizado: octubre 2026

Cuando una empresa necesita implementar un catálogo PunchOut, tarde o temprano aparecen dos términos: cXML y OCI.

Ambos permiten conectar el catálogo o ecommerce de un proveedor con el sistema de compras de un cliente corporativo. Sin embargo, no funcionan exactamente de la misma manera ni se utilizan en los mismos entornos.

Por eso, una de las preguntas más habituales es:

¿Qué diferencia hay entre cXML y OCI y cuál necesita mi empresa?

La respuesta corta es que la elección normalmente no depende únicamente del proveedor. El sistema de procurement utilizado por el comprador suele determinar qué protocolo necesita la integración.

Si tu cliente utiliza SAP Ariba, Coupa u otras plataformas de eProcurement compatibles con cXML, probablemente necesitarás una integración cXML. En determinados entornos SAP, en cambio, puede solicitarse OCI.

Veamos las diferencias con más detalle.

¿Qué es cXML?

cXML significa Commerce eXtensible Markup Language.

Es un estándar basado en XML utilizado para intercambiar información estructurada entre plataformas de compras, proveedores y otros sistemas B2B.

Dentro de una integración PunchOut, cXML permite que el sistema de compras corporativo inicie una sesión en el catálogo del proveedor.

Un flujo simplificado sería:

Sistema de compras → solicitud PunchOut → catálogo del proveedor → selección de productos → devolución del carrito → sistema de compras

Para iniciar este proceso se utilizan mensajes estructurados. Por ejemplo, una integración puede recibir un PunchOutSetupRequest para iniciar la sesión.

Una vez que el comprador ha seleccionado los productos, la información del carrito puede regresar mediante un PunchOutOrderMessage.

Esto permite que el comprador continúe posteriormente con sus procesos internos de aprobación y compra.

¿Dónde se utiliza cXML?

cXML aparece habitualmente en integraciones relacionadas con plataformas de eProcurement como:

• SAP Ariba
• Coupa
• Jaggaer
• otras plataformas corporativas compatibles con cXML

Además, cXML no está limitado exclusivamente al acceso al catálogo. Dependiendo del alcance de la integración, el estándar también puede utilizarse para intercambiar otros documentos relacionados con el proceso B2B, como órdenes de compra.

Por eso resulta especialmente relevante en proyectos donde se busca una integración más amplia entre los sistemas del comprador y del proveedor.

¿Qué es OCI?

OCI significa Open Catalog Interface.

Se trata de una interfaz estrechamente relacionada con el ecosistema SAP y diseñada para conectar sistemas corporativos con catálogos externos de proveedores.

Su objetivo dentro de PunchOut es similar al de cXML.

El comprador comienza dentro de su sistema corporativo, accede al catálogo externo del proveedor, selecciona los productos que necesita y devuelve esa selección al sistema de compras.

El flujo general puede representarse así:

SAP / sistema de compras → catálogo externo → selección de productos → devolución del carrito → sistema SAP

Una de las diferencias está en cómo se intercambia técnicamente esa información.

Mientras cXML utiliza documentos XML estructurados, OCI tradicionalmente utiliza parámetros y campos enviados mediante mecanismos web para transferir la información del catálogo y del carrito.

¿Dónde se utiliza OCI?

OCI está especialmente asociado a entornos SAP.

Puede encontrarse, por ejemplo, en proyectos relacionados con:

• SAP SRM
• SAP S/4HANA
• otros entornos SAP compatibles con Open Catalog Interface

Por eso, cuando un cliente solicita una integración PunchOut desde un entorno SAP, es importante comprobar exactamente qué versión y qué interfaz necesita antes de comenzar el proyecto.

cXML vs OCI: principales diferencias

Aunque ambos permiten conectar un sistema de compras con el catálogo de un proveedor, existen diferencias importantes.

Característica	cXML	OCI
Nombre	Commerce eXtensible Markup Language	Open Catalog Interface
Formato	Mensajes XML estructurados	Parámetros/campos mediante comunicación web
Ecosistema habitual	SAP Ariba, Coupa, Jaggaer y otras plataformas de eProcurement	Principalmente entornos SAP
Inicio de sesión PunchOut	Puede utilizar PunchOutSetupRequest	Llamada al catálogo mediante parámetros OCI
Retorno del carrito	PunchOutOrderMessage	Campos OCI devueltos al sistema
Alcance	Puede formar parte de intercambios B2B más amplios	Especialmente orientado al acceso al catálogo y retorno de artículos
Flexibilidad	Adecuado para estructuras de datos más complejas	Enfoque más directo para determinados escenarios SAP
Elección	Depende de los requisitos del comprador	Depende de los requisitos del comprador

Esta última diferencia es probablemente la más importante.

Entonces, ¿es mejor cXML u OCI?

No existe un protocolo que sea automáticamente mejor para todas las empresas.

La pregunta correcta no es:

“¿Cuál queremos utilizar?”

Sino:

“¿Qué protocolo necesita el sistema de compras de nuestro cliente?”

Imaginemos que eres un proveedor B2B y uno de tus grandes clientes te comunica que quiere comprar desde SAP Ariba utilizando PunchOut.

En ese escenario tendrás que estudiar los requisitos técnicos de SAP Ariba y del comprador, donde cXML es un estándar habitual.

Otro cliente podría trabajar con un entorno SAP que requiera OCI.

En ese caso, la integración deberá adaptarse a OCI.

Por tanto, el comprador y su infraestructura tecnológica condicionan la integración que necesita el proveedor.

¿Cuándo necesitas cXML?

Una integración cXML puede ser necesaria cuando el sistema de procurement del comprador requiere este estándar para comunicarse con el catálogo del proveedor.

Esto ocurre habitualmente cuando trabajas con determinadas plataformas modernas de eProcurement.

También puede resultar especialmente relevante cuando el proyecto no termina únicamente con el retorno del carrito y se pretende automatizar posteriormente otros intercambios B2B.

Por ejemplo, dependiendo del proyecto, pueden existir integraciones para transmitir órdenes de compra mediante documentos cXML.

Pero es importante distinguir ambos conceptos:

tener PunchOut mediante cXML no significa automáticamente que toda la gestión posterior del pedido esté integrada.

El alcance debe definirse antes de comenzar el proyecto.

¿Cuándo necesitas OCI?

OCI puede ser necesario cuando el cliente trabaja con un entorno SAP que utiliza Open Catalog Interface para conectarse con catálogos externos.

En estos proyectos, el comprador puede acceder desde su entorno corporativo al catálogo del proveedor, seleccionar productos y devolver la información correspondiente a SAP.

Por tanto, si un cliente te dice:

“Necesitamos que vuestro catálogo sea compatible con OCI”

lo primero es identificar:

• qué sistema SAP utiliza;
• qué versión de OCI necesita;
• qué campos necesita recibir;
• cómo debe identificarse al comprador;
• cómo debe devolverse el carrito;
• qué productos y precios debe visualizar ese cliente.

Con esta información puede definirse correctamente el proyecto.

¿Qué son OCI 4.0 y OCI 5.0?

Cuando hablamos de OCI también pueden aparecer referencias a diferentes versiones, especialmente OCI 4.0 y OCI 5.0.

La versión requerida es otro elemento que debe comprobarse durante el análisis técnico.

No conviene asumir que todos los clientes que utilizan OCI tienen exactamente la misma configuración.

Por eso, antes de desarrollar la integración, es necesario conocer el entorno concreto del comprador y los requisitos que debe cumplir el catálogo.

¿Y qué significan cXML Level 1 y Level 2?

En proyectos PunchOut también pueden aparecer los conceptos Level 1 y Level 2.

De forma general, una experiencia PunchOut tradicional permite que el comprador acceda al catálogo del proveedor y navegue dentro de él para localizar los productos.

Las implementaciones con capacidades de búsqueda más avanzadas pueden permitir una integración más profunda entre el sistema de procurement y los productos del proveedor.

Esto puede ser especialmente relevante cuando existen catálogos extensos y el comprador necesita localizar productos con mayor rapidez.

Por tanto, además de preguntar si el cliente necesita cXML, también conviene determinar qué tipo de experiencia PunchOut espera conseguir.

¿Una empresa puede necesitar cXML y OCI al mismo tiempo?

Sí.

Y esta situación es especialmente importante para proveedores B2B que trabajan con diferentes grandes empresas.

Imaginemos un proveedor con tres clientes corporativos:

Cliente A → SAP Ariba → cXML

Cliente B → Coupa → cXML

Cliente C → entorno SAP → OCI

El proveedor sigue teniendo un único negocio y puede mantener un catálogo centralizado, pero necesita ser capaz de comunicarse con diferentes sistemas de procurement.

Por eso, una estrategia PunchOut escalable debe tener en cuenta no solamente el primer cliente que solicita la integración, sino también posibles conexiones futuras.

¿Necesito crear un ecommerce diferente para cada protocolo?

No necesariamente.

El objetivo de una integración PunchOut es precisamente conectar la infraestructura existente del proveedor con los sistemas de compras utilizados por sus clientes.

Dependiendo de cómo esté construido el ecommerce, ERP o catálogo actual, puede desarrollarse una capa de integración que permita adaptar la comunicación a los requisitos de cada comprador.

Esto evita plantear cada nuevo cliente como un proyecto completamente independiente desde cero.

Sin embargo, cada comprador puede seguir necesitando configuraciones específicas, como:

• credenciales;
• catálogo disponible;
• precios negociados;
• referencias;
• unidades de medida;
• clasificaciones;
• campos obligatorios;
• dirección de retorno;
• reglas particulares de validación.

¿Qué información necesitamos antes de implementar cXML u OCI?

Antes de comenzar una integración PunchOut conviene responder algunas preguntas.

1. ¿Qué sistema utiliza el comprador?

Este es el punto de partida.

Necesitamos saber si utiliza SAP Ariba, Coupa, Jaggaer, SAP S/4HANA, SAP SRM u otra plataforma.

2. ¿Qué protocolo solicita?

El comprador debería indicar si necesita cXML, OCI u otro método de integración.

3. ¿Qué versión necesita?

Especialmente en OCI, debemos comprobar qué versión y especificaciones utiliza el sistema.

4. ¿Cómo está construido el ecommerce del proveedor?

Hay que analizar dónde se encuentran actualmente productos, precios, disponibilidad y datos de clientes.

5. ¿Qué información debe regresar en el carrito?

SKU, descripción, cantidad, precio, moneda, unidad de medida y otros campos pueden formar parte de los requisitos del proyecto.

6. ¿Qué ocurre después del carrito?

Esta pregunta es especialmente importante.

¿El proyecto termina cuando el carrito vuelve al sistema del comprador?

¿También necesitamos automatizar la orden de compra?

¿Existen otros documentos que deban intercambiarse?

Definirlo desde el principio evita confundir una integración PunchOut con una automatización completa de todo el ciclo de compra.

¿Cómo implementamos cXML y OCI en PunchOutNow?

En PunchOutNow comenzamos analizando el sistema utilizado por el comprador y la infraestructura actual del proveedor.

El proceso puede dividirse en varias fases:

Fase 1. Análisis de requisitos

Identificamos plataforma, protocolo, versión y necesidades del comprador.

Fase 2. Análisis del proveedor

Revisamos ecommerce, ERP, catálogo y estructura actual de datos.

Fase 3. Diseño de la integración

Definimos cómo se realizará la comunicación entre ambos sistemas.

Fase 4. Configuración

Preparamos accesos, sesiones, campos y comportamiento del catálogo.

Fase 5. Retorno del carrito

Configuramos la transferencia de los productos seleccionados hacia el sistema del comprador.

Fase 6. Pruebas

Comprobamos el recorrido completo desde el sistema de procurement hasta el catálogo y nuevamente hacia el comprador.

Fase 7. Validación y puesta en producción

Después de validar la integración con las partes implicadas, se prepara el paso al entorno productivo.

cXML vs OCI: la decisión empieza por tu cliente

cXML y OCI persiguen un objetivo similar: permitir que compradores corporativos accedan al catálogo del proveedor desde sus propios sistemas de compras.

La diferencia está en cómo se establece esa comunicación y en los ecosistemas donde se utiliza cada estándar.

Por eso, antes de decidir qué integración implementar, identifica primero qué plataforma utiliza tu cliente y cuáles son sus requisitos.

Si uno de tus clientes te ha solicitado una integración PunchOut mediante cXML u OCI, en PunchOutNow podemos analizar el escenario y determinar qué necesita la conexión antes de iniciar la implementación.

Preguntas frecuentes sobre cXML y OCI

¿cXML y OCI son lo mismo?

No. Ambos pueden utilizarse para integraciones PunchOut, pero emplean mecanismos diferentes para intercambiar información y están asociados a distintos entornos tecnológicos.

¿SAP utiliza OCI o cXML?

Depende del producto y del entorno concreto. OCI está estrechamente relacionado con sistemas SAP, mientras que SAP Ariba utiliza ampliamente cXML. Por eso debe comprobarse qué plataforma utiliza exactamente el comprador.

¿Coupa utiliza cXML?

cXML es uno de los estándares utilizados habitualmente para integraciones PunchOut con Coupa. La configuración concreta dependerá de los requisitos del comprador.

¿Puedo conectar varios clientes al mismo catálogo PunchOut?

Sí. Un proveedor puede trabajar con distintos compradores y adaptar la integración a sus requisitos, aunque cada conexión puede necesitar configuraciones, credenciales y validaciones propias.

¿Puedo necesitar cXML y OCI?

Sí. Un proveedor que trabaja con compradores que utilizan diferentes plataformas de procurement puede necesitar soportar ambos estándares.

¿Quién decide qué protocolo PunchOut utilizar?

Normalmente el requisito viene determinado por el sistema de procurement y las especificaciones técnicas del comprador. Por eso debe identificarse esta información antes de comenzar la implementación.