SAP CPI e Integration Suite: qué son y dónde encajan

SAP CPI (Cloud Platform Integration) es el middleware en la nube de SAP. Ahora forma parte, como capacidad Cloud Integration, de SAP Integration Suite en SAP BTP, y es la respuesta de SAP para conectar S/4HANA con otros sistemas, SAP y no SAP. Si todavía ejecuta SAP PI/PO, el calendario importa: PI/PO 7.5 sale del mantenimiento estándar a finales de 2027.

Esta guía es para responsables de integración y CIO que deciden cómo salir de PI/PO o cómo diseñar la integración de un nuevo programa S/4HANA. Explica qué hace y qué no hace CPI, cómo se compara con PI/PO y un plan por oleadas para migrar interfaces.

He visto equipos pasar meses construyendo scripts personalizados y frágiles para conectar sistemas SAP y no SAP. Al principio funciona. Después una actualización del sistema cambia el nombre de un campo, o sale una nueva versión de la API, o el tráfico se duplica. El script falla en silencio. Nadie se entera hasta que un informe muestra datos desactualizados o un pedido lleva tres días sin procesarse.

CPI lo sustituye por flujos de integración gestionados y reutilizables. No porque sea más sencillo (a menudo no lo es), sino porque la arquitectura está pensada para supervisarse y mantenerse. Las pequeñas decisiones que se toman pronto en el diseño de CPI se convierten en deuda técnica más rápido de lo que la mayoría de los equipos espera.

CPI es la capa que conecta sistemas, transforma datos y enruta mensajes entre aplicaciones. SAP Integration Suite la agrupa con API Management, Event Mesh, Integration Advisor y la gestión de socios comerciales. La mayoría de los consultores siguen diciendo «CPI» cuando se refieren a la parte de los flujos de integración, y no pasa nada.

Qué hace CPI: mueve datos entre sistemas, transforma formatos de mensaje, enruta al destino correcto y gestiona errores y reintentos. Conecta sistemas SAP (S/4HANA, SuccessFactors, Ariba) y plataformas no SAP (Salesforce, Workday, ServiceNow) mediante adaptadores estándar.

Qué no hace: almacenar datos a largo plazo, sustituir un ERP ni funcionar como herramienta ETL para la migración masiva de datos. Está pensado para mensajes en tiempo real o casi real. Usarlo como almacén de datos o como herramienta de migración provoca problemas de arquitectura más adelante.

CPI frente a SAP BTP: BTP es toda la plataforma: desarrollo de aplicaciones, datos, IA, analítica e integración. CPI es un servicio dentro de ella. La distinción importa al dimensionar capacidades y presupuesto. Un arquitecto de BTP diseña a través de varios servicios. Un especialista en CPI es responsable de los flujos, los adaptadores, los mapeos y la conectividad.

Cuatro fechas y decisiones determinan hoy cualquier plan de integración.

1. 2023Edge Integration Cell disponible con carácter generalFinales de 2023. Ejecuta flujos de Integration Suite dentro de su propia red
2. 2027Termina el mantenimiento estándar de PI/POA finales de año, para SAP NetWeaver 7.5
3. 2028Se cierra el entorno SAP BTP Neo31 de diciembre. Los tenants de CPI en Neo pasan a Cloud Foundry
4. 2030Termina el mantenimiento ampliado de PI/POA finales de año. La última parada de cualquier instalación PI/PO

Fuente: Anuncios de mantenimiento de SAP NetWeaver 7.5 y de cierre de Neo, recogidos por SAPinsider

1. PI/PO se está quedando sin recorrido. SAP NetWeaver 7.5, que incluye PI/PO, sigue el calendario de mantenimiento de Business Suite: mantenimiento estándar hasta finales de 2027, mantenimiento ampliado hasta finales de 2030. No llegarán nuevas funciones. Un cambio planificado y por oleadas cuesta mucho menos que un cutover forzado en 2027 o 2030.
2. Lo híbrido tiene respuesta. Edge Integration Cell, disponible con carácter general desde finales de 2023, ejecuta flujos de Integration Suite dentro de su propia red para las interfaces que deben permanecer on-premise. Eso elimina el motivo más habitual que daban los equipos para seguir en PI/PO.
3. Neo se cierra. SAP anunció en 2023 que el entorno SAP BTP Neo se cierra el 31 de diciembre de 2028. Los tenants de CPI más antiguos en Neo deben pasar al entorno multi-cloud (Cloud Foundry), y esa migración es un pequeño proyecto en sí misma.
4. Joule llega a las herramientas. SAP ha incorporado Joule a Integration Suite para que los desarrolladores describan un flujo en lenguaje natural y obtengan un primer borrador. Acelera los escenarios estándar. La orquestación compleja con lógica de negocio real sigue necesitando a un arquitecto de integración sénior.

