😱 🖲️ 🦒 हमने 1 सी के साथ एक ऑनलाइन स्टोर का एकीकरण कैसे विकसित किया: एंटरप्राइज और क्यों यह बड़े पैमाने पर बन गया 🛠️ ⛹🏿 🎑

आंतरिक व्यापार प्रक्रियाओं के अनुसार वेबसाइट पर वस्तुओं की अप-टू-डेट कैटलॉग और उनकी उपलब्धता कैसे प्रदान करें और ग्राहक के आदेश की प्रक्रिया करें? ऑनलाइन स्टोर के कई मालिकों को इस समस्या का सामना करना पड़ रहा है।

एक पूरे के रूप में उद्यम की लेखा प्रणाली के साथ एक ऑनलाइन स्टोर को एकीकृत करना आसान है। सीएमएस-प्रणाली की बॉक्सिंग डिलीवरी में तैयार एकीकरण को लागू करना और इसे बड़े पैमाने पर उपयोग के लिए सरल और समझने योग्य बनाना, विभिन्न कार्यों के लिए सार्वभौमिक - एक कठिन और दिलचस्प कार्य। यह विषय लोकप्रिय 1 सी के साथ ऑनलाइन स्टोर के एकीकरण को विकसित करने में हमारे अनुभव के बारे में है: एंटरप्राइज अकाउंटिंग सिस्टम।

कट के तहत, हम आपको बताएंगे कि कार्यों को कैसे सेट किया गया था, वास्तुकला और तकनीकी समाधान चुना गया था, अंत में क्या हुआ, यह कैसे कॉन्फ़िगर किया गया है और काम करता है।

इसलिए, बहुत बार मौजूदा चैनलों के अलावा एक ऑनलाइन स्टोर बनाया जाता है: दुकानें, खुदरा दुकानों, डीलर की बिक्री, और इसी तरह। और, एक नियम के रूप में, सभी चैनल एक उद्यम या एक ईआरपी प्रणाली के एक एकल व्यापार और लेखा प्रणाली द्वारा एकजुट होते हैं जिसमें एक कंपनी की मुख्य व्यावसायिक प्रक्रियाएं की जाती हैं:

स्टॉक आइटम प्रबंधन;
बिक्री, खरीद;
वित्त, रिपोर्टिंग, विश्लेषण, आदि।

इस मामले में, ऑनलाइन स्टोर के लिए एकल उद्यम लेखा प्रणाली या ईआरपी प्रणाली में एकीकृत होने की तत्काल आवश्यकता है।

एकीकरण के विकास में पहली और सबसे महत्वपूर्ण बात अपने लक्ष्यों और कार्यों को महसूस करना है। और इससे पहले से ही क्या, कैसे और कहाँ स्थानांतरित करना है। एक ईआरपी प्रणाली के साथ एक साइट को एकीकृत करने में, आमतौर पर तीन मुख्य कार्यों के समाधान को स्वचालित करना आवश्यक होता है:

माल की सूची की वेबसाइट पर अपलोड करना सुनिश्चित करना (जो ईआरपी में बनाए रखा गया है) और इसकी प्रासंगिकता का समर्थन करता है
ईआरपी के लिए साइट से आवश्यक जानकारी के साथ आदेश का स्थानांतरण
ग्राहकों को उनके आदेशों की प्रगति के बारे में सूचित करना, जिसका प्रसंस्करण ईआरपी में किया जाता है।

सब कुछ उचित और सरल है, लेकिन, आपको स्वीकार करना चाहिए, हम में से कई ने देखा है कि साइट कैसे अपना जीवन जीती है, और हमारी खुद की लेखा प्रणाली। ऑनलाइन स्टोर में सामान ऑर्डर करते समय, प्रबंधक के फोन के बाद, यह पता चला कि सामान स्टॉक में नहीं थे, कीमत सही नहीं थी, नई विनिमय दर या साइट पर प्रकाशित सामान एक ही कॉन्फ़िगरेशन में या एक अलग रंग चित्र के साथ नहीं थे।

