एक नए कार्यक्रम में सही संक्रमण। एक प्रोग्रामर के लिए चरण-दर-चरण मार्गदर्शिका

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

लेकिन सीधे हस्तांतरण करने से पहले, जो नए संस्करण के खुले कार्यक्रम से किया जाता है, पुराने संस्करण के सूचना आधार (आईबी) को सही ढंग से तैयार करना बहुत महत्वपूर्ण है। हम पहले ही अनुभव से देख चुके हैं कि तैयारी प्रक्रिया, जिसमें कई चरण होते हैं, को कम करके नहीं आंका जा सकता है।

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

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

3. अब हम चिह्नित वस्तुओं को हटा रहे हैं, जैसा कि लेख में अनुशंसित है 1C में दस्तावेज़ कैसे हटाएं

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

निचली तालिका में, हम स्थानांतरण तिथि से बाद में चयन करते हैं और "चयन करें" पर क्लिक करते हैं।

हम "दस्तावेज़ पोस्ट करना" - "निकालें" और "निष्पादित करें" क्रिया का चयन करते हैं।

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

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

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

7. अब आप प्रोग्राम को बंद कर सकते हैं और सीधे डेटा ट्रांसफर पर जा सकते हैं, जो कि नए इन्फोबेस से किया जाता है।

वेबसाइट www.uchetbezzabot.rf पर मुझे संस्करण 2.0 से 1C अकाउंटिंग 3.0 में संक्रमण के कारणों पर एक दिलचस्प लेख मिला।

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

"1C" डेवलपर्स ने फैसला किया कि सॉफ्टवेयर उत्पाद "1C: एंटरप्राइज अकाउंटिंग 8" संस्करण 2.0 केवल 2013 के वार्षिक खातों को प्रस्तुत किए जाने तक ही समर्थित होगा। उसके बाद, इसे नए संस्करण 3.0 से बदल दिया जाएगा। और इस तथ्य के बावजूद कि यह सभी एक ही प्रसिद्ध लेखा विभाग है, कार्यक्रम की सामान्य उपस्थिति में महत्वपूर्ण परिवर्तनों को नोटिस नहीं करना बहुत मुश्किल है।
शायद आप में से बहुत से लोग सोच रहे होंगे कि यह सब क्यों आवश्यक है? आखिरकार, हाल ही में उन्होंने संस्करण 2.0 पर स्विच किया (और यह 2011 की शुरुआत में था) और अब सामान्य काम के माहौल में फिर से बदलाव आया है। हालाँकि, सूचना प्रौद्योगिकी के क्षेत्र की ख़ासियत इस तथ्य में निहित है कि तकनीकी प्रगति नई और नई स्थितियों को निर्धारित करती है, काम की गति बढ़ जाती है, कंप्यूटर की शक्ति बढ़ जाती है, नई प्रौद्योगिकियां दिखाई देती हैं और परिणामस्वरूप, सॉफ़्टवेयर उत्पादों को अद्यतन और संशोधित किया जाता है। . नए संस्करण 3.0 का मुख्य लाभ इंटरनेट, तथाकथित "बादलों" के माध्यम से काम करने की क्षमता है। शायद, यह कई एकाउंटेंट का सपना है - घर से या किसी अन्य जगह से काम करने में सक्षम होने के लिए जहां इंटरनेट है। और अब ये सपना साकार हो रहा है"

कमेंट्री: "यह प्रासंगिक है, बल्कि, बड़े उद्यमों के लिए, इस तथ्य को देखते हुए कि आमतौर पर अकाउंटिंग 2.0 1C डेटाबेस में एक साथ काम करने वाले 20 से अधिक उपयोगकर्ताओं के साथ मुकाबला करता है। अकाउंटिंग 2.0" प्रोग्रामर-ड्रॉ "फॉर्म पर बनाया गया है, जबकि अकाउंटिंग 3.0 नियंत्रित इंटरफ़ेस पर बनाया गया है (तत्वों की व्यवस्था एक इंटरनेट साइट के समान है), जबकि प्लेटफ़ॉर्म (प्रोग्रामर की भागीदारी के बिना) "स्वयं" इंटरफ़ेस उत्पन्न करता है, जो बदले में सुरक्षा और ऊर्जा से संबंधित कई समस्याओं को हल करता है। यह सिर्फ इतना है कि 1C BP 2.0 और 1C BP 3.0 से जुड़ने की तकनीक अलग है। 2.0 टर्मिनल मोड के माध्यम से काम करता है, और 3.0 पतले क्लाइंट का उपयोग करके काम कर सकता है (जब कनेक्शन 1C द्वारा ही स्थापित किया जाता है) "

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

