Kepiye cara nggabungake rong pengecer ing SAP sajrone 12 jam

Artikel iki bakal ngandhani babagan proyek implementasi SAP skala gedhe ing perusahaan kita. Sawise panggabungan perusahaan M.Video lan Eldorado, departemen teknis diwenehi tugas sing ora pati penting - kanggo nransfer proses bisnis menyang backend tunggal adhedhasar SAP.

Sadurunge wiwitan, kita duwe infrastruktur IT duplikat saka rong rantai toko, sing dumadi saka 955 toko ritel, 30 karyawan lan telung atus ewu kuitansi saben dina.

Saiki kabeh wis kasil lan mlaku, kita pengin nuduhake crita babagan carane kita bisa ngrampungake proyek iki.

Ing publikasi iki (sing pisanan saka loro, sing ngerti, bisa uga telu) kita bakal menehi sampeyan sawetara data babagan karya sing ditindakake, luwih akeh babagan sing bisa ditemokake ing pertemuan SAP ME ing Moskow.

Nem wulan desain, nem wulan coding, nem wulan optimasi lan tes. LAN Jam 12kanggo miwiti sistem umum ing 1 toko saindhenging Rusia (saka Vladivostok kanggo Kaliningrad).

Iku bisa uga muni unrealistic, nanging kita nindakaken! Rincian ing ngisor potong.

Ing proses nggabungake perusahaan M.Video lan Eldorado, kita ngadhepi tugas kanggo ngoptimalake biaya lan nyuda proses bisnis saka rong perusahaan sing beda menyang backend siji.

Mbok menawa iki bisa diarani luck utawa kebetulan - loro pengecer nggunakake sistem SAP kanggo ngatur proses. Kita kudu menehi hasil mung karo optimasi, lan ora karo restrukturisasi lengkap sistem internal jaringan Eldorado.

Secara fungsional, tugas kasebut dipérang dadi telung (sejatine patang) tahapan:

1. Desain "ing kertas" lan persetujuan analis bisnis lan konsultan SAP kanggo proses anyar (uga modernisasi sing lawas) ing sistem sing wis ana.

   Sawise nganalisa sawetara pratondho saka backend sing wis kerja saka rong perusahaan kasebut, backend M.Video dijupuk minangka basis kanggo pangembangan sistem terpadu. Salah sawijining kritéria utama sing dipilih yaiku efisiensi perusahaan kanthi sakabehe, revenue lan bathi sing luwih gedhe kanthi biaya operasi bisnis sing luwih murah.

   Tahap analisis lan desain njupuk kira-kira nem sasi, milyar sel saraf saka kepala departemen lan spesialis teknis, lan akeh, akeh liter kopi sing diombe.

2. Implementasi ing kode. Ing ngisor iki sawetara nomer adhedhasar asil proyek:
   • 2 rute saben dina direncanakake nggunakake modul logistik.
   • 38 pangguna ngarep lan mburi.
   • 270 barang ing gudang perusahaan gabungan.

   Kira-kira 300 cek sing diproses dening sistem saben dina, sing banjur disimpen nganti limang taun kanggo menehi jaminan marang pelanggan, uga kanggo tujuan riset pasar.

   Etung gaji, kemajuan lan bonus kanggo 30 karyawan saben wulan.

   Proyek kasebut melu tim spesialis teknis 300 sing kerja sepuluh wulan. Nggunakake petungan aritmetika sing prasaja, kita entuk rong angka sing nuduhake kanthi jelas skala karya sing ditindakake: 90 wong / dina lan ... 000 jam kerja.

   
   
   Sabanjure - optimasi rutinitas individu modul SAP; kira-kira satus rutinitas digawe cepet kaping lima nganti kaping enem kanthi ngoptimalake kode lan pitakon ing database.

   Ing kasus individu, kita bisa nyuda wektu eksekusi program saka enem jam dadi sepuluh menit kanthi ngoptimalake pitakon menyang DBMS.

3. Tahap katelu mbok menawa sing paling angel - tes. Iku kasusun saka sawetara siklus. Kanggo nindakake, kita nglumpukake tim 200 karyawan, padha melu tes fungsional, integrasi lan kemunduran.

   Kita bakal njlèntrèhaké tes beban ing paragraf sing kapisah; padha dumadi saka 15 siklus kanggo saben modul SAP: ERP, POS, DM, PI.

   Adhedhasar asil saben tes, kode lan paramèter DBMS, uga indeks database dioptimalake (kita mbukak ing SAP HANA, sawetara ing Oracle).

   Sawise kabeh tes beban, kira-kira 20% luwih ditambahake menyang daya komputasi sing diwilang, lan cadangan volume kira-kira padha (20%) dibentuk.
   Kajaba iku, sawise nindakake siklus sing kasebut ing ndhuwur, kita wiwit nganalisa 100 program sing paling intensif sumber daya, adhedhasar asil sing kita refactored kode lan nyepetake karya kanthi rata-rata kaping lima (sing maneh negesake pentinge refactoring lan optimasi kode).

   Tes pungkasan sing ditindakake yaiku "dipotong". Zona tes sing kapisah digawe kanggo iki, sing nyalin pusat data produktif kita. Kita nindakake "Cut over" kaping pindho, saben wektu kira-kira rong minggu, sajrone kita ngukur kacepetan operasi kayata: nransfer setelan program saka area test menyang sing produktif, mbukak posisi mbukak kanggo persediaan barang lan wektu ora kasedhiya. operasi.

4. Lan tahap kaping papat - langsung diluncurake sawise lulus tes. Tugas iki, terus terang, angel: ing 12 jam kanggo ngalih babagan 955 toko ing saindhenging negara, lan ing wektu sing padha ora mandheg dodolan.

Ing wayah wengi tanggal 24-25 Februari, tim sepuluh spesialis paling apik ing perusahaan kita njupuk "nonton" ing pusat data, lan keajaiban transisi kasebut diwiwiti. Kita bakal ngrembug babagan kasebut kanthi rinci ing pertemuan kita, banjur bakal menehi artikel kaping pindho kanggo rincian teknis babagan sihir SAP kita.

Asile

Dadi, asil karya kasebut nambah indikator kayata:

• Beban ing backend wis kira-kira tikel kaping pindho.
• Jumlah cek saben dina mundhak 50% saka 200 ewu dadi 300 ewu.
• Jumlah pangguna frontend mundhak saka 10 ewu dadi 20 ewu.
• Ing modul petungan gaji, jumlah karyawan mundhak saka 15 ewu dadi 30 ewu wong.

Kita bakal ngomong babagan kabeh rincian teknis ing pertemuan SAP ing Moskow, sing bakal ditindakake tanggal 6 Juni ing kantor M.Video-Eldorado. Para ahli bakal nuduhake pengalaman implementasine. Adhedhasar asil rapat kasebut, spesialis enom bakal bisa entuk magang sing dibayar ing perusahaan kanthi prospek kerja luwih lanjut.

Sampeyan bisa mangerteni rincian liyane lan ndhaftar ing link iki

Source: www.habr.com