Sobre el aspecto comercial: si está en RISE with SAP, compruebe qué derechos de uso de SAP BTP incluye ya su contrato antes de comprar capacidad de Integration Suite por separado.

Factor	SAP PI/PO	SAP CPI (Integration Suite)
Despliegue	On-premise, en sus servidores	Nube en SAP BTP; Edge Integration Cell para el runtime on-premise
Carga de mantenimiento	Alta: parches, actualizaciones, gestión de servidores	Menor: SAP opera la plataforma
Extensibilidad	Personalización profunda; más difícil de actualizar	Modular; actualizaciones más rápidas; menos control de bajo nivel
Licencias	Estáticas, normalmente por capacidad	Suscripción con métricas basadas en mensajes
Dirección de la inversión	Solo mantenimiento, sin funciones nuevas	Desarrollo activo
Fin del mantenimiento estándar	Finales de 2027 (ampliado hasta finales de 2030)	No aplica (servicio en la nube)

El cambio de licenciamiento merece un modelo. El costo de CPI depende del volumen de mensajes. Algunas empresas ahorran frente a PI/PO. Otras descubren que su tráfico real de integración es mayor de lo que pensaban y tienen que optimizar los flujos pronto. Modélelo antes de migrar.

El bloque de construcción es el iFlow (flujo de integración). Cada iFlow define cómo viaja un mensaje del origen al destino: la transformación, las reglas de enrutamiento y el tratamiento de errores que se activa cuando algo falla.

Función	Qué hace
Contenido de integración predefinido	Paquetes de iFlows listos para usar para escenarios SAP y de terceros habituales en el SAP Business Accelerator Hub
Diseñador gráfico de flujos	Diseñador web para construir iFlows
API Management	Diseño, publicación, seguridad y monitorización de API
Seguridad	OAuth 2.0, SAML, TLS, gestión de certificados
Monitorización	Registros de mensajes, detalle de errores, historial de reintentos, alertas

Los adaptadores estándar incluyen SOAP, REST, OData, IDoc, JDBC, SFTP, JMS y AS2, con más adaptadores para productos SaaS concretos.

Scripting. Las transformaciones complejas necesitan Groovy o JavaScript dentro del iFlow. CPI no es de cero código más allá de los flujos estándar. Si nadie de su equipo sabe escribir lógica básica de scripts, los mapeos complejos se convierten en el cuello de botella.

La migración no es una conversión automática. El comportamiento de los adaptadores difiere entre PI y CPI, y el tratamiento de errores que funcionaba en PI puede comportarse de otra manera en CPI. Algunos flujos hay que reconstruirlos. Otros pasan con cambios pequeños. Las herramientas de migración y el contenido predefinido de SAP reducen el trabajo mecánico. No toman las decisiones de criterio sobre qué reconstruir y qué retirar.

Este es el plan por oleadas que uso como punto de partida. Ajuste las oleadas a su propio inventario.

Oleada	Qué se traslada	Por qué en este orden	Responsable	Criterios de salida
0. Inventario	Todas las interfaces de PI: frecuencia, volumen, adaptador, criticidad, responsable	No se puede planificar lo que no se ha contado	Responsable de integración	Inventario aprobado por los responsables de negocio
1. Riesgo bajo	Flujos de SAP a SAP con contenido estándar	Demuestra el modelo operativo y la monitorización	Responsable de integración	Dos semanas estables en producción, ruta de PI retirada
2. Socios	Flujos B2B y EDI con socios comerciales clave	Requiere ventanas de pruebas con los socios y un cutover coordinado	Responsable de integración con compras y ventas	Cada socio lo confirma por escrito
3. Riesgo alto	Flujos de gran volumen, regulados o críticos para los ingresos	Se trasladan al final, con más ensayos	Arquitecto de integración	Prueba de volumen superada; retorno a PI ensayado
4. Retirada	Se apaga PI/PO	Se deja de pagar por dos plataformas	CIO	Todos los flujos migrados o retirados; licencias finalizadas