बेशक, यहां इस तरह के स्टोर के लिए केवल एक ही संभव परिणाम है: एक निराश और असंतुष्ट ग्राहक जो आपके प्रबंधकों के प्रयासों के बावजूद वापस नहीं आना चाहता है।

यह 2007 में वापस आ गया था। ऑनलाइन स्टोर की बढ़ती लोकप्रियता और एकीकरण समस्याओं को हल करने की बढ़ती मांग को देखते हुए, यह स्पष्ट हो गया कि हम, सीएमएस प्रणाली के डेवलपर्स के रूप में, हमारे ग्राहकों को इस तरह के एकीकरण के लिए एक विश्वसनीय और टर्नकी समाधान प्रदान करने की आवश्यकता है: कॉन्फ़िगर करना और उपयोग करना आसान।

पहला निर्णय किस लेखा प्रणाली के साथ इस तरह के एक तैयार एकीकरण का निर्माण करना है? उस समय, और आज भी, रूस में सबसे लोकप्रिय समाधान 1 सी: एंटरप्राइज प्लेटफॉर्म है, अधिकांश ग्राहक 1 सी के साथ अपनी साइट को एकीकृत करना चाहते हैं। एक ट्रेडिंग कंपनी की समस्याओं को हल करने के संदर्भ में, 1 सी: व्यापार प्रबंधन विन्यास सबसे बड़ी मांग है। इसके साथ एकीकरण करने का निर्णय लिया गया।

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

कार्य में विशिष्टता आई और हमने (1 सी विशेषज्ञों के सहयोग से) काम शुरू किया। सबसे पहले, यह तय करना आवश्यक था कि बातचीत की वास्तुकला क्या होगी। सामान्य तौर पर, दो सीमा दृष्टिकोण होते हैं:

साइट को सीधे 1 सी तक पहुंचाना
1C और साइट के बीच नियमित डेटा विनिमय

आइए पहले दृष्टिकोण पर विचार करें - 1 सी प्रणाली पर सीधे कॉल करता है

इसका उपयोग करते समय, साइट पूछती है कि क्या 1 सी से आवश्यक है या डेटा देता है।

यह ध्यान देने योग्य है कि इंटरनेट पर कैटलॉग को प्रदर्शित करना और ऑनलाइन ऑर्डर करना CMS के बिना बिल्कुल भी किया जा सकता है, 1C में वेब एक्सटेंशन जैसी कार्यक्षमता है, और बहुत समय पहले प्लेटफॉर्म 8.2 और "प्रबंधित एप्लिकेशन" की तकनीक सामने नहीं आई है, जो 1C कार्यक्षमता देने के लिए पर्याप्त आसान बनाती है। ब्राउज़र। लेकिन, यह पहले दृष्टिकोण का एक विशिष्ट उदाहरण है, जिसमें हमारे कार्यों के लिए निम्नलिखित फायदे और नुकसान हैं।

लाभ स्पष्ट हैं:

वास्तविक समय में साइट पर कैटलॉग की पूरी प्रासंगिकता
1 सी में एक नए आदेश की तत्काल उपस्थिति
तेजी से ग्राहक को ऑर्डर प्रोसेसिंग के परिणामों के बारे में सूचित करना

वेब सेवाओं की तकनीक आमतौर पर एक साइट और 1 सी के बीच एक इंटरफेस के रूप में उपयोग की जाती है (यह क्रॉस-प्लेटफॉर्म है और सिस्टम को एकीकृत करने के लिए वास्तविक मानक है)।

फिर 1 सी में तरीकों के एक सेट के साथ एक वेब सेवा प्रकाशित की जाती है , साइट समय-समय पर "दस्तक" देती है: डेटा चुनती है या भेजती है। सब कुछ सुंदर लगने लगा है। लेकिन…। दुर्भाग्य से, इस तरह के एक सही और तकनीकी दृष्टिकोण को व्यापक रूप से नहीं अपनाया गया है। और हमारी राय में ऐसा क्यों है:

1) बड़े पैमाने पर उपयोग के लिए स्थापित करने में कठिनाई।

