आधुनिकीकरण में मेरा डेटा कहाँ जाता है? PDPL और 90 दिन की योजना

जब आप AI से आधुनिकीकरण करते हैं, तो टूल आपका कोड और संभवतः आपके डेटाबेस की कॉपियाँ पढ़ता है, आमतौर पर किंगडम के बाहर के डेटा सेंटरों में। अपने रीजन पेज के अनुसार AWS Transform का आज मध्य पूर्व में कोई वर्कस्पेस रीजन नहीं है, और सऊदी प्रेस एजेंसी (SPA) के अनुसार AWS का सऊदी रीजन दिसंबर 2026 में शुरू होना है। इसलिए कुछ भी भेजने से पहले: कोड को व्यक्तिगत डेटा से अलग करें, कम से कम भेजें, और जो कुछ भी बाहर जाए उस पर किंगडम के बाहर व्यक्तिगत डेटा के ट्रांसफ़र की नियमावली लागू करें।

भाग 6 में आपने काम रोके बिना नए सिस्टम पर जाने की योजना बनाई। यह अंतिम भाग डेटा के सवाल का जवाब देता है और सीरीज़ के अभ्यासों को 90 दिन की योजना में बदलता है। कानून की बुनियादी बातों के लिए हमारी व्यावहारिक PDPL गाइड देखें।

आधुनिकीकरण के दौरान असल में आपकी कंपनी से क्या बाहर जाता है

यहाँ डेटा शब्द 4 अलग-अलग चीज़ों को छिपाता है, और हर एक का जोखिम अलग है:

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

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

AWS Transform जैसा टूल आपका डेटा कहाँ प्रोसेस करता है

हम AWS Transform को उदाहरण के रूप में ले रहे हैं क्योंकि Amazon ने इसका विवरण प्रकाशित किया है, और यही सवाल किसी भी दूसरे टूल पर लागू होते हैं। Amazon के आधिकारिक पेज आज यह कहते हैं:

• कहाँ स्टोर होता है: डेटा सुरक्षा पेज के अनुसार आपका डेटा उसी रीजन में रखा जाता है जहाँ आपने वर्कस्पेस बनाया। रीजन पेज 11 रीजन सूचीबद्ध करता है, जिनमें फ़्रैंकफ़र्ट, लंदन, मुंबई, टोक्यो और वर्जीनिया शामिल हैं, कुछ केवल ख़ास क्षमताओं के लिए, और इनमें से कोई भी मध्य पूर्व में नहीं है।
• कहाँ प्रोसेस होता है: क्रॉस-रीजन प्रोसेसिंग पेज बताता है कि टूल Amazon Bedrock मॉडलों पर चलता है और अनुरोध व उनके नतीजे उसी भौगोलिक क्षेत्र के किसी दूसरे रीजन में प्रोसेस हो सकते हैं; उदाहरण के लिए फ़्रैंकफ़र्ट से आया अनुरोध 6 यूरोपीय रीजनों में प्रोसेस हो सकता है। यही पेज घोषणा करता है कि 7 अक्टूबर 2026 से मुंबई और सियोल से आने वाले चैट अनुरोध AWS के सभी व्यावसायिक रीजनों में बाँटे जाते हैं, जबकि स्टोरेज मूल रीजन में ही रहता है।
• सेवा सुधार: Amazon अपने सेवा सुधार पेज पर कहता है कि वह आपके सवालों और टूल द्वारा बनाए गए कोड का इस्तेमाल सेवा सुधारने के लिए कर सकता है, मॉडल ट्रेनिंग सहित, और इससे बाहर निकलना AWS Organizations में AI सेवाओं की ऑप्ट-आउट नीति से होता है, जिसे आपके अकाउंट का एडमिनिस्ट्रेटर सेट करता है।

