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

मैं एक बैक ऑफिस के साथ ऑनलाइन स्टोर के एकीकरण और ऑनलाइन स्टोर 1 सी के एकीकरण के हमारे कार्यान्वयन में उन्हें हल करने के दृष्टिकोण को जारी रखूंगा: सिस्टम 1 सी के साथ बिट्रिक्स: ट्रेड मैनेजमेंट।

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

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

मुझे आपको याद दिलाना है कि, सामान्य तौर पर, निम्नलिखित एकीकरण योजना को चुना गया था:

1) साइट और 1 सी स्वतंत्र रूप से काम करते हैं और वाणिज्य एमएल प्रारूप में डेटा का आदान-प्रदान करते हैं
2) साइट पर 1 सी की सीधी पहुंच नहीं है
3) 1 सी नियमित रूप से साइट पर एक सार्वजनिक स्क्रिप्ट तक पहुँच देता है, डेटा दे रहा है या प्राप्त कर रहा है
3) विनिमय और कनेक्शन का सर्जक हमेशा 1C होता है

आइए व्यवहार में इस अवधारणा के कार्यान्वयन पर विचार करें।

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

मॉड्यूल मानक वितरण 1C में है: दोनों संस्करण 10.3 और संस्करण 11 (प्लेटफार्म 8.2) के लिए व्यापार प्रबंधन। 1 सी के अलावा: व्यापार प्रबंधन, स्थानीय लोगों सहित अन्य कॉन्फ़िगरेशनों में साइटों के साथ एक्सचेंज कार्यक्षमता भी मौजूद है। हमने एक विशेष तालिका - 1c.1c-bitrix.ru/ecommerce/require_1C.php में 1C कॉन्फ़िगरेशन में साइटों के साथ एक्सचेंज की कार्यक्षमता के समर्थन के बारे में जानकारी संक्षेप में दी है।

1 सी की संरचना में शामिल मॉड्यूल की कार्यक्षमता पर विचार करें: व्यापार प्रबंधन 11।



मॉड्यूल इंटरफ़ेस के पहले टैब में बुनियादी इंटरैक्शन सेटिंग्स हैं।

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

गंतव्य अनुभाग में, जिस साइट के साथ विनिमय किया जाएगा, उसके मापदंडों को दर्शाया गया है: एक्सचेंज स्क्रिप्ट का URL, वह खाता जिसे विनिमय करने की अनुमति है। आप तुरंत कनेक्शन की सफलता की जांच कर सकते हैं।

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

स्वचालित विनिमय अनुभाग में, आप बहुत ही लचीले ढंग से एक शेड्यूल सेट कर सकते हैं, जिसके अनुसार उपयोगकर्ता के हस्तक्षेप के बिना एक्सचेंज कार्यक्षमता स्वचालित रूप से लॉन्च की जाएगी।

आइए पहले एकीकरण समस्या के समाधान पर अधिक विस्तार से विचार करें -

1 सी से ऑनलाइन स्टोर की वेबसाइट पर सामान उतारना (नामकरण संदर्भ)

ऐसा करने के लिए, एक्सचेंज मोड में, "अनलोड माल" विकल्प चुनें, जिसके परिणामस्वरूप एक ही नाम टैब उपलब्ध होगा:

1 सी में उतारने के लिए अनलोडिंग और सेटिंग्स के लिए माल का विकल्प

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

"डिफ़ॉल्ट" विकल्प में, पूरे नामकरण निर्देशिका के रूप में डाउनलोड किया गया है: सभी समूह और सभी उत्पाद, बिना किसी प्रतिबंध के। बेशक, हर कोई इस विकल्प को पसंद नहीं करेगा, और एक लचीला विकल्प उपलब्ध है - साइट पर अपलोड करने के लिए वास्तव में क्या और किन शर्तों के तहत।



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

फिर, डिफ़ॉल्ट रूप से, सभी उत्पादों को एक एकल निर्देशिका (<कैटलॉग> टैग) में एक XML फ़ाइल पर अपलोड किया जाता है। प्रत्येक कैटलॉग का अपना क्लासिफायरियर होता है, जिसमें उत्पादों के लिए समूहों और उपसमूहों की संरचना और साथ ही इस कैटलॉग में सभी उत्पादों के लिए गुण शामिल होते हैं।

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

