आयात प्रतिस्थापन का एक नया दौर। कहां भागना है और क्या करना है?

आईटी में आयात प्रतिस्थापन क्या है?

मैं सिंक्रनाइज़ेशन के लिए मुख्य मुद्दों पर बहुत संक्षेप में बात करूँगा।

1. घरेलू सॉफ्टवेयर और हार्डवेयर क्या है?

कानूनी दृष्टिकोण से, उन उत्पादों को रूसी माना जाता है जिनकी रूसी उत्पत्ति की पुष्टि डिजिटल विकास मंत्रालय और उद्योग और व्यापार मंत्रालय द्वारा क्रमशः उनके रजिस्टरों में शामिल करके की गई थी।

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

तुरंत एक आरक्षण करें कि पोस्ट अधिक है - सॉफ्टवेयर के बारे में।

2. और क्या यह वास्तव में खरोंच से रूस में पैदा होता है?

कुछ मामलों में, हाँ। उदाहरण के लिए, कास्परस्की या एबी से समाधान।

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

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

3. और अगर यह सॉफ्टवेयर पर्याप्त नहीं है?

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

4. क्या कोई विकल्प हैं?

एक एसटीआर है जिसके बारे में मैंने पहले ही बोल दिया था। लेकिन बारीकियां हैं।

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

5. आयात प्रतिस्थापन किससे और क्यों आवश्यक है?

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

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

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

इस तरह के संक्रमण को वाणिज्यिक संगठनों के लिए एक आयात प्रतिस्थापन कहना गलत है, लेकिन आयातित मालिकाना सॉफ्टवेयर को छोड़ने के लिए परियोजनाओं के कार्यान्वयन के दृष्टिकोण से मेल खाएगा।

थोड़ा सा इतिहास

2015 में, हमने FZ-188 का मूल्यांकन किया, जो एक प्रतियोगिता में सॉफ़्टवेयर खरीदने पर रोक लगाता है अगर उसके पास एक घरेलू समकक्ष है।

तब से कुछ बदलाव हुए हैं:

1. रूसी सॉफ्टवेयर की रजिस्ट्री दिखाई और फिर से भर दी गई। रजिस्ट्री संचार मंत्रालय (अब डिजिटल विकास, दूरसंचार और जन संचार मंत्रालय) के साथ है। अब घरेलू कार्यक्रमों के 4,600 से अधिक शीर्षक हैं। सच है, वर्गीकरण वांछित होने के लिए बहुत कुछ छोड़ देता है। उदाहरण के लिए, Yandex.Browser "सामान्य प्रयोजन अनुप्रयोग सॉफ्टवेयर" (800 आइटम) और "कार्यालय अनुप्रयोग" (200 आइटम) श्रेणियों के अंतर्गत आता है। यही है, आप वांछित श्रेणी में केवल बस्ट करके सॉफ्टवेयर पा सकते हैं। रजिस्ट्री में प्रवेश के लिए मानदंड, वैसे, यहां पाया जा सकता है ।
2. सरकारी एजेंसियों के बीच अलग-अलग सफलता के साथ एक "युद्ध" है जो FZ-188 के प्रतिबंधों को दरकिनार करने और विदेशी सॉफ्टवेयर खरीदने की कोशिश कर रहा है, आइटम का उपयोग करके "अनुपालन की असंभवता की पुष्टि", और घरेलू सॉफ्टवेयर आपूर्तिकर्ताओं। पहले नए तर्क के साथ आते हैं। दूसरी फ़ाइल एफएएस के साथ शिकायत करती है और प्रतियोगिता को रद्द करती है ।
3. यूरेशियन इकोनॉमिक यूनियन के उत्पादों को घरेलू सॉफ्टवेयर रजिस्ट्री में प्राथमिकता के आधार पर समान किया जाता है। अर्थात्, कजाकिस्तान के रूसी एंटीवायरस का भाई है। लेकिन अगर आपको अचानक अर्मेनिया द्वारा निर्मित लिनक्स का एक कांटा मिला, तो इसे स्थापित करने में जल्दबाजी न करें: ईएईयू के पास वर्तमान में अपनी रजिस्ट्री नहीं है, इसलिए यह स्पष्ट नहीं है कि कौन सा सॉफ्टवेयर स्थानीय है और जो स्थानीय नहीं है। यही है, जब तक रजिस्ट्री की जगह नहीं है, तब तक ईएईयू के साथ सॉफ्टवेयर संबद्धता साबित करना असंभव है।
4. २६ सितंबर २०१६ का सरकारी फरमान नंबर ९ ६68 जारी किया गया, जिसमें दो या दो से अधिक घरेलू आपूर्तिकर्ता प्रतियोगिता में भाग लेने पर प्रतियोगिता से विदेशी उपकरण आपूर्तिकर्ताओं को बाहर निकालने की आवश्यकता थी। संबंधित रजिस्टर उद्योग और व्यापार मंत्रालय द्वारा बनाए रखा जाता है।
5. और इस लेख के उत्तरार्ध का मुख्य विषय संचार मंत्रालय और मास मीडिया के ऑर्डर नंबर 334 है "घरेलू कार्यालय सॉफ्टवेयर का उपयोग करने के लिए संघीय कार्यकारी निकायों और राज्य एक्सट्राबुदरी निधि के संक्रमण पर कार्यप्रणाली संबंधी सिफारिशों को मंजूरी देने पर, जिसमें पहले खरीदे गए कार्यालय सॉफ्टवेयर शामिल हैं"। फिर आदेश में बदलाव हुए, और हाल ही में - नए संगठनों के लिए इसका विस्तार।

