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

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

आवश्यक रिहाई

आइए बुनियादी बातों से शुरू करें: परिवर्तन के लिए क्या आवश्यक है? संस्करण 2.0 कॉन्फ़िगरेशन को जारी करने की आवश्यकता है, जिससे आप वर्तमान संस्करण पर स्विच कर सकते हैं। यह समझने के लिए कि किस रिलीज़ की आवश्यकता है, आपको वेबसाइट http://users.v8.1c.ru पर अद्यतन करने के लिए उपयुक्त वर्तमान संस्करण की जानकारी ढूंढनी होगी। उदाहरण के लिए, वर्तमान संस्करण 3.0.27.7 है, जिसे रिलीज़ 2.0.53.6 से अद्यतन किया जा सकता है।

कॉन्फ़िगरेशन सुधारों का अनुकूलन

यदि कॉन्फ़िगरेशन असामान्य है, तो "कार्यान्वयनकर्ताओं" के सामने आने वाला पहला और सबसे कठिन काम "दो-कमरे" की कार्यक्षमता से "तीन" की कार्यक्षमता में स्थानांतरित करना है।

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

निम्नलिखित विशेषताएं यहां पाई जाती हैं:

• "नियमित" प्रपत्रों में किए गए सभी सुधारों को आसानी से प्रबंधित प्रपत्रों में स्थानांतरित नहीं किया जा सकता है। प्रोग्राम कोड को अनुकूलित करना आवश्यक है।
• लेखांकन 3.0 स्वाभाविक रूप से है नया कार्यक्रम. यदि, उदाहरण के लिए, पहले आपका संशोधन "वस्तुओं और सेवाओं की प्राप्तियां" दस्तावेज़ मॉड्यूल में "अधिभार के प्रतिशत की गणना करें" फ़ंक्शन में था, तो अब ऐसी प्रक्रिया बिल्कुल भी मौजूद नहीं हो सकती है। इससे प्रत्येक संशोधन की गंभीर समझ और विश्लेषण की आवश्यकता पर सवाल उठता है।
• यदि प्रोग्रामर के संशोधनों में मानक वाले का उपयोग किया जाता है, तो उच्च संभावना के साथ "लिंक" खो जाएंगे: सामान्य मॉड्यूल गंभीरता से बदल गए हैं: उनके कार्यों की संरचना और उनके नाम (नए बीएसपी 2.x की विरासत) दोनों।
• यही स्थिति मेटाडेटा ऑब्जेक्ट पर भी लागू होती है। बड़ी संख्या में वस्तुएं "अनावश्यक" हो गई हैं, उनके स्थान पर अन्य वस्तुओं का उपयोग किया जाता है, कुछ का नाम बदल दिया गया है (उदाहरण के लिए, निर्देशिका "वीआईएफएनएस के पंजीकरण" को "कर अधिकारियों में पंजीकरण" कहा जाने लगा)।

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

उद्योग "अधिरचना" की समस्या

वर्तमान में, 1सी: एंटरप्राइज अकाउंटिंग कॉन्फ़िगरेशन के आधार पर, उद्योग समाधानों की एक विशाल विविधता मौजूद है। ये समाधान अक्सर कॉन्फ़िगरेशन में "ऐड-ऑन" के रूप में स्थापित किए जाते हैं।

यदि हम बाज़ार का विश्लेषण करें, तो ऐसे कई समाधान अब समर्थित नहीं हैं। हर जगह विभिन्न कारणों से: कुछ स्थानों पर डेवलपर्स ने कंपनी छोड़ दी, अन्य में विकास संगठन अब मौजूद नहीं है। कारण चाहे जो भी हो, तथ्य यह है - या तो हम कॉन्फ़िगरेशन को "अपने खर्च पर" स्थानांतरित करते हैं, या हम क़ीमती कार्यक्षमता खो देते हैं।

सॉफ़्टवेयर उत्पादों के रखरखाव और समर्थन के लिए कंपनी की बजट सीमाओं के कारण ग्राहक इस मुद्दे को बहुत तीव्रता से समझ सकता है।

डेटा पुनर्गठन और प्रक्रिया स्वयं बहुत संवेदनशील मुद्दे हैं।

