¿Tu gestión de gastos sigue dependiendo de procesos manuales entre
sistemas?
Con SAP Power Connector by GROUPmee conectas Captio y SAP de
forma nativa para que la información fluya automáticamente, sin
duplicidades ni integraciones complejas.
Digitaliza la gestión de los gastos de empleado, automatiza la
contabilización y mejora la visibilidad financiera en tiempo real, todo
desde tu entorno SAP
Índice del boletín
🔍 Dato Curioso
RISE with SAP: ¿Sabes realmente qué es y cómo nació?
Seguro has escuchado el término mil veces en reuniones, en propuestas de proyecto y hasta en conversaciones de pasillo. Pero... ¿sabes de verdad qué hay detrás de esas cuatro letras y por qué SAP lo lanzó al mercado?
SAP introdujo RISE with SAP en marzo de 2021 Google Translate como respuesta a un problema concreto: sus clientes llevaban años posponiendo la migración a S/4HANA. Los proyectos eran complejos, caros, largos y con un ROI difícil de justificar. SAP necesitaba una propuesta que bajara esa barrera de entrada.
Y aquí viene el dato que muchos no saben: RISE with SAP no es un producto nuevo en el sentido tradicional. No es como cuando SAP lanzó HANA en 2011 con capacidades técnicas inéditas. En realidad, es un paquete de activos que SAP ya tenía, reempaquetados bajo el concepto de "transformación de negocio como servicio".
Dicho de forma sencilla: SAP cogió S/4HANA Cloud, SAP BTP, herramientas de inteligencia de procesos, servicios de migración y soporte, y lo metió todo en un único contrato de suscripción. Desde su lanzamiento, el principal argumento de venta de RISE ha sido precisamente ese modelo de contrato único, que permite a los clientes negociar software, servicios e infraestructura en un solo acuerdo.
La promesa era atractiva: un TCO más bajo, un tiempo de creación de valor más rápido y la flexibilidad para abordar las interrupciones sin una gran inversión inicial.
Además, las empresas pueden asociarse con un hiperescalador e integrador de sistemas de su elección (AWS, Azure, Google Cloud ) para obtener ayuda personalizada de implementación y administración.
En teoría, todo muy bonito. En la práctica... eso ya lo debatimos en el artículo de opinión de este número. 😉
📰 Ultimas noticias
SAP SuccessFactors 1H 2026: mejoras continuas… ¿pero hacia dónde va realmente HR en SAP?
SAP ha publicado la nueva release 1H 2026 de SuccessFactors y, como suele pasar con este tipo de actualizaciones, a primera vista puede parecer “una más”. Cambios aquí y allá, mejoras en distintos módulos, algún ajuste en la experiencia de usuario… pero si te paras a mirar un poco más allá, hay algo interesante.
Porque este tipo de releases ya no van tanto de grandes funcionalidades que cambian todo de golpe, sino de pequeñas mejoras que van marcando una dirección bastante clara.
En este caso, vuelve a aparecer algo que SAP lleva empujando desde hace tiempo: la inteligencia artificial. Cada vez está más integrada en procesos de RRHH, desde la selección hasta la formación o la evaluación del desempeño. No es algo completamente nuevo, pero sí se nota que el peso va aumentando poco a poco.
Y esto cambia bastante el enfoque de la herramienta. Antes, estos sistemas eran básicamente para gestionar datos: altas, bajas, evaluaciones… ahora cada vez se orientan más a ayudar en la toma de decisiones. Ya no es solo registrar lo que pasa, sino intentar anticiparse o sugerir qué hacer.
También se sigue reforzando la experiencia de usuario, especialmente en Employee Central, y la automatización de procesos. Todo bastante alineado con lo que llevamos viendo en los últimos años.
Y, por supuesto, todo esto ocurre dentro del modelo cloud, sin demasiadas sorpresas. SuccessFactors sigue siendo una de las apuestas más claras de SAP en SaaS, y estas mejoras no hacen más que reforzar esa línea.
Lo curioso es que, cuando lees este tipo de actualizaciones, puedes tener la sensación de que no hay nada especialmente rompedor. No hay una funcionalidad que diga “esto lo cambia todo”. Pero al mismo tiempo, si juntas todas las pequeñas mejoras, sí que se percibe una evolución clara.
Al final, parece que SAP ya no busca tanto revolucionar de golpe sus productos, sino ir transformándolos poco a poco. Más inteligencia, más automatización, más foco en usuario… y menos sistema puramente transaccional.
Y quizá esa sea la clave.
Porque el cambio no está en una gran funcionalidad nueva, sino en cómo, poco a poco, el sistema deja de ser solo una herramienta de gestión para convertirse en algo que intenta ayudarte a decidir.
💹 Información en Bolsa
Esta semana SAP SE ha seguido bastante en línea con lo que lleva mostrando en los últimos meses: una compañía muy enfocada en el crecimiento cloud y con una narrativa bastante clara hacia el mercado.
Desde hace tiempo, SAP está siendo valorada cada vez más como empresa cloud/SaaS que como proveedor tradicional on-premise. Todo lo relacionado con RISE, GROW y el paso a ingresos recurrentes sigue siendo clave en cómo el mercado interpreta su evolución.
En bolsa, esto tiene un efecto bastante interesante.
Por un lado, el mercado suele premiar el crecimiento en ingresos cloud y la previsibilidad de esos ingresos recurrentes. Pero por otro, también hay cierta presión porque esa transición implica cambios en márgenes y en el modelo tradicional de negocio.
Además, SAP también se está beneficiando del contexto general del sector tecnológico, especialmente por todo lo relacionado con inteligencia artificial y automatización, aunque en su caso el enfoque es más empresarial que “hype puro”.
Lo curioso es que, aunque desde fuera muchas veces se percibe a SAP como una empresa “lenta” o muy corporativa, en bolsa está jugando en la misma liga que otras grandes tecnológicas en cuanto a narrativa: cloud, suscripción y transformación.
Y aquí viene lo interesante.
Gran parte de cómo evoluciona SAP en bolsa ya no depende solo de sus resultados actuales, sino de si el mercado cree o no en su capacidad de completar la transición al cloud.
Porque al final, más que vender software…
SAP está vendiendo una historia de transformación.
🚀 Mi opinión
ECC se acaba. ¿Y ahora qué? On-Premise, Cloud o RISE: la decisión que nadie explica bien
Voy a decir algo que sé que a más de uno le va a chirriar: S/4HANA sigue siendo una opción de migración muy sólida, muy eficiente y muy infravalorada. Y lo digo con conocimiento de causa, porque trabajo con él cada día.
Pero antes de defenderlo, hay que poner el contexto sobre la mesa. Porque aquí hay tres caminos posibles y mucha gente los confunde o directamente nadie se los explica bien cuando llega la propuesta comercial.
Los tres caminos cuando ECC se acaba
ECC tiene fecha de caducidad. SAP termina el soporte mainstream el 31 de diciembre de 2027 y ofrece soporte extendido opcional hasta 2030, pero con un sobrecoste del 2% en la cuota de mantenimiento y sin acceso a nuevas innovaciones. Punto. Eso no es negociable ni opinable. Así que la pregunta real no es "¿me quedo en ECC?" ( esa respuesta ya la conocemos ) sino ¿a dónde voy?
Camino A — S/4HANA On-Premise Migración clásica. El sistema vive en tu infraestructura o en un centro de datos gestionado por ti. Conocido, predecible, con una curva de adopción muy rápida para consultores y usuarios. Más caro de licencia al principio ( SAP tiene poco interés en venderte esto, como ya veremos ) pero sin las sorpresas de consumo del cloud.
Sobre el mantenimiento hay un matiz importante que mucha gente confunde: SAP se ha comprometido con la plataforma S/4HANA hasta 2040, pero cada versión concreta tiene su propia fecha de fin de soporte mainstream. Si hoy instalas S/4HANA 2023 y no la actualizas nunca, su soporte no llega hasta 2040. Tienes que seguir actualizando cada cierto tiempo para mantenerte bajo ese paraguas. No es dramático (son actualizaciones anuales) pero no es un cheque en blanco para quedarte quieto. Dicho de otra forma: SAP garantiza que el tren llega hasta 2040, pero tú tienes que seguir subiendo a los vagones nuevos. No puedes quedarte en el andén con el billete del 2022. 😏
Camino B — S/4HANA Private Cloud (vía RISE with SAP) Aquí es donde mucha gente confunde "irse al cloud" con una única cosa cuando en realidad hay varias. La Private Cloud es básicamente tu S/4HANA de siempre pero alojado en un hiperescalador ( AWS, Azure o Google Cloud ) y gestionado por SAP o un partner. Sigues teniendo ABAP, sigues pudiendo tener desarrollos Z, sigues teniendo control funcional real. La diferencia principal es que pagas suscripción en lugar de licencia perpetua y no gestionas infraestructura. El horizonte de mantenimiento llega igualmente a 2040, con la condición de mantenerte actualizado cada cinco años como máximo. Es la opción central de RISE with SAP y la más parecida al On-Premise en términos de lo que conocen consultores y usuarios.
Camino C — S/4HANA Public Cloud (vía GROW with SAP) Este sí es el cloud puro de verdad y es una opción radicalmente distinta a la anterior, aunque suenen parecidas. Multi-tenant (compartes infraestructura con otros clientes de SAP ) actualizaciones trimestrales automáticas que no puedes rechazar, sin ABAP custom y con extensibilidad solo vía BTP. La entrada es más barata, la implementación más rápida (entre 3 y 6 meses en muchos casos )y SAP gestiona absolutamente todo. El precio a pagar es la estandarización: si tienes años de desarrollos Z y procesos muy específicos, aquí vas a sufrir. Orientada a empresas nuevas en SAP o con procesos muy estándar y poco legado que arrastrar.
Camino D — On-Premise como paso intermedio hacia el cloud Algunos clientes van primero a S/4HANA On-Premise para ordenar la casa y luego saltan al cloud. Es válido, y con el horizonte de mantenimiento que tiene la plataforma no hay prisa excesiva. Pero implica hacer dos proyectos en vez de uno. Si el cliente está maduro y preparado para el cloud desde el principio, este camino puede ser innecesariamente caro. Si no lo está (y muchos no lo están ) es la opción más sensata. Primero limpia, luego decide.
Camino E — S/4HANA Sovereign Cloud La opción menos habitual pero que existe y conviene conocer. Diseñada para entornos con requisitos muy estrictos de soberanía del dato, cumplimiento normativo por país o seguridad especial. Típico de administraciones públicas, sector defensa o industrias muy reguladas donde el dato no puede salir de una geografía concreta. Si tu cliente no está en ese mundo, probablemente no sea su camino.
Mi postura: primero ordena la casa
No defiendo s4hana como destino eterno. Lo defiendo como la transición más ordenada para muchos clientes que hoy no están preparados para el cloud y eso es muy distinto.
¿Por qué? Porque ir al cloud con un ECC lleno de desarrollos Z no documentados, procesos sin limpiar y usuarios que no entienden ni Fiori... es trasladar el caos a un modelo donde el caos cuesta dinero de verdad. En cloud, cada objeto, cada integración, cada extensión tiene un coste asociado. Lo que antes era "le pido a mi ABAPER que me haga una cosita" en cloud puede ser un proyecto con arquitectura, aprobación y presupuesto.
Para mi sin duda el s4hana on-Premise te da tiempo y espacio para hacer esa limpieza. Para que los funcionales aprendan Fiori sin la presión de un contrato de suscripción corriendo. Para que los técnicos se adapten a CDS Views, RAP y las nuevas formas de extender el sistema con Eclipse sin reinventarse desde cero. Para que el cliente entienda qué necesita realmente antes de comprometerse con un modelo que, una vez firmado, es muy difícil de revertir.
"Primero ordena la casa, luego decide dónde te mudas." Eso es lo que defiendo.
El elefante en la habitación: a SAP no le interesa tanto el On-Premise
Seré directo: SAP no pone el mismo entusiasmo comercial cuando un cliente pide S/4HANA On-Premise. No digo que no esté disponible ( lo está ) pero el empuje comercial, los incentivos, los partners alineados y el mensaje de marketing apuntan todos en la misma dirección: el cloud.
¿Por qué? Porque al principio, una licencia On-Premise es más cara que una de cloud. Y eso parece contradictorio hasta que entiendes el modelo de negocio: SAP te baja la entrada al cloud para asegurarse de que firmas un contrato largo, recurrente y del que es muy difícil salir. Es como el mercado inmobiliario:
"Te alquilo esta casa por 1.000€ fijos al mes... o te ofrezco este piso nuevo, más moderno, por solo 800€ al mes."
Parece mejor trato. Hasta que lees la letra pequeña: el contrato del piso nuevo dura más tiempo, una vez dentro cambiar de modelo es prácticamente absurdo y el casero ( SAP ) te irá subiendo el alquiler poco a poco. Tokens de Joule, consumo de BTP, peticiones API, usuarios adicionales... la factura crece con el sistema. Y cuando el cloud lleve dos o tres años de vida, con integraciones acumuladas y usuarios multiplicados, aquella predicción de costes del año uno ya no se parecerá en nada a la realidad.
Los datos lo confirman: según el informe DSAG 2026, el 42% de las empresas planea invertir en S/4HANA On-Premises este año, frente a solo un 6% en la nube pública de SAP. El mercado real no se comporta exactamente como el PowerPoint de los eventos de SAP. Curioso, ¿verdad?
Conclusión
El cloud es el futuro, no lo dudo. De hecho me formo en ello todas las semanas porque sé perfectamente hacia dónde va esto. Pero una cosa es el destino y otra el camino.
Si tu cliente está maduro, tiene los procesos limpios y el equipo preparado: ve al cloud, tiene todo el sentido. Si tu cliente viene de un ECC con años de deuda técnica acumulada y no tiene claro lo que necesita: considera On-Premise como primer paso, ordena la casa y luego da el salto con criterio.
Y sobre todo: no le digas a tu cliente que On-Premise es una opción obsoleta si para su caso concreto es la decisión más sensata. Eso no es ser un buen consultor... es ser un buen vendedor de SAP. Y no es lo mismo. 😏
Y ahora te pregunto a ti: ¿Has vivido un proyecto donde la decisión entre cloud y on-premise fue más política que técnica? ¿Crees que tiene sentido el camino intermedio de "ordenar la casa" antes de saltar al cloud, o es simplemente alargar lo inevitable? Déjame tu opinión , me muero de ganas de leerte.
🧩 SAP Técnico
El RETURN_CODE que nadie mira... hasta que el sistema falla en producción
Cuántas veces has visto código ABAP que llama a un BAPI y no comprueba el return. Literalmente miles de programas en producción por ahí haciendo esto:
CALL FUNCTION 'BAPI_ACC_DOCUMENT_POST'
EXPORTING
documentheader = ls_header
TABLES
accountgl = lt_accountgl
return = lt_return.
" ...y aquí no pasa nada. A correr.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'.El programa ejecuta, no da dump, el usuario ve una pantalla verde... y el documento no se contabilizó. O peor, se contabilizó a medias.
Siempre, siempre, revisa la tabla RETURN después de llamar a cualquier BAPI antes de hacer el COMMIT. Busca específicamente mensajes de tipo E (error):
READ TABLE lt_return
WITH KEY type = 'E'
TRANSPORTING NO FIELDS.
IF sy-subrc = 0.
" Hay errores, NO hacer commit
CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'.
" Gestionar el error aquí
ELSE.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
EXPORTING wait = 'X'.
ENDIF.Fíjate también en el WAIT = 'X' del commit. Sin él el commit es asíncrono y puedes tener condiciones de carrera en procesos encadenados. Otro clásico que aparece en revisiones de código.
Una BAPI sin revisión de RETURN es una bomba de relojería. No falla el día del desarrollo. Falla el martes por la mañana en producción con el cliente al teléfono.
🧩 SAP Funcional
Sociedad FI vs Sociedad CO: el diseño que nadie explica bien
Uno de los conceptos que más confusión genera en talleres de diseño y que merece cinco minutos de atención antes de empezar a parametrizar.
La Sociedad FI es la entidad legal. La que existe ante hacienda, la que firma contratos, la que presenta el balance. Todo lo que tiene relevancia legal vive aquí.
La Sociedad CO es la unidad de controlling interno. No tiene relevancia legal. Su función es permitir analizar costes y resultados de la forma más útil para el negocio.
Pueden coincidir... o no. Y ahí está el truco.
Lo más importante a recordar: varias Sociedades FI pueden compartir una misma Sociedad CO, pero nunca al revés. Un grupo con tres empresas legales puede querer ver su controlling de forma consolidada. Perfectamente válido ( y muy habitual).
Antes de diseñar la estructura organizativa, no preguntes solo "¿cuántas empresas tenéis?". Pregunta "¿cómo queréis ver vuestros costes internamente?". Son preguntas distintas y tienen respuestas distintas. La segunda es la que define el diseño de CO. Y si no la haces tú primero... la hará el sistema después, con mucho más dolor.
🔎 Función de la Semana
CL_ABAP_REGEX y CL_ABAP_MATCHER: expresiones regulares en ABAP y por qué deberías usarlas más
La mayoría de ABAPers cuando necesitan validar un formato ( un email, un NIF, un IBAN, una matrícula ) acaban escribiendo docenas de líneas con SPLIT, SUBSTRING, CONDENSE y comprobaciones de longitud. Cuando esto tiene una solución mucho más elegante y potente que muy poca gente usa en el mundo SAP.
CL_ABAP_REGEX compila una expresión regular. CL_ABAP_MATCHER la aplica contra una cadena y te permite buscar, validar y extraer coincidencias de forma precisa.
DATA: lo_regex TYPE REF TO cl_abap_regex,
lo_matcher TYPE REF TO cl_abap_matcher.
" Validar formato email
CREATE OBJECT lo_regex
EXPORTING
pattern = '^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$'.
lo_matcher = lo_regex->create_matcher(
text = '[email protected]' ).
IF lo_matcher->match( ) = abap_true.
WRITE: 'Email válido'.
ELSE.
WRITE: 'Email inválido'.
ENDIF.¿Dónde se pone realmente interesante?
Cuando no solo quieres validar sino extraer grupos de una cadena. Por ejemplo, tienes un texto libre de un proveedor externo con formato inconsistente y necesitas sacar fechas, importes o códigos de dentro:
" Extraer importe de un texto libre tipo "Total: 1.234,56 EUR"
CREATE OBJECT lo_regex
EXPORTING
pattern = 'Total:\s*([\d.,]+)\s*EUR'.
lo_matcher = lo_regex->create_matcher(
text = 'Factura recibida. Total: 1.234,56 EUR' ).
IF lo_matcher->find_next( ) = abap_true.
DATA(lv_importe) = lo_matcher->get_submatch( 1 ).
" lv_importe = '1.234,56'
ENDIF.Esto que acabas de ver reemplaza fácilmente 40 o 50 líneas de parsing manual.
Casos de uso reales donde brilla
En interfaces de entrada con datos de terceros mal formateados, validaciones de campos en BAdIs antes de contabilizar, parsing de textos de posiciones de pedido o facturas, limpieza de datos en migraciones — uno de los mejores casos de uso — y cualquier validación de formato compleja en formularios o IDoc.
Si en tu código hay más de tres líneas seguidas manipulando una cadena con SPLIT y SUBSTRING para validar o extraer algo... para. Aprende regex básico y usa CL_ABAP_MATCHER. Tu código será más corto, más legible y mucho más mantenible. Y quedarás como un señor delante de tus compañeros en la revisión de código.
👑 Liderazgo y gestión
La decisión de plataforma SAP más importante no es técnica. Es económica.
Hay una conversación que ocurre en casi todos los proyectos de migración SAP y que muy pocos líderes tienen el valor de tener abiertamente: la del precio real a largo plazo.
SAP tiene un discurso muy bien construido y muy bien respaldado por consultoras enormes que, casualmente, también tienen incentivos para que el cliente vaya al cloud. Pero un buen líder de proyecto no pregunta "¿qué recomienda SAP?". Pregunta "¿qué puede soportar realmente esta empresa, económicamente, en 5 años?"
Es exactamente como el mercado inmobiliario:
"Te alquilo esta casa por 1.000€ (S4HANA) fijos al mes... o te ofrezco este piso más moderno, recién construido, por solo 800€ al mes.(CLOUD)"
Parece mejor trato, ¿verdad? Hasta que lees la letra pequeña: el contrato del piso nuevo dura más tiempo, una vez dentro cambiar de modelo es absurdo y cuando optas por RISE renuncias al derecho de volver a un modelo perpetuo. Y lo mejor: el casero (SAP) te irá subiendo el alquiler poco a poco, especialmente cuando el sistema lleve años de vida, las integraciones crezcan, los usuarios aumenten y cada petición, cada token de Joule, cada app conectada empiece a sumar en la factura.
Antes de tomar cualquier decisión de plataforma, siéntate con tu equipo y haz este ejercicio: calcula el TCO real a 5 años, no el del año 1. Suma licencias, infraestructura, integraciones, consumo de BTP, soporte, formación y el coste del crecimiento natural del sistema. Luego compáralo con honestidad.
Puede que el cloud siga siendo la mejor opción. Puede que no. Pero que sea una decisión informada, no una decisión de catálogo.
Porque hay una diferencia enorme entre un líder que elige el cloud porque es lo correcto para ese cliente... y uno que lo elige porque era lo más fácil de vender en la reunión de steering committee.
Recuerda: En SAP, como en el mercado inmobiliario, lo importante no es lo que pagas el primer mes. Es lo que pagas cuando ya no puedes irte.
💬 Frase del Día
No puedes conectar los puntos mirando hacia adelante; solo puedes conectarlos mirando hacia atrás.
En consultoría SAP esto tiene mucho sentido.
Muchas veces no entiendes por qué estás en cierto proyecto, o por qué te toca enfrentarte a ciertos problemas. Pero con el tiempo, cuando miras atrás, todo empieza a encajar.
Ese proyecto complicado, ese cliente difícil o esa incidencia que te volvió loco… acaban siendo justo lo que te hace crecer.
El problema es que mientras lo estás viviendo, no siempre lo ves así.
Pero luego todo suma.
🙌 Gracias por leer
Y hasta aquí el boletín de esta semana.
Hoy hemos tocado un tema que, aunque cada vez suena más, sigue generando bastante confusión: qué es realmente RISE, qué implica el cloud en SAP y por qué muchas empresas todavía dudan hacia dónde moverse.
Porque al final, no se trata solo de tecnología. Detrás hay decisiones de coste, de control, de arquitectura… y sobre todo, de cómo quiere cada empresa evolucionar en el tiempo.
Cuando entiendes esto, dejas de ver el debate como “on-prem vs cloud” y empiezas a verlo como lo que realmente es: un cambio de modelo en cómo se consume SAP.
Gracias por dedicar unos minutos a leerlo y por seguir formando parte de esta comunidad, donde no solo hablamos de SAP… sino que intentamos entender qué hay detrás de cada decisión.
La semana que viene volveremos con más experiencias reales, algún que otro tema interesante y, seguro, alguna reflexión que nos haga ver las cosas desde otra perspectiva.
Nos leemos en el próximo boletín.
Un abrazo 👋