SAP Customer Influence en la práctica: guía paso a paso

En mi artículo anterior expliqué qué es SAP Customer Influence y por qué es una herramienta clave para influir en la evolución de los productos SAP.

En esta segunda parte voy a centrarme en lo que de verdad importa en el día a día: cómo usarlo de forma práctica.

Cómo entrar, filtrar por producto, revisar las mejoras existentes, votar, seguir su estado y, finalmente, cómo crear una nueva Improvement Request correctamente.

Todo ello basado en las pantallas reales del portal y en ejemplos prácticos de SAP Sales Cloud Version 2.

Acceder a las sesiones de Continuous Influence

Al acceder a https://influence.sap.com/go/cis, (necesitas usuario S). SAP muestra la página de entrada a todas las sesiones activas del programa SAP Continuous Influence.
Esta pantalla sirve como índice general y es el punto de partida para encontrar el producto sobre el que queremos proponer mejoras o votar las existentes.

La pantalla inicial no muestra directamente las mejoras, sino que funciona como un catálogo organizado por áreas de producto.
El primer paso consiste en navegar por este catálogo y seleccionar la solución SAP sobre la que queremos trabajar.

Una vez pulsemos un área de producto, por ejemplo en mi caso Sales o Service accederemos a las distintas colecciones.

En mi caso seleccionaré SAP Sales and Service Cloud Version 2 & SAP Enterprise Service Management

Aquí también podremos directamente darle a para activar el seguimiento a la colección concretos. También podremos crear una nueva Improvement Request pulsado en botón . Pero lo normal es entrar dentro y ver la pantalla de inicio de la colección.

En ella, en la parte superior-izquierda tendremos acceso a varias visiones de las request o nuestra relación con ellas.

Revisar las Request ya creadas por otros usuarios

Antes de crear una nueva request, vale la pena dedicar unos minutos a revisar las que ya existen entrando en All Request. Es habitual encontrar que alguien ya ha propuesto exactamente lo que necesitas, o algo muy similar. En ese caso, votar esa request es más efectivo que crear una nueva: concentra los votos en una sola y aumenta su visibilidad ante SAP.

Donde podremos:

  • Votar request que nos parezcan interesantes/necesarias con el botón
  • Ver la fase, estado, titulo, autor
  • Poder seguir una request que nos interese con el botón
  • Poder entrar dentro a ver el detalle

Si encuentras una request relevante pero no del todo alineada con tu necesidad, usa los comentarios para matizarla. SAP lee los comentarios y forman parte del contexto que el equipo de producto evalúa al analizar la petición.

Un detalle práctico: fíjate en la fase en la que está la request. SAP utiliza un flujo de estados que va desde New hasta Delivered, pasando por Under Review o Planned. Si una request ya está en Planned, significa que SAP la ha aceptado y está en el roadmap. Si está en Declined, conviene leer la justificación antes de crear una alternativa.

SAP Customer Influence - Detail

Dentro de cada request encontramos varias pestañas que conviene conocer:

  • Details: La descripción completa de la mejora propuesta. Es lo primero que hay que leer para entender exactamente qué se está pidiendo y si se ajusta a tu necesidad.
  • Attachments: Documentos o imágenes adjuntas que el autor ha incluido para ilustrar mejor la petición. Muy útil cuando la mejora requiere contexto visual o técnico adicional.
  • Comments: El espacio donde la comunidad debate, matiza o amplía la request. SAP también participa aquí cuando necesita aclarar algo o informar de avances.
  • Votes: Muestra quién ha votado la request. Útil para ver si hay empresas o perfiles conocidos detrás del respaldo.
  • Related Requests: Requests similares o conectadas. Antes de votar o crear una nueva, vale la pena revisar esta pestaña para evitar duplicidades.
  • People: Los usuarios vinculados a la request: autor, coach asignado por SAP y seguidores.
  • Activity Log: El historial completo de cambios de estado. Aquí puedes ver si la request ha avanzado, retrocedido o lleva meses sin movimiento.

Enviar una nueva Request

Muy sencillo, al pulsar el botón se abrirá la siguiente pantalla.

Los campos son los habituales: título, categoría, descripción, anexos, enlaces y etiquetas. SAP incluye una plantilla para la descripción que conviene seguir, porque estructura la petición de forma que SAP pueda evaluarla correctamente. Si no sabes cómo rellenarla, usa ChatGPT: dale la plantilla y explícale tu necesidad en lenguaje natural. El resultado suele ser más que suficiente.

Lo importante no es el formulario, sino lo que viene después: que la comunidad vote la request. SAP mide la relevancia por votos. Sin votos, la request no llega a ningún lado. Compártela con tu red, con el cliente, con otros consultores que trabajen en el mismo producto (tienen que tener usuario S claro)

