Kuidas ühendada kahe jaemüüja tugi SAP-is 12 tunni jooksul

See artikkel räägib teile suuremahulisest SAP-i juurutamisprojektist meie ettevõttes. Pärast M.Video ja Eldorado ettevõtete ühinemist anti tehnilistele osakondadele mittetriviaalne ülesanne - viia äriprotsessid üle ühtsele SAP-il põhinevale taustaprogrammile.

Enne algust oli meil kahe kaupluseketi dubleeritud IT-infrastruktuur, mis koosnes 955 jaemüügipunktist, 30 000 töötajast ja kolmesajast tuhandest kviitungist päevas.

Nüüd, kui kõik on edukalt töökorras, tahame jagada lugu, kuidas meil õnnestus see projekt lõpule viia.

Selles väljaandes (esimene kahest, kes teab, võib-olla kolm) esitame teile mõned andmed tehtud töö kohta, mille kohta saate rohkem teada SAP ME kohtumisel Moskvas.

Kuidas ühendada kahe jaemüüja tugi SAP-is 12 tunni jooksul

Kuus kuud disaini, kuus kuud kodeerimist, kuus kuud optimeerimist ja testimist. JA 12 tundiüldise süsteemi käivitamiseks 1 kaupluses kogu Venemaal (Vladivostokist Kaliningradini).

See võib tunduda ebareaalne, aga me saime sellega hakkama! Detailid lõike all.

M.Video ja Eldorado ettevõtete ühendamise käigus seisis meie ees ülesanne optimeerida kulusid ja koondada kahe erineva ettevõtte äriprotsessid ühtseks taustaprogrammiks.

Võib-olla võib seda nimetada õnneks või kokkusattumuks – mõlemad jaemüüjad kasutasid protsesside korraldamiseks SAP-süsteeme. Pidime tegelema ainult optimeerimisega, mitte aga Eldorado võrgu sisemiste süsteemide täieliku ümberkorraldamisega.

Funktsionaalselt oli ülesanne jagatud kolmeks (tegelikult neljaks) etapiks:

  1. Kujundus “paberil” ja kinnitamine meie ärianalüütikud ja SAP konsultandid uute protsesside (aga ka vanade moderniseerimise) jaoks olemasolevates süsteemides.

    Pärast kahe ettevõtte juba töötava taustasüsteemi mitmete näitajate analüüsimist võeti M.Video taustaprogramm ühtse süsteemi väljatöötamise aluseks. Üks peamisi valikukriteeriume oli ettevõtte kui terviku efektiivsus, suurem tulu ja kasum madalamate äritegevuse kulude juures.

    Analüüsi ja projekteerimise faas kestis umbes kuus kuud, osakonnajuhatajatelt ja tehnilistelt spetsialistidelt joodi miljardeid närvirakke ning palju-palju liitreid kohvi.

  2. Rakendamine koodis. Siin on mõned numbrid, mis põhinevad projekti tulemustel:
    • Logistikamooduli abil planeeritud 2 marsruuti päevas.
    • 38 000 esi- ja tagakasutajat.
    • Ühinenud ettevõtte ladudes 270 000 kaupa.

    Süsteem töötleb päevas umbes 300 000 tšekki, mida hoitakse seejärel kuni viis aastat, et pakkuda klientidele garantiid, aga ka turu-uuringute eesmärgil.

    Arvutage iga kuu 30 000 töötaja palgad, ettemaksed ja lisatasud.

    Projektis osales 300-liikmeline tehnilise spetsialisti meeskond, kes töötas kümme kuud. Kasutades lihtsaid aritmeetilisi arvutusi, saame kaks joonist, mis näitavad selgelt tehtud töö ulatust: 90 000 meest/päeva ja… 720 000 töötundi.

    Kuidas ühendada kahe jaemüüja tugi SAP-is 12 tunni jooksul

    Järgmine - SAP-moodulite üksikute rutiinide optimeerimine; umbes sada rutiini kiirendati viis kuni kuus korda, optimeerides andmebaasi koodi ja päringuid.

    Üksikjuhtudel saime DBMS-i päringuid optimeerides vähendada programmi täitmisaega kuuelt tunnilt kümnele minutile.

  3. Kolmas etapp on võib-olla kõige raskem - kontrollimine. See koosnes mitmest tsüklist. Nende läbiviimiseks komplekteerisime 200-liikmelise meeskonna, kes olid kaasatud funktsionaal-, integratsiooni- ja regressioonitestidesse.

    Kirjeldame koormusteste eraldi lõigus; need koosnesid 15 tsüklist iga SAP-mooduli jaoks: ERP, POS, DM, PI.

    Iga testi tulemuste põhjal optimeeriti DBMS-i koodi ja parameetreid ning andmebaasi indekseid (käitame neid SAP HANA-s, osa Oracle'is).

    Peale kõiki koormusteste lisandus arvestuslikule arvutusvõimsusele ca 20% rohkem ja tekkis ligikaudu sama (20%) mahuline reserv.
    Lisaks alustasime pärast ülalkirjeldatud tsüklite läbiviimist 100 kõige ressursimahukama programmi analüüsimist, mille tulemuste põhjal tegime koodi ümber ja kiirendasime nende tööd keskmiselt viis korda (mis taaskord kinnitab refaktoreerimise ja koodi optimeerimise tähtsus).

    Viimane tehtud test oli "üle lõigatud". Selle jaoks loodi eraldi testtsoon, mis kopeeris meie produktiivse andmekeskuse. Tegime kaks korda läbilõikamist, iga kord võttis aega umbes kaks nädalat, mille jooksul mõõtsime selliste toimingute kiirust nagu: programmi seadistuste ülekandmine testpiirkonnast produktiivsesse, kaubavarude avatud positsioonide laadimine ja kättesaamatusperioodid. operatsioonid.

  4. Ja neljas etapp - otsene käivitamine pärast testide läbimist. Ülesanne oli ausalt öeldes keeruline: 12 tunni jooksul vahetada umbes 955 kauplust üle kogu riigi ja samal ajal mitte peatada müüki.

Ööl vastu 24.-25. veebruari astus andmekeskuses “valve” kümneliikmeline meeskond meie ettevõtte parimatest spetsialistidest ja üleminekumaagia algas. Räägime sellest üksikasjalikult oma kohtumisel ja seejärel pühendame teise artikli meie SAP-maagia tehnilistele üksikasjadele.

Tulemused.

Niisiis oli töö tulemuseks selliste näitajate kasv nagu:

  • Taustaprogrammi koormus on ligikaudu kahekordistunud.
  • Tšekkide arv päevas kasvas 50% 200 tuhandelt 300 tuhandele.
  • Frontendi kasutajate arv kasvas 10 tuhandelt 20 tuhandele.
  • Palgaarvestuse moodulis kasvas töötajate arv 15 tuhandelt 30 tuhandele inimesele.

Kõigist tehnilistest üksikasjadest räägime oma SAP kohtumisel Moskvas, mis toimub 6. juunil M.Video-Eldorado kontoris. Eksperdid jagavad oma rakenduskogemust. Kohtumise tulemuste põhjal on noortel spetsialistidel võimalik saada ettevõttes tasulisele praktikale edasise töökoha väljavaatega.

Täpsemalt saate tutvuda ja registreeruda aadressil see link

Allikas: www.habr.com

Lisa kommentaar