पुनर्गठन में लंबा समय लग सकता है. तालिकाओं के साथ एक लंबी संख्याअच्छे उपकरणों पर भी रिकॉर्ड को पुनर्गठित करने में काफी लंबा समय लग सकता है।

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

अद्यतन प्रक्रिया (पहली बार प्रोग्राम लॉन्च होने पर अपडेट हैंडलर लॉन्च करना) भी हमेशा सही ढंग से काम नहीं करती है और बार-बार "आश्चर्य" उत्पन्न कर सकती है।

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

प्रवेश अधिकार

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

बाहरी प्रसंस्करण, रिपोर्ट, मुद्रित प्रपत्र

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

• सबसे पहले, प्रपत्रों को प्रबंधित एप्लिकेशन मोड में स्विच करने की आवश्यकता है;
• दूसरे, द्वारा नई तकनीकमानक उपप्रणालियों के पुस्तकालयों के लिए ऐसी फाइलों की तैयारी आवश्यक है।

(आईटीएस लेख में बाहरी प्रसंस्करण और रिपोर्ट बनाने के बारे में विवरण http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4% D0 %B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1% 87 %D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE% D1 %82%D0%BA%D0%B8)

नंबरिंग बहाल करना

डेवलपर्स ने स्वयं कहा कि प्रोग्राम को 3.0 में अपडेट करने के बाद, नंबरिंग के साथ एक समस्या है: यह "खो जाता है" और फिर से गिनती शुरू कर देता है। नंबरिंग वापस करने के लिए, सिस्टम में मौजूद अंतिम कोड के साथ एक दस्तावेज़ बनाना पर्याप्त है।

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

इन उद्देश्यों के लिए, आप एक सरल प्रक्रिया लिख ​​सकते हैं: अंतिम मौजूदा संख्या के साथ प्रत्येक प्रकार का एक दस्तावेज़ बनाएं और इसे हटाने के लिए चिह्नित करें।

विनिमय नियम

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

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

संगठनात्मक पहलू

ध्यान देने योग्य कठिनाइयों के बीच अंतिम बिंदु संगठनात्मक मुद्दे हैं:

ग्राहक को अद्यतन लागत का औचित्य (प्रबंधन). यह क्लाइंट के लिए बहुत कठिन मुद्दा है. अभी हाल ही में 1.6 से 2.0 और अब 3.0 में संक्रमण हुआ है। किसी ग्राहक को अपडेट के लिए पैसे क्यों देने चाहिए? केवल एक ही सांत्वना है: मुझे आशा है कि निकट भविष्य में कोई नवाचार या बड़े अपडेट की उम्मीद नहीं है।

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

आइए संक्षेप में बताएं और कुछ देने का प्रयास करें सामान्य सिफ़ारिशेंआसान और अधिक आरामदायक संक्रमण के लिए:

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

अपेक्षाकृत हाल ही में, 1C कंपनी ने जारी किया नया संस्करणएप्लिकेशन समाधान "1C: 3.0" और इस प्रकार संस्करण 2.0 का समर्थन करना बंद कर दिया। पहले, डेवलपर्स, अपने भागीदारों के अनुरोध पर, समर्थन करना जारी रखते थे पिछला संस्करण, लेकिन यह लंबे समय तक नहीं चला।

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

संक्रमण की विशेषताएं क्या हैं?

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

आवश्यक रिलीज

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

कॉन्फ़िगरेशन संशोधनों को कैसे अनुकूलित करें?

यदि उपयोगकर्ता असामान्य कॉन्फ़िगरेशन से निपट रहा है, तो पहली बात यह है कि दूसरे संस्करण की कार्यक्षमता से तीसरे संस्करण में सुधार स्थानांतरित करना है।

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

इस मामले में, कुछ विशेषताएं हैं:

"नियमित" प्रपत्रों में किए गए सुधारों को आसानी से प्रबंधित प्रपत्रों में स्थानांतरित नहीं किया जा सकता है। यहां प्रोग्राम कोड को अनुकूलित करने की आवश्यकता है;

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

