Kako kombinovati podršku dva trgovca na SAP-u za 12 sati

Ovaj članak će vam reći o velikom projektu implementacije SAP-a u našoj kompaniji. Nakon spajanja kompanija M.Video i Eldorado, tehnički odjeli su dobili netrivijalan zadatak - prenijeti poslovne procese na jedan backend baziran na SAP-u.

Prije početka imali smo dupliranu IT infrastrukturu od dva lanca trgovina, koja se sastoji od 955 maloprodajnih objekata, 30 zaposlenih i tristo hiljada računa dnevno.

Sada kada je sve uspješno pokrenuto, želimo podijeliti priču o tome kako smo uspjeli završiti ovaj projekat.

U ovoj publikaciji (prva od dve, ko zna, možda tri) predstavićemo vam neke podatke o obavljenim radovima, o čemu više možete saznati na SAP ME meetup-u u Moskvi.

Kako kombinovati podršku dva trgovca na SAP-u za 12 sati

Šest mjeseci dizajna, šest mjeseci kodiranja, šest mjeseci optimizacije i testiranja. I 12 satida pokrene opšti sistem u 1 prodavnica širom Rusije (od Vladivostoka do Kalinjingrada).

Možda zvuči nerealno, ali uspjeli smo! Detalji ispod reza.

U procesu spajanja kompanija M.Video i Eldorado, suočili smo se sa zadatkom optimizacije troškova i svođenja poslovnih procesa dvije različite kompanije na jedan backend.

Možda se to može nazvati srećom ili slučajnošću - oba trgovca su koristila SAP sisteme za organizaciju procesa. Morali smo se baviti samo optimizacijom, a ne potpunim restrukturiranjem internih sistema Eldoradove mreže.

Funkcionalno, zadatak je podijeljen u tri (u stvari četiri) faze:

  1. Dizajn „na papiru“ i odobrenje naši poslovni analitičari i SAP konsultanti za nove procese (kao i modernizaciju starih) u okviru postojećih sistema.

    Nakon analize niza pokazatelja već funkcionalnog backenda dvije kompanije, M.Video backend je uzet kao osnova za razvoj jedinstvenog sistema. Jedan od glavnih kriterijuma po kojem je napravljen izbor bila je efikasnost kompanije u celini, veći prihod i dobit uz niže troškove poslovanja.

    Faza analize i projektovanja trajala je oko šest meseci, milijarde nervnih ćelija od šefova odeljenja i tehničkih stručnjaka, a popijeno je mnogo, mnogo litara kafe.

  2. Implementacija u kodu. Evo nekoliko brojeva na osnovu rezultata projekta:
    • 2 ruta dnevno planirano pomoću modula logistike.
    • 38 front i back end korisnika.
    • 270 robe u magacinima spojenog preduzeća.

    Sistem dnevno obrađuje oko 300 čekova, koji se nakon toga čuvaju do pet godina kako bi kupcima dali garanciju, kao i za potrebe istraživanja tržišta.

    Izračunajte plate, avanse i bonuse za 30 zaposlenih svakog mjeseca.

    Projekat je uključio tim od 300 tehničkih stručnjaka koji su radili deset mjeseci. Koristeći jednostavne aritmetičke proračune, dobijamo dvije brojke koje jasno prikazuju razmjer obavljenog posla: 90 ljudi/dana i… 000 radnih sati.

    Kako kombinovati podršku dva trgovca na SAP-u za 12 sati

    Dalje - optimizacija pojedinačnih rutina SAP modula je ubrzana pet do šest puta optimizacijom koda i upita u bazi.

    U pojedinačnim slučajevima uspjeli smo smanjiti vrijeme izvršavanja programa sa šest sati na deset minuta optimizacijom upita prema DBMS-u.

  3. Treća faza je možda najteža - testiranje. Sastojao se od nekoliko ciklusa. Za njihovu realizaciju okupili smo tim od 200 zaposlenih koji su bili uključeni u funkcionalne, integracijske i regresijske testove.

    Testove opterećenja ćemo opisati u posebnom pasusu, oni su se sastojali od 15 ciklusa za svaki od SAP modula: ERP, POS, DM, PI.

    Na osnovu rezultata svakog testa optimizovan je kod i parametri DBMS-a, kao i indeksi baze podataka (pokrećemo ih na SAP HANA, neke na Oracle).

    Nakon svih testova opterećenja, izračunatoj računskoj snazi ​​dodato je još oko 20% i formirana je rezerva približno iste zapremine (20%).
    Osim toga, nakon izvođenja gore opisanih ciklusa, započeli smo analizu 100 resursno najzahtjevnijih programa, na osnovu kojih smo refaktorirali kod i ubrzali njihov rad u prosjeku pet puta (što još jednom potvrđuje važnost refaktoriranja i optimizacije koda).

    Posljednji izvršeni test bio je “prerezan”. Za njega je stvorena posebna testna zona, koja je kopirala naš produktivni data centar. “Cut over” smo radili dva puta, svaki put je to trajalo oko dvije sedmice, tokom kojih smo mjerili brzinu operacija kao što su: prebacivanje programskih postavki iz testnog područja u produktivno, učitavanje otvorenih pozicija za zalihe robe i periodi nedostupnosti operacije.

  4. I četvrta faza - direktno lansiranje nakon položenih testova. Zadatak je, iskreno govoreći, bio težak: za 12 sati prebaciti oko 955 radnji širom zemlje, a pritom ne zaustaviti prodaju.

U noći između 24. i 25. februara, tim od deset najboljih stručnjaka naše kompanije preuzeo je „stražu“ u data centru i počela je magija tranzicije. O tome ćemo detaljno razgovarati na našem sastanku, a zatim ćemo drugi članak posvetiti tehničkim detaljima naše SAP magije.

Rezultati.

Dakle, rezultat rada bio je povećanje indikatora kao što su:

  • Opterećenje pozadine se otprilike udvostručilo.
  • Broj čekova dnevno porastao je za 50% sa 200 hiljada na 300 hiljada.
  • Broj frontend korisnika porastao je sa 10 hiljada na 20 hiljada.
  • U modulu obračuna plata povećan je broj zaposlenih sa 15 hiljada na 30 hiljada ljudi.

O svim tehničkim detaljima razgovaraćemo na našem SAP sastanku u Moskvi, koji će se održati 6. juna u kancelariji M.Video-Eldorado. Stručnjaci će podijeliti svoja iskustva u implementaciji. Na osnovu rezultata sastanka, mladi stručnjaci će moći da dobiju plaćenu praksu u kompaniji sa mogućnošću daljeg zaposlenja.

Možete saznati više detalja i registrirati se na ovaj link

izvor: www.habr.com

Dodajte komentar