Kaip sujungti dviejų mažmenininkų paramą SAP per 12 valandų

Šis straipsnis jums pasakys apie didelio masto SAP diegimo projektą mūsų įmonėje. Sujungus M.Video ir Eldorado įmones, techniniams skyriams buvo duota nebanali užduotis – perkelti verslo procesus į vieną SAP pagrindu paremtą backendą.

Iki starto turėjome pasikartojančią dviejų parduotuvių tinklų IT infrastruktūrą, kurią sudarė 955 prekybos vietos, 30 000 darbuotojų ir trys šimtai tūkstančių kvitų per dieną.

Dabar, kai viskas sėkmingai veikia, norime pasidalinti istorija, kaip mums pavyko užbaigti šį projektą.

Šiame leidinyje (pirmasis iš dviejų, kas žino, gal ir trys) pateiksime jums keletą duomenų apie atliktus darbus, apie kuriuos daugiau galite sužinoti SAP ME susitikime Maskvoje.

Šeši mėnesiai projektavimo, šeši mėnesiai kodavimo, šeši mėnesiai optimizavimo ir testavimo. IR 12 valandospradėti bendrą sistemą 1 parduotuvių visoje Rusijoje (nuo Vladivostoko iki Kaliningrado).

Galbūt tai skamba nerealiai, bet mes tai padarėme! Detalės po pjūviu.

Jungdami M.Video ir Eldorado įmones susidūrėme su užduotimi optimizuoti kaštus ir sumažinti dviejų skirtingų įmonių verslo procesus į vieną backendą.

Galbūt tai galima pavadinti sėkme ar sutapimu – abu mažmenininkai procesams organizuoti naudojo SAP sistemas. Turėjome susidoroti tik su optimizavimu, o ne su visišku „Eldorado“ tinklo vidinių sistemų pertvarkymu.

Funkciškai užduotis buvo suskirstyta į tris (iš tikrųjų keturis) etapus:

1. Dizainas „ant popieriaus“ ir patvirtinimas mūsų verslo analitikai ir SAP konsultantai naujiems procesams (taip pat senųjų modernizavimui) esamose sistemose.

   Išanalizavus daugybę jau veikiančių dviejų įmonių backend rodiklių, M.Video backend buvo imtasi kaip pagrindas kuriant vieningą sistemą. Vienas iš pagrindinių pasirinkimo kriterijų buvo visos įmonės efektyvumas, didesnės pajamos ir pelnas mažesnėmis veiklos sąnaudomis.

   Analizės ir projektavimo etapas truko apie šešis mėnesius, buvo išgerta milijardai nervų ląstelių iš padalinių vadovų ir techninių specialistų bei daug, daug litrų kavos.

2. Įdiegimas kode. Štai keletas skaičių, pagrįstų projekto rezultatais:
   • Naudojant logistikos modulį suplanuota 2 maršrutų per dieną.
   • 38 000 priekinių ir galinių vartotojų.
   • 270 000 prekių susijungusios įmonės sandėliuose.

   Per dieną sistema apdoroja apie 300 000 čekių, kurie vėliau saugomi iki penkerių metų, kad klientams būtų suteikta garantija, taip pat rinkos tyrimų tikslais.

   Kiekvieną mėnesį skaičiuokite atlyginimus, avansus ir priedus 30 000 darbuotojų.

   Projekte dalyvavo 300 techninių specialistų komanda, kuri dirbo dešimt mėnesių. Naudodami paprastus aritmetinius skaičiavimus, gauname du skaičius, kurie aiškiai parodo atlikto darbo mastą: 90 000 žmonių per dieną ir… 720 000 darbo valandų.

   
   
   Toliau – apie šimtas rutinų buvo paspartintas penkis-šešis kartus optimizuojant duomenų bazėje esantį kodą ir užklausas.

   Atskirais atvejais mes galėjome sutrumpinti programos vykdymo laiką nuo šešių valandų iki dešimties minučių optimizuodami užklausas į DBVS.

3. Trečiasis etapas bene pats sunkiausias - Testavimas. Jį sudarė keli ciklai. Jiems atlikti subūrėme 200 darbuotojų komandą, jie buvo įtraukti į funkcinius, integracinius ir regresinius testus.

   Apkrovos testus apibūdinsime atskiroje pastraipoje, juos sudarė 15 ciklų kiekvienam SAP moduliui: ERP, POS, DM, PI.

   Remiantis kiekvieno testo rezultatais, buvo optimizuotas DBVS kodas ir parametrai, taip pat duomenų bazių indeksai (juos vykdome SAP HANA, kai kuriuos – Oracle).

   Po visų apkrovos bandymų prie skaičiuojamos skaičiavimo galios buvo pridėta apie 20% daugiau ir susidarė maždaug tokio pat (20%) tūrio rezervas.
   Be to, atlikę aukščiau aprašytus ciklus, pradėjome analizuoti 100 daugiausiai išteklių reikalaujančių programų, kurių rezultatais redagavome kodą ir paspartinome jų darbą vidutiniškai penkis kartus (tai dar kartą patvirtina, pertvarkymo ir kodo optimizavimo svarba).

   Paskutinis atliktas bandymas buvo „perpjautas“. Jai buvo sukurta atskira bandymų zona, kuri nukopijavo mūsų produktyvų duomenų centrą. „Pjaustyti“ atlikome du kartus, kiekvieną kartą tai trukdavo apie dvi savaites, per kurias matavome tokių operacijų greitį kaip: programos nustatymų perkėlimas iš bandomosios zonos į produktyviąją, atvirų pozicijų įkėlimas prekių atsargoms ir nepasiekiamumo laikotarpiai. operacijos.

4. Ir ketvirtas etapas - tiesioginis paleidimas išlaikęs testus. Užduotis, atvirai kalbant, buvo sunki: per 12 valandų perjungti apie 955 parduotuves visoje šalyje ir tuo pačiu nesustabdyti pardavimų.

Naktį iš vasario 24-osios į 25-ąją dešimties geriausių mūsų įmonės specialistų komanda stojo duomenų centre, ir prasidėjo perėjimo magija. Apie tai išsamiai pakalbėsime susitikimo metu, o tada skirsime antrą straipsnį techninėms mūsų SAP magijos detalėms.

Rezultatai.

Taigi, darbo rezultatas buvo tokių rodiklių padidėjimas kaip:

• Užpakalinės dalies apkrova išaugo maždaug dvigubai.
• Čekių skaičius per dieną išaugo 50% nuo 200 tūkst. iki 300 tūkst.
• Frontend vartotojų skaičius išaugo nuo 10 tūkstančių iki 20 tūkstančių.
• Atlyginimų skaičiavimo modulyje darbuotojų skaičius išaugo nuo 15 tūkstančių iki 30 tūkstančių žmonių.

Apie visas technines detales kalbėsime SAP susitikime Maskvoje, kuris įvyks birželio 6 dieną M.Video-Eldorado biure. Ekspertai pasidalins savo įgyvendinimo patirtimi. Remiantis susitikimo rezultatais, jaunieji specialistai galės gauti apmokamą praktiką įmonėje su tolesnio darbo perspektyva.

Daugiau informacijos galite sužinoti ir registruotis el ši nuoroda

Šaltinis: www.habr.com