वेब सेवा प्रकाशित करने के लिए, आपको एक वेब सर्वर को तैनात करने की जरूरत है, विस्तार मॉड्यूल के लोडिंग को पंजीकृत करने के लिए, वेब सेवा को स्वयं प्रकाशित करें। कोई कहेगा: किस तरह की जटिलता, क्या बकवास आमतौर पर सही होगी। 1C में भी स्थापित वेब सर्वर में एक वेब सेवा को स्वचालित रूप से प्रकाशित करने के लिए एक फ़ंक्शन है। लेकिन ... जीवन जीवन है, बड़े पैमाने पर उपभोक्ता के लिए, गैर-प्रोग्रामर यह मुश्किल और समझ से बाहर है। और जब समस्याएं शुरू होती हैं, तो वेब सेवा काम नहीं करती है, बाहर से दिखाई नहीं देती है, उपनाम पंजीकृत नहीं है, उपयोगकर्ता शुरू नहीं हुआ है, पर्याप्त अधिकार नहीं हैं, आदि। - लोग उपसर्ग करते हैं। इसके अलावा, यदि उद्यम पर्याप्त बड़ा है, तो आईटी विशेषज्ञों की भागीदारी की आवश्यकता स्पष्ट है।

2) 1 सी के काम पर साइट की निर्भरता

विभिन्न कारणों से, आंतरिक लेखा प्रणाली काम नहीं कर सकती है: सॉफ्टवेयर अपडेट किया जा रहा है, उपकरण बदला जा रहा है, बैकअप को बहाल किया जा रहा है, आदि। इन अवधि के दौरान, आपकी साइट सही ढंग से काम नहीं कर पाएगी, क्योंकि यह पूरी तरह से 1 सी से बंधा हुआ है। बेशक, आप इन स्थितियों को ध्यान में रख सकते हैं और उस साइट पर कुछ सुरक्षा को लागू कर सकते हैं जो इस तथ्य को ध्यान में रखेगा कि डेटाबेस काम नहीं कर रहा है, लेकिन यह अनावश्यक कोड है, अनावश्यक तर्क जो वेब सिस्टम को जटिल करता है।

3) साइट पर 1C निर्भरता

एक लोकप्रिय ऑनलाइन स्टोर में बहुत अधिक ट्रैफ़िक, उच्च पीक लोड, प्रति यूनिट समय बहुत सारे ऑर्डर हो सकते हैं। यदि आप लगातार माल, कीमतों और उपलब्धता की सूची के पीछे 1 सी में क्रॉल करते हैं, तो यह धीरे-धीरे कॉर्न होगा! वेब सेवाएं एक सुविधाजनक, तकनीकी, लेकिन विनिमय के लिए एक त्वरित तरीका है। और यह भी प्रदान किया जाता है कि 1 सी सर्वर सभ्य उपकरणों पर चलेगा। साइट से एक उच्च शिखर लोड आम तौर पर आधार को पंगु बना सकता है। बेशक, माल की सूची को समय-समय पर कैश और अनुरोध किया जा सकता है, लेकिन, सबसे पहले, दृष्टिकोण का पहला लाभ (निरंतर वास्तविक समय) खो जाता है, और दूसरा, अंतिम, लेकिन हमारी राय में, सबसे महत्वपूर्ण समस्या बनी हुई है: मनोवैज्ञानिक ...

4) साइट से संभावित खतरा

स्मरण करो कि 1 सी उद्यम की मुख्य लेखा प्रणाली है, जहां सारा जीवन संग्रहीत है। 1C: व्यापार प्रबंधन आमतौर पर लेखांकन, कर्मियों, आदि के साथ एकीकृत होता है। जटिल विन्यास हैं, जहां सब कुछ एक बोतल में है। आमतौर पर, इस प्रणाली के सुरक्षा मुद्दे को सबसे आगे रखा जाता है, और, अक्सर, इसे बहुत सरलता से हल किया जाता है: केबल को "इंटरनेट के साथ" सर्वर से सिद्धांत रूप में (शारीरिक रूप से, यदि वैज्ञानिक तरीके से) काट दिया जाए। अब हम खुद को एक नेता के स्थान पर रखते हैं, जिसे सूचित किया जाता है कि अब साइट लगातार 1 सी में डेटा के लिए क्रॉल करेगी: रिकॉर्ड, प्राप्त, अपडेट। और यद्यपि हम जानते हैं कि साइट सीधे 1 सी में क्रॉल नहीं करती है, लेकिन वेब सेवाओं के माध्यम से जिनके पास कुछ निश्चित सीमित अधिकार हैं, यह स्वीकार करना मनोवैज्ञानिक रूप से कठिन है। कैसे? एक साइट जिसे हैक किया जा सकता है और वायरस से संक्रमित हो सकता है? खैर अभी, बिखरे हुए ...!?

