Sut i gyfuno cefnogaeth dau fanwerthwr ar SAP mewn 12 awr

Bydd yr erthygl hon yn dweud wrthych am brosiect gweithredu SAP ar raddfa fawr yn ein cwmni. Ar ôl uno'r cwmnïau M.Video ac Eldorado, rhoddwyd tasg nad yw'n ddibwys i'r adrannau technegol - i drosglwyddo prosesau busnes i un backend yn seiliedig ar SAP.

Cyn y dechrau, roedd gennym ni seilwaith TG dyblyg o ddwy gadwyn siop, yn cynnwys 955 o siopau manwerthu, 30 o weithwyr a thri chan mil o dderbyniadau'r dydd.

Nawr bod popeth wedi'i sefydlu'n llwyddiannus, rydym am rannu'r stori am sut y gwnaethom lwyddo i gwblhau'r prosiect hwn.

Yn y cyhoeddiad hwn (y cyntaf o ddau, pwy a ŵyr, efallai tri) byddwn yn cyflwyno rhywfaint o ddata i chi ar y gwaith a wnaed, y gallwch chi ddarganfod mwy amdano yng nghyfarfod SAP ME ym Moscow.

Sut i gyfuno cefnogaeth dau fanwerthwr ar SAP mewn 12 awr

Chwe mis o ddylunio, chwe mis o godio, chwe mis o optimeiddio a phrofi. AC Oriau 12i gychwyn y system gyffredinol mewn 1 o siopau ledled Rwsia (o Vladivostok i Kaliningrad).

Efallai ei fod yn swnio'n afrealistig, ond fe wnaethom ni! Manylion o dan y toriad.

Yn y broses o uno'r cwmnïau M.Video ac Eldorado, roeddem yn wynebu'r dasg o optimeiddio costau a lleihau prosesau busnes dau gwmni gwahanol i un ôl-ben.

Efallai y gellir galw hyn yn lwc neu'n gyd-ddigwyddiad - defnyddiodd y ddau fanwerthwr systemau SAP i drefnu prosesau. Roedd yn rhaid i ni ddelio ag optimeiddio yn unig, ac nid ag ailstrwythuro systemau mewnol rhwydwaith Eldorado yn llwyr.