टिप्पणी: "वास्तव में, संक्रमण अपरिहार्य है, लेकिन संक्रमण अवधि में देरी हो सकती है। ऐसे संगठन भी हैं जो 1C लेखांकन 7.7 का उपयोग करते हैं और स्थानांतरित नहीं करना चाहते हैं। बेशक, बीपी 2.0 (8.2) के साथ सब कुछ अलग है। लेकिन फिर भी, मुझे लगता है कि 1C "उन लेखाकारों का ध्यान रखेगा जो अभी भी BP 2.0 पर काम कर रहे हैं और एक अद्यतन जारी करेंगे जो 1C लेखा 2.0 से 1C लेखांकन 3.0 को बिना हानि के स्थानांतरित कर सकता है।"

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

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

विनियमित लेखांकन वर्ष की शुरुआत से रखने के लिए सुविधाजनक है

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

अपने स्वयं के विशेषज्ञों को वर्तमान कार्य से लोड कर रहा है

आपके विशेषज्ञों को एक नया कार्यक्रम तैयार करने और लॉन्च करने के लिए अतिरिक्त प्रयासों की आवश्यकता होगी, इसलिए यह सलाह दी जाती है कि जब वे कम व्यस्त हों - मौसमी मंदी, पेरोल गणनाओं के बीच अंतराल (वेतन कार्यक्रमों के लिए), आदि।

पुराने सिस्टम में डेटा विश्वसनीयता

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

ठेकेदार विशेषज्ञ उपलब्धता

यदि आप 1C कार्यक्रम के नए संस्करण में संक्रमण में ठेकेदार विशेषज्ञों को शामिल करने की योजना बना रहे हैं, तो आपको पहले से ही इसका ध्यान रखना चाहिए। चूंकि अधिकांश बदलाव कैलेंडर वर्ष की शुरुआत से किए जाते हैं, इसलिए ठेकेदारों में इस समय भीड़ होती है और सभी विशेषज्ञ कई महीनों के लिए पहले से निर्धारित होते हैं।

व्यापार अभिविन्यास लक्ष्य और उद्देश्य

वास्तव में, निश्चित रूप से, सब कुछ आपके व्यवसाय के कार्यों से बिल्कुल नृत्य करना चाहिए। अन्य सभी कारक बहुत कम महत्वपूर्ण हैं।

हमने नए 1सी कार्यक्रम में संक्रमण के क्षण के चुनाव को प्रभावित करने वाले कुछ कारकों की जांच की। हालांकि, ज्यादातर मामलों में, संक्रमण प्रारंभिक कार्य से पहले होता है, जिसके लिए आपको समय आवंटित करने की भी आवश्यकता होती है। आइए देखें कि किन कार्यों की आवश्यकता हो सकती है:

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


2. नए 1सी कार्यक्रम का परिशोधन... इस स्तर पर, नए कार्यक्रम की कार्यक्षमता में सुधार के अलावा, एक नियम के रूप में, पुराने कार्यक्रम से डेटा को नए में स्थानांतरित करने के लिए एक तंत्र भी विकसित किया जा रहा है।


3. परिक्षणपरीक्षण मामलों में सुधार। इस मामले में, परीक्षण मामले स्वयं ग्राहक द्वारा ठेकेदार द्वारा प्रदान किए गए टेम्पलेट्स के अनुसार तैयार किए जाने चाहिए।


4. शिक्षानए 1C प्रोग्राम के उपयोगकर्ता।


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


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