Una vez creada y votada, habrás contribuido a mejorar el producto que implementas (Gratis). Es un win-win real: influyes en el roadmap y tus implementaciones futuras se benefician de ello.

Antes de que existiera esto, solo quedaba rezar a Ganesha.

¿Tiene sentido seguir escribiendo un Blog en la era de la Inteligencia Artificial?

Si no tienes tiempo o no quieres leerte este artículo porque te supone mucho esfuerzo te adelanto el resultado.

, pero con matices.

La Inteligencia Artificial ha venido para ayudarnos, sí, pero también ha generado dos consecuencias que afectan mucho a aquel que quiera publicar su conocimiento en este mundo profesional.

  • La sobrepublicación de contenido generado por IA: Tu contenido se diluye en un océano de contenido autogenerado.
  • La caída de la búsqueda de información en buscadores: La gente ya no va a encontrar tu blog, la IA lo sintetiza.

La Biblioteca de Babel

En el ensayo de Jorge Luis Borges «La Biblioteca de Babel«, Borges imaginaba una biblioteca infinita, una biblioteca que contenía todos los libros posibles, con todos los órdenes de caracteres y palabras imaginables.

[…] (La biblioteca) se compone de un número indefinido, y tal vez infinito, de galerías hexagonales […] A cada uno de los muros de cada hexágono corresponden cinco anaqueles; cada anaquel encierra treinta y dos libros de formato uniforme; cada libro es de cuatrocientas diez páginas; cada página, de cuarenta renglones; cada renglón, de unas ochenta letras de color negro. También hay letras en el dorso de cada libro; esas letras no indican o prefiguran lo que dirán las páginas […]

Extracto de «La Biblioteca de Babel» Jorge Luis Borges

Pero el hecho de que la biblioteca fuese infinita y contuviese todos los textos imaginables la hacía, evidentemente, inútil y sin sentido. La abundancia no era el paraíso, era un infierno en sí mismo y no significaba nada ni valía para nada.

LinkedIn como Biblioteca de Babel

Y es que te acercas a LinkedIn y cada vez más encuentras contenido generado por inteligencia artificial, estándares, perfectos, que no dicen nada. Liderazgo, productividad, IA, gestión de proyectos, motivación, y un largo etcétera. Bien estructurados, con emoticonos elegidos de forma perfecta, con 1500 palabras exactas y poco fondo, poca revisión.

LinkedIn se ha convertido en La biblioteca de Babel de Borges. Mucho contenido que aporta poco y no solo eso, que esconde el contenido que sí podría aportar y esconde al verdadero generador de contenido de valor.

Sí, es verdad, LinkedIn siempre fue un escaparate corporativo, un lugar donde vender marca y posicionamiento en el mercado. Pero es que ya solo hay artículos prefabricados por la IA de turno y sin un pulido por el autor. Trabajadores que todos los días les da la vida para publicar un artículo extenso en LinkedIn ¿de qué trabaja esta gente?.

Tú también usas la Inteligencia Artificial

¡Por supuesto! ¡Claro que uso la Inteligencia Artificial para escribir mis artículos! Pero eso solo es una de las herramientas que uso, como puede ser internet, el procesador de textos o WordPress. En el proceso de escribir un artículo hay una serie de pasos que realizo:

  • Identificar de qué quiero hablar: Qué quiero escribir ya sea porque
    • Quiero APRENDER de algo que no sé: Si hay algún tema técnico de mi trabajo que no controlo, escribir sobre ello me obliga a estudiarlo, entenderlo y sintetizarlo.
    • Quiero ENSEÑAR algo que ya sé: Cuando hay algo que ya sé (sin ser experto en nada) y creo que puede tener interés en la comunidad profesional a la que pertenezco, lo analizo, organizo como lo voy a escribir (un artículo o una serie de ellos), lo sintetizo, lo escribo (sí con ayuda de la IA muchas veces) y lo reviso, una, dos, tres, cuatro y cinco veces. Y lo más importante del proceso es que cuando quiero enseñar algo, el que más aprende soy yo.
    • Quiero JUGAR con algo que me divierte (por ejemplo Mitología, Psicología, Humor, etc…): Bueno, este para mi es el contenido de mayor valor, donde yo me muestro tal y como soy y donde doy rienda suelta a mis placeres intelectuales.
  • Planifico lo que puedo abordar: Si quiero explicar lo que es SAP RAP (ABAP RESTful Application Programming Model (RAP)) y no tengo ni idea creo que tengo una curva de aprendizaje muy empinada para llegar a poder explicar algo de RAP, además que necesito cierta infraestructura que también requiere su preparación. Vamos que no puedo ahora mismo por mucho que quiera. Pero si hay otras cosas que si puedo abordar o aprender, las planifico.
  • Investigo: Aquí ya entra la IA en muchos casos. Sintetiza y ayuda a generar contenido digerible para que yo aprenda e investigue. Pero esto no es un «Dime qué es la Física Cuántica» y copiar y pegar. Esto es preguntar, repreguntar, que te de enlaces, leer, dirigir la IA para que no te engañe, etc.
  • Escribo: Aquí también entra la IA, pero el guion lo hago yo. Lo que muchas veces hago es servirme del texto generado bajo mi guion y premisas.
  • Reviso: Mil veces. ¿Lo entiendo todo? ¿Está bien escrito? ¿Tiene los párrafos bien formados? ¿Texto Justificado? ¿Le faltan imágenes? ¿Le vendría bien unos videos? ¿Un gráfico de flujo podría explicar mejor esto estupendo? ¿Y los enlaces a otros artículos o a internet?
  • Planifico para una fecha: Muchas veces tengo artículos escritos hace meses planificados, porque no tiene sentido publicar 7 artículos en 7 días y estar 7 semanas sin publicar nada.
