SAP y el Agente IA que no paga entrada

Imagina que tienes un departamento de cuentas a pagar. Varias personas gestionando facturas de proveedor todos los días: entran documentos, se verifican contra pedido y contra entrada de mercancía, se detectan desviaciones, se escalan las que no cuadran, se contabilizan las que sí. Un proceso repetitivo, basado en reglas, con datos estructurados. El tipo de trabajo para el que los agentes de IA están hechos.

Ahora imagina que alguien en tu empresa conecta un agente de Claude o de ChatGPT directamente a las APIs de SAP desde fuera de la plataforma. El agente lee las facturas entrantes, consulta los pedidos en MM, verifica las entradas de mercancía, detecta desviaciones y contabiliza en FI lo que entra dentro de tolerancia. Sin intervención humana en el ochenta por ciento de los casos. Sin licencia. Sin pasar por BTP. Sin que SAP vea nada, mida nada ni cobre nada.

Ese escenario existe. Y SAP acaba de decir, por escrito, que está prohibido.

La SAP API Policy v.4.2026

En abril de 2026, SAP publicó una actualización de su política de uso de APIs. Sin comunicado. Sin keynote. Dos páginas en el sitio oficial que la mayoría del ecosistema no ha leído todavía.

La sección 2.2.2 establece que SAP prohíbe el uso de sus APIs para interacción o integración con sistemas de IA autónomos o generativos que planifiquen, seleccionen o ejecuten secuencias de llamadas API, salvo que se haga a través de arquitecturas expresamente endorsadas por SAP.

Traducido sin jerga legal: ningún agente externo puede orquestar tu sistema SAP libremente llamando directamente a sus APIs. Solo pueden hacerlo los agentes que operan dentro de los canales que SAP ha definido para ello.

Y aquí está el matiz que cambia todo.

SAP no prohíbe Claude, SAP prohíbe el acceso directo

Porque SAP tiene a Claude disponible en BTP AI Core. Y a GPT también. Y a Gemini. SAP no tiene ningún problema con el modelo de lenguaje que uses. No te dice con qué IA tienes que pensar.

Lo que SAP controla es por dónde tienes que pasar para tocar sus datos. Y ese canal es BTP.

Si tu agente corre sobre BTP, usa los conectores oficiales, opera dentro de la arquitectura que SAP ha definido, es perfectamente válido. Puedes usar Claude. Puedes usar GPT. Puedes usar el modelo que quieras. SAP no es el portero que te pregunta quién eres. Es el portero que te pregunta si tienes entrada.

Y la entrada se compra en BTP. Donde SAP cobra.

El modelo de negocio que esta política protege

SAP lleva décadas cobrando por usuarios. Cada persona que accede al sistema tiene una licencia. Ahora SAP está pivotando hacia un modelo de consumo por AI Units: ya no pagas solo por acceder, pagas por lo que el sistema hace.

Ese modelo solo funciona si todo lo que el sistema hace pasa por SAP.

El ejemplo de las facturas de proveedor lo ilustra con claridad. Un proceso que implica varios usuarios con licencias MM y FI queda automatizado por un agente que no tiene licencia y no genera ningún ingreso para SAP, si corre fuera de BTP. El mismo agente, con el mismo modelo por detrás, corriendo sobre BTP, consume AI Units y genera ingreso. La diferencia no es tecnológica. Es de canal.

Multiplicado por los miles de clientes SAP que tienen departamentos de cuentas a pagar, de controlling, de gestión de pedidos, de logística, en todo el mundo, el impacto potencial de dejar ese canal abierto es enorme. La API Policy v.4.2026 no es un documento de gobernanza técnica. Es la formalización jurídica de un modelo de negocio.

Lo que esto implica para clientes y partners

Para los clientes, la pregunta inmediata es qué pasa con las iniciativas que ya tienen en marcha. Muchas empresas llevan meses explorando la automatización de procesos conectando modelos de IA externos a sus sistemas SAP, a menudo porque las capacidades nativas de SAP no estaban todavía disponibles o no cubrían el caso de uso concreto. Con esta política, esas iniciativas quedan en zona de incumplimiento si no pasan por BTP.