Mantenga una vía de retorno a PI en cada oleada hasta que el nuevo flujo haya funcionado sin incidencias en producción. El orden importa: demuestre el modelo operativo con flujos de bajo riesgo antes de tocar las interfaces que sostienen los ingresos.

Los escenarios que veo con más frecuencia:

1. S/4HANA a SuccessFactors. Datos organizativos, plantilla y cambios de compensación. El contenido de integración estándar de SAP cubre los escenarios habituales; los flujos personalizados resuelven las desviaciones.
2. Compras heredadas a SAP Ariba. Salen los pedidos, vuelven las confirmaciones y las facturas. Normalmente es bidireccional.
3. Datos financieros a SAP Analytics Cloud. Traslado de datos desde ECC o sistemas no SAP a SAC.
4. Salesforce a SAP. Las operaciones cerradas fluyen a SAP para la entrega, la facturación y las actualizaciones de existencias. Sin integración gestionada, esto suele funcionar con exportaciones de hojas de cálculo o scripts frágiles. Mi artículo sobre por qué fallan las integraciones entre Salesforce y el ERP cubre los errores de diseño.

Si el trabajo de integración ya se está retrasando en su programa, los retrasos en la entrega de SAP Integration Suite explican las causas habituales. La visión general de las plataformas de integración de SAP compara las opciones lado a lado.

¿Qué es SAP CPI y cómo se llama ahora?

SAP CPI son las siglas de Cloud Platform Integration. Ahora es la capacidad Cloud Integration de SAP Integration Suite en SAP BTP, junto con API Management, Event Mesh y las herramientas de integración de socios. «CPI» sigue siendo el nombre cotidiano para construir flujos de integración.

¿En qué se diferencia SAP CPI de SAP PI/PO?

PI (Process Integration) y PO (Process Orchestration) son middleware on-premise con personalización profunda y control total de la infraestructura. CPI es un servicio en la nube en SAP BTP que SAP opera por usted, y los nuevos adaptadores y contenidos llegan de forma centralizada.

PI/PO 7.5 solo recibe mantenimiento. El mantenimiento estándar termina a finales de 2027 y el ampliado a finales de 2030, por lo que toda instalación de PI/PO necesita un plan de migración.

¿SAP CPI es lo mismo que SAP BTP?

No. SAP BTP es la plataforma: desarrollo de aplicaciones, datos, analítica, IA e integración. CPI es el servicio de integración dentro de ella. Al dimensionar el trabajo, el presupuesto y las competencias son distintos: un arquitecto de BTP trabaja a través de varios servicios y un especialista en CPI es responsable de los flujos, los adaptadores y los mapeos.

¿Qué dificultad tiene aprender SAP CPI?

Es manejable, no sencillo. Los flujos estándar siguen patrones documentados y el diseñador gráfico ayuda. Lo difícil es entender el proceso de negocio lo bastante bien para diseñar el flujo, gestionar bien los errores y los reintentos, y escribir Groovy o JavaScript para los mapeos complejos. Aprenda primero el proceso de negocio y después la integración.

¿Qué debo tener en cuenta al migrar de SAP PI/PO a CPI?

Haga un inventario de cada interfaz con su volumen, frecuencia, adaptador y criticidad. Decida para cada una: reconstruir, adaptar o retirar. Modele los costos basados en mensajes con sus volúmenes reales. Migre por oleadas con una vía de retorno y planifique pronto las pruebas de regresión con los socios B2B y los destinos no SAP, porque ahí es donde las cosas se rompen en silencio. Use Edge Integration Cell para los flujos que deban permanecer on-premise.

¿Cuál es la diferencia entre Neo y Cloud Foundry para SAP CPI?

Ambos son entornos de SAP BTP. Neo es el entorno más antiguo, propio de SAP, y se cierra el 31 de diciembre de 2028. El entorno multi-cloud basado en Cloud Foundry es hacia donde va el desarrollo de SAP. Todo tenant de CPI que siga en Neo necesita ya un plan de migración; los tenants nuevos no deberían empezar allí.