Modernización del ERP con SAP y ServiceNow

La modernización del ERP con SAP y ServiceNow consiste en dar a cada plataforma el trabajo que mejor hace y en conectarlas bien. SAP S/4HANA ejecuta las transacciones estructuradas: finanzas, compras, inventario, nómina. ServiceNow ejecuta los flujos de trabajo que las rodean: recepción de solicitudes, aprobaciones, excepciones y solicitudes de servicio. SAP Integration Suite y ServiceNow IntegrationHub unen ambas. Esta guía es para CIO, CFO y arquitectos empresariales que planifican una modernización desde SAP ECC o desde una versión temprana de S/4HANA. Explica qué trabajo va a cada plataforma por función, dónde encaja la IA, una hoja de ruta por fases y los errores habituales. Empiece por las tablas de funciones y después vaya a la hoja de ruta.

La modernización del ERP aparece en casi todos los programas que asumo. He trabajado con empresas que seguían ejecutando SAP ECC, gestionando las finanzas o las operaciones en entornos que deberían haberse retirado hace años. Un cliente de logística tenía que pasar por cuatro traspasos manuales solo para aprobar un cambio menor de proceso. Conectamos SAP con ServiceNow, y la diferencia en tiempo de respuesta y visibilidad fue inmediata.

El error que veo con frecuencia: suponer que modernizar el ERP significa actualizar a la última versión de SAP. Si sus sistemas no se comunican entre sí, ha trasladado el problema a una interfaz más nueva. Los datos quedan en silos. Los equipos dejan de confiar en las herramientas. Las personas persiguen incidencias en lugar de resolverlas.

Muchos equipos creen que han modernizado. En realidad han actualizado. La diferencia se nota en el día a día.

Modernizar significa replantear cómo sus sistemas apoyan al negocio hoy, no cómo fueron diseñados para funcionar hace diez años. Afecta a la arquitectura, los procesos, los datos, la integración y la experiencia de usuario.

Los CIO me preguntan a menudo: «Entonces, ¿se trata de pasar a la nube o de reemplazar nuestro ERP?». A veces ambas cosas, pero rara vez todo a la vez. La modernización real suele empezar cuando el ERP deja de escalar con el negocio y la fricción se hace visible.

Un cliente de bienes de consumo en Oriente Medio seguía ejecutando SAP ECC. Finanzas dedicaba su tiempo a depurar datos erróneos, y los informes iban por detrás de las operaciones. Empezamos reevaluando la propia implementación: no solo la tecnología, sino si los procesos seguían encajando con la forma en que trabajaba el negocio. Después, los datos maestros. Después, la automatización: qué podía resolver SAP internamente y dónde podía ServiceNow cubrir las lagunas, sobre todo en aprobaciones, escalamientos y seguimiento de procesos. Esa secuencia dio a la dirección un plan, un calendario y resultados que podía seguir.

Modernizar rara vez significa arrancarlo todo. Lo más habitual es que las empresas conserven lo que ya funciona y modernicen a su alrededor. Ahí es donde SAP y ServiceNow funcionan bien uno al lado del otro.

SAP S/4HANA gestiona el núcleo estructurado: transacciones, finanzas, compras e inventario, pensado para el control y la coherencia. ServiceNow gestiona lo que SAP nunca se diseñó para hacer directamente: recepción de solicitudes, aprobaciones, flujos de trabajo entre funciones y gestión de excepciones. Clean Core refuerza esta división. La lógica de flujo de trabajo que no pertenece al núcleo de SAP tiene que vivir en algún sitio, y los destinos realistas son las extensiones side-by-side en SAP BTP o ServiceNow. Mi guía de Clean Core explica las opciones de extensión.

La conexión pasa por SAP Integration Suite en BTP, ServiceNow IntegrationHub y las API abiertas, de modo que el flujo se siente nativo y no añadido a posteriori. Un cliente global que conozco usaba SAP para las compras y ServiceNow para gestionar las solicitudes de compra, lo que eliminó la necesidad de un portal a medida; más tarde usó la misma estructura para la incorporación de proveedores. Si todavía ejecuta SAP Process Orchestration (PI/PO), planifique el cambio: SAP NetWeaver 7.5, sobre el que funciona PI/PO, sale del mantenimiento estándar a finales de 2027, con mantenimiento ampliado opcional hasta 2030. Mi guía de SAP Cloud Integration cubre la plataforma de destino.