इस मामले में निर्देशिका सेटिंग्स कुछ इस तरह होगी:



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

यदि "C छवि अपलोड करें" और "अन्य फ़ाइलें अपलोड करें" जाँच रहा है तो समझ में आता है कि 1C में उच्च-गुणवत्ता वाले उत्पाद विवरण, चित्र, संबंधित फ़ाइलें (निर्देश, आदि) हैं। ऑनलाइन स्टोर के बहुत से मालिक 1C में उत्पाद विवरण, गुण, गुणवत्ता विवरण संग्रहीत नहीं करते हैं। 1 सी में उन्हें उनकी इतनी आवश्यकता नहीं है, और साइट में आमतौर पर विवरण के लिए एक HTML संपादक, और छवि प्रसंस्करण और वॉटरमार्किंग के लिए विभिन्न उपयोगिताओं हैं। इसके अलावा, सामग्री संपादकों के दूरस्थ कार्य को व्यवस्थित करना सबसे सुविधाजनक है जब किसी वेबसाइट के साथ काम करने की तुलना में उन्हें 1C के अंदर दिया जाता है। और, फिर भी, ऐसे लोग हैं जो पूरी कथा को एक जगह पर संग्रहीत करना पसंद करते हैं - 1 सी में, और साइट को विज़ुअलाइज़ेशन टूल के रूप में उपयोग करते हैं। एक और कार्य है - जब एक ही सामान एक ही समय में कई ऑनलाइन स्टोर पर अपलोड किया जाता है। फिर 1 सी में एक बार वर्णन करना बेहतर है, और फिर स्वचालित रूप से उन्हें कई साइटों पर अपलोड करें।

अंतिम उपयोगकर्ता यह तय करता है कि किस निर्देशिका प्रबंधन मॉडल को चुनना है। मुख्य बात यह है कि एकीकरण की कार्यक्षमता इसकी अनुमति देती है।

प्रक्रिया अपलोड करें

यदि आप अब अनलोड करना शुरू करते हैं ("डेटा एक्सचेंज एक्ज़ीक्यूट करें" बटन पर क्लिक करें), तो 1 सी अपलोड किए गए डेटा को तैयार करना शुरू कर देता है।

2 फाइलें उत्पन्न होती हैं: import.xml और offers.xml (प्रत्येक अपलोड की गई निर्देशिका के लिए)। पहली फ़ाइल में उत्पाद सूची (संरचना, उत्पाद, गुण) के बारे में जानकारी होती है, और दूसरी में इस उत्पाद के लिए व्यापार प्रस्ताव होते हैं। यदि किसी उत्पाद में विशेषताओं (रंग, आकार, आदि) के आधार पर विकल्प हैं, तो वे सभी ऑफ़र फ़ाइल में ऑफ़र होंगे। विवरण मानक कॉमर्सएल 2.04 में हैं।

यदि छवियाँ या फ़ाइलें माल से जुड़ी हैं, तो उन्हें import_files सबफ़ोल्डर में रखा गया है, और XML से डेटा उन्हें संदर्भित करता है।

उदाहरण के लिए, 1 सी से माल के 2 कैटलॉग अपलोड किए गए थे:



अब आपको इन फ़ाइलों को सर्वर पर स्थानांतरित करने की आवश्यकता है। एक्सचेंज प्रोटोकॉल में (भाग 1 देखें) इसके लिए एक विशेष मोड है: http: // <site> /bitrix/admin/1c_exchange.php?type=catalog&mode=file&filename <file name>।

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

सबसे पहले, यह ज़िप संपीड़न का उपयोग करता है । जैसा कि हम याद करते हैं, फ़ाइलों के हस्तांतरण को शुरू करने से पहले, 1 सी एक्सचेंज मापदंडों के लिए साइट पूछता है, जिसके बीच ज़िप संपीड़न का समर्थन करने के लिए एक झंडा है। सभी फाइलें पैक की जाती हैं और आपको एक ज़िप संग्रह मिलता है, जिसे साइट पर भेजा जाता है। यदि संपीड़न का समर्थन नहीं किया जाता है, तो फ़ोल्डर से सभी फाइलें (चित्रों सहित) क्रमिक रूप से भेजी जाती हैं।