Gráfico generado en app.napkin.ai

Lo que la IA no puede replicar

¡Ay amigos y amigas!. La IA puede hacer muchas cosas pero la IA no ha pasado por noches de arranque en proyectos infernales, no ha asistido a un grupo de 400 usuarios volviéndose locos porque no funciona el sistema (eso decían ellos, discrepo), no ha sentido esa chispa cuando algo que no te salía de repente lo consigues, no vive el compañerismo del estar remando todos en la misma barca rodeados de un mar lleno de buques de guerra.

Sí, está generada por IA. Yo no dibujo así.

No sabe ser cruda, irónica, sarcástica, mostrar las aristas de esta profesión pero con humor y humildad. Solo quiere complacer, lo cual está muy bien, pero no te va a dar la mirada cansada de un compañero de profesión, las historietas del senior o las dudas del junior.

Y eso… eso es precisamente lo que tiene sentido escribir ahora. NADIE lo va a leer, porque en este mundo de velocidades de MB por segundo, leerse un tocho que ha escrito un humano «no me renta«. Pero yo me quedo más a gusto, más feliz y más realizado. Y además aprendo por el camino.

¿Seguir escribiendo artículos técnicos?

Por supuesto que seguiré escribiendo aquello que me cause interés, que quiera aprender y que quiera enseñar. Tengo la suerte en trabajar en algo que me apasiona, que tiene muchas caras y muchos roles y hay mucho que contar. Y por supuesto que esto es un escaparate profesional, y me da igual que me lea poca gente. En algún momento alguien se topará con algún artículo interesante y dirá ¡Gracias!

En conclusión

Seguiré escribiendo como hasta ahora, sin intentar competir con la IA, puesto que esa batalla es estéril y está perdida de antemano. Los objetivos siguen siendo los mismos, aprender, enseñar, divertirse y posicionarme profesionalmente. Intentaré seguir aportando mi opinión, experiencia y IN (Inteligencia Natural) a los contenidos que escriba.

Adiós al Low-Code/No-Code en SAP – ¡Viva el Vibe Code!

En enero de 2024 escribí en este blog un artículo sobre SAP Build. Lo cerré con una reflexión sobre la madurez del low-code/no-code en el ecosistema SAP. Poco más de dos años después, SAP ha tomado una decisión que cambia el escenario.

El 23 de marzo de 2026, SAP anunció oficialmente la deprecación de SAP Build Apps como producto standalone. SAP Build Apps era la herramienta de desarrollo visual low-code/no-code de la suite SAP Build: el canvas drag-and-drop que permitía construir aplicaciones web y móviles sin escribir código. La promesa del citizen developer dentro del ecosistema SAP.


Qué era SAP Build Apps

SAP Build Apps nació de la adquisición de AppGyver en 2021 y se integró como uno de los tres pilares de SAP Build, junto a SAP Build Process Automation y SAP Build Work Zone. Su propuesta era democratizar el desarrollo de aplicaciones: cualquier perfil, técnico o funcional, podía construir una app empresarial arrastrando componentes, definiendo lógica visual y conectando con sistemas SAP o externos vía API, sin necesidad de código.

Era la apuesta de SAP por el low-code/no-code como palanca de extensibilidad para casos de uso concretos: extensiones ligeras, aplicaciones de campo, formularios complejos o procesos específicos que no justificaban un desarrollo a medida completo.


Qué cambia exactamente

SAP Build Apps queda retirado como SKU independiente. Los clientes con contrato vigente mantienen acceso hasta que este expire, pero no habrá nuevas funcionalidades ni soporte a nuevos centros de datos. Para proyectos nuevos, SAP redirige al SAP Build unificado.

El FAQ oficial confirma además que no existe ruta de migración directa: los proyectos frontend en SAP Build Apps no se pueden importar al nuevo entorno. Para proyectos en curso, SAP recomienda rehacerlos sobre CAP, el Cloud Application Programming Model.

