Socio SAP: ejercicios de estiramiento incluidos


También formamos parte desde hace tiempo del programa SAP PartnerEdge, que ofrece oportunidades de cooperación designadas temáticamente: desde consultoría (Consulting > Service) y venta de licencias (Sell) hasta el desarrollo de soluciones (Build). Los partners Build, como nosotros, pueden desarrollar sus propias soluciones (propiedades intelectuales) y presentarlas a través de diversos canales de venta, como los casos de uso de partners validados (VPUC), o venderlas a clientes finales a través de SAP Store.
Siempre que haya conseguido abrirse camino en la jungla de los contratos y el entendimiento. Todavía estamos arando. Y eso también tiene que ver con la estructura específica de nuestra asociación y de la asociación SAP en general.
En el mejor de los casos, esto aumenta las ventas de socios como nosotros. Para los clientes finales, el programa de partners de SAP tiene la ventaja de que pueden utilizar soluciones ya preparadas como servicio (SaaS) o como parte de licencias de cliente final ya existentes (BYOL). Y SAP se queda con una "cuota de socio", una parte variable de los ingresos del socio, que también cubre el consumo de los servicios SAP BTP. Parece una situación en la que todos ganan, al menos en teoría.
Estrategia frente a realidad
De hecho, la (futura) dirección estratégica de SAP es esencial, si no existencial, para los clientes finales y los socios. Y esto es, sin duda, en la dirección de la nube. El deseo de uso activo e integración de SAP Cloud Services también se nos expresa claramente a los partners.
Al principio suena prometedor y prometedor. Sin embargo, si lleva 25 años operando una aplicación que funciona perfectamente como socio de implementación y que utilizan principalmente los hospitales en el mundo on-premises, se enfrenta a un verdadero reto. El núcleo limpio, los elementos de simplificación o la integración de productos SAP en la nube como Ariba son sólo algunos ejemplos de temas para los que se necesitan soluciones concretas, prácticas, escalables y comprensibles.
Se requiere un mensaje claro
Aparte de eso, nuestros clientes exigen una declaración clara sobre cómo prevemos el desarrollo futuro, especialmente en el mundo on-premises. Por ejemplo, en el sector sanitario, donde los proyectos S/4 Hana on-prem o Rise están cada vez más presentes.
Este acto de equilibrio entre los requisitos comprensibles de nuestros clientes, la orientación estratégica de SAP y nuestro propio papel como empresa, proveedor de servicios y socio de SAP nos lleva a veces a los límites de nuestra propia elasticidad.
Nube frente a local
Cabe mencionar aquí como ejemplo la Matriz de Ámbito de Compatibilidad de SAP. Algunos clientes finales no son conscientes de que a partir del 1 de enero de 2026 ya no podrán utilizar determinados procesos en determinadas situaciones. Dado que el statu quo de nuestros clientes es muy diferente, tanto en términos de recursos como de tecnología - SAP BTP/SAP Cloud aún no ha llegado a todas partes - nosotros, como proveedores de software, tenemos que pensar y actuar con flexibilidad.
Especialmente en el caso de entornos de sistemas que han crecido a lo largo de muchos años, una migración precipitada a la nube no sólo es técnicamente arriesgada, sino que a menudo no se justifica desde una perspectiva empresarial. Y siempre es importante sopesar si y cuándo un enfoque orientado a la nube, que requiere una arquitectura SAP en la nube, es conveniente y tiene sentido para el cliente específico. O qué alternativas son posibles. Y alcanzables sin forzar demasiado.
Al directorio de socios:
