विशिष्ट कॉन्फ़िगरेशन "1C: डेटा रूपांतरण 2.0"

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

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

डेटा ट्रांसफर समस्याओं को हल करने के लिए सभी प्रकार के निजी तरीकों के साथ, हल की जाने वाली समस्याओं की श्रेणी व्यावहारिक रूप से अपरिवर्तित रहती है:

संदर्भ जानकारी का तुल्यकालन (नए का निर्माण, अद्यतन करना मौजूदा तत्वनिर्देशिकाएं, हटाना, सहेजना या पदानुक्रम बदलना, शाखाओं में बँटना, आवधिक विवरणों के मूल्यों को बदलने के इतिहास को स्थानांतरित करना);

दस्तावेजों और संचालन का सिंक्रनाइज़ेशन (दस्तावेजों का निर्माण, संशोधन या एक प्रकार के दस्तावेज़ को दूसरे में बदलना, विलय या पुनरुत्पादन);

लेखांकन रजिस्टरों को बनाए रखने के लिए पर्याप्त प्रारंभिक शर्तों का निर्माण आर्थिक गतिविधि(बचे हुए माल आदि का स्थानांतरण)।

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

इन्फोबेस के बीच डेटा स्थानांतरित करने की प्रक्रिया में निम्नलिखित चरण होते हैं:

• 1. मेटाडेटा विवरण फ़ाइलों का निर्माण।
• 2. "डेटा रूपांतरण" में कॉन्फ़िगरेशन का निर्माण।
• 3. रूपान्तरण का ही निर्माण।
• 4. डेटा रूपांतरण नियमों का लगातार निर्माण।
• 5. डेटा अपलोड नियमों का लगातार निर्माण।
• 6. डेटा को एक कॉन्फ़िगरेशन से दूसरे कॉन्फ़िगरेशन में उतारने और लोड करने की वास्तविक प्रक्रिया।

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

डेटा रूपांतरण 2.0 और 2.1 8.1 से 8.3 तक प्लेटफ़ॉर्म संस्करणों पर लागू 1C तकनीकी कॉन्फ़िगरेशन है।

उपकरण का मुख्य कार्य 1C 8 और 7 अनुप्रयोग समाधानों के बीच विनिमय नियम लिखना है। आज डेटा रूपांतरण का वर्तमान संस्करण 3.0 है।

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

कॉन्फ़िगरेशन का उपयोग करने के लिए बहुत सुविधाजनक है जब .

डेटा रूपांतरण किसी भी प्रोग्रामर के लिए उपयोगी होगा: विनिमय नियम बनाने का कौशल पेशेवर कौशल के लिए एक गंभीर प्लस है।

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

एक्सचेंज 1C 8.3 के "विशिष्ट" नियमों को समझना बहुत उपयोगी होगा, वहां आप अक्सर कार्यों के कार्यान्वयन के दिलचस्प उदाहरण पा सकते हैं।

मूल बातें समझने के लिए, आपको सामग्री की आवश्यकता होगी, नीचे उन पर विचार करें।

परिवर्तित करने के लिए वीडियो निर्देश

"1C डेटा रूपांतरण" कॉन्फ़िगरेशन का उपयोग करके 1C में डेटा एक्सचेंज स्थापित करने की मूल बातें के लिए, उदाहरण के लिए वीडियो देखें:

1C डेटा रूपांतरण 2.0 के अध्ययन के लिए सामग्री, पाठ्यपुस्तकें

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

0. सबसे पहले, मैं इल्या लियोन्टीव के मुफ्त वीडियो कोर्स की सलाह देता हूं, यह यहां उपलब्ध है जोड़ना.

1. मैं सबसे पहले कॉन्फ़िगरेशन में अंतर्निहित सहायता का उपयोग करने की सलाह दूंगा। यह वास्तव में तकनीकी रूप से अच्छी तरह से लिखा और अच्छी तरह से लागू किया गया है:

2. जानकारी का दूसरा सबसे महत्वपूर्ण स्रोत साइट http://www.mykod.info/ है (साइट बंद थी), केवल डेटा रूपांतरण में विशेष। वहां आप बड़ी संख्या में रूपांतरण सामग्री डाउनलोड कर सकते हैं।

3. अलग से, मैं प्रशिक्षण मैनुअल की पाठ्यपुस्तक पर प्रकाश डालना चाहूंगा - (लेखक - ओल्गा कुज़नेत्सोवा)।

