Tu partner de migración a Spartacus: E-Turia

Análisis inicial del proyecto

Para abordar una migración de SAP Commerce Spartacus, la fase inicial consiste en una evaluación y planificación detalladas del proyecto, incluido su alcance, funcionalidades, componentes CMS y páginas.

Este análisis de código también nos permitirá verificar requisitos previos específicos, como la versión de SAP Commerce, que se deben cumplir para que su base de código se ejecute con SAP Composable Storefront.

La versión mínima de Commerce que recomendamos para la migración es 1905. Esto se debe a la capa API simplificada a partir de esa versión, que pasó de una arquitectura OCC basada en complementos. Sin embargo, esa versión ya es bastante antigua, por lo que en la mayoría de los casos, la opción preferida sería actualizar primero a una versión reciente en la nube, idealmente la última versión. Puedes consultar los detalles en este artículo sobre actualización de SAP Commerce Cloud, pero también revisaremos a fondo esa parte en el análisis de la migración de Spartacus.

Configuración del storefront composable de SAP

Después del análisis, desarrollaremos un plan de migración detallado, que incluirá una lista detallada de cada componente CMS que debe formar parte del nuevo Composable Storefront, ya sea listo para usar o personalizado, incluida cualquier modificación que el cliente desee incluir. Este plan de migración será una hoja de ruta clara para realizar la transición de su interfaz con interrupciones mínimas.

El siguiente paso para una migración exitosa a SAP Spartacus es configurar los conceptos básicos del repositorio del proyecto. En algunos casos, puede resultar interesante crear un nuevo sitio CMS con su catálogo para utilizar el storefront Spartacus. Esto permite una nueva URL y tanto el sitio nuevo como el antiguo pueden coexistir simultáneamente, lo que facilita pruebas posteriores y posibles análisis de regresión.

Ahora es el momento de lanzar la nueva tienda. Si se cumplen los requisitos previos de SAP Commerce y la versión de Spartacus es correcta para el proyecto, este proceso debería ser sencillo, ya que se establecerá la conexión API REST correcta. También es posible migrar a Spartacus con la antigua arquitectura basada en OCC AddOn, que tal vez deba evaluarse, ya que no es óptima.

Migración de componentes de Spartacus CMS

A continuación, necesitamos crear el contenido del sitio Spartacus a través de ImpEx, especificando los diferentes elementos CMS para nuestro sitio. Este proceso puede basarse en el antiguo sitio Storefront actual, en las tiendas OOTB de muestra de la nueva versión o en una combinación de ambos, según la cantidad de artículos personalizados en el proyecto.

En esta etapa, tendríamos un sitio SAP Spartacus simple conectado a su proyecto, pero tendrá una funcionalidad mínima.

La siguiente fase de la lista es migrar todos los componentes CMS del sitio para mantener las funcionalidades existentes. Podríamos dividir esta área en tres pasos diferentes necesarios para cada Componente:

• Análisis de brechas. Revise la funcionalidad del componente para determinar si se podría adaptar algo similar de la lista OOTB o si es necesario proporcionar un servicio personalizado desde la capa OCC.
• Implementación de API. El equipo de backend debe trabajar para exponer los puntos finales necesarios con los DTO para que el backend cubra toda la funcionalidad esperada del componente.
• Implementar el componente CMS. Con el backend listo, es hora de que el equipo frontal termine la conexión y el diseño de los componentes.

Pruebas de regresión

En esta etapa, el proyecto se ha migrado completamente a SAP Composable Storefront y es hora de garantizar que todo funcione como se esperaba. Nuestro equipo de control de calidad revisará y probará todos los componentes y funcionalidades de acuerdo con las expectativas del análisis inicial.

Estas pruebas se realizarán en los diferentes entornos de preproducción para garantizar que todas las áreas posibles del equipo estén listas para una implementación de producción exitosa. Si hay cambios sustanciales de uso, también se brindará capacitación al cliente durante esta etapa para una transición sin problemas.

Durante esta etapa también se realizarán otras comprobaciones, como las pruebas de aceptación del usuario (UAT), para garantizar que se cumplan las expectativas del cliente. También se realizarán pruebas de rendimiento durante esta etapa si el proyecto lo necesita.

Go-live y soporte

Una vez que el nuevo SAP Storefront esté listo, es hora de implementarlo en producción y actualizar la interfaz de ecommerce.

Si inicialmente se creara un nuevo sitio para la tienda, la puesta en marcha sería tan simple como cualquier otra implementación, ya que la storefront Spartacus es una entidad independiente. La versión del código con todos los cambios de backend se implementará como cualquier otra versión de SAP Commerce, manteniendo el storefront anterior. Luego, la plataforma Spartacus se pondrá en producción, conectándose a la capa API de Commerce.

Una vez que todo está funcionando, lo único que queda es actualizar la URL de la tienda en línea para que apunte al sitio Spartacus que ya está en ejecución en lugar del antiguo escaparate, sin tiempo de inactividad. Nuestro equipo de expertos en migración de Spartacus seguirá de cerca este proceso de puesta en marcha.

Después de la entrada en funcionamiento, los desarrolladores y consultores de E-Turia brindarán soporte, mantenimiento y capacitación continuos. Cualquier posible regresión, duda, pregunta o solicitud de cambio se abordará para garantizar la migración más fluida a la tecnología del futuro.