1. 04ServiceNowRecepción de solicitudes, aprobaciones, excepciones y solicitudes de servicio entre equipos
2. 03IntegraciónSAP Integration Suite en BTP y ServiceNow IntegrationHub, sobre API abiertas
3. 02ExtensionesSide-by-side en SAP BTP, para la lógica que no pertenece al núcleo
4. 01Núcleo de SAP S/4HANAFinanzas, compras, inventario y nómina, lo más cerca posible del estándar

Casos de uso por función

RR. HH. SAP (o SuccessFactors) conserva los datos maestros de los empleados, los roles, la nómina y los beneficios. ServiceNow coordina las tareas de incorporación, el aprovisionamiento de accesos, las aprobaciones de ascensos y la desvinculación entre TI, RR. HH., finanzas y seguridad.

Finanzas. SAP procesa las facturas, lleva los libros contables, ejecuta el cierre y genera los informes legales. ServiceNow ejecuta la capa de flujos de trabajo:

Proceso financiero	Rol de SAP	Rol de ServiceNow
Cuentas por pagar	Procesa facturas, concilia pedidos, gestiona pagos	Recepción de facturas, enrutamiento de excepciones, seguimiento de SLA
Cuentas por cobrar	Registra las facturas de clientes y los cobros	Enruta las disputas de facturación y las solicitudes de bloqueo de crédito
Cierre financiero	Cierre de periodo, eliminaciones intercompañía, informes	Listas de verificación del cierre, asignación de tareas, alertas sobre pendientes
Gestión de gastos	Captura los registros, aplica la política, activa el reembolso	Enruta los informes para su aprobación, señala excepciones
Procure-to-pay	Solicitudes de pedido, pedidos, entrada de mercancías, liquidación a proveedores	Formularios de solicitud, enrutamiento de aprobaciones, gestión de excepciones

Compras. SAP gestiona los datos maestros de proveedores, los pedidos, las entradas de mercancías y la conciliación a tres vías. ServiceNow gestiona la recepción de solicitudes, las verificaciones de incorporación de proveedores, las incidencias de entrada de mercancías y el servicio de asistencia de compras.

Instalaciones y operaciones. SAP lleva el control de los activos fijos, los costos de mantenimiento y el espacio. ServiceNow gestiona las solicitudes del lugar de trabajo, las órdenes de trabajo de mantenimiento, la asignación de técnicos, las solicitudes de acceso y el enrutamiento de incidentes.

La IA aparece en cada vez más conversaciones sobre modernización, y a veces las expectativas van por delante de los resultados. En la práctica, se ocupa de casos límite, automatiza tareas repetitivas y saca a la luz cosas que las personas pasan por alto. Por el lado de SAP, Joule, el asistente de IA de SAP, funciona en S/4HANA, SuccessFactors, Ariba y SAP Build. Por el lado de ServiceNow, Now Assist incorpora la IA generativa a sus flujos de trabajo de TI, RR. HH. y atención al cliente.

Así se reparte normalmente el trabajo:

Caso de uso de IA	Rol de SAP	Rol de ServiceNow
Conciliación de facturas	Concilia pedidos, entradas de mercancías y facturas; señala anomalías	Enruta las excepciones y prioriza las discrepancias de mayor riesgo
Mantenimiento predictivo	Analiza patrones de uso y de fallos a partir de los datos de los equipos	Genera tickets de mantenimiento y programa a los técnicos
Alertas de flujo de caja	Pronostica las posiciones de caja a partir del histórico	Activa alertas y flujos de trabajo cuando se superan los umbrales de liquidez
Agentes virtuales	Joule responde a preguntas en lenguaje natural en las aplicaciones de SAP	Los agentes virtuales y Now Assist gestionan solicitudes y llaman a los back ends de SAP
Detección de anomalías	Los modelos en SAP BTP o la analítica integrada señalan valores atípicos en las transacciones	Señala anomalías en flujos de trabajo y aprobaciones para la revisión de auditoría
Clasificación de solicitudes	Sugiere categorías en los flujos de compras	Predictive Intelligence clasifica los casos y los enruta al grupo correcto

