W tym artykule opowiemy Państwu o zakrojonym na szeroką skalę projekcie wdrożenia SAP w naszej firmie. Po połączeniu firm M.Video i Eldorado, działy techniczne otrzymały nietrywialne zadanie – przeniesienie procesów biznesowych do jednego backendu opartego na SAP.
Przed startem dysponowaliśmy zduplikowaną infrastrukturą IT dwóch sieci sklepów, składającą się z 955 punktów sprzedaży detalicznej, 30 000 pracowników i trzystu tysięcy paragonów dziennie.
Teraz, gdy wszystko już działa, chcemy podzielić się historią o tym, jak udało nam się ukończyć ten projekt.
W tej publikacji (pierwszej z dwóch, kto wie, może trzech) przedstawimy Państwu dane dotyczące przeprowadzonych prac, o których więcej dowiecie się na spotkaniu SAP ME w Moskwie.
Sześć miesięcy projektowania, sześć miesięcy kodowania, sześć miesięcy optymalizacji i testowania. I 12 godzinaby uruchomić system ogólny w 1 sklepów całej Rosji (od Władywostoku po Kaliningrad).
Może to wydawać się nierealne, ale udało nam się! Szczegóły pod rozcięciem.
W procesie łączenia firm M.Video i Eldorado stanęliśmy przed zadaniem optymalizacji kosztów i ograniczenia procesów biznesowych dwóch różnych firm do jednego backendu.
Być może można to nazwać szczęściem lub zbiegiem okoliczności – obaj detaliści wykorzystali do organizacji procesów systemy SAP. Mieliśmy do czynienia jedynie z optymalizacją, a nie z całkowitą restrukturyzacją wewnętrznych systemów sieci Eldorado.
Funkcjonalnie zadanie zostało podzielone na trzy (właściwie cztery) etapy:
- Projekt „na papierze” i akceptacja naszym analitykom biznesowym i konsultantom SAP w zakresie nowych procesów (jak również modernizacji starych) w ramach istniejących systemów.
Po przeanalizowaniu szeregu wskaźników działającego już backendu obu firm, za podstawę do opracowania ujednoliconego systemu przyjęto backend M.Video. Jednym z głównych kryteriów, według którego dokonano wyboru, była efektywność całego przedsiębiorstwa, większe przychody i zyski przy niższych kosztach prowadzenia działalności gospodarczej.
Faza analizy i projektowania trwała około sześciu miesięcy, wypito miliardy komórek nerwowych kierowników działów i specjalistów technicznych oraz wypito wiele, wiele litrów kawy.
- Implementacja w kodzie. Oto kilka liczb opartych na wynikach projektu:
- 2 tras dziennie zaplanowanych przy użyciu modułu logistyki.
- 38 000 użytkowników front-end i back-end.
- towarów w magazynach połączonego przedsiębiorstwa.
System przetwarza około 300 000 czeków dziennie, które następnie są przechowywane przez okres do pięciu lat w celu zapewnienia klientom gwarancji, a także do celów badań rynku.
Oblicz wynagrodzenia, zaliczki i premie dla 30 000 pracowników co miesiąc.
W projekcie uczestniczył zespół 300 specjalistów technicznych, którzy pracowali przez dziesięć miesięcy. Korzystając z prostych obliczeń arytmetycznych, otrzymujemy dwie liczby, które wyraźnie pokazują skalę wykonanej pracy: 90 000 osobodni i… 720 000 godzin pracy.
Następnie - optymalizacja poszczególnych procedur modułów SAP, około stu procedur przyspieszono od pięciu do sześciu razy poprzez optymalizację kodu i zapytań w bazie danych.W indywidualnych przypadkach udało nam się skrócić czas wykonania programu z sześciu godzin do dziesięciu minut poprzez optymalizację zapytań do SZBD
- Trzeci etap jest być może najtrudniejszy - Testowanie. Składał się z kilku cykli. Do ich realizacji skompletowaliśmy zespół 200 pracowników, którzy zajmowali się testami funkcjonalnymi, integracyjnymi i regresyjnymi.
Testy obciążeniowe opiszemy w osobnym akapicie, składały się z 15 cykli dla każdego z modułów SAP: ERP, POS, DM, PI.
Na podstawie wyników każdego testu zoptymalizowany został kod i parametry SZBD oraz indeksy baz danych (uruchamiamy je na SAP HANA, część na Oracle).
Po wszystkich testach obciążeniowych do obliczonej mocy obliczeniowej dodano około 20% więcej i utworzono rezerwę o mniej więcej tej samej (20%) objętości.
Dodatkowo po przeprowadzeniu opisanych powyżej cykli rozpoczęliśmy analizę 100 najbardziej zasobochłonnych programów, na podstawie wyników których dokonaliśmy refaktoryzacji kodu i średnio pięciokrotnie przyspieszyliśmy ich pracę (co po raz kolejny potwierdza znaczenie refaktoryzacji i optymalizacji kodu).Ostatnim przeprowadzonym testem było „przecięcie”. Stworzono dla niego osobną strefę testową, która skopiowała nasze produktywne data center. Dwukrotnie wykonaliśmy „Cut over”, za każdym razem trwało to około dwóch tygodni, podczas których mierzyliśmy prędkość operacji takich jak: przeniesienie ustawień programu z obszaru testowego do produkcyjnego, ładowanie wolnych pozycji na stany towarowe oraz okresy niedostępności operacje.
- I czwarty etap - bezpośrednie uruchomienie po przejściu testów. Zadanie było, szczerze mówiąc, trudne: w 12 godzin zmienić około 955 sklepów w całym kraju, nie wstrzymując jednocześnie sprzedaży.
W nocy z 24 na 25 lutego dziesięcioosobowa ekipa najlepszych specjalistów naszej firmy podjęła się „czuwania” w centrum danych i zaczęła się magia przejścia. Porozmawiamy o tym szczegółowo na naszym spotkaniu, a następnie poświęcimy drugi artykuł technicznym szczegółom naszej magii SAP.
Wyniki.
Tak więc efektem pracy był wzrost takich wskaźników jak:
- Obciążenie backendu wzrosło w przybliżeniu dwukrotnie.
- Liczba kontroli dziennie wzrosła o 50% z 200 tys. do 300 tys.
- Liczba użytkowników frontendowych wzrosła z 10 tys. do 20 tys.
- W module naliczania wynagrodzeń liczba pracowników wzrosła z 15 tys. do 30 tys. osób.
Wszystkie szczegóły techniczne omówimy podczas naszego spotkania SAP w Moskwie, które odbędzie się 6 czerwca w biurze M.Video-Eldorado. Eksperci podzielą się swoimi doświadczeniami wdrożeniowymi. Na podstawie wyników spotkania młodzi specjaliści będą mogli odbyć płatny staż w firmie z perspektywą dalszego zatrudnienia.
Więcej szczegółów i rejestrację można znaleźć na stronie
Źródło: www.habr.com