जब प्रोग्रामर संशोधनों में विशिष्ट सामान्य मॉड्यूल का उपयोग करते हैं, तो सबसे अधिक सभी "लिंक" खो जाएंगे। अब सामान्य मॉड्यूल में महत्वपूर्ण परिवर्तन हुए हैं: उनके नाम और उनके कार्यों की संरचना (नए 2.x की विरासत);

इसी तरह के भाग्य ने मेटाडेटा ऑब्जेक्ट को प्रभावित किया। ऐसा कहा जा सकता है कि उनमें से बड़ी संख्या "अनावश्यक" हो गई है। उत्तरार्द्ध के बजाय, अन्य वस्तुओं का उपयोग किया जाने लगा, और उनमें से कुछ का नाम बदल दिया गया (उदाहरण के लिए, "पंजीकरण VIFNS" नाम वाली एक निर्देशिका ने इसका नाम बदलकर "कर अधिकारियों में पंजीकरण" कर दिया);

उद्योग "अधिरचना" की समस्या

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

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

फर्म के सीमित बजट और कार्यक्रम समर्थन के कारण, यह मुद्दा ग्राहकों के लिए बहुत संवेदनशील हो सकता है।

डेटा पुनर्गठन

सामान्य तौर पर, 1सी अद्यतन प्रक्रिया, विशेष रूप से डेटा पुनर्गठन, बहुत नाजुक मुद्दे हैं।

पुनर्गठन में ही बहुत समय लग जाता है। जिन तालिकाओं में बड़ी संख्या में रिकॉर्ड होते हैं और अच्छे हार्डवेयर के साथ भी, उन्हें पुनर्गठित करने में बहुत समय लग सकता है।

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

अद्यतन प्रक्रिया स्वयं (पहले लॉन्च पर)। सॉफ़्टवेयरअपडेट हैंडलर लॉन्च करना) भी सभी मामलों में (त्रुटियों के बिना) सही ढंग से काम नहीं करता है और कभी-कभी समस्याएं पैदा कर सकता है।

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

पहुँच अधिकारों के बारे में कुछ शब्द

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

मुद्रित प्रपत्र, बाह्य प्रसंस्करण और रिपोर्ट

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

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

नंबरिंग बहाली प्रक्रिया

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

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

ऐसे उद्देश्यों के लिए, एक सरल प्रसंस्करण लिखना संभव है। इसका अर्थ है अंतिम मौजूदा संख्या के साथ प्रत्येक प्रकार का एक दस्तावेज़ बनाना और उसे हटाने के उद्देश्य से नामित करना।

विनिमय नियम क्या हैं?

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

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

संगठनात्मक मुद्दों के बारे में थोड़ा

कठिनाइयों के बीच, संगठनात्मक मुद्दों पर ध्यान दिया जाना चाहिए:

ग्राहक को अद्यतन करने की लागत का औचित्य। बाद वाले के लिए, यह एक कठिन प्रश्न है। अपेक्षाकृत हाल ही में "1.6" से "2.0" में परिवर्तन हुआ था, फिर थोड़ा समय बीत गया, और कॉन्फ़िगरेशन को पहले से ही "3.0" में बदलने की आवश्यकता है। ग्राहक को अपडेट के लिए फिर से अपनी धनराशि क्यों देनी चाहिए? हालाँकि, उपयोगकर्ता को इस तथ्य से सांत्वना दी जा सकती है कि 1C कंपनी निकट भविष्य में किसी भी अपडेट या प्रमुख नवाचार की योजना नहीं बना रही है।

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

अब हम कुछ निष्कर्ष निकालेंगे और अधिक आरामदायक और सरल संक्रमण पर सलाह देने का प्रयास करेंगे:

समय बर्बाद न करें, जितनी जल्दी हो सके अपने परिवर्तन की योजना बनाएं;

यह बेहतर होगा यदि कार्यक्षमता का हस्तांतरण उन्हीं विशेषज्ञ प्रोग्रामरों द्वारा किया जाए जो कॉन्फ़िगरेशन को अंतिम रूप देने पर काम कर रहे थे;

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

अंतिम संशोधन करने से पहले, आपको अपडेट को टेक्स्ट वातावरण में चलाने की आवश्यकता है। तथाकथित "रिहर्सल" के बिना, तकनीकी विंडो के दौरान समय पर अद्यतन पूरा नहीं कर पाने का जोखिम है;