विभिन्न कॉन्फ़िगरेशन के बीच डेटा माइग्रेट करना कोई तुच्छ कार्य नहीं है। हमेशा की तरह, कई समाधान हैं, लेकिन उनमें से सभी इष्टतम नहीं हैं। आइए डेटा ट्रांसफर की बारीकियों को समझने की कोशिश करें और ऐसे मुद्दों को हल करने के लिए एक सार्वभौमिक रणनीति चुनें।

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

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

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

आइए उनमें से कुछ पर विचार करें:

• पाठ फ़ाइलों के माध्यम से विनिमय;
• विनिमय योजनाओं का उपयोग;
• वगैरह।

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

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

डेटा रूपांतरण - मानक समाधान, स्व-कॉन्फ़िगरेशन। ITS:Pro सदस्यता वाला कोई भी उपयोगकर्ता इस पैकेज को उपयोगकर्ता समर्थन साइट या ITS डिस्क से पूरी तरह से निःशुल्क डाउनलोड कर सकता है। स्थापना मानक तरीके से की जाती है - 1 सी से अन्य सभी मानक समाधानों की तरह।

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

दूसरा बोल्ड प्लस विजुअल एड्स है। प्रोग्रामिंग के बिना सरल माइग्रेशन बनाए जाते हैं। हाँ, हाँ, कोड की एक भी पंक्ति के बिना! अकेले इसके लिए, एक बार तकनीक सीखने और फिर बार-बार अमूल्य कौशल का उपयोग करने में समय व्यतीत करना उचित है।

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

सीखने की वास्तुकला

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

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

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

ठीक है, अब उपरोक्त सभी के आधार पर, आइए एक नया रूपांतरण विकसित करने के चरणों को परिभाषित करें:

1. कार्य परिभाषा। यह स्पष्ट रूप से समझना आवश्यक है कि किस डेटा को स्थानांतरित करने की आवश्यकता है (किस कॉन्फ़िगरेशन ऑब्जेक्ट से) और सबसे महत्वपूर्ण बात यह है कि कहां स्थानांतरित करना है।
2. सीडी में बाद में लोड करने के लिए विन्यास संरचनाओं (स्रोत/रिसीवर) का विवरण तैयार करना। कार्य सेवा प्रसंस्करण MDXXExp.epf द्वारा हल किया गया है।
3. IS में संरचनाओं के तैयार विवरणों को लोड करना।
4. सीडी के दृश्य माध्यमों का उपयोग करके विनिमय नियम बनाना।
5. V8ExchanXX.epf प्रोसेसिंग का उपयोग करके बनाए गए डेटा रूपांतरण नियमों के अनुसार अपलोड/डाउनलोड करना।
6. डिबगिंग एक्सचेंज नियम (यदि आवश्यक हो)।

सबसे सरल रूपांतरण

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

सबसे पहले, आइए डेटा रूपांतरण योजना पर एक नज़र डालें और उन कार्यों की सूची को फिर से पढ़ें जिन्हें करने की आवश्यकता है। फिर हम "स्रोत" कॉन्फ़िगरेशन लॉन्च करते हैं और इसमें सर्विस प्रोसेसिंग MD82Exp.epf खोलते हैं।

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

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

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

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

सीडी खोलें और मुख्य मेनू से चुनें "निर्देशिकाएँ" -> "विन्यास". निर्देशिका उन सभी कॉन्फ़िगरेशन की संरचनाओं का विवरण संग्रहीत करती है जिनका उपयोग रूपांतरण बनाने के लिए किया जा सकता है। हम कॉन्फ़िगरेशन विवरण को एक बार लोड करते हैं, और फिर हम इसे विभिन्न रूपांतरण बनाने के लिए बार-बार उपयोग कर सकते हैं।

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

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

• विनिमय नियम फ़ाइल नाम - बनाए गए विनिमय नियम इस नाम के अंतर्गत सहेजे जाएंगे। फ़ाइल का नाम किसी भी समय बदला जा सकता है, लेकिन इसे अभी सेट करना सबसे अच्छा है। इससे भविष्य में समय की बचत होगी। मैंने डेमो के लिए नियमों को नाम दिया: "नियम-यूटी-टू-प्रीमनिक.एक्सएमएल"।
• नाम - रूपांतरण का नाम। नाम बिल्कुल कुछ भी हो सकता है, मैंने खुद को "डेमो" तक सीमित कर लिया। रिसीवर को यूटी ”।

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

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

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

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

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

बढ़िया, अब निर्देशिकाओं के लिए रूपांतरण नियम बनाते हैं। आप इस क्रिया को दो तरीकों से कर सकते हैं: ऑब्जेक्ट सिंक्रोनाइज़ेशन विज़ार्ड ("" पर क्लिक करें) का उपयोग करें या प्रत्येक ऑब्जेक्ट के लिए मैन्युअल रूप से मिलान जोड़ें।

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

