Artikel ini akan memberi tahu Anda tentang proyek implementasi SAP skala besar di perusahaan kami. Setelah penggabungan perusahaan M.Video dan Eldorado, departemen teknis diberi tugas yang tidak sepele - untuk mentransfer proses bisnis ke satu backend berdasarkan SAP.
Sebelum memulai, kami memiliki duplikat infrastruktur TI di dua jaringan toko, yang terdiri dari 955 gerai ritel, 30 karyawan, dan tiga ratus ribu kwitansi per hari.
Kini setelah semuanya berhasil berjalan, kami ingin berbagi cerita bagaimana kami berhasil menyelesaikan proyek ini.
Dalam publikasi ini (yang pertama dari dua, siapa tahu, mungkin tiga) kami akan menyajikan kepada Anda beberapa data tentang pekerjaan yang dilakukan, lebih lanjut dapat Anda temukan di pertemuan SAP ME di Moskow.
Enam bulan desain, enam bulan coding, enam bulan optimasi dan pengujian. DAN Jam 12untuk memulai sistem umum di 1 toko di seluruh Rusia (dari Vladivostok hingga Kaliningrad).
Ini mungkin terdengar tidak realistis, tapi kami berhasil! Detail di bawah potongan.
Dalam proses penggabungan perusahaan M.Video dan Eldorado, kami dihadapkan pada tugas untuk mengoptimalkan biaya dan mengurangi proses bisnis dua perusahaan berbeda menjadi satu backend.
Mungkin ini bisa disebut keberuntungan atau kebetulan - kedua pengecer tersebut menggunakan sistem SAP untuk mengatur proses. Kami hanya harus berurusan dengan optimasi, dan bukan dengan restrukturisasi lengkap sistem internal jaringan Eldorado.
Secara fungsional, tugas ini dibagi menjadi tiga (sebenarnya empat) tahap:
- Desain "di atas kertas" dan persetujuan analis bisnis dan konsultan SAP kami untuk proses baru (serta modernisasi proses lama) dalam sistem yang ada.
Setelah menganalisis sejumlah indikator backend kedua perusahaan yang sudah berfungsi, backend M.Video diambil sebagai dasar untuk pengembangan sistem terpadu. Salah satu kriteria utama yang menentukan pilihan adalah efisiensi perusahaan secara keseluruhan, pendapatan dan laba yang lebih besar dengan biaya operasional bisnis yang lebih rendah.
Fase analisis dan desain memakan waktu sekitar enam bulan, miliaran sel saraf dari kepala departemen dan spesialis teknis, dan banyak sekali liter kopi yang diminum.
- Implementasi dalam kode. Berikut beberapa angka berdasarkan hasil proyek:
- 2 rute per hari direncanakan menggunakan modul logistik.
- 38 pengguna depan dan belakang.
- 270 barang di gudang perusahaan hasil merger.
Sekitar 300 cek diproses oleh sistem per hari, yang kemudian disimpan hingga lima tahun untuk memberikan jaminan kepada pelanggan, serta untuk tujuan riset pasar.
Hitung gaji, uang muka dan bonus untuk 30 karyawan setiap bulannya.
Proyek ini melibatkan tim yang terdiri dari 300 spesialis teknis yang bekerja selama sepuluh bulan. Dengan menggunakan perhitungan aritmatika sederhana, kita mendapatkan dua gambar yang dengan jelas menampilkan skala usaha yang dilakukan: 90 orang/hari dan⦠000 jam kerja.
Berikutnya - optimalisasi rutinitas individual modul SAP; sekitar seratus rutinitas dipercepat lima hingga enam kali dengan mengoptimalkan kode dan kueri dalam database.Dalam kasus individual, kami dapat mengurangi waktu eksekusi program dari enam jam menjadi sepuluh menit dengan mengoptimalkan kueri ke DBMS
- Tahap ketiga mungkin yang paling sulit - pengujian. Terdiri dari beberapa siklus. Untuk melaksanakannya, kami membentuk tim yang terdiri dari 200 karyawan, mereka dilibatkan dalam uji fungsional, integrasi dan regresi.
Kami akan menjelaskan pengujian beban dalam paragraf terpisah; terdiri dari 15 siklus untuk masing-masing modul SAP: ERP, POS, DM, PI.
Berdasarkan hasil setiap pengujian, kode dan parameter DBMS, serta indeks database dioptimalkan (kami menjalankannya di SAP HANA, beberapa di Oracle).
Setelah semua pengujian beban, sekitar 20% lebih banyak ditambahkan ke daya komputasi yang dihitung, dan cadangan volume yang kira-kira sama (20%) terbentuk.
Selain itu, setelah melakukan siklus yang dijelaskan di atas, kami mulai menganalisis 100 program yang paling banyak menggunakan sumber daya, berdasarkan hasil tersebut kami memfaktorkan ulang kode dan mempercepat kerjanya rata-rata lima kali lipat (yang sekali lagi menegaskan pentingnya refactoring dan optimasi kode).Tes terakhir yang dilakukan adalah βmemotongβ. Zona pengujian terpisah dibuat untuknya, yang meniru pusat data produktif kami. Kami melakukan βCut overβ dua kali, masing-masing memakan waktu sekitar dua minggu, di mana kami mengukur kecepatan operasi seperti: mentransfer pengaturan program dari area pengujian ke area produktif, memuat posisi terbuka untuk inventaris barang dan periode tidak tersedianya operasi.
- Dan tahap keempat - peluncuran langsung setelah lulus ujian. Sejujurnya, tugasnya sulit: dalam 12 jam untuk berpindah sekitar 955 toko di seluruh negeri, dan pada saat yang sama tidak menghentikan penjualan.
Pada malam tanggal 24-25 Februari, tim yang terdiri dari sepuluh spesialis terbaik perusahaan kami melakukan βpengawasanβ di pusat data, dan keajaiban transisi pun dimulai. Kami akan membicarakannya secara rinci pada pertemuan kami, dan kemudian kami akan mencurahkan artikel kedua untuk rincian teknis keajaiban SAP kami.
Hasil.
Jadi, hasil kerjanya adalah peningkatan pada indikator-indikator seperti:
- Beban di backend meningkat sekitar dua kali lipat.
- Jumlah cek per hari meningkat 50% dari 200 ribu menjadi 300 ribu.
- Jumlah pengguna frontend meningkat dari 10 ribu menjadi 20 ribu.
- Pada modul perhitungan gaji, jumlah pegawai bertambah dari 15 ribu menjadi 30 ribu orang.
Kami akan membicarakan semua detail teknis pada pertemuan SAP kami di Moskow, yang akan berlangsung pada 6 Juni di kantor M.Video-Eldorado. Para ahli akan berbagi pengalaman penerapannya. Berdasarkan hasil pertemuan tersebut, para spesialis muda akan bisa mendapatkan magang berbayar di perusahaan dengan prospek pekerjaan lebih lanjut.
Anda dapat mengetahui lebih detail dan mendaftar di
Sumber: www.habr.com