Para los partners, la situación es parecida. Hay desarrollos construidos, conectores en producción, demos preparadas sobre la premisa de que las APIs de SAP eran un recurso accesible. La política cambia esa premisa sin un marco de transición definido.

Y la pregunta de fondo para todos es la misma: ¿a qué velocidad va a estar disponible en BTP todo lo que SAP está restringiendo fuera de BTP? Porque el gap entre lo que se prohíbe hoy y lo que SAP entrega mañana es donde va a haber más tensión.

Lo que SAP no dice pero está ahí

SAP tiene un argumento técnico legítimo que no formula con esta claridad: un agente externo que llama directamente a sus APIs escapa también a los controles de rendimiento, seguridad y estabilidad de la plataforma. Si algo falla, SAP no puede garantizar nada porque no controla nada. BTP no es solo la caja registradora. Es también la capa donde SAP puede asegurar que las cosas funcionan como deben.

Ese argumento es razonable. Pero no explica por sí solo por qué esta política aparece ahora, en este momento, cuando el modelo de AI Units empieza a tomar forma.

Lo que queda sin responder

SAP tiene derecho a establecer las condiciones de uso de su plataforma. Eso no está en discusión.

Lo que falta es el marco de transición. Qué pasa con los desarrollos existentes. Qué plazo tienen clientes y partners para adaptarse. Cómo se va a hacer cumplir en la práctica. Y cuándo va a estar disponible en BTP todo lo que esta política restringe fuera de él.

Publicar una política que cierra el perímetro sin responder esas preguntas es, como mínimo, una conversación pendiente.

Porque el agente que procesa facturas sin licencia no va a desaparecer. La pregunta es si SAP consigue que compre la entrada antes de que alguien decida que saltarse la cola es un riesgo manejable.

SAP Connect Day Madrid 2026: crónica desde la pista de CX

El 16 de abril de 2026, IFEMA Madrid acogió los SAP Connect Days Madrid, un macro evento que reunió 7 eventos en 1 bajo el lema

Conéctalo todo. Impulsa lo imposible.

Finance, HR, Spend Management, Supply Chain, BTP, Business AI y Customer Experience, todo en el mismo pabellón, el mismo día.

Yo estuve en la zona de Customer Experience, donde Avvale era sponsor. Teníamos stand propio en la zona CX, desde donde estuvimos atendiendo a clientes y mostrando nuestras capacidades como equipo especializado en SAP CX. Y este año, además de todo eso, salí al escenario.

El track de CX: lo que se vio

La sesión arrancó con Carlos Martín, Innovation Principal de SAP CX, planteando la tesis de la jornada: SAP Customer Experience integrada en SAP Business Suite como motor de crecimiento. La IA solo actúa con contexto real si los sistemas están conectados de verdad. No es una afirmación nueva, pero el framing es cada vez más concreto.

A continuación, Etnia Barcelona compartió su experiencia. Georgina Salvado y Víctor López, de Etnia, junto a María Fernández-Blanco de SAP Customer Success, contaron el recorrido completo: la implantación de SAP Service Cloud V1 (C4C) que montamos nosotros en Avvale, y el proyecto actual de migración a SAP Service Cloud V2, también con Avvale. Ver a un cliente contar en un escenario de SAP lo que has construido con él, y lo que estás construyendo ahora, tiene un peso especial.

El bloque más denso fue el de demos en directo. Carlos Martín, Fernando Pagani y Carlos Pinto mostraron casos de uso de IA en SAP CX: Fernando Pagani, Head of Solution Advisory de Engagement Cloud, enseñó el generador de contenido e imágenes por IA directamente en SAP Engagement Cloud. Carlos Pinto fue más allá: integración de Joule con SAP Concur para que un comercial solicite viajes desde el CRM, generación automática de ofertas desde un email de Outlook, y una demo en directo de Donna, el asistente de IA de SAP, para consultar una cita pasada y preparar una futura. Todo en contexto, sin cambiar de entorno.

