HTTP सेवाएँ उन लोगों के लिए जो WEB के बारे में कुछ भी नहीं समझते हैं। वेब सेवाएँ (SOAP), HTTP सेवाएँ, oData (स्वचालित REST सेवा) नया पाठ्यक्रम 1c सेवा पैरामीटर

यदि आप WEB प्रौद्योगिकियों के बारे में कुछ भी नहीं समझते हैं और json, get, post इत्यादि जैसे शब्दों का आपके लिए कोई मतलब नहीं है और आप मूल रूप से केवल एक शौकीन 1C उपयोगकर्ता हैं, लेकिन आपको 1C के साथ दोस्ती करने की आवश्यकता है तृतीय-पक्ष एप्लिकेशन या वेबसाइट। तो यह लेख आपके लिए है।

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

इसलिए। किसी भी एकीकरण का मुख्य कार्य, चाहे वह सीडी हो, वेब सेवाएँ या HTTP सेवाएँ, कहीं से कुछ स्थानांतरित करना, उसके साथ कुछ करना और प्रतिक्रिया लौटाना है। यह वह प्रारूप है जिसमें हम नई तकनीक पर विचार करेंगे।

मेटाडेटा ट्री में, HTTP सेवाएँ सामान्य शाखा में स्थित हैं:

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

मुझे नहीं पता कि यहां सिरिलिक में लिखना संभव है या नहीं, लेकिन प्रगतिशील दुनिया में उपहास न हो, इसके लिए लैटिन में लिखें)।

टेम्प्लेट संपत्ति स्वयं यहां महत्वपूर्ण है:

टेम्प्लेट का उपयोग करके, आप बाद में उस डेटा का संदर्भ ले सकते हैं जो आपको स्थानांतरित किया गया था। अतः: वह सारा डेटा जो आप बाहर से प्राप्त करना चाहते हैं, उसे 2 ब्लॉकों में विभाजित किया जा सकता है - अनिवार्य और वैकल्पिक।