मेरे मामले में, ऐसी तीन निर्देशिकाएँ हैं: नामकरण, संगठन और गोदाम। एक ग्राहक निर्देशिका भी है जो "के समान शब्दार्थ भार करती है" प्रतिपक्षों"विन्यास से" केन्द्र शासित प्रदेशों"। सच है, उनके उत्कृष्ट नामों के कारण गुरु उनकी तुलना नहीं कर सकते थे।

इस दोष को हम स्वयं दूर कर सकते हैं। खिड़की में खोजें ऑब्जेक्ट मैपिंग" पुस्तिका " ग्राहकों”, और कॉलम "स्रोत" में संदर्भ पुस्तक "प्रतिपक्ष" चुनें। फिर "टाइप" कॉलम में बॉक्स को चेक करें और "ओके" बटन पर क्लिक करें।

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

विनिमय नियमों का आधार तैयार है। हमने तुल्यकालन के लिए वस्तुओं को चुना, और गुणों को परिवर्तित करने और नियम अपलोड करने के नियम स्वचालित रूप से बनाए गए थे। आइए विनिमय नियमों को एक फ़ाइल में सहेजें, फिर IB "स्रोत" खोलें (मेरे मामले में, यह UT है) और इसमें सेवा प्रसंस्करण प्रारंभ करें V8Exchan82.epf.

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

किसी फ़ाइल में डेटा अपलोड करने की प्रक्रिया पूरी होने के बाद, IB पर जाएँ" रिसीवर"। हम इसमें प्रोसेसिंग भी खोलते हैं V8Exchan82.epf, केवल इस बार हम "लोडिंग डेटा" टैब पर जाते हैं। डेटा फ़ाइल का चयन करें और "अपलोड करें" बटन पर क्लिक करें। सब कुछ, डेटा सफलतापूर्वक स्थानांतरित कर दिया गया था।

वास्तविक दुनिया से कार्य

पहला डेमो भ्रामक हो सकता है। सब कुछ काफी सरल और तार्किक लगता है. वास्तव में यह सच नहीं है। वास्तविक कार्य में, ऐसे कार्य उत्पन्न होते हैं जो अकेले (बिना प्रोग्रामिंग के) दृश्य साधनों का उपयोग करके हल करना कठिन या पूरी तरह से असंभव है।

प्रौद्योगिकी में निराश न होने के लिए, मैंने कुछ वास्तविक कार्य तैयार किए हैं। आप निश्चित रूप से काम पर उनसे मिलेंगे। वे इतने तुच्छ नहीं लगते हैं और आपको डेटा रूपांतरण को एक नए कोण से देखते हैं। प्रस्तुत उदाहरणों पर सावधानीपूर्वक विचार करें, और वास्तविक समस्याओं को हल करते समय उन्हें स्निपेट के रूप में उपयोग करने में संकोच न करें।

टास्क नंबर 1। लापता विवरण भरें

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

समस्या के कई समाधान हैं। हम प्रॉप्स भरने के विकल्प पर विचार करेंगे ” संगठन“आधार में सही” रिसीवर", अर्थात। डेटा लोड करते समय। वर्तमान संगठन एक स्थिरांक में संग्रहीत है, इसलिए यह मान प्राप्त करने में कोई बाधा नहीं है। आइए ऑब्जेक्ट रूपांतरण नियम खोलें (इसके बाद FRP के रूप में संदर्भित) " ग्राहकों” (ऑब्जेक्ट पर डबल क्लिक करें) और नियम सेटअप विज़ार्ड में, “ईवेंट हैंडलर” अनुभाग पर जाएँ। संचालकों की सूची में हम पाते हैं " लोड करने के बाद”.

आइए विशेषता के बाद के असाइनमेंट के साथ वर्तमान संगठन प्राप्त करने के लिए कोड का वर्णन करें। इस समय "लोड करने के बाद" हैंडलर चालू हो जाता है, ऑब्जेक्ट पूरी तरह से बन जाएगा, लेकिन अभी तक डेटाबेस में नहीं लिखा गया है। कोई भी हमें अपने विवेक से इसे बदलने से मना नहीं करता है:

यदि ऑब्जेक्ट नहीं है। यह समूह तब ऑब्जेक्ट। संगठन = स्थिरांक। वर्तमान संगठन। प्राप्त करें (); अगर अंत;