Nuestra ponencia: el caso Albia

Después del descanso me tocó salir. Con Celia Domínguez, Responsable de Negocio Digital de Albia, y Francisco Lozano, Project Manager del proyecto, presentamos el caso de éxito de la implantación de SAP Sales Cloud V2 en Albia Servicios Funerarios, empresa del Grupo Santa Lucía.

El reto era el habitual en organizaciones con fuerzas de ventas distribuidas: una herramienta que el equipo comercial quisiera usar de verdad, que funcionara sobre el terreno, integrada con Office 365 y con el ERP de SAP. Celia explicó los tres criterios que marcaron el proyecto desde el inicio: velocidad de implantación, adopción real y movilidad efectiva.

Francisco habló de lo que ocurrió después del go-live: adopción espontánea desde los primeros días, curva de aprendizaje mínima, y la app móvil como punto de inflexión. El CRM que funciona en el aparcamiento entre visita y visita es el CRM que tiene datos reales. Celia cerró con el impacto desde la dirección: visibilidad en tiempo real del equipo comercial, sin consolidaciones manuales, sin esperar a que alguien prepare un informe.

Yo gestioné la introducción, la parte técnica de la implementación y el cierre. Estuve nervioso. Fue la primera vez que presento en un evento de esta escala organizado por SAP. Todo salió bien.

El resto del programa

Seidor presentó el caso de Shufersal, retailer líder en Israel, con un agente de IA sobre SAP Commerce Cloud. Jordi Salesa y Javier Alonso mostraron cómo la inteligencia artificial está transformando los procesos de captación y conversión en un entorno de retail real, con volumen real. Interesante, especialmente por el ángulo de agentes autónomos en producción.

El cierre del track corrió a cargo de Massimiliano Polli, Sales Team Lead de SAP CX, que contextualizó los mensajes del día. Y, como colofón, Arkano hizo lo que sabe hacer: improvisar sobre cualquier tema. En este caso, sobre Customer Experience. No te lo esperas en un evento SAP, y funciona precisamente por eso.

Lo que me llevo

Hay una idea que recorre todo lo que se presentó: la IA en CX vale lo que valen los datos que la alimentan, y los datos valen lo que vale la adopción de la herramienta que los genera. Las mejores demos del día estaban construidas sobre bases sólidas. Eso conecta directamente con lo que contamos en el caso Albia.

Fue un día muy largo y muy cansado. También muy satisfactorio. Más visibilidad, más networking, más visión sobre hacia dónde va el mercado de soluciones CX. Eventos como este sirven para calibrar dónde estás en ese mapa. Y de vez en cuando, para salir tú al escenario.

La IA en SAP: por qué Christian Klein habla de una transición “dolorosa” (y qué significa realmente)

Hace unos días, Christian Klein lanzó un mensaje poco habitual para un CEO de una compañía que cotiza en bolsa: la transición de SAP hacia la inteligencia artificial será tan dolorosa como lo fue el paso al cloud. No es una frase de relaciones públicas. Es un aviso, y probablemente uno de los más honestos que ha dado SAP en mucho tiempo.

No es la primera vez que SAP pasa por esto

SAP ya vivió una transformación estructural de este calibre. El paso de on-premise a cloud no fue solo un cambio tecnológico: supuso un modelo de ingresos distinto, una transición larga y compleja para los clientes, y una reconfiguración del ecosistema de partners que tardó años en estabilizarse. Durante ese período hubo dudas, resistencia y presión en los resultados. Hoy, con perspectiva, parece claro que era el camino correcto. Pero no fue fácil, y Klein lo sabe mejor que nadie porque lo vivió desde dentro.