Puedes leer el anuncio completo en el blog oficial de SAP Community.


Por qué desaparece: la IA como nuevo modelo de desarrollo

El low-code/no-code nació para resolver un problema concreto: el código es una barrera de entrada para perfiles no técnicos. La solución fue abstraer esa barrera detrás de un canvas visual.

SAP considera que ese problema tiene ahora una solución distinta. Joule, la IA de SAP integrada en SAP Build, permite describir en lenguaje natural lo que se necesita y obtener código real basado en CAP, más mantenible y alineado con el clean core. Es lo que se conoce como vibe coding: desarrollo conversacional asistido por inteligencia artificial.

La lógica es que si la IA elimina la fricción de escribir código, la capa de abstracción visual deja de ser necesaria. El resultado no es una representación visual del código, sino el código mismo, revisable y mantenible por un desarrollador.

Qué hay que hacer ahora

Para proyectos nuevos, SAP apunta a SAP Build unificado con CAP y Joule for Developers como herramientas centrales. Para proyectos móviles, el Mobile Development Kit dentro de SAP Mobile Services. El documento oficial SAP Build Apps – The Path Forward detalla las opciones de transición disponibles.


Por dónde va esto

La deprecación de SAP Build Apps refleja un cambio más amplio en la industria. Herramientas como GitHub Copilot o Cursor están mostrando que la IA puede reducir la fricción del desarrollo pro-code de forma significativa. SAP apuesta por ese camino con Joule y SAP Build Code como eje del desarrollo de extensiones y aplicaciones sobre BTP.

El canvas drag-and-drop cierra su ciclo. El desarrollo asistido por IA abre el siguiente.

Su CRM por voz: Cómo actualizar SAP Sales Cloud sin tocar una pantalla

El martes 12 de mayo, a las 10:00h (CET), David Mestre y yo impartimos en Avvale junto a AUSAPE un webinar sobre Donna y su integración nativa con SAP Sales & Service Cloud V2.

Sin diapositivas, 40 minutos, y tres demos en directo de un flujo de trabajo real de principio a fin.

El problema que nadie nombra en las implantaciones de CRM

Llevamos años hablando de adopción del CRM como si fuera un problema de formación. Como si bastara con un buen onboarding y unas cuantas sesiones de usuario clave para que el equipo comercial empezara a registrar sus visitas con entusiasmo. La realidad, que cualquiera que haya estado en un proyecto de SAP Sales Cloud conoce bien, es bastante más tozuda: el comercial de campo lleva todo el día en la calle, llega con cuatro reuniones encima y lo último que quiere es sentarse a actualizar oportunidades en el CRM. El sistema acaba siendo percibido como una herramienta de control, no de apoyo. Y desde ahí, la batalla está perdida antes de empezar.

Esto no es un problema de versión de software ni de interfaz. Es un problema de fricción. Y la fricción no se resuelve con más pantallas, por muy bien diseñadas que estén.

Qué cambia cuando el CRM escucha

Donna es un asistente de IA por voz con integración nativa en SAP Sales & Service Cloud.

Actúa en tres momentos del día del comercial de campo.

  • Al inicio de la jornada, hace un resumen de la agenda del día.
  • Antes de cada visita, prepara un briefing con la información clave de las citas agendadas.
  • Y después de cada reunión, el comercial mantiene una conversación de voz con Donna: ella guía el reporte preguntando por los puntos clave que le hayamos configurado, y a partir de esa conversación crea y actualiza en el CRM lo que corresponda: la propia visita, tareas de seguimiento, nuevas citas o incluso oportunidades, todo enlazado entre sí. Sin abrir el sistema, sin formularios, sin pantallas.

El resultado es una reducción de hasta el 75% de la carga administrativa. Pero el cambio más relevante no es el ahorro de tiempo: es que el registro deja de ser una tarea manual para convertirse en una conversación. El CRM deja de ser una carga y empieza a ser el sitio donde vive la información que el propio comercial necesita para rendir mejor.

Qué vamos a mostrar

La agenda es concreta. Arrancamos con el estado del sistema en SAP Sales & Service Cloud y hacemos tres demos seguidas: briefing del día, preparación de visita específica y devolución post-reunión por voz con actualización instantánea del CRM. Vemos el resultado en tiempo real y cerramos con los pasos de implantación.

No es una sesión de producto. Es un flujo de trabajo real, de principio a fin.

Reserva tu plaza

Avvale es el primer y único partner oficial de Donna en España, con implantación directa y soporte local desde el primer día.

Si tienes equipos comerciales sobre SAP Sales Cloud y la adopción sigue siendo una conversación recurrente en tus proyectos, esta sesión es para ti.

Regístrate aquí

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.