Un equipo de TI con el que trabajamos vio una caída del 30 % en los tickets de soporte de poco valor en un trimestre, después de introducir agentes virtuales que podían restablecer contraseñas y obtener datos de SAP. El patrón también se cumple por el lado de SAP: la IA funciona mejor cuando el proceso es estable, el histórico está limpio y el problema está acotado. Incluso entonces, apoya al equipo en lugar de sustituirlo.

La modernización suele estancarse porque el primer paso parece demasiado grande. He trabajado con clientes que lo aplazaron durante años, no por falta de urgencia, sino porque nadie sabía responder a «¿por dónde empezamos?». Esta secuencia suele funcionar:

1. Evaluar y racionalizar. Limpie los cimientos antes de cambiar de plataforma. Ejecute SAP Readiness Check para dimensionar el código a medida y la compatibilidad. Depure los datos maestros antes de la migración, no después. Decida qué sistemas, informes y procesos sobreviven. Decida la vía de despliegue (RISE with SAP, GROW with SAP o on-premise) y planifique SAP Cloud ALM como su herramienta de ciclo de vida, ya que SAP Solution Manager sale del mantenimiento estándar a finales de 2027. Un breve sprint de descubrimiento técnico, que mapee qué se conecta con qué, suele mostrar dónde se esconde el riesgo real.
2. Empezar por ServiceNow. Construya primero la recepción de solicitudes, las aprobaciones y los flujos de trabajo. Rodean al ERP y generan la mayoría de las quejas. Un cliente usó ServiceNow para gestionar el control de cambios seis meses antes de su migración a S/4HANA y redujo las interrupciones en un 40 %. Esto crea disciplina antes de tocar el núcleo de SAP.
3. Trasladar el núcleo de SAP con Clean Core. Pase las transacciones a S/4HANA con el menor código a medida posible. Mantenerse cerca del estándar simplifica las actualizaciones y reduce el mantenimiento. Ponga la lógica a medida en extensiones side-by-side o en ServiceNow, no en el núcleo. Y pregúntese qué debería permitir el ERP en los próximos cinco años, en lugar de limitarse a migrar.
4. Optimizar y ampliar. Añada analítica y extensiones en SAP BTP, Joule donde encaje, y Now Assist, agentes virtuales y flujos de trabajo low-code por el lado de ServiceNow.

Las fases pueden solaparse. Ejecutar la estabilización de ServiceNow en paralelo con el trabajo de preparación de SAP acorta el calendario sin tomar atajos. Para la parte de S/4HANA, mi guía de migración de ECC a S/4HANA cubre las rutas y los plazos.

Finanzas pregunta por el costo desde el principio, y la decisión suele acabar en manos del CFO aunque empiece en TI.

Los costos directos llegan primero: infraestructura, alojamiento, almacenamiento y herramientas de integración. Las licencias y el soporte se mantienen sin cambios a menos que alguien los racionalice, y muchos equipos nunca buscan licencias sin uso o superpuestas. En RISE with SAP, modele el crecimiento de usuarios bajo el precio por Full User Equivalent (FUE) durante todo el plazo, porque la suscripción del tercer año rara vez coincide con la oferta del primer año.

Los costos indirectos son más difíciles de ver: aprobaciones lentas, SLA incumplidos, fallos de integración que erosionan la confianza en TI. No aparecen en una sola partida del presupuesto, pero sí en el rendimiento operativo.

Para demostrar el retorno, mida antes de cambiar nada: tiempos de ciclo de la aprobación de facturas, la incorporación y las solicitudes de compra; tasas de error; latencia de integración. Incluso una línea base parcial convierte el retorno en un número en lugar de una historia.

Estos errores aparecen en ambas plataformas:

Error	Fallo en SAP	Fallo en ServiceNow
Saltarse la evaluación de procesos	Migrar problemas heredados sin revisar las brechas de proceso	Desplegar formularios de solicitud sin entender los cuellos de botella reales
Tratar las herramientas como balas de plata	Suponer que S/4HANA arregla procesos que nadie rediseñó	Suponer que la automatización arregla un diseño ineficiente de las solicitudes
Descuidar los datos maestros	Migrar datos duplicados o incoherentes	Activar aprobaciones sobre datos poco fiables
Personalizar en exceso demasiado pronto	Construir extensiones antes de que el proceso central sea estable	Construir flujos complejos antes de entender el comportamiento de los usuarios
Sin gobernanza	Dejar las decisiones a TI o a los proveedores sin un responsable de negocio	Desplegar flujos de trabajo sin responsables de las reglas y los SLA
Ignorar la gestión del cambio	Invertir poco en formación para los nuevos procesos de SAP	No enseñar a los usuarios cuándo y cómo usar los nuevos tipos de solicitud

