Как да комбинирате поддръжката на двама търговци на дребно на SAP за 12 часа

Тази статия ще ви разкаже за мащабен проект за внедряване на SAP в нашата компания. След сливането на компаниите M.Video и Eldorado техническите отдели получиха нетривиална задача - да прехвърлят бизнес процесите в единен бекенд, базиран на SAP.

Преди началото имахме дублирана ИТ инфраструктура от две вериги магазини, състояща се от 955 търговски обекта, 30 000 служители и триста хиляди касови бележки на ден.

Сега, когато всичко е готово и работи успешно, искаме да споделим историята за това как успяхме да завършим този проект.

В тази публикация (първата от две, кой знае, може би три) ще ви представим някои данни за извършената работа, повече за която можете да научите на срещата на SAP ME в Москва.

Шест месеца проектиране, шест месеца кодиране, шест месеца оптимизация и тестване. И 12 часаза стартиране на общата система в 1 магазина в цяла Русия (от Владивосток до Калининград).

Може да звучи нереалистично, но успяхме! Детайли под кройката.

В процеса на сливане на компаниите М.Видео и Елдорадо се изправихме пред задачата да оптимизираме разходите и да сведем бизнес процесите на две различни компании до един бекенд.

Може би това може да се нарече късмет или съвпадение - и двамата търговци на дребно са използвали SAP системи за организиране на процесите. Трябваше да се занимаваме само с оптимизация, а не с пълно преструктуриране на вътрешните системи на мрежата Eldorado.

Функционално задачата беше разделена на три (всъщност четири) етапа:

1. Проектиране “на хартия” и одобрение нашите бизнес анализатори и SAP консултанти за нови процеси (както и модернизация на стари) в рамките на съществуващи системи.

   След анализ на редица показатели на вече работещия бекенд на двете компании бе взет бекендът на М.Видео като основа за разработването на единна система. Един от основните критерии, по които беше направен изборът, беше ефективността на компанията като цяло, по-големи приходи и печалба при по-ниски разходи за бизнес операции.

   Фазата на анализ и проектиране отне около шест месеца, милиарди нервни клетки от ръководители на отдели и технически специалисти и много, много литри кафе бяха изпити.

2. Внедряване в код. Ето някои числа въз основа на резултатите от проекта:
   • 2 маршрута на ден, планирани с помощта на логистичния модул.
   • 38 000 предни и бек крайни потребители.
   • 270 000 стоки в складовете на обединеното предприятие.

   Около 300 000 чека, обработвани от системата на ден, които впоследствие се съхраняват до пет години, за да осигурят гаранция на клиентите, както и за целите на проучване на пазара.

   Изчислете заплати, аванси и бонуси за 30 000 служители всеки месец.

   В проекта участва екип от 300 технически специалисти, които работиха десет месеца. Използвайки прости аритметични изчисления, получаваме две цифри, които ясно показват мащаба на извършената работа: 90 000 човекодни и... 720 000 часа работа.

   
   
   Следва оптимизиране на отделни рутинни процедури на SAP модули; около сто рутинни процедури бяха ускорени пет до шест пъти чрез оптимизиране на кода и заявките в базата данни.

   В отделни случаи успяхме да намалим времето за изпълнение на програмата от шест часа на десет минути чрез оптимизиране на заявките към СУБД

3. Третият етап е може би най-трудният - тестване. Състоеше се от няколко цикъла. За да ги изпълним, събрахме екип от 200 служители, които участваха във функционални, интеграционни и регресионни тестове.

   Ще опишем тестовете за натоварване в отделен параграф, състоящи се от 15 цикъла за всеки от модулите на SAP: ERP, POS, DM, PI.

   Въз основа на резултатите от всеки тест бяха оптимизирани кодът и параметрите на СУБД, както и индексите на базата данни (пускаме ги на SAP HANA, някои на Oracle).

   След всички тестове за натоварване към изчислената изчислителна мощност бяха добавени още около 20% и беше образуван резерв от приблизително същия (20%) обем.
   Освен това, след извършване на описаните по-горе цикли, започнахме да анализираме 100-те най-ресурсоемки програми, въз основа на резултатите от които преработихме кода и ускорихме работата им средно пет пъти (което още веднъж потвърждава, че значението на преработването и оптимизирането на кода).

   Последният извършен тест беше „срязване“. За него беше създадена отделна тестова зона, която копира нашия продуктивен център за данни. Направихме „Прерязване“ два пъти, като всеки път отне около две седмици, през които измервахме скоростта на операции като: прехвърляне на програмни настройки от тестовата зона към продуктивната, зареждане на отворени позиции за стокови запаси и периоди на недостъпност на операции.

4. И четвъртият етап - директно стартиране след преминаване на тестовете. Задачата беше, честно казано, трудна: за 12 часа да смените около 955 магазина в цялата страна и в същото време да не спрете продажбите.

В нощта на 24 срещу 25 февруари екип от десет от най-добрите специалисти на нашата компания поеха „наблюдение“ в центъра за данни и магията на прехода започна. Ще говорим за това подробно на нашата среща и след това ще посветим втора статия на техническите детайли на нашата SAP магия.

Резултати.

И така, резултатът от работата беше увеличение на такива показатели като:

• Натоварването на бекенда се е увеличило приблизително два пъти.
• Броят на проверките на ден се е увеличил с 50% от 200 хиляди на 300 хиляди.
• Броят на фронтенд потребителите се увеличи от 10 хиляди на 20 хиляди.
• В модула за изчисляване на заплатите служителите се увеличиха от 15 хиляди на 30 хиляди души.

Ще говорим за всички технически подробности на нашата SAP среща в Москва, която ще се проведе на 6 юни в офиса на M.Video-Eldorado. Експерти ще споделят своя опит в прилагането. Въз основа на резултатите от срещата младите специалисти ще могат да получат платен стаж в компанията с перспектива за по-нататъшна работа.

Можете да научите повече подробности и да се регистрирате на тази връзка

Източник: www.habr.com