प्रॉप्स भरने से पहले " संगठन» विशेषता के मूल्य की जांच करना आवश्यक है « इस समूह"। गाइड के लिए " ग्राहकों» श्रेणीबद्ध फ़्लैग सेट किया गया है, इसलिए समूह के लिए जाँच करना आवश्यक है। इसी तरह, किसी भी विवरण को भरने का काम किया जाता है। अन्य हैंडलर विकल्पों के लिए सहायता पढ़ना सुनिश्चित करें " आफ्टरलोडिंग"। उदाहरण के लिए, उनमें से एक पैरामीटर है " इनकार"। यदि इसे "True" मान निर्दिष्ट किया जाता है, तो ऑब्जेक्ट को डेटाबेस में नहीं लिखा जाएगा। इस प्रकार, लोडिंग के समय वस्तुओं को लिखने के लिए सीमित करना संभव हो जाता है।

टास्क नंबर 2। सूचना रजिस्टर में विवरण

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

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

अगला चरण अपलोड नियम बनाना है। उपयुक्त टैब पर जाएं और "क्लिक करें" जोड़ना"। अपलोड नियम जोड़ने के लिए विंडो में, भरें:

• नमूनाकरण विधि। "मनमाना एल्गोरिथम" में बदलें;
• रूपांतरण नियम। सूचना रजिस्टर "ग्राहक प्रकार" का चयन करें;
• नियम का कोड (नाम)। हम इसे "क्लाइंट प्रजाति अपलोड करना" के रूप में लिखते हैं;

अब आपको अपलोड करने के लिए डेटा चुनने के लिए कोड लिखना होगा। यह वह जगह है जहाँ पैरामीटर " डेटा नमूनाकरण"। इसमें हम तैयार किए गए डेटा सेट के साथ एक संग्रह रख सकते हैं। पैरामीटर " डेटा नमूनाकरण”स्वीकार कर सकते हैं विभिन्न अर्थ- क्वेरी परिणाम, चयन, मूल्यों का संग्रह, आदि। हम इसे दो कॉलम वाले मानों की तालिका के रूप में प्रारंभ करते हैं: क्लाइंट और क्लाइंट प्रकार।

नीचे इवेंट हैंडलर कोड है " प्रसंस्करण से पहले"। यह पैरामीटर को इनिशियलाइज़ करता है " डेटा नमूनाकरण"निर्देशिका से डेटा भरने के बाद" प्रतिपक्षों"। यहाँ यह कॉलम भरने पर ध्यान देने योग्य है ” ग्राहक प्रकार"। "यूटी" में, हमारे पास "बूलियन" प्रकार की विशेषताएं हैं, और प्राप्तकर्ता में, एक गणना।

इस स्तर पर, हम उन्हें वांछित प्रकार में नहीं ला सकते (यह UT में नहीं है), इसलिए अभी के लिए हम इसे स्ट्रिंग्स के रूप में छोड़ देंगे। आपको ऐसा करने की ज़रूरत नहीं है, लेकिन मैं तुरंत दिखाना चाहता हूं कि स्रोत में लापता प्रकार को कैसे डाला जाए।

डेटाफ़ेच = न्यूवैल्यूटेबल (); डेटा चयन। कॉलम। जोड़ें ("क्लाइंट"); डेटा चयन। कॉलम। जोड़ें ("क्लाइंट टाइप"); निर्देशिका से डेटा का चयन करना = निर्देशिकाएँ। ठेकेदार। चयन करें (); DataFromCatalog.Next () लूप प्राप्त करते समय अगर अंत; यदि DataFetchFromCatalog.Buyer तो NewString = DataFetch.Add (); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "क्रेता"; अगर अंत; अगर DataFetchFromCatalog.Provider तो NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "आपूर्तिकर्ता"; अगर अंत; एंडसाइकल;

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

// "क्लाइंट" प्रॉपर्टी के लिए वैल्यू = सोर्स.क्लाइंट; // "ग्राहक प्रकार" संपत्ति के लिए यदि स्रोत। ग्राहक = "खरीदार" तो अभिव्यक्ति = "गणना। ग्राहक प्रकार। खरीदार" ElseIf स्रोत। ग्राहक = "आपूर्तिकर्ता" फिर अभिव्यक्ति = "गणना। ग्राहक प्रकार। आपूर्तिकर्ता"; अगर अंत;

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

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

टास्क नंबर 3। सारणीबद्ध ट्रिक्स

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

हम एक डेटा अपलोड नियम बनाते हैं, एक मनमाना एल्गोरिथ्म निर्दिष्ट करते हैं, और सारणीबद्ध अनुभाग से डेटा प्राप्त करने के लिए "अपलोड से पहले" हैंडलर में एक प्रश्न लिखते हैं।

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