जैसा कि आप देख सकते हैं, संक्रमण से पहले कुछ करना है, इसलिए हम जल्द से जल्द ठेकेदार से संपर्क करने की सलाह देते हैं।

इस तथ्य के कारण कि 2018 में 1C कंपनी कॉन्फ़िगरेशन "1C: वेतन और मानव संसाधन प्रबंधन" संस्करण 2.5 का समर्थन करना बंद कर देती है, यह अत्यधिक वांछनीय है, बिना देरी किए, ZUP 3.0 (3.1) में संक्रमण की योजना बनाना और व्यवस्थित करना।

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

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

आप वर्ष की शुरुआत की प्रतीक्षा किए बिना, नए महीने से 1C ZUP 3.1 प्रोग्राम संस्करण पर स्विच कर सकते हैं। हमने महीने को बंद कर दिया और एक नए संस्करण पर स्विच किया।

सरलीकृत स्थानांतरण विकल्प का उपयोग करके ऐसा करना इष्टतम है, क्योंकि सभी शुल्क और कटौतियां दस्तावेजों द्वारा नहीं, बल्कि रजिस्टर रिकॉर्ड द्वारा स्थानांतरित की जाती हैं।

संक्रमण का अनुशंसित इष्टतम और सुरक्षित तरीका: एक (या कई) रिपोर्टिंग अवधि के दौरान 1C ZUP कार्यक्रम के 2 संस्करणों (पुराने और नए) में एक साथ समानांतर पेरोल गणना। दोनों डेटाबेस में समानांतर पेरोल गणना उपयोगकर्ताओं को नए कार्यक्रम का अध्ययन करने और पिछले संस्करण के साथ तुलना करने, नए कार्यक्रम में कुछ गलत होने पर काम में रुकावट को समाप्त करने की अनुमति देगी।

ZUP 2.5 से 3.1 . में संक्रमण के लिए निर्देश

क्रेडेंशियल्स को एक प्रोग्राम से दूसरे प्रोग्राम में सही तरीके से ट्रांसफर करने के लिए, ZUP 2.5 डेटाबेस की प्रारंभिक तैयारी आवश्यक है। इसमें ZUP 2.5 में रिपोर्टिंग अवधि (माह) को बंद करना, इस संस्करण के काम कर रहे IS की एक प्रति बनाना, और आधार के परीक्षण और ठीक करने के लिए (यदि यह आवश्यक है, जो सबसे अधिक संभावना है) विन्यासकर्ता का उपयोग करना शामिल है।

• 1C की नवीनतम रिलीज़ के साथ एक स्वच्छ सूचना आधार बनाएँ: ZUP 3.1;
• इसे एक खाली डेटाबेस में प्रारंभ करें, जो स्टार्ट-अप चरण-दर-चरण सहायक के पहले चरण में इंगित करता है कि आपको संस्करण 2.5 से डेटा स्थानांतरित करने की आवश्यकता है; डेटा डाउनलोड करें;
• माइग्रेशन के बाद पूर्ण डेटा सत्यापन करें।

विस्तार से: ZUP 2.5 से 3.0 / ZUP 3.1 . में संक्रमण का क्रम

• एक नए कार्यक्रम में संक्रमण की तैयारी

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

• एक नया सूचना आधार ZUP 3.1 . का निर्माण

1C ZUP 3.1 की नवीनतम ताज़ा रिलीज़ को 1C अपडेट साइट से डाउनलोड किया जा सकता है। इसके अलावा, आपको 1C: एंटरप्राइज़ 8 प्लेटफ़ॉर्म का एक नया संस्करण स्थापित करने की आवश्यकता हो सकती है, जिसके अपडेट साइट से भी डाउनलोड किए जा सकते हैं।

एक साफ इन्फोबेस बनाने के लिए, आपको 1C शॉर्टकट लॉन्च करना होगा और "जोड़ें" पर क्लिक करना होगा, जो एक नए डेटाबेस के निर्माण का संकेत देता है। फिर टेम्प्लेट में से नवीनतम रिलीज़ "1C: वेतन और मानव संसाधन" 3.1 चुनें।