Ahora SAP está diciendo explícitamente que lo que viene será comparable. Y el mercado ya lo está procesando a su manera: la acción ha caído aproximadamente un 31% desde inicio de 2026, con bajadas puntuales de casi un 7% en una sola sesión tras las declaraciones de Klein al Financial Times. No es que los resultados sean malos, que no lo son. En 2025, los ingresos crecieron un 7,7% hasta 36.800 millones de euros y el cloud revenue subió un 23%. Lo que el mercado está penalizando es la incertidumbre sobre el modelo de negocio que viene.

La diferencia con el cloud: esta vez cambia qué es el software

El cloud cambiaba dónde corría el software. La inteligencia artificial cambia qué es el software. No estamos hablando de nuevas funcionalidades o mejoras incrementales, sino de algo más profundo: menor dependencia de interfaces, automatización de decisiones, sistemas capaces de ejecutar procesos sin intervención directa del usuario. La IA no mejora el software. Lo cuestiona.

Y eso arrastra consigo un cambio en el modelo de negocio que es igual de estructural. SAP está abandonando el modelo de licencias y suscripciones por usuario para pasar a cobrar por consumo de capacidades de inteligencia artificial, lo que internamente empieza a articularse en torno a los AI Units. Ya no se paga por acceder al sistema, sino por lo que el sistema hace. Ese cambio tiene implicaciones serias: ingresos menos predecibles, mayor presión en márgenes a corto plazo, y la necesidad de demostrar valor en cada interacción, no solo al firmar el contrato.

El cambio de perfiles: dentro y fuera de SAP

Cuando Klein habla de transición dolorosa, no habla solo de inversión o de márgenes. Habla de personas. Dentro de SAP, la reorganización ya está en marcha: ha traspasado la responsabilidad de ventas a Thomas Saueressig para dedicarse él directamente al desarrollo de IA, y ha creado equipos de forward-deployed engineering, consultores y desarrolladores con conocimiento sectorial que trabajarán directamente en casa del cliente para construir soluciones sobre la plataforma SAP. Eso es casi un modelo de consultoría embebida, y cambia la naturaleza de lo que SAP es como compañía.

Para los partners y consultores externos el mensaje es el mismo: el perfil que construía configuraciones está dejando paso al perfil que construye agentes. No es una evolución gradual. Es un cambio de disciplina. Los desarrolladores que hoy escriben código tendrán que aprender a diseñar orquestaciones de agentes, a trabajar con datos en contexto, a pensar en términos de automatización de decisiones en lugar de automatización de tareas. Eso no se aprende en un curso de fin de semana.

La pregunta que SAP no ha respondido

Aquí es donde tengo que ser directo, porque creo que hay una pieza que falta en todo este discurso.

SAP está pidiendo a sus clientes que confíen en un cambio de modelo sin haberles dado todavía las herramientas para entender qué va a costarles ese cambio. El modelo de consumo por AI Units es conceptualmente coherente. Si los agentes hacen trabajo que antes hacían personas, tiene sentido cobrar por lo que hacen, no por cuántos usuarios lo activan. La lógica es impecable.

Pero cuando un cliente me pregunta cuánto va a gastar, no tengo una respuesta clara. Y no la tengo porque SAP tampoco la tiene todavía, al menos no de forma pública y calculable. ¿Cuántos AI Units consume un proceso de cualificación de leads? ¿Y uno de resolución de tickets? ¿Cómo escala el coste cuando el volumen de automatización crece? ¿Qué palancas tiene el cliente para controlar el gasto?

Sin esas respuestas, la conversación de ROI es prácticamente imposible. Y sin ROI, los proyectos de IA en entornos enterprise no se aprueban. No porque los clientes no quieran la tecnología, sino porque los comités de inversión piden números, no visiones. El discurso de «la IA transformará tu negocio» no pasa un comité de dirección sin un modelo financiero detrás.

SAP tiene un trabajo pendiente aquí. No es un problema técnico, es un problema de go-to-market. Necesitan dar a partners y clientes un marco de estimación de costes y un modelo de cálculo de retorno que sea creíble y manejable. Mientras eso no exista, la transición que describe Klein será más lenta de lo que SAP necesita.

