Comment combiner le dos de deux détaillants sur SAP en 12 heures

Cet article vous parlera d'un projet d'implémentation SAP à grande échelle dans notre entreprise. Après la fusion de M.Video et Eldorado, les départements techniques se sont vu confier une tâche non triviale: transférer les processus métier dans un seul backend basé sur SAP.

Avant le début, nous disposions d'une infrastructure informatique dupliquée de deux chaînes de magasins, comprenant 955 points de vente, 30 000 employés et trois cent mille chèques par jour.

Maintenant que tout fonctionne correctement, nous voulons partager une histoire - comment nous avons réussi à réaliser ce projet.

Dans cette publication (la première de deux, ce que l'enfer ne plaisante pas, peut-être trois), nous vous présentons quelques données sur le travail effectué, dont plus de détails peuvent être trouvés lors de la réunion SAP ME à Moscou.



Six mois de conception, six mois d'écriture de code, six mois d'optimisation et de tests. Et 12 heures pour changer le système desservant 450 magasins Eldorado à travers la Russie, sans violer le travail des magasins M.Video. De plus, sans le moindre temps d'arrêt, nous avons changé le site Web Eldorado avec des millions de trafic.

Cela peut sembler irréaliste, mais nous l'avons fait! Détails sous la coupe.

Dans le processus de fusion des sociétés M.Video et Eldorado, nous avons été confrontés à la tâche d'optimiser les coûts et de combiner les processus backend de deux sociétés différentes.

Peut-être que cela peut être appelé chance ou coïncidence - les deux détaillants ont utilisé la solution SAP ERP pour automatiser les processus backend. Nous avons dû adapter les solutions frontales au nouveau backend et optimiser les performances des solutions M.Video en raison de la multiplication par 2 de la charge de travail.

Sur le plan fonctionnel, la tâche était divisée en trois (en fait quatre) étapes:

  1. Notre bureau de transformation avec des consultants McKinsey a été impliqué dans la conception, la conception de l'architecture, la structure organisationnelle et la sélection du modèle cible .

    Après avoir analysé un certain nombre d'indicateurs du backend déjà opérationnel des deux sociétés, le backend «M. Video» a été pris comme base pour le développement d'un système unifié. L'un des principaux critères de choix est l'efficacité de l'entreprise dans son ensemble, des revenus et des bénéfices plus élevés à moindre coût pour une activité commerciale.

    La phase d'analyse et de conception a duré environ six mois, des milliards de cellules nerveuses des chefs de service et des spécialistes techniques, et de très, très nombreux litres de café ont été bu.
  2. Implémentation en code . Voici quelques chiffres du projet:
    • 2 000 itinéraires par jour, planifiés à l'aide du module logistique.
    • 30 000 utilisateurs avant et arrière.
    • 270 000 marchandises dans les entrepôts de la joint-venture.

    Environ 300 000 chèques traités par le système par jour, qui sont ensuite stockés jusqu'à cinq ans afin d'offrir une garantie aux acheteurs, ainsi que pour la recherche marketing.

    Calcul des salaires, avances et primes pour 30 000 employés chaque mois.

    Le projet a impliqué une équipe de 220 spécialistes techniques qui ont travaillé pendant dix mois. À l'aide de calculs arithmétiques simples, nous obtenons deux nombres qui montrent clairement l'ampleur du travail effectué: 90 000 personnes / jour et ... 720 000 heures de travail .

    image

    De plus, l'optimisation des sous-programmes individuels des modules SAP, une centaine de sous-programmes a été accélérée cinq à six fois en optimisant le code et les requêtes dans la base de données.

    Pour des cas individuels, nous avons pu réduire le temps d'exécution du programme de six heures à dix minutes en optimisant les requêtes de base de données
  3. La troisième étape, peut-être la plus difficile, est le test . Il comprenait plusieurs cycles. Pour les conduire, nous avons constitué une équipe de 200 collaborateurs, ils ont été impliqués dans un test fonctionnel, d'intégration et de régression.

    Nous décrivons les tests de résistance comme un élément distinct; ils consistaient en 15 cycles pour les modules SAP ERP, POS DM, PI.

    Sur la base des résultats de chaque test, nous avons optimisé le code et les paramètres du SGBD, ainsi que les index de base de données (ils fonctionnent pour nous sur SAP HANA, en partie sur Oracle).

    Après tous les tests de charge, environ 20% pour cent ont été ajoutés à la puissance de calcul calculée, et une réserve d'environ le même volume (20%) a également été formée.
    De plus, après avoir effectué les cycles ci-dessus, l'analyse des 100 programmes les plus gourmands en ressources a commencé, selon les résultats desquels nous avons refactorisé le code et accéléré leur travail en moyenne cinq fois (ce qui confirme encore une fois l'importance du refactoring et de l'optimisation du code).

    Le dernier des tests a été «coupé». Une zone de test séparée a été créée pour lui, qui a copié notre environnement productif. Nous avons testé deux fois plus, chaque fois qu'il a fallu environ deux semaines pour mesurer la vitesse des opérations telles que le transfert des paramètres de programme de la zone de test vers la zone de production, le chargement des positions ouvertes pour les stocks de marchandises et les périodes d'indisponibilité des opérations.
  4. Et la quatrième étape est le lancement direct après avoir passé les tests. Franchement, la tâche a été difficile: en 12 heures, changer environ 450 magasins à travers le pays et un grand site, et en même temps ne pas arrêter les ventes.

Dans la nuit du 24 au 25 février, une équipe de 50 spécialistes de notre entreprise et une quarantaine d'employés de consultants consultants ont pris un «virage» au bureau et la magie de la transition a commencé. Nous en parlerons en détail lors de notre meetup, et après le deuxième article nous nous consacrerons aux détails techniques de notre magie SAP.

Résultats


Ainsi, le résultat du travail a été une augmentation d'indicateurs tels que:

  • La charge principale a doublé.
  • Le nombre de chèques par jour a augmenté de 50%, passant de 200 000 à 300 000.
  • La charge backend a doublé.
  • Selon le module de calcul des salaires, le nombre d'employés est passé de 15 000 à 30 000 personnes.

Nous parlerons de tous les détails techniques lors de notre réunion SAP à Moscou, qui se tiendra le 6 juin au bureau de M.Video Eldorado. Les experts partageront leur expérience de mise en œuvre. À l'issue de la rencontre, les jeunes spécialistes pourront obtenir un stage rémunéré dans une entreprise avec la perspective d'un nouvel emploi.

Apprenez-en plus et inscrivez-vous ici.

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


All Articles