चित्र 1. एक स्वच्छ आधार बनाना 1C ZUP 3

• स्टार्टअप सहायक सेट करना और डेटा स्थानांतरण विकल्प चुनना

ZUP 3.1 की प्रारंभिक शुरुआत में, आपको "1C: वेतन और मानव संसाधन प्रबंधन 8", संस्करण 2.5 से डेटा ट्रांसफर पर आइटम का चयन करना होगा, और फिर डेटा ट्रांसफर के लिए दो विकल्पों में से एक का चयन करना होगा:

चित्रा 2. डेटा को ZUP 3.1.2.213 . में स्थानांतरित करना

डेटाबेस की सूची से, आपको उपयुक्त संस्करण 2.5 डेटाबेस का चयन करना होगा, जिस डेटा से आप स्थानांतरित करना चाहते हैं:

चित्र 3 ZUP में डेटा स्थानांतरण 3.1.2.213

चित्र 4 डेटा को ZUP 3.1.2.213 में स्थानांतरित करने के विकल्प का चयन करना

1C ZUP 2.5 से 3.1 . तक डेटा स्थानांतरित करना

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

* हालांकि, जीपीसी अनुबंधों के तहत कर्मचारियों का डेटा, साथ ही ऋण पर डेटा, स्थानांतरित नहीं किया जाएगा।

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

* सभी डेटा पुराने डेटाबेस में सहेजे जाएंगे, जिसे किसी भी समय एक्सेस किया जा सकता है और आवश्यक डेटा ढूंढा जा सकता है।

चित्रा 5. डेटा लोड करें

• माइग्रेशन के बाद डेटा मान्य करना

नए 1C ZUP 3.1 प्रोग्राम के साथ काम शुरू करने से पहले, जैसा कि पहले ही उल्लेख किया गया है, आपको पुराने संस्करण - 2.5 से स्थानांतरित डेटा की पूर्णता और शुद्धता की जांच करनी चाहिए। ऐसा करने के लिए, बेझिझक डेटा का मिलान करने के लिए रिपोर्ट का उपयोग करें।

आपको जांच करने की आवश्यकता है:

• उद्यम की संगठनात्मक संरचना, निर्देशिका "संगठन", "उपखंड", "क्षेत्र";
• कर्मचारियों का व्यक्तिगत डेटा;
• प्रारंभिक स्टाफिंग प्लेसमेंट;
• प्रोद्भवन और कटौती, सूत्रों की शुद्धता;
• आपसी बस्तियों पर संतुलन।

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

क्या आपने किसी नए प्रोग्राम पर स्विच करने के लिए कोई कार्य निर्धारित किया है? और संचित डेटा को बचाएं?

इस लेख में मैं आपको बताऊंगा कि नए कार्यक्रम में स्विच करने की प्रक्रिया को कैसे व्यवस्थित किया जाए ताकि आपको छोड़ना न पड़े।

सबसे आम गलतफहमियां

80% एक नए कार्यक्रम में संक्रमण के बाद उठने वाले प्रश्न केवल 2 मुख्य बिंदुओं से जुड़े हैं:

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

दोनों मामलों में दावे, एक नियम के रूप में, एक ही प्रकार के होते हैं - "कार्यक्रम कच्चा है", "डेटा खींचा नहीं गया है", "आपको सब कुछ हाथ से करना है", "आप किस तरह के प्रोग्रामर हैं?"

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

प्रारंभिक कार्रवाई

अधिकांश सबसे अच्छी परियोजनाएक नए कार्यक्रम में संक्रमण - जब इसके परिणाम डेटा ट्रांसफर से पहले ही ज्ञात हो जाते हैं।

अन्वेषण करना संभावनाओंनया कार्यक्रम। आपको पहले से पता होना चाहिए कि उससे क्या उम्मीद की जाए। सूचना प्रौद्योगिकी सहायता, विषयगत मंचों की साइट से प्रलेखन, सामग्री का उपयोग करें।