Lo que sí está claro

Dicho esto, la dirección es la correcta. La integración de IA de forma transversal en la Business Suite, con Joule como punto de entrada y SAP Business Data Cloud como capa de datos que da contexto real a los agentes, es una apuesta que tiene sentido estructural. La IA genérica no aporta valor en entornos enterprise. La IA que opera sobre datos reales de negocio, conectada a los procesos donde se toman las decisiones, sí puede hacerlo.

Como ya ocurrió con el cloud, habrá fricción, resistencia y un período de incertidumbre que el mercado está empezando a descontar. Pero la transformación va a ocurrir. La pregunta no es si el modelo cambia, sino quién llega preparado cuando cambie.

Y prepararse, en este caso, empieza por hacer las preguntas incómodas. Como cuánto va a costar.

Y, sobre todo, quién va a saber explicarlo.

SAP Road Map Explorer

En cualquier proyecto SAP —sea de ventas, finanzas, compras, supply chain, experiencia de cliente o industria— existe una necesidad constante: comprender hacia dónde evoluciona la solución. Qué funciones llegarán, cuáles están en desarrollo, qué capacidades ya se han entregado y cómo se alinean con las prioridades estratégicas de SAP.

Para cubrir exactamente esta necesidad, SAP ofrece una herramienta oficial, abierta y constantemente actualizada:


¿Qué es SAP Road Map Explorer?

Es un portal público que permite consultar, de forma visual y estructurada, la planificación de innovaciones de cualquier producto SAP. Proporciona información agrupada por trimestres y clasificada por estado, facilitando una visión clara del presente y del futuro de cada solución.

La herramienta permite:

  • Explorar roadmaps por producto, proceso, industria o tema estratégico.
  • Ver entregas divididas por trimestre (Q1, Q2, Q3 y Q4) de cada año.
  • Identificar si una funcionalidad está planificada o entregada.
  • Descargar los roadmaps para presentaciones, documentación interna o planificación de proyectos.
  • Comparar diferentes soluciones o filtrar únicamente lo relevante para un equipo o área.

¿Por qué es importante en cualquier proyecto SAP?

1
Permite anticipar capacidades
La toma de decisiones depende de saber si una funcionalidad ya existe, está prevista para un trimestre, o no forma parte del roadmap. Esta visibilidad reduce la incertidumbre y permite planificar con precisión.
2
Reduce costes y desarrollos innecesarios
Si una capacidad llegará en pocas semanas o meses, puede evitarse un desarrollo complejo o transitorio, reduciendo esfuerzo y costes técnicos.
3
Facilita la gestión de expectativas
El roadmap actúa como una referencia objetiva para alinear a equipos internos y clientes, permitiendo conversaciones basadas en hechos y no en suposiciones.
4
Ayuda a alinear objetivos de negocio con la innovación tecnológica
Conocer cuándo SAP entregará nuevas capacidades permite planificar proyectos, mejoras e integraciones de forma más estratégica.
5
Conecta la estrategia del proyecto con la estrategia de SAP
El roadmap muestra tanto el “qué” como el “hacia dónde va” cada solución (IA, automatización, industria, experiencia de usuario, extensibilidad…), permitiendo diseñar arquitecturas más sólidas y alineadas con el futuro.

Cómo leer la vista del Road Map

La vista típica muestra columnas por trimestre (Q1, Q2, Q3, Q4) con tarjetas que representan funcionalidades. Cada tarjeta incluye:

  • Nombre de la funcionalidad
  • Estado (Delivered, Future Release)
  • Dominio funcional
  • Descripción detallada al abrirla

Esta estructura permite navegar de forma rápida por cientos de elementos.


Qué puedes hacer dentro de SAP Road Map Explorer

Además de consultar el roadmap de un vistazo, la herramienta ofrece varias funcionalidades que permiten organizar y personalizar la información:

Buscar por palabra clave

Permite localizar funcionalidades concretas mediante el buscador global, sin necesidad de recorrer manualmente todo el roadmap.