इसलिए, हमने दूसरा दृष्टिकोण लागू किया।

1C और साइट के बीच अनुसूचित डेटा सिंक्रनाइज़ेशन

इस अवधारणा में, साइट और 1 सी स्वतंत्र रूप से काम करते हैं, प्रत्येक का अपना डेटाबेस है, लेकिन स्थापित अवधि के दौरान आवश्यक जानकारी सिंक्रनाइज़ की जाती है।

उपरोक्त मनोवैज्ञानिक क्षण को देखते हुए, साइट की 1C तक कोई पहुंच नहीं है ! फिर, काम करने के लिए सब कुछ के लिए, 1C को समय-समय पर साइट को एक्सेस करना चाहिए, जानकारी देना या लेना।

पहले दृष्टिकोण के फायदे स्पष्ट हैं:

साइट अपने डेटा के साथ स्वतंत्र रूप से काम करती है, 1 सी में डेटा की उपलब्धता पर निर्भर नहीं करती है
1C साइट से अनुरोध स्वीकार नहीं करता है, अतिरिक्त भार का अनुभव नहीं करता है
साइट की सुरक्षा के उल्लंघन के मामले में, 1 सी सुरक्षा का उल्लंघन नहीं किया जाता है

वर्तमान आर्किटेक्चर में पहले दृष्टिकोण की तुलना में केवल एक खामी है: डेटा अपडेट करने में देरी। यदि, उदाहरण के लिए, साइट के अलावा, आप अभी भी खुदरा बिक्री कर रहे हैं, तो साइट पर अभी भी उपलब्ध उत्पाद पहले ही स्टॉक से बाहर हो सकता है। टकराव की संभावना, ज़ाहिर है, अद्यतन अंतराल के विपरीत आनुपातिक है। लघु अद्यतन अंतराल (कुछ मिनट) और औसत स्टोर के लिए, यह बहुत छोटा है

लेकिन, सबसे पहले, हमने उस धारणा को स्वीकार कर लिया, जो बाद में जीवन द्वारा सिद्ध हो गई: बड़े पैमाने पर ई-कॉमर्स के लिए यह दोष क्रिटिकल नहीं है। ऐसी स्थिति की संभावना छोटी है और विनिमय अंतराल में कमी के साथ घट जाती है, और इसके अलावा, बहुत सारे ऑनलाइन स्टोर आमतौर पर वास्तविक संतुलन पर व्यापार नहीं करते हैं, जो आगंतुकों की उपस्थिति को छिपाते हैं। और अगर ऐसी स्थिति अभी भी हुई है, तो ज्यादातर मामलों में सामान जल्दी से पर्याप्त पाया जा सकता है।

और दूसरी बात? और दूसरी बात, कुछ तकनीकी समाधानों का उपयोग किया गया था ताकि परिणामों के बिना अपडेट देरी का पर्याप्त रूप से छोटा अंतराल बनाना संभव हो सके।

मैं एक बार फिर से दोहराता हूं, हमने एक एकीकरण बनाने की समस्या को हल किया जो अधिकतम मामलों में बॉक्स से बाहर तैयार होगा। बेशक, ऐसी दुकानें हैं जिनके लिए यह महत्वपूर्ण रूप से महत्वपूर्ण है, लेकिन आखिरकार, कई कारें भी स्टॉक से संतुष्ट नहीं हैं और मुझे ट्यूनिंग चाहिए! ) और हम पहले से ही ट्यूनिंग की अनुमति देते हैं ...