दूसरे, कई होस्टिंग प्रदाता POST अनुरोध द्वारा प्रेषित डेटा की मात्रा को सीमित करते हैं। और यहां तक ​​कि एक ज़िप संग्रह आसानी से विफल हो सकता है अगर यह मेगाबाइट के दसियों में है। इस स्थिति में, 1 सी अपलोड की गई फाइलों को भागों में विभाजित कर सकता है यदि उनका आकार अधिकतम स्वीकार्य से अधिक है। साइट की ओर, गिने हिस्से प्राप्त होते हैं और फिर वापस एक ही फाइल में इकट्ठे होते हैं। 1 सी डेटा भाग का अधिकतम आकार भी एक्सचेंज के इनिशियलाइज़ेशन मोड में साइट से प्राप्त होता है।

अब प्राप्त फ़ाइलों को साइट की ओर संसाधित करने और साइट डेटाबेस में लोड करने की आवश्यकता है।

होस्टिंग प्रतिबंधों का एक क्षण भी है। प्रसंस्करण (XML को पार्स करना और डेटाबेस में लोड करना) एक PHP स्क्रिप्ट द्वारा नियंत्रित किया जाता है, जिसका रनटाइम आमतौर पर सीमित होता है। बेशक, स्क्रिप्ट की शुरुआत में set_time_limit (0) है, लेकिन हर जगह यह काम नहीं करता है। इसलिए, 1 सी-बिट्रिक्स की सेटिंग्स में, आप अधिकतम समय निर्दिष्ट कर सकते हैं कि स्क्रिप्ट काम कर सकती है - डिफ़ॉल्ट रूप से, 30 सेकंड। फिर, जब यह सीमा पूरी हो जाती है, तो स्क्रिप्ट फिर से लोड की जाएगी और फ़ाइल में पिछली स्थिति से आयात जारी रहेगा।

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

साइट-साइड डेटा आयात सेटिंग्स

1C से निर्देशिका आयात मापदंडों को विशेष पृष्ठ "1C के साथ एकीकरण" पर प्रशासनिक भाग में 1C-Bitrix में कॉन्फ़िगर किया गया है



मैं आयात सेटिंग्स के विवरण में आगे नहीं जाऊंगा, जिनमें से कई हैं: छवि प्रसंस्करण, माल के लिए सीएनसी उत्पादन, प्रसंस्करण डेटा जो आयात फ़ाइल में नहीं है, लेकिन साइट और इस तरह उपलब्ध है। सामान्य तौर पर, 1C से निर्देशिकाएं पूरी तरह से साइट पर निर्देशिकाओं में परिलक्षित होती हैं।

उतार दिया:

• निर्देशिका समूह संरचना
• समूह उत्पाद सूची
• उत्पाद गुण (संख्यात्मक, स्ट्रिंग, प्रकार "सूची", तिथि-समय, बूलियन)
• उत्पाद विवरण (HTML विवरण सहित)
• संबंधित छवियाँ और फ़ाइलें
• कीमतों का सेट (खुदरा, थोक, डीलरशिप, आदि)
• गोदाम संतुलन
• उत्पाद का एक सेट विशेषताओं में भिन्न होता है

अनुकूलन तंत्र के कारण, बड़ी मात्रा में डेटा के प्रारंभिक अपलोडिंग और प्रसंस्करण के साथ समस्या हल हो जाती है। 1 सी में केवल बदले गए पदों का अनलोडिंग मोड आपको बाद के विनिमय सत्रों के लिए लोड के बारे में व्यावहारिक रूप से सोचने की अनुमति नहीं देता है।

मैं यह भी कहना चाहता हूं कि 1 सी में साइट पर सामान अपलोड करने के लिए कई रूपरेखाएँ हो सकती हैं। वे तथाकथित एक्सचेंज नोड बनाते हैं:



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

लेकिन मैं तीसरे, अंतिम भाग में आदेशों के आदान-प्रदान के बारे में बात करूंगा।