12 घण्टामा SAP मा दुई खुद्रा विक्रेताहरूको समर्थन कसरी संयोजन गर्ने

यस लेखले तपाईंलाई हाम्रो कम्पनीमा ठूलो मात्रामा SAP कार्यान्वयन परियोजनाको बारेमा बताउनेछ। M.Video र Eldorado कम्पनीहरूको मर्जर पछि, प्राविधिक विभागहरूलाई एक गैर-तुच्छ कार्य दिइएको थियो - SAP मा आधारित एकल ब्याकइन्डमा व्यापार प्रक्रियाहरू स्थानान्तरण गर्न।

सुरु हुनु अघि, हामीसँग 955 रिटेल आउटलेटहरू, 30 कर्मचारीहरू र प्रति दिन तीन लाख रसिदहरू समावेश गरी दुई स्टोर चेनहरूको डुप्लिकेट आईटी पूर्वाधार थियो।

अब जब कि सबै कुरा सफलतापूर्वक सम्पन्न र चलिरहेको छ, हामी यो परियोजना कसरी पूरा गर्न व्यवस्थित गर्यौं भन्ने कथा साझा गर्न चाहन्छौं।

यस प्रकाशनमा (दुई मध्ये पहिलो, कसलाई थाहा छ, हुनसक्छ तीन) हामी तपाईंलाई सम्पन्न कामको बारेमा केही डाटा प्रस्तुत गर्नेछौं, जसको बारेमा तपाईंले मस्कोमा भएको SAP ME बैठकमा पत्ता लगाउन सक्नुहुन्छ।

छ महिनाको डिजाइन, छ महिनाको कोडिङ, छ महिनाको अप्टिमाइजेसन र परीक्षण। र 12 घण्टासामान्य प्रणाली सुरु गर्न 1 पसलहरूमा रूस भर (भ्लादिभोस्टोक देखि कालिनिनग्राद सम्म)।

यो अवास्तविक लाग्न सक्छ, तर हामीले यो गर्यौं! कट अन्तर्गत विवरणहरू।

M.Video र Eldorado कम्पनीहरू मर्ज गर्ने प्रक्रियामा, हामीले लागतहरू अनुकूलन गर्ने र दुई फरक कम्पनीहरूको व्यापार प्रक्रियाहरूलाई एकल ब्याकइन्डमा घटाउने कार्यको सामना गर्नुपरेको थियो।

सायद यसलाई भाग्य वा संयोग भन्न सकिन्छ - दुबै खुद्रा विक्रेताहरूले प्रक्रियाहरू व्यवस्थित गर्न SAP प्रणालीहरू प्रयोग गरे। हामीले एल्डोराडो नेटवर्कको आन्तरिक प्रणालीहरूको पूर्ण पुनर्संरचनाको साथ मात्र अप्टिमाइजेसनको साथ व्यवहार गर्नुपर्थ्यो।

कार्यात्मक रूपमा, कार्य तीन (वास्तवमा चार) चरणहरूमा विभाजित गरिएको थियो:

1. "कागजमा" डिजाइन र अनुमोदन हाम्रा व्यापार विश्लेषकहरू र अवस्थित प्रणालीहरू भित्र नयाँ प्रक्रियाहरू (साथै पुरानाहरूको आधुनिकीकरण) को लागि SAP सल्लाहकारहरू।

   दुई कम्पनीहरूको पहिले नै काम गर्ने ब्याकइन्डका धेरै सूचकहरूको विश्लेषण पछि, M.Video ब्याकइन्डलाई एकीकृत प्रणालीको विकासको लागि आधारको रूपमा लिइयो। छनौट गरिएको मुख्य मापदण्ड मध्ये एक समग्र रूपमा कम्पनीको दक्षता, व्यापार सञ्चालनको कम लागतमा बढी राजस्व र नाफा थियो।

   विश्लेषण र डिजाइनको चरणमा करिब छ महिना लाग्यो, विभाग प्रमुखहरू र प्राविधिक विशेषज्ञहरूबाट अरबौं तंत्रिका कोशिकाहरू, र धेरै, धेरै लिटर कफी पिए।

2. कोडमा कार्यान्वयन। यहाँ परियोजनाको नतिजामा आधारित केही संख्याहरू छन्:
   • रसद मोड्युल प्रयोग गरेर प्रति दिन 2 मार्गहरू योजना बनाइएको छ।
   • 38 अगाडि र पछाडि अन्त प्रयोगकर्ताहरू।
   • मर्ज गरिएको उद्यमको गोदामहरूमा 270 सामानहरू।

   प्रणाली द्वारा प्रति दिन लगभग 300 चेकहरू प्रशोधन गरिन्छ, जुन पछि ग्राहकहरूलाई ग्यारेन्टी प्रदान गर्न, साथै बजार अनुसन्धान उद्देश्यका लागि पाँच वर्षसम्म भण्डारण गरिन्छ।

   प्रत्येक महिना 30 कर्मचारीहरूको लागि तलब, अग्रिम र बोनस गणना गर्नुहोस्।

   परियोजनामा ​​300 प्राविधिक विशेषज्ञहरूको टोली समावेश थियो जसले दश महिना काम गर्यो। साधारण अंकगणितीय गणनाहरू प्रयोग गरेर, हामीले दुईवटा आंकडाहरू पाउँछौं जसले कामको मापन स्पष्ट रूपमा देखाउँछ: 90 मानिस/दिन र… 000 काम घण्टा.

   
   
   अर्को - SAP मोड्युलहरूको व्यक्तिगत दिनचर्याहरूको अप्टिमाइजेसन; डाटाबेसमा कोड र क्वेरीहरू अनुकूलन गरेर लगभग सय दिनचर्याहरू पाँच देखि छ पटक द्रुत गरियो।

   व्यक्तिगत मामिलाहरूमा, हामीले DBMS मा प्रश्नहरू अनुकूलन गरेर कार्यक्रम कार्यान्वयन समयलाई छ घण्टाबाट दस मिनेटमा घटाउन सक्षम भयौं।