डेटाफ़ेच = न्यूवैल्यूटेबल (); // यहां एक और सारणीबद्ध अनुभाग डेटा चयन होगा। कॉलम। जोड़ें ("उत्पाद"); // यहां एक सारणीबद्ध अनुभाग डेटा चयन भी होगा। कॉलम। जोड़ें ("सेवाएं"); कॉलम से डेटा का चयन करना। जोड़ें ("लिंक");

टास्क नंबर 4। किसी ऑपरेशन में डेटा ट्रांसफर करना

यदि कोई संगठन कई लेखा प्रणालियों का उपयोग करता है, तो पोस्टिंग के बाद के गठन के साथ जल्द या बाद में डेटा माइग्रेशन की आवश्यकता होगी।

कॉन्फ़िगरेशन में " बीपी"एक सार्वभौमिक दस्तावेज है" कार्यवाही” और यह अधिक तार बनाने के लिए आदर्श है। यहाँ केवल एक समस्या है - दस्तावेज़ चालाकी से बनाया गया है, और इसमें डेटा स्थानांतरित करना इतना आसान नहीं है।

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

कार्य संख्या 5। एकाधिक विशेषताओं में डेटा सिंक्रनाइज़ करना

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

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

एक विशिष्ट पहचानकर्ता द्वारा सिंक्रनाइज़ करना एक विश्वसनीय तरीका है, लेकिन यह हमेशा उपयुक्त नहीं होता है। निर्देशिकाओं को मर्ज करते समय " प्रतिपक्षों” (कई अलग-अलग प्रणालियों से) वह बहुत कम मदद करता है।

ऐसे मामलों में, कई मानदंडों के अनुसार वस्तुओं को सिंक्रनाइज़ करना अधिक सही होता है। टिन, केपीपी, नाम द्वारा प्रतिपक्षों की खोज करना या खोज को कई चरणों में विभाजित करना अधिक सही है।

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

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

इस तरह के एल्गोरिदम को लागू करना काफी संभव है। इवेंट हैंडलर में खोज फ़ील्ड” हम अधिकतम 10 खोज मानदंड निर्दिष्ट कर सकते हैं और उनमें से प्रत्येक के लिए खोज फ़ील्ड की अपनी संरचना निर्धारित कर सकते हैं:

अगर SearchOptionNumber = 1 है तो SearchPropertyNameString = “TIN, KPP”; ElseIfSearchVariantNumber = 2 तोSearchPropertyNameString = "नाम"; अगर अंत;

हमेशा अनेक समाधान होते हैं।

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

मेरी राय में, 1C कंपनी डेटा रूपांतरण के उपयोग के विषय को अयोग्य रूप से दरकिनार कर देती है। प्रौद्योगिकी के अस्तित्व के पूरे समय के लिए, इस पर केवल एक पुस्तक प्रकाशित हुई है: "1 सी: एंटरप्राइज़ 8। डेटा रूपांतरण: एप्लिकेशन समाधानों के बीच विनिमय"। पुस्तक काफी पुरानी (2008) है, लेकिन फिर भी इससे परिचित होना वांछनीय है।

प्लेटफार्म ज्ञान अभी भी आवश्यक है

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

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

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

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

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

ध्यान!!!

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

1C:Enterprise 7.7 प्लेटफॉर्म के लिए, मनमाने कोड को निष्पादित करना संभव नहीं है (V8 के लिए रन फ़ंक्शन के अनुरूप)। यदि V7.7 प्लेटफॉर्म के लिए ईवेंट हैंडलर्स का उपयोग करना आवश्यक है, तो डेटा अपलोड या प्रोसेसिंग टेक्स्ट को "डेटा कनवर्ज़न 2.0" कॉन्फ़िगरेशन उत्पन्न करने वाले प्रोसेसिंग टेक्स्ट के साथ बदलना आवश्यक है।

यदि आपको V7.7 से V8 में डेटा स्थानांतरित करने की आवश्यकता है तो:

अनलोड करते समय, नियम फ़ाइल के अलावा, सिस्टम V77Exp.ert को संसाधित करने के लिए मॉड्यूल का पाठ उत्पन्न करता है जो ईवेंट हैंडलर को लागू करता है। फिर, विन्यासकर्ता में, हमें मानक V77Exp.ert मॉड्यूल को "डेटा रूपांतरण 2.0" द्वारा उत्पन्न नए के साथ बदलना होगा।

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

ईमानदारी से, व्लादिमीर मिल्किन(शिक्षक और डेवलपर)।