हर चीज़ का बैकअप बनाया जाना चाहिए और ये ऑपरेशन जितनी बार संभव हो सके किए जाने चाहिए;

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

आप स्थानांतरित कार्यक्षमता का अधिक बार परीक्षण भी कर सकते हैं। एक परीक्षण आधार बनाएं और उसमें उपयोगकर्ताओं को लॉन्च करें;

उपयोगकर्ताओं के लिए एक ऐसा वातावरण बनाएं जहां वे परिचित हो सकें सॉफ्टवेयर उत्पाद. इससे भविष्य में "3.0" के साथ काम शुरू करते समय सरल प्रश्नों से बचना संभव हो जाएगा;

स्टॉक में हमेशा प्लान बी होना चाहिए। यदि "3.0" के साथ कुछ काम नहीं हुआ, तो आपको "2.0" पर वापस लौटना होगा ताकि उद्यम का संचालन बंद न हो।

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

डेटाबेस को मोड में लॉन्च करें विन्यासककी ओर से प्रशासकडेटाबेस या चयन करें उपयोगकर्ताअधिकार के साथ डेटाबेस प्रशासक. BP 2.0 से BP3.0 में सही संक्रमण के लिए, आपको अतिरिक्त भूमिका स्थापित करनी होगी ""

यह चयन करके किया जा सकता है कौन्फ़िगरेटरमेनू आइटम " प्रशासन - उपयोगकर्ता" और सूची में वांछित उपयोगकर्ता खोलें।

टैब पर " अन्य"आपको आइटम के बगल में स्थित बॉक्स को चेक करना होगा" सिस्टम प्रशासक (संस्करण 3.0 में परिवर्तन के लिए)" और " पूर्ण अधिकार".

पर क्लिक करने के बाद " ठीक है" किए गए परिवर्तन सहेजे जाएंगे.

संस्करण 3.0 में परिवर्तन केवल इन अधिकारों वाले डेटाबेस उपयोगकर्ता की ओर से किया जाना चाहिए।

चरण 2. कॉन्फिगरेटर मोड में डेटाबेस को अपडेट करना

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

डेटाबेस को मोड में खोलें कौन्फ़िगरेटरउस उपयोगकर्ता की ओर से जिसे आपने अधिकार दिए हैं।

मेनू आइटम में " कॉन्फ़िगरेशन/समर्थन » क्लिक करें " कॉन्फ़िगरेशन अद्यतन करें " यदि आइटम " सहायता"अनुपलब्ध, क्लिक करें" कॉन्फ़िगरेशन - कॉन्फ़िगरेशन खोलें "और क्रिया दोहराएँ.

खुलने वाली विंडो में, "चुनें" अद्यतन फ़ाइल का चयन करना "बटन दबाने से अगला

अद्यतन फ़ाइल का पथ निर्दिष्ट करें: बाहरी उपचार एन:\1सी अद्यतन\ट्रांज़िशन फ़ाइलें बीपी 2.0 से बीपी 3.0 तक

अगली विंडो में क्लिक करें « तैयार » अद्यतन प्रक्रिया प्रारंभ करने के लिए.

कुछ समय बाद, प्रोग्राम अपडेट फ़ाइल के बारे में जानकारी डाउनलोड करेगा और आपको इस तरह की एक विंडो दिखाई देगी:

एक बटन के क्लिक पर ठीक हैकॉन्फ़िगरेशन अद्यतन प्रक्रिया शुरू हो जाएगी. इसमें कुछ समय लग सकता है.

अपडेट अवधि के दौरान आपको दो संदेश प्राप्त होंगे, पहले पर क्लिक करें हाँ- सूचना सुरक्षा कॉन्फ़िगरेशन को अपडेट करें, दूसरा दबाएं स्वीकार करना- तालिकाओं का पुनर्गठन.

चरण 3: अद्यतन पूरा करना

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

अद्यतन की पुष्टि होने के बाद, डेटाबेस को परिवर्तन तैयार करने में कुछ समय लगेगा (प्रोग्राम रुका हुआ प्रतीत हो सकता है)।

आपको अपडेट पूरा होने तक इंतजार करना चाहिए।