प्रमाणीकरण है

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

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

क्या आप एक प्रमाणित OS का उपयोग करेंगे या अपने आप को सूचना सुरक्षा उपकरणों के लिए सीमित कर सकते हैं।
क्या किसी दिए गए ऑपरेटिंग सिस्टम के लिए आपके सुरक्षा मॉडल के लिए उपयुक्त सुरक्षा उपकरण है?

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

हिंगेड सुरक्षा विशेषताएं समाधान की स्थिरता को कम कर सकती हैं। ओएस के निर्माता वास्तव में उन्हें पसंद नहीं करते हैं, इसलिए वे आमतौर पर "सही" सुरक्षा बैसाखी का उपयोग करके प्रमाणीकरण की व्यवस्था करते हैं।

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

संक्रमण योजना

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


मध्य एशिया - केंद्रीय कार्यालय, TO - क्षेत्रीय कार्यालय।

ठीक एक महीने पहले, रूसी संघ के घटक संस्थाओं के कार्यकारी अधिकारियों और रूसी संघ के नगर पालिकाओं के स्थानीय अधिकारियों के लिए इसी तरह का क्रम संख्या 335 जारी किया गया था। इसमें संख्या थोड़ी छोटी है ।

लेकिन आइए संख्याओं पर नहीं, नामों पर गौर करें। "कार्यालय सॉफ़्टवेयर" नाम के बावजूद, इसमें ऑपरेटिंग सिस्टम शामिल है।

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

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

यह प्रतीत होता है, धन्यवाद, राज्य। कहां चलाना है - यह स्पष्ट है, एक योजना है, रजिस्ट्री में सॉफ्टवेयर की एक सूची है, यहां तक ​​कि इस तरह की गतिविधि के लिए बजट में धन आवंटित किया जा सकता है। लेकिन कठिनाइयाँ हैं:

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

तो आप कर सकते हैं:

• निर्णय लें कि "समस्याग्रस्त" कर्मचारी उन्हीं 20% अनुमेय अप्रतिबंधित लाइसेंस में आएंगे और बाकी की जगह लेंगे।
• या नियामक को इस बात के लिए पत्र लिखें कि आपके पास ऐसे कार्य हैं जो सिद्धांत रूप में घरेलू सॉफ़्टवेयर पर हल नहीं किए जा सकते हैं। सबसे अधिक संभावना है, वे आपसे मिलेंगे।
• एक संयुक्त परिदृश्य जहां समस्या सॉफ्टवेयर तक पहुंच अस्थायी रूप से है (एयू, सार्वजनिक खरीद के निर्माता!) टर्मिनल एक्सेस के माध्यम से।

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

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

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

एक योजना है। अब मुझे योजना को लागू करने के लिए एक योजना की आवश्यकता है

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

