Kako združiti podporo dveh trgovcev na SAP v 12 urah

Ta članek vam bo povedal o obsežnem projektu uvedbe SAP v našem podjetju. Po združitvi podjetij M.Video in Eldorado so tehnični oddelki dobili netrivialno nalogo - prenesti poslovne procese v enotno zaledje, ki temelji na SAP.

Pred začetkom smo imeli podvojeno informacijsko infrastrukturo dveh trgovinskih verig, sestavljeno iz 955 maloprodajnih mest, 30 zaposlenih in tristo tisoč računov na dan.

Zdaj, ko je vse uspešno pripravljeno, želimo deliti zgodbo o tem, kako nam je uspelo dokončati ta projekt.

V tokratni publikaciji (prvi od dveh, kdo ve, morda treh) vam bomo predstavili nekaj podatkov o opravljenem delu, o čemer boste lahko več izvedeli na srečanju SAP ME v Moskvi.

Kako združiti podporo dveh trgovcev na SAP v 12 urah

Šest mesecev načrtovanja, šest mesecev kodiranja, šest mesecev optimizacije in testiranja. IN 12 ureza zagon splošnega sistema v 1 trgovinah po vsej Rusiji (od Vladivostoka do Kaliningrada).

Morda se sliši nerealno, a uspelo nam je! Detajli pod krojem.

V procesu združevanja podjetij M.Video in Eldorado smo se soočili z nalogo optimizacije stroškov in redukcije poslovnih procesov dveh različnih podjetij v eno samo zaledje.

Morda temu lahko rečemo sreča ali naključje – oba trgovca sta za organizacijo procesov uporabljala sisteme SAP. Ukvarjati se moramo le z optimizacijo, ne pa s popolno prestrukturiranjem notranjih sistemov omrežja Eldorado.

Funkcionalno je bila naloga razdeljena na tri (pravzaprav štiri) stopnje:

  1. Dizajn "na papirju" in odobritev naših poslovnih analitikov in svetovalcev SAP za nove procese (kot tudi posodobitev starih) znotraj obstoječih sistemov.

    Po analizi številnih kazalnikov že delujočega zaledja obeh podjetij je bilo za osnovo za razvoj enotnega sistema vzeto zaledje M.Video. Eden glavnih kriterijev, po katerem je bila izbira, je bila učinkovitost podjetja kot celote, večji prihodki in dobiček ob nižjih stroških poslovanja.

    Faza analize in načrtovanja je trajala približno šest mesecev, milijarde živčnih celic vodij oddelkov in tehničnih specialistov ter veliko, veliko popitih litrov kave.

  2. Implementacija v kodi. Tukaj je nekaj številk na podlagi rezultatov projekta:
    • 2 poti na dan načrtovanih z logističnim modulom.
    • 38 sprednjih in zadnjih končnih uporabnikov.
    • 270 blaga v skladiščih združenega podjetja.

    Sistem dnevno obdela približno 300 čekov, ki se nato shranijo do pet let, da strankam zagotovijo garancijo, pa tudi za namene tržnih raziskav.

    Vsak mesec izračunajte plače, akontacije in dodatke za 30 zaposlenih.

    Pri projektu je sodelovala ekipa 300 tehničnih strokovnjakov, ki so delali deset mesecev. Z uporabo preprostih aritmetičnih izračunov dobimo dve številki, ki jasno prikazujeta obseg opravljenega dela: 90 delovnih dni in ... 000 delovnih ur.

    Kako združiti podporo dveh trgovcev na SAP v 12 urah

    Sledi optimizacija posameznih rutin SAP modulov, približno sto rutin smo pospešili pet do šestkrat z optimizacijo kode in poizvedb v bazi.

    V posameznih primerih nam je z optimizacijo poizvedb v DBMS uspelo zmanjšati čas izvajanja programa s šestih ur na deset minut.

  3. Tretja stopnja je morda najtežja - Testiranje. Sestavljen je iz več ciklov. Za njihovo izvedbo smo zbrali ekipo 200 zaposlenih, ki so bili vključeni v funkcionalne, integracijske in regresijske teste.

    Obremenitvene teste bomo opisali v ločenem odstavku; obsegali so 15 ciklov za vsakega od modulov SAP: ERP, POS, DM, PI.

    Na podlagi rezultatov vsakega testa smo optimizirali kodo in parametre DBMS ter indekse baz podatkov (izvajamo jih na SAP HANA, nekatere na Oracle).

    Po vseh obremenitvenih testih se je k izračunani računalniški moči dodalo še približno 20 % več in nastala je rezerva približno enake (20 %) prostornine.
    Poleg tega smo se po izvedbi zgoraj opisanih ciklov lotili analize 100 najbolj zahtevnih programov, na podlagi rezultatov katere smo refaktorirali kodo in v povprečju za petkrat pospešili njihovo delo (kar še enkrat potrjuje, pomen refaktoriranja in optimizacije kode).

    Zadnji izvedeni test je bil "cut over". Zanj je bilo ustvarjeno ločeno testno območje, ki je kopiralo naš produktivni podatkovni center. “Cut over” smo izvedli dvakrat, vsakokrat je trajalo približno dva tedna, pri čemer smo merili hitrost operacij, kot so: prenos programskih nastavitev iz testnega območja v produktivno, nalaganje odprtih pozicij za zaloge blaga in obdobja nedosegljivosti operacije.

  4. In četrta faza - neposredni zagon po opravljenih testih. Naloga je bila, odkrito povedano, težka: v 12 urah zamenjati približno 955 trgovin po vsej državi in ​​hkrati ne ustaviti prodaje.

V noči s 24. na 25. februar je ekipa desetih najboljših strokovnjakov našega podjetja prevzela »stražo« v podatkovnem centru in čarovnija prehoda se je začela. O tem bomo podrobno govorili na našem srečanju, nato pa bomo drugi članek posvetili tehničnim podrobnostim naše SAP magije.

Rezultati.

Torej je bil rezultat dela povečanje kazalnikov, kot so:

  • Obremenitev zaledja se je približno podvojila.
  • Število pregledov na dan se je povečalo za 50 % z 200 tisoč na 300 tisoč.
  • Število frontend uporabnikov se je povečalo z 10 tisoč na 20 tisoč.
  • V modulu za obračun plač se je število zaposlenih povečalo s 15 tisoč na 30 tisoč ljudi.

O vseh tehničnih podrobnostih bomo govorili na našem srečanju SAP v Moskvi, ki bo potekalo 6. junija v pisarni M.Video-Eldorado. Strokovnjaki bodo delili svoje izkušnje pri izvajanju. Na podlagi rezultatov srečanja bodo mladi strokovnjaki lahko dobili plačano pripravništvo v podjetju z možnostjo nadaljnje zaposlitve.

Več informacij in prijavo najdete na ta povezava

Vir: www.habr.com

Dodaj komentar