Filtrar por producto, industria o temas clave

Puedes limitar la vista a lo que realmente te interesa seleccionando:

  • Products
  • Industries
  • Focus Topics (IA, Integración, Extensibilidad, UX, etc.)

Los filtros son combinables.

Ajustar el rango temporal

Puedes centrarte en el corto o medio plazo cambiando el Date Range (por ejemplo, “Current – Latest”). Y puedes hacerlo de forma sencilla o seleccionando el trimestre (Q) y el año concreto desde y hasta a buscar.

Abrir el detalle de cada funcionalidad

Cada elemento incluye una ficha con descripción y beneficios, así como el trimestre en el que SAP prevé su entrega.

Dentro de esta vista de detalle tendremos las siguientes opciones:

  • Añadir esta mejora a una colección personal. Las “Collections” permiten agrupar funcionalidades para:
    • un proyecto
    • un cliente específico
    • una demo o presentación
    • o un análisis comparativo
  • Activar las notificaciones para recibir cualquier cambio sobre la mejora marcada.
  • Guardarte la mejora como favorita para tenerla siempre a mano.
  • Compartir la mejora con alguien (el enlace).

Descargar/Compartir/Guardar el roadmap

Con estos botones:

Descargar Roadmap a Excel

Puedes descargar la visión actual del Roadmap a un excel.

Compartir

Genera un link a tu roadmap con tus filtros y criterios de búsqueda.

Guardar

El botón Save crea un “My Road Map” con tu vista personalizada, para no tener que configurarla cada vez.

Gestionar Road Maps y colecciones

Desde el menú superior, arriba a la derecha, pulsando el botón My Road Maps

Puedes acceder a:

  • Saved Road Maps: Donde estará la lista de tus Road Maps guardados.
  • Collections: Donde podemos acceder a las funcionalidades que has ido añadiendo a favoritos o a colecciones concretas.,

Un caso representativo: cuando el Roadmap es crítico

Aunque SAP Road Map Explorer es útil para cualquier solución, adquiere especial relevancia en productos que están evolucionando rápidamente o que se encuentran en construcción tecnológica.

En estos casos, el roadmap permite entender:

  • Qué piezas faltan
  • Qué áreas avanzan más deprisa
  • Qué capacidades conviene esperar antes de implementar alternativas

Un ejemplo muy representativo es SAP Sales Cloud Version 2, donde el roadmap es fundamental por su ritmo acelerado de innovación y por el volumen de funcionalidades que SAP incorpora cada trimestre.

En este tipo de soluciones emergentes, revisar el roadmap no es una tarea opcional: es la única forma de planificar con criterio, evitar desarrollos innecesarios y alinear el proyecto con la evolución real del producto.

SAP Customer Influence: Cómo los clientes moldean el futuro de SAP

Cuando pensamos en SAP, lo primero que nos viene a la cabeza es una empresa que desarrolla soluciones empresariales globales, con roadmaps definidos y actualizaciones periódicas. Sin embargo, lo que no todo el mundo sabe es que los clientes también tienen voz en ese futuro.
Esa voz se canaliza a través de una plataforma oficial: SAP Customer Influence.

¿Qué es SAP Customer Influence?

SAP Customer Influence es la plataforma donde los clientes, partners y usuarios pueden proponer mejoras, votar ideas y participar en iniciativas de cocreación con SAP.
No se trata de abrir un ticket de soporte ni de enviar un correo a un product manager, sino de un espacio estructurado y abierto donde las propuestas se convierten en mejoras reales.


Modalidades de SAP Customer Influence

El Customer Influence es un portal para partners y clientes en el que se puede participar en varias modalidades:


SAP Continuous Influence

Canal abierto de forma continua para proponer mejoras sobre productos de SAP.

  • Los clientes con licencias productivas pueden enviar ideas directamente a los equipos de desarrollo.
  • Posibilidad de votar propuestas de otros usuarios y recibir notificaciones sobre el estado de cada idea.
  • Complementa los servicios de soporte y está disponible para todos los clientes con contrato de licencia y mantenimiento válido.