1. स्थानीय स्तर पर किन कार्यक्रमों का उपयोग किया जाता है, इसका विश्लेषण करें। विश्लेषण में कार्यस्थलों से स्वचालित डेटा संग्रह (उदाहरण के लिए अच्छा पुराना एमएस एमएपी), और तकनीकी सहायता और ठेकेदारों का एक सर्वेक्षण शामिल होना चाहिए। समर्थन कुछ भूल सकता है, लेकिन एमएस एमएपी वेब सेवाओं को नहीं ढूंढेगा और यह नहीं कहेगा कि उपयोगकर्ताओं द्वारा पाया गया सॉफ्टवेयर कितना आवश्यक है। मौजूदा परिधि के बारे में जानकारी एकत्र करना भी उचित है। सभी स्कैनर और प्रिंटर लिनक्स के साथ संगत नहीं हैं। हर चीज को परखने की जरूरत है। कुछ को बदलना होगा।
2. सूचना सुरक्षा, आईटी और व्यावसायिक अनुप्रयोगों के विभागों को इकट्ठा करना और यह समझना कि किसकी सीमाएँ हैं। मुझे उस मामले का पता है जब ओएस के लिए चयनित आईएस वीपीएन समाधान बस तैयार कार्यान्वयन के लिए खड़ा नहीं था। यह पहले से और तीन विभागों में इस बारे में सोचने योग्य है।
3. तुरंत विचार करें कि उपयोगकर्ताओं के लिए गोली को कैसे मीठा किया जाए। तथ्य यह है कि चूंकि पूरा स्टैक बदल रहा है, ओएस से शुरू होकर, आपको स्थिति का लाभ उठाने और इसे अलग-अलग नए घरेलू या खुले सॉफ़्टवेयर के साथ रखने की आवश्यकता है। उदाहरण के लिए, राज्य के स्वामित्व वाली कंपनियां अनुमत दूतों के बारे में बहुत खुश हैं। पहले, कोई नहीं था, लेकिन अब है।
4. ऑपरेटिंग सिस्टम पर निर्णय लेने का प्रयास करें। यदि आप इस चरण को करने में विफल रहते हैं, तो एक से अधिक स्टैंड होंगे।
5. एप्लिकेशन सॉफ़्टवेयर की एक सूची बनाएं और संगतता के बारे में प्रश्नों के साथ विक्रेताओं को लिखें (कुछ की अलग लाइन हो सकती है, कुछ लिनक्स समर्थन के साथ पैच की उम्मीद कर सकते हैं, कुछ के पास वाइन (विंडोज कॉल हैंडलर एमुलेटर) के लिए सेटिंग्स का तैयार सेट हो सकता है।
6. एक परीक्षण बेंच का निर्माण करें और उस पर वास्तविक परियोजनाओं को चलाना शुरू करें। इस स्तर पर, यह पता चल सकता है कि कुछ महत्वपूर्ण कार्यक्षमता खो गई है, उदाहरण के लिए, इंजीनियरों की योजनाएं चयनित कार्यालय सूट में परिवर्तित नहीं होती हैं। आपको हर चीज और हर चीज को परखने की जरूरत है। आमतौर पर विक्रेता बड़े प्रतिष्ठानों पर स्वयं सहायता करते हैं, हमने बार-बार पैच का आदेश दिया है।
7. परीक्षण के बाद पायलट का परिचय दें। हमें काम के विभिन्न बारीकियों के साथ सक्रिय उपयोगकर्ताओं की एक छोटी संख्या से वास्तविक प्रतिक्रिया की आवश्यकता है। 10 लोग काफी होंगे। पायलटों में से एक के बाद यहां हमारा उदाहरण है: डेस्कटॉप पर नए शॉर्टकट जोड़े गए थे, और पुराने लोगों के नाम बदल दिए गए थे, ग्राफिक संपादक को बदल दिया गया था, फ़ाइल संसाधन बढ़ते योजना को फिर से तैयार किया गया था, कुछ अनुप्रयोगों के साथ WINE त्रुटियां तय की गई थीं।
8. पायलट के परिणामों के आधार पर, नौकरियों की छवियां एकत्र करें और प्रतिकृति के लिए तैयार करें।
9. प्रशिक्षण का आयोजन करें।
10. और केवल अब - परिचय करने के लिए।

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

अंग	OS रिपॉजिटरी से पाएं	में विशेषज्ञता प्राप्त की
कार्यालय पैकेज	लिब्रे ऑफिस	मोयफिस मानक
मेल आवेदन	थंडरबर्ड क्लाइंट डवकोट + पोस्टफिक्स / एक्सिम	Moyofis मेल / कम्युनिस्ट समर्थक
इंटरनेट ब्राउज़र	फ़ायरफ़ॉक्स / क्रोमियम	Yandex। ब्राउज़र
इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन प्रणाली द्वारा	Jboss	Xed 3.0 (Croc)

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

लेकिन अब क्या किया जा सकता है।

परीक्षणों में क्या नहीं हुआ, आप कई तरीकों में से एक का पता लगा सकते हैं:

- वेब क्लाइंट पर जाएं (यदि कोई है और IE के अलावा किसी अन्य चीज के साथ काम करता है)।
- वाइन में चलाने की कोशिश करें।
- अपरिवर्तित छोड़ दें और उन लाइसेंसों के हिस्से में शामिल करें जिन्हें आप प्रतिस्थापित नहीं कर सकते हैं।
- समस्या के बारे में संचार मंत्रालय को लिखें और सॉफ्टवेयर को बनाए रखने के लिए "आगे बढ़ें" प्राप्त करें।
- एक एनालॉग उठाओ और एक संगत साबुन के साथ awl को बदलने के लिए एक परियोजना तैयार करें।
- टर्मिनल, वीडीआई या क्लाइंट वर्चुअलाइजेशन का उपयोग करें।

अंत में, जो आपको याद नहीं करना चाहिए, उस पर कुछ सुझाव:

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

संदर्भ

• FZ-188 का पुराना विश्लेषण ।
• संचार मंत्रालय के आदेश संख्या 334 ।
• केंद्रीय खरीद पर डिक्री नंबर 658 - क्षेत्र में नवीनतम घटनाक्रम इस तथ्य से संबंधित हैं कि कुछ उत्पादों को केंद्र द्वारा खरीदे जाने की सिफारिश की जाती है। शायद वे सास - संभव घरेलू बादलों के समान कुछ करना चाहते हैं।
• घरेलू सॉफ्टवेयर का रजिस्टर ।
• उद्योग और व्यापार मंत्रालय के उपकरणों का रजिस्टर ।
• आयात प्रतिस्थापन परियोजना का एक उदाहरण जिसे हम लागू कर रहे हैं ।
• मेरा मेल ADonin@croc.ru है