Si tienes un tenant de SAP Analytics Cloud desde hace años, puede que el mismo esté sobre el entorno Neo, entorno que va a desaparecer a finales de 2028.
Seguramente pienses que, hasta que llegue esa fecha, tienes tiempo, pero realmente no es así porque, antes de eliminar definitivamente el entorno, SAP está retirando componentes y entre ellos está SAP Analytics Cloud.
De hecho, habrás recibido un correo de SAP avisando de que SAP Analytics Cloud va a migrar a una nueva plataforma.
Realmente, se trata de que todas las instancias que estaban en una infraestructura en Neo, pasan a Cloud Foundry (Multi-Cloud o como lo quieran llamar ahora).
Si no sabes de que te estoy hablando, dáte una vuelta por aquí:
«Pero… ¿Neo no desaparecía en 2028?»
Sí.
SAP anunció hace tiempo que el entorno Neo de SAP BTP dejará de estar disponible el 31 de diciembre de 2028.
Hasta aquí todo correcto.
Lo que ocurre es que SAP Analytics Cloud lleva su propio calendario.
Como el servicio es relativamente sencillo de mover a la infraestructura Multi-Cloud, SAP decidió adelantar esa transición.
De hecho, la guía oficial indica que los tenants de SAC sobre Neo finalizarán su ciclo antes que el resto de servicios de BTP, con una retirada progresiva y excepciones limitadas.
Tienes toda la info en estas notas:
- 3351844 – SAP Business Technology Platform, Neo environment End-of-life
- 3119338 – Migrate SAP Analytics Cloud NEO tenant to Cloud Foundry *** Master KBA ***
Es decir…
Si eres administrador de SAP Analytics Cloud, esperar a 2028 probablemente no sea el mejor plan.
No es solo cambiar de plataforma
Cuando alguien oye la palabra migración suele pensar: «Bueno… moverán el sistema y ya está».
Pues no.
Lo realmente importante es que Cloud Foundry es la plataforma donde SAP está concentrando toda la innovación.
De hecho, hay funcionalidades que únicamente están disponibles allí, entre ellas:
- Just Ask (consultas en lenguaje natural).
- Smart Predict.
- Publicación y planificación avanzada de historias.
- Integración nativa con SAP HANA Cloud.
- Mejoras en conversión de divisas.
- Predictive Planning.
- Bring Your Own Key (en determinados escenarios).
Vamos, que no se trata únicamente de mantener el sistema funcionando.
Se trata de poder utilizar todo lo nuevo que SAP vaya incorporando en SAP Analytics Cloud.
Y viendo hacia dónde va SAP con Joule, Business Data Cloud y toda la estrategia de IA, creo que ya sabemos dónde van a aparecer las próximas novedades.
Hay un detalle que suele olvidarse: la URL cambia
Este punto parece menor.
Hasta que deja de funcionar todo.
Con la migración cambiará la URL del tenant.
Dependiendo del caso, pasará de dominios como empresa.eu1.businessobjectscloud.com a algo parecido a empresa.eu10.sapanalytics.cloud
Y eso implica revisar:
- favoritos del navegador;
- enlaces en SharePoint;
- portales corporativos;
- iFrames;
- reglas del firewall;
- configuraciones CORS;
- Cloud Connector.
Porque el usuario no sabe que has migrado.
Lo único que sabe es que ayer entraba y hoy no.
Y automáticamente piensa: «SAP se ha caído».
La guía de migración insiste además en que la URL definitiva debe decidirse antes del aprovisionamiento, ya que después ya no podrá modificarse.
¿Guía de migración? Te la dejo por aquí: Neo to CF Migration Customer Guide.pdf
Aunque te recomiendo que revises la última versión de la nota 3119338, ya que es un anexo de la misma.
SAP hace gran parte del trabajo… pero no todo
Una buena noticia.
La migración técnica la realiza SAP.
No hay que copiar manualmente historias, modelos o conexiones.
Pero eso no significa que puedas irte de vacaciones.
Después de la migración todavía habrá que revisar varias cosas:
- Identity Provider (SAML).
- Cloud Connector.
- OAuth.
- Live Connections.
- Certificados.
- Validaciones funcionales.
Y aquí aparece una figura que normalmente solo recordamos cuando hay problemas.
El System Owner.
Porque determinadas operaciones solo las puede realizar él.
Así que quizá sea buen momento para comprobar quién tiene ese rol.
No sería la primera vez que descubrimos que la única persona con permisos está de vacaciones… o dejó la empresa hace meses.
¿Y esos 30 días en los que conviven ambos sistemas?
SAP permite, si lo solicitas, mantener activos tanto el tenant Neo como el nuevo tenant en Cloud Foundry durante un máximo de 30 días para validar la migración.
Sobre el papel suena estupendo.
En la práctica hay una pequeña trampa.
Los cambios que hagas en Neo no se sincronizan automáticamente con Cloud Foundry.
Así que si durante ese periodo alguien sigue creando historias, modificando modelos o cambiando configuraciones…
Tendrás que volver a transportarlo manualmente.
Mi recomendación sería bastante sencilla.
Una vez realizada la migración, convierte Neo en un entorno prácticamente de solo lectura.
Te ahorrarás muchos dolores de cabeza.
Entonces… ¿hay que preocuparse?
No.
Hay que ocuparse.
La buena noticia es que SAP está realizando estas migraciones de forma bastante estructurada e incluso avisa con antelación a los clientes sobre la fecha prevista para cada tenant.
Además, la propia comunicación indica qué elementos conviene revisar antes del cambio, como el Cloud Connector, el Identity Provider o las conexiones existentes.
Pero eso no significa que puedas ignorar el tema hasta recibir el aviso.
Si administras un entorno de SAP Analytics Cloud, probablemente este sea un buen momento para hacerte unas cuantas preguntas:
- ¿Sabes si tu tenant sigue en Neo?
- ¿Tienes identificado al System Owner?
- ¿Sabes qué conexiones habrá que revisar?
- ¿Has pensado cómo comunicarás el cambio de URL a los usuarios?
Porque, al final, pasa como casi siempre en SAP.
La migración suele ser la parte sencilla.
Lo complicado es descubrir, el día antes, que había varias cosas que preparar y nadie las había mirado.
PD.- Amenazo con lanzar una newsletter; si quieres apuntarte, aquí te dejo el enlace: No Lo Sabemos Todo.