हम आवश्यक डेटा/पैरामीटर को टेम्प्लेट में धकेलते हैं, इसलिए यदि सेवा तक पहुंचने वाला व्यक्ति उन्हें नहीं भरता है, तो सेवा प्राथमिकता से एक त्रुटि उत्पन्न करेगी, और हैंडलर मॉड्यूल के पाठ को विकसित करते समय, आप सुनिश्चित होंगे कि यह डेटा वहाँ है। यह कैसे किया जाता है: घुंघराले कोष्ठक "()" में पैटर्न रेखा में, "/" चिह्न के साथ बारी-बारी से, हम चर के नाम लिखते हैं। उदाहरण के लिए, हमें निश्चित रूप से एक लेख की आवश्यकता है - फिर हम लिखते हैं /(आर्टिकुल)। यदि हमें लेख, नाम और उपयोगकर्ता नाम प्राप्त करने की आवश्यकता है, तो टेम्पलेट स्ट्रिंग इस तरह दिखेगी: /(आर्टिकुल)/(नाम)/(उपयोगकर्ता), आदि। हैंडलर मॉड्यूल के पाठ में इनमें से प्रत्येक पैरामीटर इस प्रकार प्राप्त किया जा सकता है: Request.ParametersURL["<имя параметра>"]। यदि कोई आवश्यक नहीं है, तो टेम्पलेट इस तरह दिखता है: /*।

वैकल्पिक डेटा जो हम सेवा के माध्यम से प्राप्त करना चाहते हैं, उसका टेम्पलेट में वर्णन नहीं किया गया है। किसी सेवा तक पहुंचने के लिए एक लिंक बनाते समय, उन्हें लिंक के अंत में "?" चिह्न के बाद वर्णित किया जाता है, एम्परसेंड वर्ण "&" द्वारा अलग किया जाता है और संरचना होती है<имя параметра>=<значение параметра>. हैंडलर मॉड्यूल के टेक्स्ट में, उन्हें निम्नलिखित निर्माण के साथ एक्सेस किया जा सकता है: Request.RequestParameters.Get("<имя параметра>")। लेकिन: यह याद रखना महत्वपूर्ण है कि चूंकि उनकी आवश्यकता नहीं है, इसलिए वे मौजूद नहीं हो सकते हैं; तदनुसार, हम अपरिभाषित के लिए मान की जांच करते हैं।

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

कैसे चुनें: यदि हमने पिछले दो पैराग्राफ में जो वर्णन किया है वह आपके काम के लिए पर्याप्त है, यानी। आप अनुरोध के अनिवार्य और वैकल्पिक मापदंडों का उपयोग करके अपनी ज़रूरत का सारा डेटा प्राप्त कर सकते हैं, फिर हम GET लेते हैं। इस स्थिति में, किसी भी ब्राउज़र में, यदि आप एड्रेस बार सही ढंग से दर्ज करते हैं, तो आपको अपनी HTTP सेवा का परिणाम दिखाई देगा - PROFIT! यदि अचानक आपकी सेवा के काम करने के लिए आपको अधिक जटिल रूप में डेटा की आवश्यकता होती है (उदाहरण के लिए xml, या कुछ और), कुछ ऐसा जिसे एक साधारण एड्रेस बार में नहीं भरा जा सकता है, तो POST लें। नकारात्मक पक्ष यह है कि ब्राउज़र एड्रेस बार के माध्यम से GET जैसी आसान जांच काम नहीं करेगी, लेकिन इंटरनेट पर आप आसानी से कुछ साइटें पा सकते हैं जहां आप POST विधि का उपयोग करके सेवाओं की जांच कर सकते हैं (उदाहरण के लिए, साइट https:/ /www.hurl.it)। यदि POST विधि का चयन किया जाता है, तो URL (पते) के अलावा, अनुरोध में एक बॉडी होती है जिसमें आप अपनी इच्छानुसार कुछ भी भर सकते हैं, और विधि हैंडलर में इसे Request.GetBodyAsString() निर्माण के माध्यम से एक्सेस किया जा सकता है। किसी भी टेम्पलेट में GET और POST दोनों विधियाँ हो सकती हैं। उनके पास संगत रूप से अलग-अलग हैंडलर होंगे, और 1सी, अनुरोध कैसे भेजा गया था इसके आधार पर, एक विधि या किसी अन्य का चयन करेगा।

HTTP सेवा हैंडलर एक ऐसा फ़ंक्शन है जो हमेशा HTTPServiceResponse प्रकार का मान लौटाता है, जिसे कंस्ट्रक्टर New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- यह एक संख्या है, ताकि क्या लिखना है यह चुनने के बारे में चिंता न हो, हम लिखते हैं: 200 - यदि सब कुछ ठीक है और आप कुछ तार्किक मान लौटाते हैं, 400 - यदि कोई त्रुटि है और आप त्रुटि का विवरण लौटाते हैं . इस प्रकार की विभिन्न विधियाँ हैं (आप इसे सिंटैक्स सहायक में पढ़ सकते हैं, वहां सब कुछ स्पष्ट रूप से लिखा गया है)। फिर, आप हमेशा एक स्ट्रिंग के रूप में अपनी ज़रूरत की हर चीज़ वापस कर सकते हैं - SetBodyFromString() विधि। (एक छोटी सी तरकीब: यदि आप html लौटाते हैं और चाहते हैं कि जब आप एड्रेस बार में अपनी सेवा का पता दर्ज करते हैं तो ब्राउज़र इसे स्क्रीन पर खूबसूरती से प्रदर्शित करे, तो प्रतिक्रिया में हेडिंग प्रॉपर्टी लिखें: उत्तर.हेडर.इन्सर्ट("कंटेंट-टाइप ","text/html; charset=utf-8") - इससे आप संकेत देते हैं कि यह केवल वर्णों का एक सेट नहीं है, बल्कि HTML है और इसे तदनुसार दिखाया जाना चाहिए)

आपके द्वारा सब कुछ करने के बाद, HTTP सेवा को प्रकाशित करने की आवश्यकता है। यह एक कंप्यूटर पर स्थापित वेब सर्वर के साथ किया जाता है (मैं सेटिंग्स के बारे में नहीं लिखूंगा, बहुत सारे लेख हैं) मेनू के माध्यम से:

प्रशासन - वेब सर्वर पर प्रकाशन।

एक HTTP सेवा टैब है. बक्सों को चेक करें और "प्रकाशित करें" पर क्लिक करें

मुझे वर्तमान कॉन्फ़िगरेशन स्थिति प्राप्त करने की आवश्यकता महसूस हुई। आपको प्राप्त करना होगा:

• एक निश्चित चयन के साथ दस्तावेजों की संख्या;
• उत्पाद के लिए अंतिम दर्ज कीमत की अवधि;
• पिछले 10 मिनट में उपयोगकर्ता द्वारा संसाधित दस्तावेज़ों की संख्या।

परियोजनाओं में मोबाइल एप्लिकेशन को लागू करने के अनुभव को ध्यान में रखते हुए, सबसे पहले एंड्रॉइड के लिए एक कॉन्फ़िगरेशन लिखने का विचार आया। सभी पक्ष-विपक्ष पर विचार करने के बाद, मैं इस निष्कर्ष पर पहुंचा कि यह दृष्टिकोण मेरी समस्या के समाधान के लिए उपयुक्त नहीं होगा। फिर http सेवा का उपयोग करने के लिए पाठ्यक्रम लिया गया। ऐसा करने के लिए, http सेवा "सांख्यिकी" को कॉन्फ़िगरेशन में पंजीकृत किया गया था, और यूआरएल टेम्पलेट AnyURL जोड़ा गया था, जिसमें एक गेट विधि जोड़ी गई थी।

कॉन्फ़िगरेशन ट्री की ऑब्जेक्ट उत्पन्न करने के बाद, हम प्रतिक्रिया उत्पन्न करने के लिए एक एल्गोरिदम लिखना शुरू करते हैं। विधि HTTPServiceResponse प्रकार की प्रतिक्रिया लौटाएगी:

प्रतिक्रिया कोड लिखने के बाद, हम कॉन्फ़िगरेशनकर्ता से http सेवा प्रकाशित करते हैं और इसे ब्राउज़र से एक्सेस करते हैं। http सेवा तक पहुँचने के लिए, आपको वेब क्लाइंट में दिए गए पते पर "/hs/statistic/" जोड़कर संपर्क करना होगा। एचएस प्लेटफ़ॉर्म को बताता है कि एक http सेवा एक्सेस की जा रही है, और आँकड़ा हमारी सेवा का नाम है।

मेरी राय में, http सेवाएँ निम्नलिखित मामलों में उपयोगी हो सकती हैं:
- कॉन्फ़िगरेशन आँकड़े उत्पन्न करना;
- इसकी संख्या द्वारा ऑर्डर की स्थिति प्राप्त करने की कार्यक्षमता;
- अन्य प्रणालियों में आयात के लिए डेटा तैयार करना।

1C 8.3 और 8.2 में एक वेब सेवा एक मेटाडेटा ऑब्जेक्ट है जो आपको सेवा-उन्मुख आर्किटेक्चर (SOA) का उपयोग करके 1C प्लेटफ़ॉर्म को अन्य सूचना प्रणालियों के साथ एकीकृत करने की अनुमति देती है।

आइए एक वेब सेवा का उदाहरण बनाने और कॉन्फ़िगर करने पर नज़र डालें जो SOAP का उपयोग करके 1C 8 डेटाबेस के बीच दो-तरफ़ा आदान-प्रदान की अनुमति देता है।

सबसे पहले, आइए टैब देखें अन्य:

1सी पर 267 वीडियो पाठ निःशुल्क प्राप्त करें:

• खेत मेँ नेमस्पेस यूआरआईसंसाधन पहचानकर्ता के स्थान का वर्णन करता है।
• - उन प्रकारों का विवरण जिनके साथ भविष्य की वेब सेवा काम करने में सक्षम होगी।
• प्रकाशन फ़ाइल नाम- *.1CWS फ़ाइल का नाम जिसे वेब सर्वर पर रखा जाएगा

1सी वेब सेवा की संरचना

आइए वेब सेवा की संरचना पर नजर डालें:

DataExchange स्वयं वेब सेवा है। अनलोडडेटा, लोडडेटा - संचालन, अनिवार्य रूप से, फ़ंक्शंस का विवरण जिन्हें SOAP प्रोटोकॉल के माध्यम से कॉल किया जा सकता है। एक्सचेंजप्लाननाम, नोडकोड, आदि। — वेब सेवा को प्रेषित मान।

वेब सेवा मॉड्यूल

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

वेब सर्वर पर 1सी http सेवा के संचालन की जाँच करना

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

इसलिए. किसी भी एकीकरण का मुख्य कार्य, चाहे वह सीडी हो, वेब सेवाएँ या HTTP सेवाएँ, कहीं से कुछ स्थानांतरित करना, उसके साथ कुछ करना और प्रतिक्रिया लौटाना है। यह वह प्रारूप है जिसमें हम नई तकनीक पर विचार करेंगे।

मेटाडेटा ट्री में, HTTP सेवाएँ सामान्य शाखा में स्थित हैं:

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

मुझे नहीं पता कि यहां सिरिलिक में लिखना संभव है या नहीं, लेकिन प्रगतिशील दुनिया में उपहास से बचने के लिए लैटिन में लिखें)।

टेम्प्लेट संपत्ति स्वयं यहां महत्वपूर्ण है:

टेम्प्लेट का उपयोग करके, आप बाद में उस डेटा का संदर्भ ले सकते हैं जो आपको स्थानांतरित किया गया था। इसलिए:वह सारा डेटा जो आप बाहर से प्राप्त करना चाहते हैं, उसे 2 ब्लॉकों में विभाजित किया जा सकता है - अनिवार्य और वैकल्पिक।

आवश्यक डेटा/पैरामीटरहम इसे टेम्प्लेट में धकेलते हैं, इस प्रकार यदि सेवा तक पहुंचने वाला व्यक्ति उन्हें नहीं भरता है, तो सेवा एक प्राथमिकता उत्पन्न करेगी, और हैंडलर मॉड्यूल के पाठ को विकसित करते समय, आप सुनिश्चित होंगे कि यह डेटा वहां है . यह कैसे किया जाता है: घुंघराले कोष्ठक "()" में पैटर्न रेखा में, "/" चिह्न के साथ बारी-बारी से, हम चर के नाम लिखते हैं। उदाहरण के लिए, हमें निश्चित रूप से एक लेख की आवश्यकता है - फिर हम लिखते हैं /(आर्टिकुल)। यदि हमें लेख, नाम और उपयोगकर्ता नाम प्राप्त करने की आवश्यकता है, तो टेम्पलेट स्ट्रिंग इस तरह दिखेगी: /(आर्टिकुल) /(नाम)/(उपयोगकर्ता), आदि। हैंडलर मॉड्यूल के पाठ में इनमें से प्रत्येक पैरामीटर इस प्रकार प्राप्त किया जा सकता है: Request.ParametersURL["<имя параметра>"]। यदि कोई आवश्यक नहीं है, तो टेम्पलेट इस तरह दिखता है: /*।

वैकल्पिक डेटा, जिसे हम सेवा के माध्यम से प्राप्त करना चाहते हैं, टेम्पलेट में वर्णित नहीं हैं। किसी सेवा तक पहुंचने के लिए एक लिंक बनाते समय, उन्हें लिंक के अंत में "?" चिह्न के बाद वर्णित किया जाता है, एम्परसेंड वर्ण "&" द्वारा अलग किया जाता है और संरचना होती है<имя параметра>=<значение параметра>. हैंडलर मॉड्यूल के टेक्स्ट में, उन्हें निम्नलिखित निर्माण के साथ एक्सेस किया जा सकता है: Request.RequestParameters.Get("<имя параметра>")। लेकिन: यह याद रखना महत्वपूर्ण है कि चूंकि उनकी आवश्यकता नहीं है, इसलिए वे मौजूद नहीं हो सकते हैं; तदनुसार, हम अपरिभाषित के लिए मान की जांच करते हैं।

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

कैसे चुनें: यदि हमने पिछले दो पैराग्राफ में जो वर्णन किया है वह आपके काम के लिए पर्याप्त है, यानी। आप अनुरोध के अनिवार्य और वैकल्पिक मापदंडों का उपयोग करके अपनी ज़रूरत का सारा डेटा प्राप्त कर सकते हैं, फिर हम GET लेते हैं। इस स्थिति में, किसी भी ब्राउज़र में, यदि आप एड्रेस बार सही ढंग से दर्ज करते हैं, तो आपको अपनी HTTP सेवा का परिणाम दिखाई देगा - PROFIT! यदि अचानक आपकी सेवा के काम करने के लिए आपको अधिक जटिल रूप में डेटा की आवश्यकता होती है (उदाहरण के लिए xml, या कुछ और), कुछ ऐसा जिसे एक साधारण एड्रेस बार में नहीं भरा जा सकता है, तो POST लें। नकारात्मक पक्ष यह है कि ब्राउज़र एड्रेस बार के माध्यम से GET जैसी आसान जांच काम नहीं करेगी, लेकिन इंटरनेट पर आप आसानी से कुछ साइटें पा सकते हैं जहां आप POST विधि का उपयोग करके सेवाओं की जांच कर सकते हैं (उदाहरण के लिए, साइट https:/ /www.hurl.it)। यदि विधि का चयन किया गया है पोस्ट करें, फिर इसके अलावा अनुरोध करें यूआरएल (पता) एक बॉडी दिखाई देती है जिसमें आप कुछ भी भर सकते हैं, और विधि हैंडलर में इसे Request.GetBodyAsString() निर्माण के माध्यम से एक्सेस किया जा सकता है। किसी भी टेम्पलेट में GET और POST दोनों विधियाँ हो सकती हैं। उनके पास संगत रूप से अलग-अलग हैंडलर होंगे, और 1सी, अनुरोध कैसे भेजा गया था इसके आधार पर, एक विधि या किसी अन्य का चयन करेगा।

HTTP सेवा हैंडलर एक ऐसा फ़ंक्शन है जो हमेशा HTTPServiceResponse प्रकार का मान लौटाता है, जिसे कंस्ट्रक्टर New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- यह एक संख्या है, ताकि क्या लिखना है यह चुनने के बारे में चिंता न हो, हम लिखते हैं: 200 - यदि सब कुछ ठीक है और आप कुछ तार्किक मान लौटाते हैं, 400 - यदि कोई त्रुटि है और आप त्रुटि का विवरण लौटाते हैं . इस प्रकार की विभिन्न विधियाँ हैं (आप इसे सिंटैक्स सहायक में पढ़ सकते हैं, वहां सब कुछ स्पष्ट रूप से लिखा गया है)। फिर, आप हमेशा एक स्ट्रिंग के रूप में अपनी ज़रूरत की हर चीज़ वापस कर सकते हैं - SetBodyFromString() विधि। (एक छोटी सी तरकीब: यदि आप html लौटाते हैं और चाहते हैं कि जब आप एड्रेस बार में अपनी सेवा का पता दर्ज करते हैं तो ब्राउज़र इसे स्क्रीन पर खूबसूरती से प्रदर्शित करे, तो प्रतिक्रिया में हेडिंग प्रॉपर्टी लिखें: उत्तर.हेडर.इन्सर्ट("कंटेंट-टाइप ","text/html; charset=utf-8") - इससे आप संकेत देते हैं कि यह केवल वर्णों का एक सेट नहीं है, बल्कि HTML है और इसे तदनुसार दिखाया जाना चाहिए)

आपके द्वारा सब कुछ करने के बाद, HTTP सेवा को प्रकाशित करने की आवश्यकता है। यह एक कंप्यूटर पर स्थापित वेब सर्वर के साथ किया जाता है (मैं सेटिंग्स के बारे में नहीं लिखूंगा, बहुत सारे लेख हैं) मेनू के माध्यम से:

प्रशासन - वेब सर्वर पर प्रकाशन।

एक HTTP सेवा टैब है. बक्सों को चेक करें और "प्रकाशित करें" पर क्लिक करें

इसलिए, हमें एक तैयार HTTP सेवा प्राप्त हुई। उससे कैसे संपर्क करें? यदि हम GET विधि का उपयोग करते हैं, तो ब्राउज़र के एड्रेस बार में हम लिखते हैं: http://<имя веб сервера>/<имя базы>/एचएस/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

और अंत में, एक बार फिर तस्वीरों में))):

ध्यान! अब यह कोर्स शाम को 18:30 से 21:30 तक विसर्जन प्रारूप में भी आयोजित किया जाता है।

पाठ्यक्रम के दौरान आप 1सी:एंटरप्राइज़ 8 प्लेटफ़ॉर्म के निम्नलिखित तंत्रों का उपयोग करने में व्यावहारिक कौशल हासिल करेंगे:

• वेब सेवाएँ (SOAP प्रोटोकॉल)
• JSON प्रारूप
• ओडाटा इंटरफ़ेस (स्वचालित रूप से REST सेवा)
• HTTP सेवाएँ

महत्वपूर्ण!!! यह पाठ्यक्रम उन प्रोग्रामर्स के लिए डिज़ाइन किया गया है जिनके पास XDTO तंत्र के साथ काम करने का कौशल है, या जिन्होंने पहले पाठ्यक्रम पूरा कर लिया है।

पाठ्यक्रम का विवरण और कार्यक्रम:

वेब पाठ्यक्रम की कीमत में शामिल हैं:

• पाठ्यक्रम के 2 सप्ताह, एक शिक्षक के साथ 2 वेबिनार
• 1सी प्रशिक्षण केंद्र संख्या 3 का प्रमाण पत्र (व्यावहारिक प्रशिक्षण के अधीन)

पूर्णकालिक विसर्जन पाठ्यक्रम की लागत में शामिल हैं:

• दो दिन 10:00 से 17:00 तक या शाम 4 बजे से 18:30 से 21:30 तक
• नोट्स, हेडफोन
• लंच, कॉफ़ी ब्रेक
• पाठ्यक्रम पूरा करने के बाद 2 वर्षों तक अद्यतन वीडियो सामग्री तक पहुंच
• 1सी-प्रशिक्षण केंद्र संख्या 3 का प्रमाण पत्र

प्रशिक्षण प्रारूप

वेब प्रशिक्षण

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

अवधि: 2 सप्ताह

यह प्रारूप क्या है:

अवधि:16 शैक्षणिक घंटे

यह प्रारूप क्या है:पूर्णकालिक विसर्जन पाठ्यक्रम एक ऐसा प्रारूप है जो पूर्णकालिक प्रशिक्षण, दूरस्थ शिक्षा और व्यक्तिगत प्रशिक्षण के सभी लाभों को जोड़ता है। कक्षाएं एक सुसज्जित कक्षा में आयोजित की जाती हैं, आप स्वतंत्र रूप से पाठ्यक्रम सामग्री (चरण-दर-चरण वीडियो) का अध्ययन करते हैं और कार्यशालाएं करते हैं। उसी समय, दर्शकों में एक शिक्षक होता है जो किसी भी समय सवालों के जवाब देने और व्यावहारिक समस्याओं को हल करने में मदद करने के साथ-साथ उनके कार्यान्वयन की शुद्धता की जांच करने के लिए तैयार होता है।
लाभ - आपके प्रश्नों पर शिक्षक से व्यक्तिगत परामर्श, सामग्री को पूरा करने की गति आपके लिए व्यक्तिगत रूप से उपयुक्त है।
यह सब पाठ्यक्रम सामग्री का अधिक गहन अध्ययन प्रदान करता है।
यह पाठ्यक्रम आपके कार्यस्थल से, जहाँ छात्र है, शिक्षक की उपस्थिति के पूर्ण प्रभाव से लिया जा सकता है! यदि यह अवसर आपकी रुचिकर हो तो हमें कॉल करें!

अवधि:16 शैक्षणिक घंटे