Acest articol vă va spune despre un proiect de implementare SAP la scară largă în compania noastră. După fuziunea companiilor M.Video și Eldorado, departamentelor tehnice au primit o sarcină non-trivială - să transfere procesele de afaceri într-un singur backend bazat pe SAP.
Înainte de începere, aveam o infrastructură IT duplicată a două lanțuri de magazine, formată din 955 de puncte de vânzare cu amănuntul, 30 de angajați și trei sute de mii de chitanțe pe zi.
Acum că totul este în funcțiune cu succes, vrem să vă împărtășim povestea despre cum am reușit să ducem la bun sfârșit acest proiect.
În această publicație (prima din două, cine știe, poate trei) vă vom prezenta câteva date despre munca depusă, mai multe despre care puteți afla la întâlnirea SAP ME de la Moscova.
Șase luni de proiectare, șase luni de codare, șase luni de optimizare și testare. ȘI Ore 12pentru a porni sistemul general în 1 de magazine în toată Rusia (de la Vladivostok la Kaliningrad).
Poate suna nerealist, dar am reușit! Detalii sub croiala.
În procesul de fuziune a companiilor M.Video și Eldorado, ne-am confruntat cu sarcina de a optimiza costurile și de a reduce procesele de afaceri a două companii diferite la un singur backend.
Poate că acest lucru poate fi numit noroc sau coincidență - ambii retaileri au folosit sisteme SAP pentru a organiza procesele. A trebuit să ne ocupăm doar de optimizare, și nu de o restructurare completă a sistemelor interne ale rețelei Eldorado.
Din punct de vedere funcțional, sarcina a fost împărțită în trei (de fapt patru) etape:
- Design „pe hârtie” și aprobare analiștii noștri de afaceri și consultanții SAP pentru procese noi (precum și modernizarea celor vechi) în cadrul sistemelor existente.
După analizarea unui număr de indicatori ai backend-ului deja funcțional al celor două companii, backend-ul M.Video a fost luat ca bază pentru dezvoltarea unui sistem unificat. Unul dintre criteriile principale după care s-a făcut alegerea a fost eficiența companiei în ansamblu, venituri și profit mai mari la costuri mai mici ale operațiunilor de afaceri.
Faza de analiză și proiectare a durat aproximativ șase luni, miliarde de celule nervoase de la șefii de departamente și specialiștii tehnici și s-au băut mulți, mulți litri de cafea.
- Implementarea în cod. Iată câteva cifre bazate pe rezultatele proiectului:
- 2 de rute pe zi planificate folosind modulul logistic.
- 38 de utilizatori front și back end.
- 270 de mărfuri în depozitele întreprinderii comasate.
Aproximativ 300 de cecuri procesate de sistem pe zi, care sunt ulterior stocate timp de până la cinci ani pentru a oferi clienților o garanție, precum și în scopuri de cercetare de piață.
Calculați salariile, avansurile și bonusurile pentru 30 de angajați în fiecare lună.
Proiectul a implicat o echipă de 300 de specialişti tehnici care au lucrat timp de zece luni. Folosind calcule aritmetice simple, obținem două cifre care afișează clar scara muncii efectuate: 90 om/zile și... 000 ore de lucru.
Următorul - optimizarea rutinelor individuale ale modulelor SAP au fost accelerate de cinci până la șase ori prin optimizarea codului și a interogărilor din baza de date.În cazuri individuale, am reușit să reducem timpul de execuție a programului de la șase ore la zece minute prin optimizarea interogărilor către SGBD.
- A treia etapă este poate cea mai dificilă - testarea. A constat din mai multe cicluri. Pentru a le realiza, am adunat o echipă de 200 de angajați, aceștia au fost implicați în teste funcționale, de integrare și regresie.
Vom descrie testele de încărcare într-un paragraf separat, acestea au constat din 15 cicluri pentru fiecare dintre modulele SAP: ERP, POS, DM, PI.
Pe baza rezultatelor fiecărui test, au fost optimizați codul și parametrii SGBD, precum și indecșii bazei de date (le rulăm pe SAP HANA, unii pe Oracle).
După toate testele de sarcină, s-a adăugat aproximativ 20% mai mult la puterea de calcul calculată și s-a format o rezervă de aproximativ același (20%) volum.
În plus, după efectuarea ciclurilor descrise mai sus, am început să analizăm cele 100 de programe care consumă cel mai mult resurse, pe baza rezultatelor cărora le-am refactorizat codul și le-am accelerat activitatea în medie de cinci ori (ceea ce confirmă încă o dată importanța refactorizării și a optimizării codului).Ultimul test efectuat a fost „cut over”. A fost creată o zonă de testare separată, care a copiat centrul nostru de date productiv. Am făcut „Cut over” de două ori, de fiecare dată a durat aproximativ două săptămâni, timp în care am măsurat viteza operațiunilor precum: transferul setărilor programului din zona de testare în cea productivă, încărcarea pozițiilor deschise pentru stocurile de mărfuri și perioadele de indisponibilitate a operațiuni.
- Și a patra etapă - lansare directă după trecerea testelor. Sarcina a fost, sincer vorbind, dificilă: în 12 ore să schimb aproximativ 955 de magazine din toată țara și, în același timp, să nu oprești vânzările.
În noaptea de 24 spre 25 februarie, o echipă de zece dintre cei mai buni specialiști ai companiei noastre s-a ocupat de „veghea” în centrul de date și a început magia tranziției. Vom vorbi despre asta în detaliu la întâlnirea noastră, iar apoi vom dedica un al doilea articol detaliilor tehnice ale magiei noastre SAP.
Rezultate.
Deci, rezultatul muncii a fost o creștere a unor indicatori precum:
- Sarcina de pe backend s-a dublat aproximativ.
- Numărul de controale pe zi a crescut cu 50% de la 200 mii la 300 mii.
- Numărul de utilizatori frontend a crescut de la 10 mii la 20 mii.
- În modulul de calcul al salariilor, numărul de angajați a crescut de la 15 mii la 30 mii de persoane.
Despre toate detaliile tehnice vom vorbi la întâlnirea noastră SAP de la Moscova, care va avea loc pe 6 iunie la biroul M.Video-Eldorado. Experții își vor împărtăși experiența de implementare. Pe baza rezultatelor întâlnirii, tinerii specialiști vor putea obține un stagiu plătit la companie cu perspectiva angajării în continuare.
Puteți afla mai multe detalii și vă puteți înregistra la
Sursa: www.habr.com