Recuerdo a un cliente de fabricación que creía que su ERP era el problema. El verdadero obstáculo era una ruta de aprobación manual que atravesaba cinco equipos. Cuando introdujimos una capa de ServiceNow y la conectamos de nuevo con SAP, el cuello de botella desapareció.

La modernización no tiene que hacerse de una sola vez. Algunos sistemas se quedan, otros cambian. El valor se acumula a medida que se conecta más parte del entorno y depende menos de soluciones provisionales.

¿Tenemos que modernizar todo a la vez?

No. La modernización funciona mejor por fases. Muchas organizaciones empiezan por los flujos de trabajo de ServiceNow para estabilizar las operaciones antes de tocar el núcleo de SAP, y después abordan el resto por orden de fricción.

Un cliente tenía en producción los flujos de recepción de solicitudes de ServiceNow antes de desplegar S/4HANA. Los empleados se adaptaron poco a poco, lo que aumentó la adopción y redujo la resistencia.

¿Qué pasa con las personalizaciones heredadas en una migración a S/4HANA?

Depende de su valor para el negocio. SAP Readiness Check muestra pronto los volúmenes de código a medida y los problemas de compatibilidad. La mayoría de los sistemas tienen más código a medida del que nadie imagina, y gran parte ya no se usa.

Clean Core favorece mantener el sistema estándar, con extensiones en SAP BTP o flujos de trabajo en ServiceNow. En S/4HANA Cloud Public Edition el núcleo no se puede modificar en absoluto; en Private Edition y on-premise sí se puede, pero cada modificación añade trabajo de actualización. Conserve lo que sirve a un propósito real del negocio y retire el resto.

¿Cuánto tarda la modernización del ERP?

Empezar con flujos de recepción de solicitudes en ServiceNow suele llevar de dos a tres meses. Pasar a S/4HANA suele tardar de 9 a 18 meses según la complejidad, y más en grandes empresas con varias entidades y mucha personalización.

Las fases no tienen que ejecutarse una tras otra. Ejecutar la estabilización de ServiceNow junto con el trabajo de preparación de SAP acorta el calendario total.

¿Cuál es un plazo realista de retorno de la inversión para la modernización con SAP y ServiceNow?

La mayoría de las organizaciones ven retornos blandos en tres a seis meses: ciclos más cortos, menos traspasos manuales, mejor visibilidad. Los retornos tangibles, es decir, la reducción medible de costos y las mejoras de eficiencia, suelen llegar en 12 a 18 meses, sobre todo cuando ambas plataformas ya están aportando.

Mida los tiempos de ciclo, las tasas de error y el cumplimiento de los SLA antes de empezar. Sin una línea base, el retorno es una historia y no un número.

¿Cómo sabemos que la modernización del ERP ya debería haberse hecho?

Señales habituales: tickets de soporte en aumento con tiempos de resolución más largos, actualizaciones y parches aplazados repetidamente, varias fuentes de verdad para los mismos datos y TI en la sombra que cubre lagunas que el ERP debía cubrir.

Un cliente del sector salud que ejecutaba SAP ECC incumplió varios SLA en un solo trimestre. El problema no era el esfuerzo. Era la deuda técnica: años de pequeños arreglos apilados unos sobre otros, con incidentes registrados más rápido de lo que nadie podía clasificarlos.

¿Pueden SAP y ServiceNow integrarse con otros sistemas de terceros?

Sí. SAP usa SAP Integration Suite en BTP para las conexiones basadas en API con sistemas externos. ServiceNow ofrece IntegrationHub con conectores predefinidos para la mayoría de las plataformas empresariales, incluidos Workday, Salesforce y Coupa.

Trate la integración como un frente de trabajo desde el principio. Las interfaces definidas tarde son las que más fricción generan después del go-live, así que empiece el diseño de la integración durante el blueprint.