El socio "adecuado" para SAP en la nube

Antes de elegir un socio, siempre existe el reto de encontrar uno o varios proveedores adecuados para el "viaje a la nube". En este caso, los procesos clásicos de licitación y selección son solo parcialmente eficaces.

Dependiendo de los proveedores y los escenarios de solución, se requieren procesos innovadores: consejos utilizando el ejemplo de una licitación para la transformación de una operación básica clásica de Business Suite 7 a una plataforma de nube pública.

El mercado de proveedores se está desarrollando rápidamente, tanto en términos de soluciones como de experiencia concreta de aplicación. Por lo tanto, en la determinación inicial de la lista larga para una licitación tiene sentido un alcance especialmente amplio.

Los ejemplos de referencia concretos deben solicitarse ya como parte de una RFI (solicitud de información). Hoy en día, todos los proveedores tienen "experiencia en la nube", pero solo unos pocos pueden nombrar clientes que ya estén ejecutando soluciones SAP clásicas como ERP/ECC 6.0 o Business Suite 7 en la nube pública.

Solicitud de propuesta "Luz

Los proveedores de nubes públicas, en particular, lo tienen difícil con el clásico proceso de solicitud de propuestas en varias fases. El cliente tiene que confiar en la documentación generalmente disponible para la selección - los acuerdos específicos con el cliente son la excepción.

Los Proveedores no hacen una oferta comercial vinculante, sino que se refieren exclusivamente a las condiciones y descripciones de servicio publicadas actualmente, que pueden modificarse unilateralmente en cualquier momento.

Además, los grandes proveedores de nubes públicas compiten actualmente por la innovación, sobre todo en lo que respecta a la provisión de recursos para cargas de trabajo SAP.

En la externalización informática completa clásica de las operaciones de SAP Basis, la arquitectura técnica la definía una vez el proveedor de servicios gestionados y normalmente se implementaba en los propios sistemas del proveedor.

Cuando se utiliza una plataforma de nube pública, el operador de la base SAP sigue teniendo soberanía arquitectónica, pero depende de los componentes de la solución altamente estandarizados proporcionados por el proveedor de la nube pública.

El reto reside en la configuración óptima de la arquitectura de destino, para lo cual es imprescindible conocer con precisión las cargas de trabajo actuales por sistema, idealmente a través de la monitorización del entorno real.

La ventaja estratégica de esta asignación, que se distribuye a través de las estructuras de capas, es que da más libertad a la empresa de externalización. Al mismo tiempo, se reduce el riesgo de un posible efecto de bloqueo.

Prueba de concepto

Las arquitecturas de destino ofrecidas pueden diferir de un proveedor a otro. Por lo tanto, la viabilidad y el rendimiento de la solución ofrecida deben validarse mediante una PoC.

La PdC debe reflejar en la medida de lo posible las condiciones del futuro modelo operativo. En particular, debe tenerse en cuenta el uso de herramientas de migración, supervisión y copia de seguridad, todas ellas potenciales generadoras de costes y complejidad.

Por último, pero no por ello menos importante, los costes de utilización de los recursos de la nube pública en el PdC también deben planificarse y supervisarse de cerca para evitar sorpresas desagradables debidas a recursos no utilizados.

Determinar el caso de negocio para el uso de la nube pública es sin duda un reto especial. Por un lado, hay que tener en cuenta un gran número de elementos de servicio de la nube pública que no se cobraban en la explotación clásica y, por tanto, no se medían.

Por otro lado, las opciones de uso dinámico también se asocian a mayores riesgos en el control presupuestario. En este caso, debe considerarse el uso de herramientas especiales para la gestión de costes en la nube.

Tiene sentido trabajar con distintos escenarios que ofrezcan una horquilla para el potencial de ahorro total posible.