यह संस्करण 3.0 में परिवर्तन पूरा करता है।

अद्यतन करने में विफल? किसी विशेषज्ञ से संपर्क करें!

सैंडबॉक्स

अजनबी 8 जुलाई 2013 दोपहर 12:33 बजे

एंटरप्राइज़ अकाउंटिंग कॉन्फ़िगरेशन के संस्करण 3.0 में संक्रमण

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

इसकी डिस्क स्क्रीन

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

वास्तविक ITS वेबसाइट का स्क्रीनशॉट

इस प्रकार, निर्देशों का पहला पैराग्राफ ही उपयोगकर्ता को भ्रमित कर देता है। किसी अन्य, दिनांक-मिलान या नवीनतम संस्करण में अद्यतन करना संभव नहीं होगा। संस्करण 2.0 से पहले से मौजूद अद्यतन वितरण सूचीबद्ध नहीं है। लेकिन एक संपूर्ण वितरण किट है जिसमें आवश्यक अद्यतन शामिल हैं। इस वितरण को डाउनलोड करें और इसे टेम्प्लेट निर्देशिका में स्थापित करें। इस वितरण की "चाल" यह है कि इसमें "1Cv8.cf" फ़ाइल शामिल है, जिसकी हमें आवश्यकता है। इसकी मदद से, हम एक स्वच्छ BP 3.0 कॉन्फ़िगरेशन बनाएंगे और BP 2.0 के साथ अपने डेटाबेस को उसमें लोड करेंगे।
हम प्लेटफ़ॉर्म 8.3 स्थापित करते हैं, पतले क्लाइंट फ़ाइल संस्करण और वेब सर्वर एक्सटेंशन मॉड्यूल पर ध्यान देते हैं (लेखांकन में "नए" उपहारों के साथ खेलने के लिए)। "पुराना" (8.2) कॉन्फिगरेटर खोलें, और उस उपयोगकर्ता के लिए "सिस्टम प्रशासक (संशोधन 3.0 में संक्रमण के लिए)" अधिकार जोड़ें जिसके तहत हम अपडेट करेंगे। हम डेटाबेस को अनलोड करते हैं, कॉन्फिगरेटर को बंद करते हैं और "ताजा" (8.3) खोलते हैं। हम इसमें सृजन करते हैं नया आधार, टेम्पलेट से, संस्करण 3.0 के साथ, यह टेम्पलेट तब दिखाई दिया जब हमने पूर्ण वितरण स्थापित किया। बनाए गए डेटाबेस को खोलें और हमारे डेटाबेस का डाउनलोड डाउनलोड करें। इस ऑपरेशन में समय लग सकता है लंबे समय तक. अपलोड पूरा होने के बाद, डेटाबेस खोलें (विन्यासकर्ता से नहीं) और अद्यतन पूरा करें (इस ऑपरेशन में भी बहुत समय लगता है)। मैं डेटाबेस को संपीड़ित करने की अनुशंसा करता हूं, क्योंकि इन चरणों के बाद यह लगभग दोगुना हो गया है।
यदि आपके कॉन्फ़िगरेशन में परिवर्तन (अतिरिक्त) नहीं हैं, तो अपडेट संभवतः त्रुटियों के बिना होगा, लेकिन 1C के मामले में आप किसी भी चीज़ के बारे में पूरी तरह से आश्वस्त नहीं हो सकते।
सभी। आप डेटाबेस को एक पतले क्लाइंट के साथ खोल सकते हैं, इसे WEB सर्वर पर प्रकाशित कर सकते हैं और ब्राउज़र के माध्यम से 1C लॉन्च कर सकते हैं।
पी.एस:
1. 1सी डेनवर का उपयोग वेब सर्वर के रूप में न करें।
2. वेब सर्वर पर उस डेटाबेस को प्रकाशित करें जो भौतिक रूप से उस पर स्थित है।
ये युक्तियाँ आपको पहले प्रयास में वेब सर्वर पर 1सी प्रकाशित करने में मदद करेंगी।

टैग: सिस्टम प्रशासन, 1एस एंटरप्राइज 8, लेखांकन

यह लेख टिप्पणी का विषय नहीं है क्योंकि इसका लेखक अभी तक नहीं आया है