अनुपालनपढ़ने में 15 मिनट लगेंगे

    यूरोपीय संघ की सीसीटीवी परियोजनाओं में रूसी मूल के सॉफ़्टवेयर (2026): अनुपालन, प्रतिबंध और खरीद समीक्षा

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

    महत्वपूर्ण: यह तथ्यों की समीक्षा है, कानूनी सलाह नहीं।

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

    2026 के यूरोपीय संघ की खरीद में यह प्रश्न क्यों महत्वपूर्ण है?

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

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

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

    यूरोपीय संघ के मौजूदा प्रतिबंध ढांचे का संक्षिप्त सारांश

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

    सॉफ्टवेयर से संबंधित तीन स्तंभ

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

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

    अमेरिकी पक्ष: NDAA धारा 889 और आईसीटीएस कार्यकारी आदेश

    अमेरिका की ओर से, दो दस्तावेजों का हवाला अक्सर यूरोपीय संघ के खरीद अधिकारियों द्वारा भी अनौपचारिक मानदंड के रूप में दिया जाता है। NDAA §889 (वित्तीय वर्ष 2019 के लिए जॉन एस. मैक्केन राष्ट्रीय रक्षा प्राधिकरण अधिनियम) संघीय एजेंसियों और संघीय ठेकेदारों को कुछ नामित चीनी निर्माताओं से दूरसंचार और वीडियो निगरानी उपकरण खरीदने या उपयोग करने से प्रतिबंधित करता है। सूचना और संचार प्रौद्योगिकी और सेवाएँ (आईसीटीएस) कार्यकारी आदेश, मुख्य रूप से कार्यकारी आदेश 13873 और उसके बाद के आदेश, अमेरिकी वाणिज्य विभाग को विदेशी प्रतिद्वंद्वियों से जुड़े लेन-देन की समीक्षा करने का व्यापक अधिकार देते हैं।

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

    सीसीटीवी डिजाइन सॉफ्टवेयर पर प्रत्यक्ष खरीद का प्रभाव

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

    सार्वजनिक क्षेत्र के निविदाएं

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

    महत्वपूर्ण अवसंरचना अनुबंध

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

    निजी उद्यम अनुपालन लेखापरीक्षाएँ

    अपने स्वयं के ESG, आपूर्ति श्रृंखला या साइबर-जोखिम ढांचे वाले बड़े उद्यम नियमित रूप से अपने आपूर्तिकर्ताओं और उप-आपूर्तिकर्ताओं का ऑडिट करते हैं। यहां तक कि जब कोई विशिष्ट निविदा शामिल नहीं होती है, तब भी ऐसे सॉफ़्टवेयर का उपयोग करने वाले एकीकरणकर्ता, जिसके स्रोत का प्रमाण नहीं दिया जा सकता है, वार्षिक समीक्षा के दौरान पसंदीदा आपूर्तिकर्ता सूची से हटाए जा सकते हैं। यह प्रवृत्ति 2024 और 2025 में उल्लेखनीय रूप से बढ़ी और 2026 में भी जारी रहेगी।

    सीमा पार एकीकरणकर्ता जुड़ाव

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

    खरीदार सॉफ्टवेयर की उत्पत्ति की पुष्टि कैसे करते हैं

    उत्पत्ति की जाँच करने वाले खरीद अधिकारी के पास एक मानक उपकरण होता है। इनमें से कोई भी जाँच अकेले उत्पत्ति को साबित नहीं करती — ये सार्वजनिक जानकारी से एक त्रिकोणीय चित्र का निर्माण करती हैं।

    • विक्रेता डोमेन पर WHOIS रजिस्ट्री — रजिस्ट्रार देश, रजिस्ट्रेंट संगठन, नेम-सर्वर ASN।
    • विक्रेता द्वारा कानूनी इकाई का नाम, पंजीकरण देश और कर पहचान पत्र का खुलासा - आमतौर पर योग्यता निर्धारण के समय आवश्यक होता है।
    • होस्टिंग प्रदाता समीक्षा — वह क्लाउड क्षेत्र जहां SaaS इन्फ्रास्ट्रक्चर भौतिक रूप से चलता है, जिसका प्रमाण किसी प्रमाणन या तृतीय-पक्ष होस्टिंग समझौते द्वारा दिया जाता है।
    • सार्वजनिक कॉर्पोरेट फाइलिंग - लाभकारी स्वामित्व रजिस्टर, मूल कंपनी संरचना और किसी भी प्रतिबंध सूची का क्रॉस-रेफरेंस।
    • सप्लाई-चेन प्रमाणीकरण — विक्रेता द्वारा लिखित घोषणा जिसमें यह बताया गया हो कि सॉफ्टवेयर कहाँ इंजीनियर किया गया है, होस्ट किया गया है और समर्थित है, और किसी भी उप-प्रोसेसर का नाम शामिल हो।

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

    GDPR तीसरे देश में स्थानांतरण का पहलू

    GDPR अनुच्छेद 44 से 49 यूरोपीय आर्थिक क्षेत्र से बाहर के देशों में व्यक्तिगत डेटा के हस्तांतरण को नियंत्रित करते हैं। सामान्य नियम यह है कि ऐसा हस्तांतरण तब तक निषिद्ध है जब तक कि निर्दिष्ट सुरक्षा उपायों में से कोई एक लागू न हो: यूरोपीय आयोग द्वारा पर्याप्तता निर्णय, अनुमोदित हस्तांतरण तंत्र जैसे कि उपयुक्त पूरक उपायों के साथ मानक संविदात्मक खंड, या विशिष्ट परिस्थितियों के लिए छूट।

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

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

    CCTVplanner क्यों अस्तित्व में आया — यूरोपीय संघ द्वारा संचालित, यूरोपीय संघ द्वारा विकसित

    CCTVplanner का संचालन पोलैंड में पंजीकृत DEFENSAR द्वारा किया जाता है, जिसका फ्रंटएंड पोलैंड में और बैकएंड यूरोपीय संघ क्षेत्र के क्लाउड इंफ्रास्ट्रक्चर पर होस्ट किया गया है। "100% EU में इंजीनियर और होस्ट किया गया" शीर्षक का यही अर्थ है — कानूनी इकाई, इंजीनियरिंग और होस्टिंग सभी यूरोपीय संघ के भीतर हैं। मुख्य खाता और प्रोजेक्ट डेटा EU सर्वरों पर संग्रहीत किया जाता है; उप-प्रोसेसरों का एक छोटा समूह (भुगतान, एनालिटिक्स, ईमेल — जैसे Stripe, Google, Resend) GDPR ट्रांसफ़र सुरक्षा उपायों के अंतर्गत आता है: SCCs और EU–U.S. Data Privacy Framework, जैसा कि गोपनीयता नीति में नामित है।

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

    एक पैराग्राफ में यूरोपीय संघ का रुख

    • ऑपरेटिंग इकाई DEFENSAR पोलैंड में पंजीकृत और कर निवासी है।
    • फ्रंटएंड पोलैंड में होस्ट किया गया है; बैकएंड यूरोपीय संघ क्षेत्र के क्लाउड (ईयू-वेस्ट) पर है।
    • मुख्य खाता और प्रोजेक्ट डेटा EU सर्वरों पर; उप-प्रोसेसर (जैसे Stripe, Google, Resend) GDPR ट्रांसफ़र सुरक्षा उपायों — SCCs और EU–U.S. Data Privacy Framework — के अंतर्गत आते हैं।
    • GDPR के अनुरूप - यूरोपीय संघ के खरीदारों के लिए अलग से हस्तांतरण-प्रभाव मूल्यांकन की आवश्यकता नहीं है।

    अपना CCTV design tool बदलना

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

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

    समापन अस्वीकरण

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

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

    अक्सर पूछे जाने वाले प्रश्नों

    क्या 2026 में EU की सार्वजनिक खरीद में रूसी मूल का सॉफ़्टवेयर प्रतिबंधित है?

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

    क्या EU प्रतिबंध ढाँचा केवल हार्डवेयर पर नहीं, डिज़ाइन सॉफ़्टवेयर पर भी लागू होता है?

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

    GDPR रूस में होस्ट किए गए सॉफ़्टवेयर के साथ कैसे जुड़ता है?

    GDPR के अनुच्छेद 44 से 49 व्यक्तिगत डेटा के तीसरे देशों को हस्तांतरण को नियंत्रित करते हैं। रूस यूरोपीय आयोग की पर्याप्तता निर्णय वाले देशों की सूची में नहीं है, और रूसी प्रोसेसरों के साथ मानक संविदात्मक खंडों को यूरोपीय संघ के न्याय न्यायालय के Schrems II तर्क के तहत अतिरिक्त जाँच का सामना करना पड़ता है। व्यवहार में इसका अर्थ है कि कोई भी CCTV डिज़ाइन टूल जो व्यक्तिगत डेटा (प्रोजेक्ट मेटाडेटा, खाता जानकारी, क्लाइंट साइट विवरण) रूस के सर्वरों या रूसी अधिकार क्षेत्र के अंतर्गत संस्थाओं को भेजता है, वह GDPR हस्तांतरण-प्रभाव आकलन का ऐसा महत्वपूर्ण बोझ उठाता है जो EU में होस्ट किए गए टूल पर नहीं है।

    NDAA §889 क्या है और क्या यह अमेरिका के बाहर लागू होता है?

    NDAA §889 अमेरिकी संघीय खरीद नियम है जो संघीय एजेंसियों और संघीय ठेकेदारों को कुछ नामित चीनी कंपनियों से दूरसंचार और वीडियो-निगरानी उपकरण खरीदने या उपयोग करने से रोकता है। यह अमेरिकी दायरे वाला अमेरिकी साधन है, लेकिन अपने नियम अद्यतन कर रहे EU और UK के अनुबंधकर्ता प्राधिकरण इसे खरीद के टेम्पलेट के रूप में अधिकाधिक उद्धृत करते हैं। 2026 में खरीद अधिकारी नियमित रूप से विक्रेताओं से पूछते हैं कि क्या उनके उत्पाद §889 के तहत योग्य होंगे, तब भी जब §889 कानूनी रूप से अनुबंध पर लागू नहीं होता।

    खरीद टीम सॉफ़्टवेयर के मूल पर कौन सी व्यावहारिक उचित-परिश्रम जाँच करती है?

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

    © 2026 CCTVplanner. © 2026 CCTVplanner. सर्वाधिकार सुरक्षित।