3. तेस्रो चरण सायद सबैभन्दा कठिन छ - परीक्षण गर्दै। यसमा धेरै चक्रहरू थिए। तिनीहरूलाई पूरा गर्न, हामीले 200 कर्मचारीहरूको टोली भेला गर्यौं, तिनीहरू कार्यात्मक, एकीकरण र रिग्रेसन परीक्षणहरूमा संलग्न थिए।

   हामी एउटा छुट्टै अनुच्छेदमा लोड परीक्षणहरू वर्णन गर्नेछौं; तिनीहरू प्रत्येक SAP मोड्युलका लागि 15 चक्रहरू समावेश गर्दछ: ERP, POS, DM, PI।

   प्रत्येक परीक्षणको नतिजाको आधारमा, DBMS को कोड र प्यारामिटरहरू, साथै डाटाबेस अनुक्रमणिकाहरू अप्टिमाइज गरिएका थिए (हामी तिनीहरूलाई SAP HANA मा चलाउँछौं, केहि ओरेकलमा)।

   सबै लोड परीक्षणहरू पछि, गणना गरिएको कम्प्युटिङ पावरमा लगभग 20% थपियो, र लगभग समान (20%) भोल्युमको रिजर्भ गठन भयो।
   थप रूपमा, माथि वर्णन गरिएका चक्रहरू पूरा गरेपछि, हामीले 100 सबैभन्दा धेरै संसाधन-गहन कार्यक्रमहरूको विश्लेषण गर्न थाल्यौं, जसको नतिजाको आधारमा हामीले कोड रिफ्याक्टर गर्यौं र तिनीहरूको कामलाई औसत पाँच गुणाले गति दियौं (जसले फेरि एक पटक पुष्टि गर्दछ। रिफ्याक्टरिङ र कोड अप्टिमाइजेसनको महत्त्व)।

   प्रदर्शन गरिएको अन्तिम परीक्षण "कट ओभर" थियो। यसको लागि छुट्टै परीक्षण क्षेत्र सिर्जना गरिएको थियो, जसले हाम्रो उत्पादक डेटा केन्द्रको प्रतिलिपि बनाउँछ। हामीले दुई पटक "कट ओभर" गर्यौं, प्रत्येक पटक यसले लगभग दुई हप्ता लियो, जसमा हामीले सञ्चालनको गति नाप्यौं जस्तै: परीक्षण क्षेत्रबाट उत्पादनशीलमा कार्यक्रम सेटिङहरू स्थानान्तरण गर्ने, सामानहरूको सूचीहरूको लागि खुला स्थानहरू लोड गर्ने र उपलब्धताको अवधि। सञ्चालनहरू।

4. र चौथो चरण - प्रत्यक्ष प्रक्षेपण परीक्षाहरू पास गरेपछि। कार्य, स्पष्ट रूपमा, गाह्रो थियो: 12 घण्टामा देशभरि 955 पसलहरू स्विच गर्न, र एकै समयमा बिक्री रोक्न।

फेब्रुअरी 24-25 को रातमा, हाम्रो कम्पनीका उत्कृष्ट विशेषज्ञहरू मध्ये दस जनाको टोलीले डाटा सेन्टरमा "वाच" लियो, र संक्रमणको जादू सुरु भयो। हामी हाम्रो बैठकमा यसको बारेमा विस्तृत रूपमा कुरा गर्नेछौं, र त्यसपछि हामी हाम्रो SAP जादूको प्राविधिक विवरणहरूमा दोस्रो लेख समर्पित गर्नेछौं।

परिणामहरु।

त्यसकारण, कामको नतिजा यस्तो संकेतकहरूमा वृद्धि भएको थियो:

• ब्याकइन्डमा लोड लगभग दोब्बर भएको छ।
• प्रति दिन चेक को संख्या 50 हजार देखि 200 हजार मा 300% बढ्यो।
• फ्रन्टएण्ड प्रयोगकर्ताको संख्या १० हजारबाट बढेर २० हजार पुगेको छ ।
• तलब गणना मोड्युलमा कर्मचारीको संख्या १५ हजारबाट बढेर ३० हजार पुगेको छ ।

हामी मस्कोमा हाम्रो SAP बैठकमा सबै प्राविधिक विवरणहरूको बारेमा कुरा गर्नेछौं, जुन 6 मा M.Video-Eldorado कार्यालयमा हुनेछ। विज्ञहरूले आफ्नो कार्यान्वयन अनुभव साझा गर्नेछन्। बैठकको नतिजाको आधारमा, युवा विशेषज्ञहरूले थप रोजगारीको सम्भावनाको साथ कम्पनीमा सशुल्क इन्टर्नशिप प्राप्त गर्न सक्षम हुनेछन्।

तपाईले थप विवरणहरू पत्ता लगाउन र दर्ता गर्न सक्नुहुन्छ यो लिङ्क

स्रोत: www.habr.com