परिवहन की बात ...

और वेब सेवाओं के बारे में आप क्या पूछते हैं? आखिरकार, यदि 1 सी की तरफ नहीं, तो अब साइट की तरफ आपको उन्हें प्रकाशित करना होगा? और वेब सेवाओं पर, हमने अच्छी तरह से सोचा, रन बनाए। और इसके बजाय, उन्होंने कॉमर्स एक्सचेंज के मानक का उपयोग करते हुए फ़ाइल एक्सचेंज का उपयोग करते हुए अच्छे पुराने HTTP प्रोटोकॉल के अनुसार एक्सचेंज को लागू करने का निर्णय लिया।

HTTP के माध्यम से एक्सचेंज का मतलब है कि 1C साइट पर कुछ स्क्रिप्ट तक पहुंचता है और POST विधि का उपयोग करके डेटा फ़ाइलों को उसमें स्थानांतरित करता है। यह अच्छा है क्योंकि अतिरिक्त कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है। अधिकांश फायरवॉल में 80 वाँ पोर्ट खुला है इसके माध्यम से, पूरा कार्यालय इंटरनेट का उपयोग करता है और 1C बहुत बार बस उसी तरह से इंटरनेट पर दिखता है। साइट पर स्क्रिप्ट सीएमएस की बॉक्सिंग डिलीवरी में शामिल है, और इसे कहीं और प्रकाशित करने की भी आवश्यकता नहीं है।

और कॉमर्सएमएल अच्छा है क्योंकि यह एक खुला एक्सएमएल-आधारित मानक है जो विशेष रूप से वाणिज्यिक जानकारी के आदान-प्रदान के लिए डिज़ाइन किया गया है: कैटलॉग क्लासिफायरियर, समूहों और माल, माल, ऑर्डर के गुण। साइट और बैक ऑफिस के बीच सहित विभिन्न प्रणालियों के बीच डेटा ट्रांसफर संभव है। यह मानक पहले से ही मौजूद था और काम की शुरुआत के समय विकसित हुआ था। संस्करण 2.05 आज के लिए पहले से ही उपलब्ध है, जहां कई अच्छे नवाचार सामने आए हैं। खैर, निश्चित रूप से, हम बहुत खुश थे कि उस समय इस तरह के मानक को नियमित रूप से 1 सी: एंटरप्राइज में समर्थित किया गया था।

कॉमर्सएलएम फाइलों के उदाहरण: उत्पादों के बारे में जानकारी के साथ एक फ़ाइल, मूल्य प्रस्ताव के साथ एक फ़ाइल, साइट से आदेश के बारे में जानकारी के साथ एक फ़ाइल, और साइट पर ।

परिणाम हमारे एकीकरण की निम्नलिखित वास्तुकला थी:

1 सी की संरचना: एंटरप्राइज में एक साइट के साथ साझा करने के लिए एक विशेष मॉड्यूल शामिल है जिसमें डेटा एक्सचेंज सेटिंग्स कॉन्फ़िगर की गई हैं। एक कॉर्पोरेट नेटवर्क से, एक दूरस्थ साइट (कुछ होस्टिंग साइट पर होस्ट) को HTTP के माध्यम से एक्सेस किया जाता है। साइट पर जाने वाले तीर अनुरोधों की दिशा को इंगित करते हैं, जिनमें से सर्जक हमेशा 1 सी होता है।

साइट के साथ 1 सी एक्सचेंज प्रोटोकॉल

प्रोटोकॉल पूरी तरह से खुला है, इसे संशोधित और संशोधित किया जा सकता है। प्रोटोकॉल के बारे में जानकारी 1C-Bitrix के लिए प्रलेखन में और 1C वेबसाइट पर दोनों प्रकाशित की जाती है।

इसलिए, जैसा कि ऊपर कहा गया सब कुछ तकनीकी रूप से दिखता है:

1 http- http- :
http://<>/bitrix/admin/1c_exchange.php?type=catalog&mode=checkauth
( "\n"):
1. "success";
2. Cookie;
3. Cookie.
:
1 Cookie, "checkauth".

