Jak zkombinovat podporu dvou prodejců na SAP za 12 hodin

Tento článek vám řekne o rozsáhlém projektu implementace SAP v naší společnosti. Po fúzi společností M.Video a Eldorado dostala technická oddělení netriviální úkol – převést obchodní procesy do jednoho backendu založeného na SAP.

Před startem jsme měli duplicitní IT infrastrukturu dvou obchodních řetězců skládající se z 955 maloobchodních prodejen, 30 000 zaměstnanců a tří set tisíc účtenek denně.

Nyní, když je vše úspěšně spuštěno, se chceme podělit o příběh, jak se nám podařilo tento projekt dokončit.

V této publikaci (první ze dvou, kdo ví, možná tří) vám představíme některé údaje o provedených pracích, o kterých se více dozvíte na setkání SAP ME v Moskvě.

Jak zkombinovat podporu dvou prodejců na SAP za 12 hodin

Šest měsíců návrhu, šest měsíců kódování, šest měsíců optimalizace a testování. A 12 hodinke spuštění obecného systému v 1 obchodech po celém Rusku (od Vladivostoku po Kaliningrad).

Může to znít nereálně, ale dokázali jsme to! Detaily pod střihem.

V procesu sloučení společností M.Video a Eldorado jsme stáli před úkolem optimalizovat náklady a zredukovat obchodní procesy dvou různých společností na jeden backend.

Možná se tomu dá říkat štěstí nebo náhoda – oba prodejci používali k organizaci procesů systémy SAP. Museli jsme se zabývat pouze optimalizací, nikoli kompletní restrukturalizací vnitřních systémů sítě Eldorado.

Funkčně byl úkol rozdělen do tří (ve skutečnosti čtyř) etap:

  1. Návrh „na papíře“ a schválení naši obchodní analytici a konzultanti SAP pro nové procesy (i modernizaci starých) v rámci stávajících systémů.

    Po analýze řady ukazatelů již fungujícího backendu obou společností byl backend M.Video vzat jako základ pro vývoj jednotného systému. Jedním z hlavních kritérií, podle kterých byl výběr proveden, byla efektivita podniku jako celku, vyšší výnosy a zisk při nižších nákladech na provoz podniku.

    Fáze analýzy a návrhu trvala asi šest měsíců, vypily se miliardy nervových buněk od vedoucích oddělení a technických specialistů a mnoho a mnoho litrů kávy.

  2. Implementace v kódu. Zde jsou některá čísla založená na výsledcích projektu:
    • 2 000 tras denně plánovaných pomocí logistického modulu.
    • 38 000 předních a zadních koncových uživatelů.
    • 270 000 zboží ve skladech sloučeného podniku.

    Denně systémem zpracováno cca 300 000 šeků, které jsou následně uchovávány po dobu až pěti let pro poskytnutí záruky zákazníkům i pro účely průzkumu trhu.

    Spočítejte si každý měsíc platy, zálohy a bonusy pro 30 000 zaměstnanců.

    Na projektu se podílel tým 300 technických specialistů, kteří pracovali deset měsíců. Pomocí jednoduchých aritmetických výpočtů získáme dvě čísla, která jasně ukazují rozsah vykonané práce: 90 000 lidí/dní a… 720 000 pracovních hodin.

    Jak zkombinovat podporu dvou prodejců na SAP za 12 hodin

    Dále optimalizace jednotlivých rutin modulů SAP, asi stovka rutin byla pětkrát až šestkrát zrychlena optimalizací kódu a dotazů v databázi.

    V jednotlivých případech jsme byli schopni zkrátit dobu provádění programu ze šesti hodin na deset minut optimalizací dotazů do DBMS

  3. Třetí fáze je možná nejtěžší - Testování. Skládal se z několika cyklů. K jejich realizaci jsme sestavili tým 200 zaměstnanců, kteří se podíleli na funkčních, integračních a regresních testech.

    Zátěžové testy popíšeme v samostatném odstavci, skládaly se z 15 cyklů pro každý z modulů SAP: ERP, POS, DM, PI.

    Na základě výsledků každého testu byl optimalizován kód a parametry DBMS a také databázové indexy (provozujeme je na SAP HANA, některé na Oracle).

    Po všech zátěžových testech se k vypočtenému výpočetnímu výkonu přidalo ještě asi 20 % a vytvořila se rezerva přibližně stejného (20 %) objemu.
    Po provedení výše popsaných cyklů jsme navíc začali analyzovat 100 nejnáročnějších programů, na základě jejichž výsledků jsme refaktorovali kód a urychlili jejich práci v průměru pětkrát (což opět potvrzuje význam refaktoringu a optimalizace kódu).

    Poslední provedená zkouška byla „přeříznutá“. Byla pro něj vytvořena samostatná testovací zóna, která kopírovala naše produktivní datové centrum. „Cut over“ jsme provedli dvakrát, pokaždé to trvalo asi dva týdny, během kterých jsme měřili rychlost operací, jako jsou: přenos nastavení programu z testovací oblasti do produktivní, načítání otevřených pozic pro zásoby zboží a období nedostupnosti operace.

  4. A čtvrtá fáze - přímé spuštění po absolvování testů. Úkol byl, upřímně řečeno, obtížný: za 12 hodin vyměnit asi 955 obchodů po celé zemi a zároveň nezastavit prodej.

V noci z 24. na 25. února se tým deseti nejlepších specialistů naší společnosti ujal „hlídky“ v datovém centru a kouzlo přechodu začalo. Budeme o tom hovořit podrobně na našem setkání a poté budeme věnovat druhý článek technickým detailům našeho SAP magie.

Výsledky.

Výsledkem práce bylo zvýšení takových ukazatelů, jako jsou:

  • Zátěž na backendu se přibližně zdvojnásobila.
  • Počet kontrol za den se zvýšil o 50 % z 200 tisíc na 300 tisíc.
  • Počet uživatelů frontendu se zvýšil z 10 tisíc na 20 tisíc.
  • V modulu výpočtu mezd se zvýšil počet zaměstnanců z 15 tisíc na 30 tisíc osob.

O všech technických detailech budeme hovořit na našem setkání SAP v Moskvě, které se bude konat 6. června v kanceláři M.Video-Eldorado. Odborníci se podělí o své zkušenosti s implementací. Na základě výsledků setkání budou moci mladí specialisté získat placenou stáž ve společnosti s perspektivou dalšího uplatnění.

Více podrobností a registrovat se můžete na odkaz

Zdroj: www.habr.com

Přidat komentář