Cómo combinar los respaldos de dos minoristas en SAP en 12 horas

Este artículo le informará sobre un proyecto de implementación de SAP a gran escala en nuestra empresa. Después de la fusión de M.Video y Eldorado, a los departamentos técnicos se les asignó una tarea no trivial: transferir los procesos comerciales a un único back-end basado en SAP.

Antes del comienzo, teníamos una infraestructura de TI duplicada de dos cadenas de tiendas, que constaba de 955 puntos de venta, 30,000 empleados y trescientos mil cheques por día.

Ahora que todo está funcionando correctamente, queremos compartir una historia: cómo logramos hacer este proyecto.

En esta publicación (la primera de dos, qué demonios no bromea, tal vez tres), le presentamos algunos datos sobre el trabajo realizado, más detalles de los cuales se pueden encontrar en la reunión de SAP ME en Moscú.



Seis meses de diseño, seis meses de escritura de código, seis meses de optimización y pruebas. Y 12 horas para cambiar el sistema que atiende a 450 tiendas Eldorado en toda Rusia, sin violar el trabajo de las tiendas M.Video. Además, sin el menor tiempo de inactividad, cambiamos el sitio web de Eldorado con millones de tráfico.

Puede parecer poco realista, ¡pero lo hicimos! Detalles debajo del corte.

En el proceso de fusión de las compañías M.Video y Eldorado, nos enfrentamos a la tarea de optimizar costos y combinar los procesos de backend de dos compañías diferentes.

Quizás esto se pueda llamar suerte o coincidencia: ambos minoristas utilizaron la solución SAP ERP para automatizar los procesos de back-end. Tuvimos que adaptar las soluciones frontend al nuevo backend y optimizar el rendimiento de las soluciones M.Video debido al aumento de 2 veces en la carga de trabajo.

Funcionalmente, la tarea se dividió en tres (en realidad cuatro) etapas:

  1. Nuestra oficina de transformación con consultores de McKinsey estuvo involucrada en el diseño, el diseño de la arquitectura, la estructura organizacional y la selección del modelo objetivo .

    Después de analizar una serie de indicadores del backend ya funcional de las dos compañías, el backend "M.Video" se tomó como base para desarrollar un sistema unificado. Uno de los criterios principales por los cuales se hizo la elección es la eficiencia de la empresa en su conjunto, mayores ingresos y ganancias a menores costos para una operación comercial.

    La fase de análisis y diseño tomó aproximadamente seis meses, miles de millones de células nerviosas de jefes de departamento y especialistas técnicos, y se bebieron muchísimos litros de café.
  2. Implementación en código . Aquí hay algunas cifras del proyecto:
    • 2,000 rutas por día, planificadas utilizando el módulo de logística.
    • 30,000 usuarios front y backend.
    • 270,000 bienes en los almacenes de la empresa conjunta.

    Alrededor de 300,000 cheques procesados ​​por el sistema por día, que posteriormente se almacenan por hasta cinco años para brindar a los compradores una garantía, así como para la investigación de mercado.

    Cálculo de salarios, anticipos y bonificaciones para 30,000 empleados cada mes.

    El proyecto involucró a un equipo de 220 especialistas técnicos que trabajaron durante diez meses. Usando cálculos aritméticos simples, obtenemos dos números que muestran claramente la escala del trabajo realizado: 90,000 personas / días y ... 720,000 horas de trabajo .

    imagen

    Además, la optimización de subprogramas individuales de módulos SAP, se aceleró alrededor de cien subprogramas de cinco a seis veces al optimizar el código y las consultas en la base de datos.

    Para casos individuales, pudimos reducir el tiempo de ejecución del programa de seis horas a diez minutos optimizando las consultas de la base de datos
  3. La tercera etapa, quizás la más difícil, es la prueba . Consistió en varios ciclos. Para llevarlos a cabo, reunimos un equipo de 200 empleados, participaron en una prueba funcional, de integración y regresión.

    Describimos las pruebas de estrés como un elemento separado; consistieron en 15 ciclos para los módulos SAP ERP, POS DM, PI.

    En función de los resultados de cada prueba, optimizamos el código y los parámetros de DBMS, así como los índices de la base de datos (funcionan para nosotros en SAP HANA, en parte en Oracle).

    Después de todas las pruebas de carga, se agregó aproximadamente el 20% por ciento a la potencia informática calculada, y también se formó una reserva de aproximadamente el mismo volumen (20%).
    Además, después de llevar a cabo los ciclos anteriores, comenzó el análisis de los 100 programas más intensivos en recursos, de acuerdo con los resultados de los cuales refactorizamos el código y aceleramos su trabajo en un promedio de cinco veces (lo que una vez más confirma la importancia de la refactorización y la optimización del código).

    La última de las pruebas fue "cortada". Se creó una zona de prueba separada para él, que copió nuestro entorno productivo. Probamos "más de" dos veces, cada vez que tomó aproximadamente dos semanas medir la velocidad de las operaciones, como transferir la configuración del programa desde la zona de prueba a la productiva, cargar posiciones abiertas para existencias de bienes y períodos de falta de disponibilidad de operaciones.
  4. Y la cuarta etapa es el lanzamiento directo después de pasar las pruebas. La tarea fue, francamente, difícil: en 12 horas cambiar alrededor de 450 tiendas en todo el país y un sitio grande, y al mismo tiempo no detener las ventas.

En la noche del 24 al 25 de febrero, un equipo de 50 especialistas de nuestra empresa y unos 40 empleados de socios consultores tomaron un "turno" en la oficina y comenzó la magia de la transición. Hablaremos al respecto en detalle en nuestra reunión, y después del segundo artículo nos dedicaremos a los detalles técnicos de nuestra magia SAP.

Resultados


Entonces, el resultado del trabajo fue un aumento en indicadores tales como:

  • La carga del backend se ha duplicado.
  • El número de cheques por día aumentó en un 50% de 200 mil a 300 mil.
  • La carga del backend se duplicó.
  • Según el módulo de cálculo de salarios, el número de empleados aumentó de 15 mil a 30 mil personas.

Hablaremos sobre todos los detalles técnicos en nuestra reunión de SAP en Moscú, que se llevará a cabo el 6 de junio en la oficina de M.Video Eldorado. Los expertos compartirán su experiencia de implementación. Como resultado de la reunión, los especialistas jóvenes podrán obtener una pasantía remunerada en una empresa con la posibilidad de obtener más empleo.

Obtenga más información y regístrese aquí.

Source: https://habr.com/ru/post/454918/


All Articles