अगले चरण में, 1C आगे विनिमय करने के लिए कुछ मापदंडों के लिए साइट पूछता है:

http://<>/bitrix/admin/1c_exchange.php?type=<>&mode=init (: catalog sale, )

:
1. zip=yes/no, zip-.
2. file_limit=<>, <> - . , .

जब कनेक्शन स्थापित होता है और मापदंडों को परिभाषित किया जाता है, तो मुख्य वाणिज्य एमएल फ़ाइल विनिमय शुरू होता है। विनिमय मोड 1C पर निर्भर करता है:

ए) उत्पाद नामकरण पर साइट डेटा में स्थानांतरित करता है

http://<>/bitrix/admin/1c_exchange.php?type=catalog&mode=file&filename=< >
1C CommerceML 2, POST. "success".

बी) साइट ग्राहक के आदेश से अनुरोध

http://<>/bitrix/admin/1c_exchange.php?type=sale&mode=query

CML 2. 1 :
http://<>/bitrix/admin/1c_exchange.php?type=sale&mode=success

सी) पहले प्राप्त आदेशों के प्रसंस्करण के परिणामों के बारे में साइट पर डेटा स्थानांतरित करता है

http://<>/bitrix/admin/1c_exchange.php?type=sale&mode=file&filename=< >
, POST. 1- "success". .

यदि किसी अनुरोध के दौरान कोई त्रुटि हुई है, तो 1C-Bitrix सिस्टम की प्रतिक्रिया इस तरह दिखाई देगी: पहली पंक्ति में शब्द "विफलता", और अगली पंक्ति में अनुरोध प्रसंस्करण के दौरान हुई त्रुटि का विवरण। यदि उत्पाद कोर या sql-request के स्तर पर कोई अनहोनी हुई, तो इस स्थिति में साइट से html-code लौटा दिया जाएगा।

यहां ऐसी सरल लेकिन विश्वसनीय विनिमय प्रक्रिया है, जिसे मैं दोहराता हूं, जो तीन स्तंभों पर आधारित है:

HTTP संचार
एक्सचेंज का सर्जक हमेशा 1 सी होता है
खुला प्रारूप और विनिमय प्रोटोकॉल

वैसे, कुछ समय बाद, प्रोटोकॉल को अन्य सीएमएस के डेवलपर्स द्वारा समर्थित किया गया था, और आज यह अनिवार्य रूप से साइटों के साथ 1C बातचीत के लिए वास्तविक मानक है। यह बहुत महत्वपूर्ण है, क्योंकि इस तरह का कार्य मूल रूप से निर्धारित किया गया था: विनिमय को बंद करने के लिए नहीं, बल्कि एकाधिकार बनाने के लिए, लेकिन आगे शोधन के लिए अवसर प्रदान करने के लिए, विनिमय में सुधार और विशिष्ट कार्यान्वयन के लिए इसका अनुकूलन। इसलिए, हमारी राय में, इष्टतम वास्तुकला चुनने का लक्ष्य हासिल किया गया है।

वह विषय बहुत लंबा नहीं चला, आज के लिए बस इतना ही।

लेख के दूसरे भाग में हम बताएंगे:

1C और साइट के बीच डेटा हस्तांतरण कैसे अनुकूलित किया गया
विशिष्ट होस्ट प्रतिबंधों के साथ बड़ी मात्रा में डेटा कैसे हस्तांतरित और दूर किए जाते हैं
1 सी और साइट पर दोनों विशिष्ट कार्यों के लिए एकीकरण स्थापित करने के लिए इंटरफ़ेस क्या है?
विनिमय को संशोधित करने और गैर-मानक चीजों को करने का अवसर कैसे है

जारी रखने के लिए ...

साभार, बिजनेस डेवलपमेंट के प्रमुख
अर्टिओम रयाबिंकोव

हमने 1 सी के साथ एक ऑनलाइन स्टोर का एकीकरण कैसे विकसित किया: एंटरप्राइज और क्यों यह बड़े पैमाने पर बन गया