Comment combiner le support 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 des sociétés M.Video et Eldorado, les services techniques se sont vu confier une tâche non triviale : transférer les processus métier vers un backend unique basé sur SAP.

Avant le début, nous disposions d'une infrastructure informatique en double de deux chaînes de magasins, composées de 955 points de vente, 30 000 employés et trois cent mille reçus par jour.

Maintenant que tout est opérationnel, nous souhaitons partager l’histoire de la façon dont nous avons réussi à mener à bien ce projet.

Dans cette publication (la première de deux, qui sait, peut-être trois), nous vous présenterons quelques données sur le travail effectué, que vous pourrez découvrir davantage lors du meetup SAP ME à Moscou.

Six mois de conception, six mois de codage, six mois d'optimisation et de tests. ET 12 heurespour démarrer le système général dans 1 000 magasins dans toute la Russie (de Vladivostok à Kaliningrad).

Cela peut paraître irréaliste, mais nous l’avons fait ! Détails sous la coupe.

Lors du 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 réduire les processus commerciaux de deux sociétés différentes à un seul backend.

On peut peut-être appeler cela de la chance ou une coïncidence : les deux détaillants utilisaient des systèmes SAP pour organiser leurs processus. Nous n'avions affaire qu'à une optimisation, et non à une restructuration complète des systèmes internes du réseau Eldorado.

Fonctionnellement, la tâche était divisée en trois (en fait quatre) étapes :

1. Conception « sur papier » et approbation nos analystes commerciaux et consultants SAP pour les nouveaux processus (ainsi que la modernisation des anciens) au sein des systèmes existants.

   Après avoir analysé un certain nombre d'indicateurs du backend déjà fonctionnel 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 était l'efficacité de l'entreprise dans son ensemble, des revenus et des bénéfices plus élevés avec des coûts d'exploitation inférieurs.

   La phase d'analyse et de conception a duré environ six mois, des milliards de cellules nerveuses provenant des chefs de service et des spécialistes techniques et de très nombreux litres de café ont été bu.

2. Implémentation dans le code. Voici quelques chiffres basés sur les résultats du projet :
   • 2 000 tournées par jour planifiées grâce au module logistique.
   • 38 000 utilisateurs front et back end.
   • 270 000 marchandises dans les entrepôts de l'entreprise fusionnée.

   Environ 300 000 chèques sont traités chaque jour par le système, qui sont ensuite stockés pendant cinq ans pour fournir une garantie aux clients ainsi qu'à des fins d'études de marché.

   Calculez chaque mois les salaires, avances et primes de 30 000 salariés.

   Le projet a impliqué une équipe de 300 spécialistes techniques qui ont travaillé pendant dix mois. A l'aide de simples calculs arithmétiques, nous obtenons deux chiffres qui affichent clairement l'ampleur du travail effectué : 90 000 jours/homme et… 720 000 heures de travail.

   
   
   Ensuite - l'optimisation des routines individuelles des modules SAP : une centaine de routines ont été accélérées cinq à six fois en optimisant le code et les requêtes dans la base de données.

   Dans certains cas, nous avons pu réduire le temps d'exécution du programme de six heures à dix minutes en optimisant les requêtes vers le SGBD.

3. La troisième étape est peut-être la plus difficile : test. Il s'agissait de plusieurs cycles. Pour les réaliser, nous avons constitué une équipe de 200 collaborateurs, ils ont participé à des tests fonctionnels, d'intégration et de régression.

   Nous décrirons les tests de charge dans un paragraphe séparé ; ils consistaient en 15 cycles pour chacun des modules SAP : ERP, POS, DM, PI.

   Sur la base des résultats de chaque test, le code et les paramètres du SGBD, ainsi que les index des bases de données ont été optimisés (nous les exécutons sur SAP HANA, certains sur Oracle).

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

   Le dernier test effectué était « cut over ». Une zone de test distincte a été créée à cet effet, qui a copié notre centre de données productif. Nous avons effectué deux « Cut over », en prenant à chaque fois environ deux semaines, au cours desquelles nous avons mesuré la rapidité des opérations telles que : le transfert des paramètres du programme de la zone de test à la zone productive, le chargement des positions ouvertes pour les stocks de marchandises et les périodes d'indisponibilité de opérations.

4. Et la quatrième étape - lancement direct après avoir réussi les tests. La tâche était, à vrai dire, difficile : en 12 heures, changer environ 955 magasins à travers le pays, sans pour autant arrêter les ventes.

Dans la nuit du 24 au 25 février, une équipe composée de dix des meilleurs spécialistes de notre entreprise a pris la « surveillance » du data center et la magie de la transition a commencé. Nous en parlerons en détail lors de notre meetup, puis nous consacrerons un deuxième article 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 sur le backend a environ doublé.
• Le nombre de contrôles quotidiens a augmenté de 50 %, passant de 200 300 à XNUMX XNUMX.
• Le nombre d'utilisateurs frontend est passé de 10 20 à XNUMX XNUMX.
• Dans le module de calcul des salaires, le nombre d'employés est passé de 15 30 à XNUMX XNUMX personnes.

Nous parlerons de tous les détails techniques lors de notre rencontre SAP à Moscou, qui aura lieu le 6 juin au bureau M.Video-Eldorado. Des experts partageront leur expérience de mise en œuvre. Sur la base des résultats de la réunion, les jeunes spécialistes pourront obtenir un stage rémunéré dans l'entreprise avec la perspective d'un nouvel emploi.

Vous pouvez trouver plus de détails et vous inscrire sur ce lien

Source: habr.com