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

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

Prije početka imali smo duplu informatičku infrastrukturu dva trgovačka lanca koja se sastoji od 955 maloprodajnih mjesta, 30 zaposlenih i tristo tisuća računa dnevno.

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

U ovoj publikaciji (prvoj od dvije, tko zna, možda tri) iznijet ćemo vam neke podatke o obavljenim radovima, o čemu više možete saznati na SAP ME meetupu u Moskvi.

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

Šest mjeseci dizajna, šest mjeseci kodiranja, šest mjeseci optimizacije i testiranja. I 12 satiza pokretanje općeg sustava u 1 trgovina u cijeloj Rusiji (od Vladivostoka do Kalinjingrada).

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

U procesu spajanja tvrtki M.Video i Eldorado suočili smo se sa zadatkom optimizacije troškova i svedenja poslovnih procesa dviju različitih tvrtki na jedinstveni backend.

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

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

  1. Dizajn “na papiru” i odobrenje naše poslovne analitičare i SAP konzultante za nove procese (kao i modernizaciju starih) unutar postojećih sustava.

    Nakon analize brojnih pokazatelja već operativnog backend-a dviju kompanija, M.Video backend je uzet kao osnova za razvoj jedinstvenog sustava. Jedan od glavnih kriterija po kojem se biralo bila je učinkovitost poduzeća u cjelini, veći prihod i dobit uz niže troškove poslovanja.

    Faza analize i projektiranja trajala je oko šest mjeseci, milijarde živčanih stanica od voditelja odjela i tehničkih stručnjaka, i popijeno je mnogo, mnogo litara kave.

  2. Implementacija u kodu. Evo nekoliko brojki temeljenih na rezultatima projekta:
    • 2 ruta dnevno planirano korištenjem logističkog modula.
    • 38 prednjih i stražnjih krajnjih korisnika.
    • 270 roba u skladištima pripojenog poduzeća.

    Sustav dnevno obrađuje oko 300 čekova, koji se potom pohranjuju do pet godina kako bi kupci dobili jamstvo, kao i za potrebe istraživanja tržišta.

    Svaki mjesec izračunajte plaće, akontacije i bonuse za 30 zaposlenika.

    Na projektu je sudjelovao tim od 300 tehničkih stručnjaka koji su radili deset mjeseci. Koristeći jednostavne aritmetičke izračune, dobivamo dvije brojke koje jasno prikazuju razmjere obavljenog posla: 90 000 čovjek/dana i... 720 000 radnih sati.

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

    Slijedi optimizacija pojedinih rutina SAP modula, oko stotinu rutina ubrzano je 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 optimiziranjem upita prema DBMS-u

  3. Treća faza je možda najteža - ispitivanje. Sastojao se od nekoliko ciklusa. Za njihovu provedbu okupili smo tim od 200 djelatnika, koji su bili uključeni u funkcionalna, integracijska i regresijska ispitivanja.

    Testove opterećenja opisat ćemo u zasebnom paragrafu, a sastojali su se od 15 ciklusa za svaki od SAP modula: ERP, POS, DM, PI.

    Na temelju rezultata svakog testa optimizirani su kod i parametri DBMS-a, kao i indeksi baze podataka (pokrećemo ih na SAP HANA, neki na Oracle).

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

    Posljednji obavljeni test bio je "presjecanje". Za njega je stvorena posebna testna zona, koja je kopirala naš produktivni podatkovni centar. “Cut over” smo radili dva puta, svaki put je trajalo oko dva tjedna, tijekom kojih smo mjerili brzinu operacija kao što su: prijenos programskih postavki iz testnog područja u produktivno, učitavanje otvorenih pozicija za zalihe robe i razdoblja nedostupnosti operacije.

  4. I četvrta faza - izravno lansiranje nakon položenih testova. Zadatak je bio, iskreno govoreći, težak: u 12 sati zamijeniti oko 955 trgovina diljem zemlje, a pritom ne zaustaviti prodaju.

U noći s 24. na 25. veljače tim od deset najboljih stručnjaka naše tvrtke preuzeo je "stražu" u podatkovnom centru i čarolija prijelaza je započela. O tome ćemo detaljno razgovarati na našem susretu, a zatim ćemo posvetiti drugi članak tehničkim detaljima naše SAP magije.

Rezultati.

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

  • Opterećenje pozadine se otprilike udvostručilo.
  • Broj provjera po danu porastao je za 50% s 200 tisuća na 300 tisuća.
  • Broj frontend korisnika porastao je s 10 tisuća na 20 tisuća.
  • U modulu obračuna plaća broj zaposlenih povećan je s 15 tisuća na 30 tisuća ljudi.

O svim tehničkim detaljima razgovarat ćemo na našem SAP susretu u Moskvi, koji će se održati 6. lipnja u uredu M.Video-Eldorado. Stručnjaci će podijeliti svoja iskustva u implementaciji. Na temelju rezultata sastanka, mladi stručnjaci će moći dobiti plaćenu praksu u tvrtki s mogućnošću daljnjeg zapošljavanja.

Više detalja i prijavu možete saznati na ovaj link

Izvor: www.habr.com

Dodajte komentar