वर्णन करना प्रतिबिंब तकनीकवर्तमान कार्यक्रम में व्यापार लेनदेन। क्या मानक तंत्र का उपयोग किया जाता है, या वे संशोधनों पर आधारित हैं? क्या इन तकनीकों को बिना कोई बदलाव किए एक नए कार्यक्रम में लागू किया जा सकता है? यदि आप बदलते हैं, तो क्या - कार्यप्रणाली या नियोजन सुधार?

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

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

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

अपरिहार्य के लिए तैयार करें

अद्यतनहार्डवेयर, ऑपरेटिंग सिस्टम, अन्य सॉफ्टवेयर।

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

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

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

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

सबसे पहले, उन लोगों की सूची बनाएं जो:

1. स्थानांतरण डेटा(संक्रमण उपकरण विकसित करें, यदि तृतीय-पक्ष टूल का उपयोग किया जाता है - समाधान डेवलपर से संपर्क करें, सहायता प्रदान करें)।
2. पूरा सिस्टम सेटअप(व्यक्तिगत खंड, खंड)।
3. आवश्यक डेटा तैयार करें(यदि वे वर्तमान सिस्टम पर संग्रहीत नहीं हैं)।
4. के लिए जिम्मेदार बनो हार्डवेयर सॉफ्टवेयर.

परियोजना टीम के प्रमुख और कार्यों की सूची से सहमत होना सुनिश्चित करें, विकसित करें योजना - अनुसूचीपरियोजना में उनकी भागीदारी।

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

शृंगार वैकल्पिक योजना"... हमेशा पुराने कार्यक्रम में लौटने या नए में काम करने का अवसर होना चाहिए, लेकिन एक अलग मोड में, अगर कुछ नियोजित परिदृश्य के अनुसार नहीं होता है।

डेटा ट्रांसफर और उनसे जुड़ी हर चीज

पुराना कार्यक्रम तैयार करें- अद्यतन करें, चिह्नित वस्तुओं को हटाएं, त्रुटियों को ढूंढें और सही करें, कुल गणना करें।

टेस्ट ट्रांसफर

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

उपयोगकर्ताओं को दें काम करने का अवसरपरीक्षण आधार में। वे नए कार्यक्रम के लिए अभ्यस्त हो जाएंगे, स्थानांतरित डेटा की जांच करेंगे, नए दस्तावेज दर्ज करेंगे और अपने काम की जांच करेंगे, आवश्यक रिपोर्ट प्राप्त करेंगे। स्थानांतरण का परिणाम ठीक था - सेटिंग्स पर सहमत हों, कागज पर समझौतों को ठीक करें।

शृंगार उनके कार्यों का परिदृश्यडेटा ट्रांसफर करते समय, ताकि कुछ भी न भूलें और समय बचाएं।

परीक्षण डेटा स्थानांतरण के परिणामस्वरूप परिणामों की तुलनीयता प्राप्त करने के बाद, अंतिम स्थानांतरण के लिए आगे बढ़ें।

अंतिम स्थानांतरण

अग्रिम रूप से उपयोगकर्ताओं को सूचित करेंडेटा ट्रांसफर पर काम की तारीख और समय पर, यदि संभव हो तो - इस समय के लिए पिछले कार्यक्रम में प्रवेश पर रोक लगाएं।

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

स्थानांतरण डेटाऔर अंतिम चरणों को पूरा करें - उपयोगकर्ता बनाएं और कॉन्फ़िगर करें, समूह असाइन करें और टेम्प्लेट एक्सेस करें, प्रोग्राम को इंटरनेट समर्थन से कनेक्ट करें, बुनियादी क्लासिफायर डाउनलोड करें, पूर्व-सहमत समझौतों के अनुसार प्रोग्राम को कॉन्फ़िगर करें।

पिछले कार्यक्रम में वर्तमान अवधि के डेटा प्रविष्टि को प्रतिबंधित करें।

ट्रांसफर के बाद पहली बार

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

योजना "बी" विकसित करना जारी रखें - 2 प्रणालियों के समानांतर संचालन की योजना बनाएं या पिछले एक पर लौटने की क्षमता।

निष्कर्ष के तौर पर…

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