और दिसंबर 2026 में अपेक्षित AWS का सऊदी रीजन अपने आप यह नहीं दर्शाता कि यह टूल वहीं से चलेगा। प्रोजेक्ट शुरू होने पर रीजन पेज ख़ुद खोलकर देखें; सूची बदलती रहती है।

डेटा बाहर जाने से पहले PDPL क्या माँगता है

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

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

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

कुछ भी भेजने से पहले किसी भी टूल या वेंडर से पूछे जाने वाले 6 सवाल

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

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

सीरीज़ के अभ्यासों से बनी 90 दिन की योजना

यह योजना आपके सिस्टम को 90 दिनों में आधुनिक नहीं बनाती। यह आपको एक लिखित फ़ैसले तक और समानांतर रन के लिए तैयार एक पायलट मॉड्यूल तक पहुँचाती है, और पिछले छह भागों के अभ्यासों से बनी है:

दिन 90 के बाद आप वह जानते हैं जो पहले नहीं जानते थे: आपके पास क्या है, क्या आधुनिक बनाने लायक़ है, और AI टूल वेंडरों के उदाहरणों के बजाय आपके अपने कोड के साथ कैसे व्यवहार करते हैं। तभी लागत और अवधि की कोई भी बात आपकी हक़ीक़त पर टिकी होती है।

Origami का नज़रिया

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

हम AI टूल वहीं इस्तेमाल करते हैं जहाँ वे सचमुच काम छोटा करते हैं, लेकिन उन्हें क्या भेजा जाए, यह फ़ैसला आपका ही रहता है, लिखित और हस्ताक्षरित। हम कैसे काम करते हैं, यह देखने के लिए हमारी सेवाएँ देखें।

सीरीज़ का समापन

हमने 7 भाग पहले एक ही सवाल से शुरुआत की थी: मैं AI से अपने लीगेसी सिस्टम को आधुनिक कैसे बनाऊँ? हम जिस जवाब पर पहुँचे, वह यह है कि AI पढ़ने, कन्वर्ट करने और टेस्टिंग को तेज़ करता है, लेकिन अहम फ़ैसले कंपनी चलाने वालों के पास ही रहते हैं: कौन-सा सिस्टम इसके लायक़ है, कौन-सा नियम सही है, कौन हस्ताक्षर करता है और डेटा कहाँ जाता है। आपके लीगेसी सिस्टमों ने सालों तक कंपनी को चलाए रखा, और उन्हें शांति से और योजना के साथ आधुनिक बनाना ही उनके लिए सबसे अच्छा काम है। सीरीज़ के सभी भाग नॉलेज हब में मिलेंगे।

स्रोत

• Amazon: AWS Transform के समर्थित रीजन — रीजन की सूची, मध्य पूर्व में कोई रीजन नहीं।
• Amazon: AWS Transform में क्रॉस-रीजन प्रोसेसिंग — प्रोसेसिंग रीजन और 7 अक्टूबर 2026 का बदलाव।
• Amazon: AWS Transform में डेटा सुरक्षा — डेटा कहाँ स्टोर होता है।
• Amazon: AWS Transform सेवा सुधार — सेवा सुधार के लिए सामग्री का उपयोग और ऑप्ट-आउट का तरीक़ा।
• सऊदी प्रेस एजेंसी: दिसंबर 2026 में सऊदी अरब में AWS रीजन — 1 सितंबर 2026।
• SDAIA, राष्ट्रीय डेटा गवर्नेंस प्लेटफ़ॉर्म: व्यक्तिगत डेटा संरक्षण कानून।
• SDAIA, राष्ट्रीय डेटा गवर्नेंस प्लेटफ़ॉर्म: किंगडम के बाहर व्यक्तिगत डेटा के ट्रांसफ़र की नियमावली — देशों की सूची, उचित सुरक्षा उपाय और जोखिम मूल्यांकन।
• राष्ट्रीय डेटा गवर्नेंस प्लेटफ़ॉर्म: सेवाएँ और टूल।