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

Оваа статија ќе ви каже за голем проект за имплементација на SAP во нашата компанија. По спојувањето на компаниите М.Видео и Елдорадо, техничките оддели добија нетривијална задача - да ги пренесат деловните процеси на единствена заднина базирана на SAP.

Пред почетокот, имавме дупликат ИТ инфраструктура од два синџири продавници, составена од 955 малопродажни места, 30 вработени и триста илјади сметки дневно.

Сега кога сè е успешно во функција, сакаме да ја споделиме приказната за тоа како успеавме да го завршиме овој проект.

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

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

Можеби звучи нереално, но ние го направивме тоа! Детали под сечењето.

Во процесот на спојување на компаниите M.Video и Eldorado, бевме соочени со задача да ги оптимизираме трошоците и да ги намалиме деловните процеси на две различни компании на еден задниот дел.

Можеби ова може да се нарече среќа или случајност - и двајцата трговци користеа SAP системи за да ги организираат процесите. Моравме да се занимаваме само со оптимизација, а не со целосно преструктуирање на внатрешните системи на мрежата Елдорадо.

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

1. Дизајн „на хартија“ и одобрување нашите деловни аналитичари и консултанти на SAP за нови процеси (како и модернизирање на старите) во постојните системи.

   По анализата на голем број показатели за веќе работен бекнд на двете компании, M.Video backend беше земен како основа за развој на унифициран систем. Еден од главните критериуми по кои се правеше изборот беше ефикасноста на компанијата во целина, поголеми приходи и профит при помали трошоци на деловното работење.

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

2. Имплементација во код. Еве неколку бројки врз основа на резултатите од проектот:
   • Планирани 2 рути дневно со помош на логистичкиот модул.
   • 38 предни и задни крајни корисници.
   • 270 стоки во магацините на споеното претпријатие.

   Околу 300 чекови обработени од системот дневно, кои последователно се чуваат до пет години за да им се обезбеди на клиентите гаранција, како и за потребите на истражување на пазарот.

   Пресметајте плати, аванси и бонуси за 30 вработени секој месец.

   Проектот вклучи тим од 300 технички специјалисти кои работеа десет месеци. Користејќи едноставни аритметички пресметки, добиваме две бројки кои јасно го прикажуваат обемот на извршената работа: 90 луѓе/денови и… 000 работни часови.

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

   Во поединечни случаи, можевме да го намалиме времето на извршување на програмата од шест часа на десет минути со оптимизирање на барањата до DBMS

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

   Тестовите за оптоварување ќе ги опишеме во посебен параграф; тие се состоеја од 15 циклуси за секој од SAP модулите: ERP, POS, DM, PI.

   Врз основа на резултатите од секој тест, кодот и параметрите на DBMS, како и индексите на базата на податоци беа оптимизирани (ги извршуваме на SAP HANA, некои на Oracle).

   По сите тестови на оптоварување, околу 20% повеќе беа додадени на пресметаната пресметковна моќ и беше формирана резерва со приближно ист (20%) волумен.
   Дополнително, по извршувањето на гореопишаните циклуси, почнавме да ги анализираме 100-те програми со најинтензивни ресурси, врз основа на чии резултати го рефакториравме кодот и ја забрзавме нивната работа во просек за пет пати (што уште еднаш ја потврдува важноста на рефакторирањето и оптимизацијата на кодот).

   Последниот извршен тест беше „пресечен“. За него беше создадена посебна зона за тестирање, која го копира нашиот продуктивен центар за податоци. Направивме „Cut over“ двапати, секој пат кога траеше околу две недели, при што ја меривме брзината на операции како што се: пренесување на поставките на програмата од областа за тестирање во продуктивна, вчитување отворени позиции за залихи на стоки и периоди на недостапност на операции.

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

Ноќта меѓу 24 и 25 февруари, тим од десет најдобри специјалисти на нашата компанија го „гледаа“ центарот за податоци и започна магијата на транзицијата. Ќе разговараме за тоа детално на нашиот состанок, а потоа ќе посветиме втор напис на техничките детали за нашата SAP магија.

Резултати.

Значи, резултатот од работата беше зголемување на таквите индикатори како што се:

• Оптоварувањето на задниот дел е приближно двојно зголемено.
• Бројот на проверки дневно се зголемил за 50% од 200 илјади на 300 илјади.
• Бројот на frontend корисници се зголеми од 10 илјади на 20 илјади.
• Во модулот за пресметка на плати, бројот на вработени се зголеми од 15 илјади на 30 илјади лица.

Ќе зборуваме за сите технички детали на нашиот состанок на SAP во Москва, кој ќе се одржи на 6 јуни во канцеларијата на M.Video-Eldorado. Експертите ќе го споделат своето искуство во спроведувањето. Врз основа на резултатите од состанокот, младите специјалисти ќе можат да добијат платена пракса во компанијата со можност за понатамошно вработување.

Можете да дознаете повеќе детали и да се регистрирате на овој линк

Извор: www.habr.com