Yn swyddogaethol, rhannwyd y dasg yn dri (pedwar mewn gwirionedd):

  1. Dylunio “ar bapur” a chymeradwyaeth ein dadansoddwyr busnes ac ymgynghorwyr SAP ar gyfer prosesau newydd (yn ogystal â moderneiddio hen rai) o fewn systemau presennol.

    Ar ôl dadansoddi nifer o ddangosyddion o gefn y ddau gwmni sydd eisoes yn gweithio, cymerwyd y backend M.Video fel sail ar gyfer datblygu system unedig. Un o'r prif feini prawf a ddefnyddiwyd i wneud y dewis oedd effeithlonrwydd y cwmni yn ei gyfanrwydd, mwy o refeniw ac elw ar gostau is gweithrediadau busnes.

    Cymerodd y cam dadansoddi a dylunio tua chwe mis, biliynau o gelloedd nerfol gan benaethiaid adrannau ac arbenigwyr technegol, ac roedd llawer, llawer o litrau o goffi wedi'u hyfed.

  2. Gweithredu yn y cod. Dyma rai niferoedd yn seiliedig ar ganlyniadau’r prosiect:
    • 2 o lwybrau'r dydd wedi'u cynllunio gan ddefnyddio'r modiwl logisteg.
    • 38 o ddefnyddwyr blaen a chefn.
    • 270 o nwyddau yn warysau'r fenter unedig.

    Tua 300 o wiriadau a brosesir gan y system y dydd, sydd wedyn yn cael eu storio am hyd at bum mlynedd i roi gwarant i gwsmeriaid, yn ogystal ag at ddibenion ymchwil marchnad.

    Cyfrifwch gyflogau, blaensymiau a bonysau ar gyfer 30 o weithwyr bob mis.

    Roedd y prosiect yn cynnwys tîm o 300 o arbenigwyr technegol a weithiodd am ddeg mis. Gan ddefnyddio cyfrifiadau rhifyddol syml, rydym yn cael dau ffigur sy’n dangos yn glir raddfa’r gwaith a wnaed: 90 dyn/diwrnod a…000 o oriau gwaith.

    Sut i gyfuno cefnogaeth dau fanwerthwr ar SAP mewn 12 awr

    Nesaf - optimeiddio arferion unigol modiwlau SAP; cyflymwyd tua chant o arferion rhwng pump a chwe gwaith trwy optimeiddio'r cod a'r ymholiadau yn y gronfa ddata.

    Mewn achosion unigol, roeddem yn gallu lleihau amser gweithredu’r rhaglen o chwe awr i ddeg munud drwy optimeiddio ymholiadau i’r DBMS.

  3. Efallai mai'r trydydd cam yw'r anoddaf - profi. Roedd yn cynnwys sawl cylch. Er mwyn eu cyflawni, fe wnaethom ymgynnull tîm o 200 o weithwyr, roeddent yn cymryd rhan mewn profion swyddogaethol, integreiddio ac atchweliad.

    Byddwn yn disgrifio'r profion llwyth mewn paragraff ar wahân; roeddent yn cynnwys 15 cylch ar gyfer pob un o'r modiwlau SAP: ERP, POS, DM, PI.

    Yn seiliedig ar ganlyniadau pob prawf, optimeiddiwyd cod a pharamedrau'r DBMS, yn ogystal â mynegeion cronfa ddata (rydym yn eu rhedeg ar SAP HANA, rhai ar Oracle).

    Ar ôl yr holl brofion llwyth, ychwanegwyd tua 20% yn fwy at y pŵer cyfrifiadurol a gyfrifwyd, a ffurfiwyd cronfa wrth gefn o tua'r un cyfaint (20%).
    Yn ogystal, ar ôl cyflawni'r cylchoedd a ddisgrifir uchod, fe wnaethom ddechrau dadansoddi'r 100 o raglenni mwyaf dwys o ran adnoddau, ac ar sail y canlyniadau fe wnaethom ailffactorio'r cod a chyflymu eu gwaith bum gwaith ar gyfartaledd (sydd unwaith eto yn cadarnhau'r pwysigrwydd ailffactorio ac optimeiddio cod).

    Y prawf olaf a berfformiwyd oedd “torri drosodd”. Crëwyd parth prawf ar wahân ar ei gyfer, a gopïodd ein canolfan ddata gynhyrchiol. Gwnaethom “Torri drosodd” ddwywaith, bob tro y cymerodd tua phythefnos, ac yn ystod y cyfnod hwn buom yn mesur cyflymder gweithrediadau fel: trosglwyddo gosodiadau rhaglen o'r ardal brawf i'r un cynhyrchiol, llwytho safleoedd agored ar gyfer rhestrau nwyddau a chyfnodau o ddiffyg argaeledd. gweithrediadau.

  4. A'r pedwerydd cam - lansiad uniongyrchol ar ôl pasio'r profion. Roedd y dasg, a dweud y gwir, yn anodd: mewn 12 awr i newid tua 955 o siopau ledled y wlad, ac ar yr un pryd peidio â rhoi'r gorau i werthu.

Ar noson Chwefror 24-25, cymerodd tîm o ddeg o arbenigwyr gorau ein cwmni “wyliadwriaeth” yn y ganolfan ddata, a dechreuodd hud y trawsnewid. Byddwn yn siarad amdano'n fanwl yn ein cyfarfod, ac yna byddwn yn neilltuo ail erthygl i fanylion technegol ein hud SAP.

Canlyniadau.

Felly, canlyniad y gwaith oedd cynnydd mewn dangosyddion fel:

  • Mae'r llwyth ar y backend wedi dyblu fwy neu lai.
  • Cynyddodd nifer y gwiriadau y dydd 50% o 200 mil i 300 mil.
  • Cynyddodd nifer y defnyddwyr blaen o 10 mil i 20 mil.
  • Yn y modiwl cyfrifo cyflog, cynyddodd nifer y gweithwyr o 15 mil i 30 mil o bobl.

Byddwn yn siarad am yr holl fanylion technegol yn ein cyfarfod SAP ym Moscow, a gynhelir ar 6 Mehefin yn swyddfa M.Video-Eldorado. Bydd arbenigwyr yn rhannu eu profiad gweithredu. Yn seiliedig ar ganlyniadau'r cyfarfod, bydd arbenigwyr ifanc yn gallu cael interniaeth â thâl yn y cwmni gyda'r gobaith o gyflogaeth bellach.

Gallwch gael rhagor o fanylion a chofrestru yn y ddolen hon

Ffynhonnell: hab.com

Ychwanegu sylw