SAP Customer Engagement Initiative (CEI)

Participación temprana en el desarrollo de nuevos productos de SAP.

  • Acceso a información temprana sobre innovaciones y funcionalidades en desarrollo.
  • Sesiones remotas o presenciales para aportar feedback.
  • Oportunidad de colaborar con product managers de SAP y de crear red con otros clientes.
  • Requiere un Feedback Agreement entre la empresa y SAP.

SAP Integration Experience Feedback

Probar escenarios de negocio integrados en un entorno interno de SAP.

  • Permite validar la funcionalidad y arquitectura de procesos integrados (Suite Qualities).
  • Acceso a un sistema SAP preconfigurado con casos de prueba y datos genéricos.
  • Evaluación práctica con soporte de expertos SAP y en plazos acordados.

SAP Beta Testing

Acceso anticipado a productos antes de su lanzamiento oficial.

  • Posibilidad de probar nuevas versiones en escenarios definidos por SAP, con datos de prueba.
  • Alternativamente, instalar el software beta en el propio landscape con datos propios.
  • Feedback directo a los equipos de desarrollo antes de la liberación al mercado.
  • Requiere un Test and Evaluation Agreement (TEA), uso solo para pruebas.

SAP Early Adopter Care

Adopción temprana de nuevas soluciones SAP con soporte especializado.

  • Implementación de innovaciones justo tras su lanzamiento al mercado.
  • Acompañamiento por un coach de SAP para asegurar el éxito del proyecto.
  • Acceso prioritario a contenidos de aprendizaje asociados.
  • Disponible para clientes con licencia y contrato de mantenimiento vigente.

Cómo funciona en la práctica

El proceso es sencillo:

  1. Accedes con tu usuario SAP al portal de Customer Influence.
  2. Seleccionas el producto que te interesa.
  3. Publicas una propuesta de mejora o votas las de otros usuarios.
  4. Haces seguimiento del ciclo de vida de esa idea: Submitted → Under Review → Accepted → Delivered.

De esta forma, los clientes influyen de verdad en el roadmap de SAP.


Beneficios para empresas y consultores

Participar en SAP Customer Influence tiene un valor estratégico:

  • Permite priorizar mejoras que impactan directamente en tu negocio.
  • Favorece el networking con otros clientes que comparten los mismos retos.
  • Ayuda a alinear la empresa con la innovación de SAP, participando en pilotos y pruebas.
  • Es una forma tangible de transformar la voz del cliente en producto.

Ejemplos reales

Muchas de las funcionalidades que hoy damos por hechas en soluciones de SAP han surgido en esta plataforma.
En el área de Customer Experience (CX), por ejemplo, varias mejoras en la usabilidad de SAP Sales Cloud V2 o en la integración con Microsoft Teams nacieron como propuestas de clientes y fueron adoptadas por SAP.

Yo mismo tengo 4 mejoras presentadas (y subiendo) sobre SAP Sales Cloud V2 y he votado a varias más que me parecen muy interesantes.

Nota: Me haríais un favor si votais estas iniciativas.


Recomendaciones para aprovecharlo

  • Revisa periódicamente el portal para estar al día de nuevas iniciativas.
  • Involucra tanto a perfiles técnicos como de negocio, ya que ambos tienen puntos de vista valiosos.
  • Vota activamente: las propuestas con más votos tienen más posibilidades de llegar al roadmap.
  • Participa en los CEI si quieres entrar en contacto directo con los equipos de producto de SAP.

Conclusión

La innovación en SAP no solo viene de Walldorf. También nace de la experiencia de sus clientes y partners.
SAP Customer Influence es la herramienta para convertir esas ideas en mejoras reales, y es la mejor forma de asegurarse de que la solución evoluciona en la dirección que el negocio necesita.

Recuerda, si quieres participar, entra ya en el portal oficial: https://influence.sap.com