गोपनीयता नीति

आखिरी अपडेट: 21 अक्टूबर 2026

1. हम कौन हैं

विश्व गणराज्य (“विश्व गणराज्य”, “हम”, “हमें” या “हमारा”) https://www.worldrepublic.org पर विश्व गणराज्य का ऐप और वेबसाइट चलाता है (“सेवा”)। यही ऐप एक दूसरे नाम, Raised by Humanity, से https://www.raisedbyhumanity.org पर भी दिया जाता है। वह साइट वही सॉफ़्टवेयर चलाती है, वही खाते और वही डेटाबेस इस्तेमाल करती है, और उसे हम ही चलाते हैं। इस नीति में “सेवा” का मतलब दोनों साइटें हैं, और यह नीति दोनों पर लागू होती है। विश्व गणराज्य स्विस नागरिक संहिता के अनुच्छेद 60 और उसके आगे के तहत एक स्विस संघ (Verein) है, जिसका मुख्यालय ज़ुग, स्विट्ज़रलैंड में है। नागरिक संहिता के अनुच्छेद 60(1) के तहत इसे कानूनी व्यक्तित्व हासिल है और यह वाणिज्यिक रजिस्टर में दर्ज नहीं है। सेवा का संचालन हमारा बोर्ड हंगरी से करता है, इसलिए यूरोपीय संघ के सामान्य डेटा संरक्षण विनियमन (GDPR) के लिहाज़ से विश्व गणराज्य यूरोपीय संघ में स्थापित है, और वहाँ हमारा प्रमुख निगरानी प्राधिकरण डेटा संरक्षण और सूचना की स्वतंत्रता के लिए हंगरी का राष्ट्रीय प्राधिकरण (NAIH) है।

नीचे बताई गई ज़्यादातर प्रोसेसिंग के लिए हम डेटा नियंत्रक हैं। पहचान के सत्यापन में नियंत्रक हम हैं और Amazon Web Services हमारे प्रोसेसर / सेवा प्रदाता के तौर पर काम करता है। एक दूसरे सेवा प्रदाता, Didit, का ज़िक्र नीचे मामले को आगे बढ़ाने (एस्केलेशन) के एक ऐसे रास्ते के लिए है जो अभी खुला नहीं है — खंड 4.2 देखें।

• गोपनीयता के लिए संपर्क: privacy@worldrepublic.org
• यूरोपीय संघ में संपर्क: Balázs Kónya, बोर्ड सदस्य, 3626 Hangony, Dózsa György út 5., हंगरी (privacy@worldrepublic.org)

2. दायरा

यह नीति दुनिया भर में हर उस व्यक्ति पर लागू होती है जो सेवा इस्तेमाल करता है। जहाँ स्थानीय कानून आपको और भी अधिकार देते हों — इनमें यूरोपीय संघ और यूके का GDPR, स्विट्ज़रलैंड का संशोधित संघीय डेटा संरक्षण कानून (revFADP), CPRA से संशोधित कैलिफ़ोर्निया उपभोक्ता गोपनीयता कानून, और अमेरिकी राज्यों के बायोमेट्रिक कानून (इलिनॉय BIPA, टेक्सास CUBI, वॉशिंगटन) शामिल हैं — वे अधिकार खंड 10 में बताए गए हैं।

विश्व गणराज्य अभी गैर-बाध्यकारी परीक्षण चुनाव कराता है। हम अभी सदस्य नहीं बना रहे; इसमें हिस्सा लेना अभी एक प्रयोग है।

3. हम कौन सी जानकारी लेते हैं

3.1 आपकी दी हुई जानकारी

• खाते की जानकारी: आप Google से साइन इन करें, तो हमें एक प्रमाणीकरण टोकन और आपके Google खाते की आईडी मिलती है। हम आईडी रखते हैं — यही आपके खाते को आपके Google साइन इन से जोड़ती है। आपका Google नाम, ईमेल या तस्वीर हम नहीं रखते, और वह टोकन भी नहीं रखते, जिसमें ये सब होते हैं।
• पासकी के क्रेडेंशियल: आप पासकी (WebAuthn) इस्तेमाल करें, तो हम पब्लिक-की क्रेडेंशियल, एक आईडी, और आपको प्रमाणित करने के लिए ज़रूरी डिवाइस मेटाडेटा सहेजते हैं।
• प्रोफ़ाइल की जानकारी: एक उपयोगकर्ता नाम, जिसे खाता बनते समय हम बना देते हैं और जिसे आप कभी भी बदल सकते हैं — खाते की सेटिंग में। सेवा में आप जहाँ भी दिखें, वहाँ आपका उपयोगकर्ता नाम सार्वजनिक होता है — खंड 6 देखें — इसलिए आप इसमें अपना असली नाम डालें, तो सार्वजनिक वही होगा। हम हर खाते के लिए एक आमंत्रण कोड भी बनाते हैं; सेवा में कुछ भी उसका इस्तेमाल नहीं करता।
• आपकी बनाई हुई सामग्री: राजनीतिक पार्टियों के नाम, ब्योरे और लिंक।
• किसी पार्टी की रिपोर्ट: आप सूची में दर्ज किसी पार्टी की रिपोर्ट करें, तो हम यह रखते हैं कि कौन सी पार्टी, आपने कौन सा आधार चुना, आपने क्या लिखा, और समय। ज़्यादातर आधारों पर हम आपका नाम और एक ईमेल पता भी माँगते हैं, क्योंकि जो कानून हमें आपकी रिपोर्ट लेने के लिए बाध्य करता है, वही हमें यह बताने के लिए भी बाध्य करता है कि रिपोर्ट हमें मिल गई, और यह भी कि हमने क्या तय किया — और आप तक पहुँचने का हमारे पास कोई और रास्ता नहीं है। एक आधार पर हम इनमें से कुछ भी न माँगते हैं और न रखते हैं: यह रिपोर्ट कि सामग्री बच्चों के यौन शोषण की है। आप साइन इन हैं, तो हम यह भी दर्ज करते हैं कि रिपोर्ट किस खाते ने भेजी। यही इकलौती जगह है जहाँ हम आपका दिया हुआ ईमेल पता रखते हैं; खंड 8 बताता है कि कितने समय तक, और खंड 10.1 बताता है कि हम उसे किस काम में लेते हैं और किस काम में नहीं।
• उम्र की पुष्टि: यह कि आपने पुष्टि की कि आपकी उम्र 18 साल या उससे ज़्यादा है, और कब की। हम यह एक बार पूछते हैं, पहचान के सत्यापन से पहले। हम आपकी जन्म तारीख न पूछते हैं और न रखते हैं — सिर्फ़ यह कि पुष्टि दी गई थी, किस उम्र के लिए दी गई थी, और कब।
• आपकी पार्टी की समीक्षा का नतीजा: खंड 5.1 में बताई गई स्वचालित समीक्षा ने आपकी पार्टी को डिफ़ॉल्ट रूप से सूची में रखा या उसे स्पैम मानकर अलग रखा, उसने कौन सा आधार दिया, उसकी दो जाँचों में से किसने (या किस व्यक्ति ने) फ़ैसला किया, जहाँ फ़ैसला किसी मॉडल ने किया वहाँ किस मॉडल ने किया, और कब।
• आपकी पार्टी बताती है या नहीं कि वह एआई को लेकर क्या चाहती है: खंड 5.2 वाली समीक्षा ने उसे जैसा पढ़ा, उसके हिसाब से आपकी पार्टी का नाम या ब्योरा यह बताता है या नहीं कि पार्टी कृत्रिम बुद्धिमत्ता को लेकर क्या चाहती है; उसने जो पंक्ति दी, जिसमें आपके अपने शब्द हूबहू आ सकते हैं; जवाब किसने दिया (स्वचालित वर्गीकरण मॉडल ने या किसी व्यक्ति ने); जहाँ जवाब किसी मॉडल ने दिया, वहाँ किस मॉडल ने; और कब।
• आपकी पार्टी को हटाने का फ़ैसला: ऊपर बताई गई समीक्षा से अलग, जिस पार्टी की सामग्री को हम गैरकानूनी मानते हैं, उसे सूची से पूरी तरह हटाया जा सकता है — उसका पेज फिर किसी के लिए नहीं खुलता, उसे न खोजा जा सकता है और न उसे वोट मिल सकते हैं। यह ऊपर बताए गए समीक्षा के नतीजे से अलग और कहीं ज़्यादा भारी कदम है, क्योंकि वह नतीजा सिर्फ़ इतना तय करता है कि पार्टी डिफ़ॉल्ट रूप से सूची में दिखे या नहीं। जहाँ हम ऐसा करते हैं, वहाँ हम यह रखते हैं: तारीख, वह कानूनी आधार जिस पर हमने भरोसा किया, हमारा अपना लिखा हुआ कारण कि वह आधार आपकी पार्टी पर क्यों लागू होता है, यह कि इसकी वजह किसी की रिपोर्ट बनी या हमारी अपनी समीक्षा, और फ़ैसला करने वाले के लिए एक लेबल। आखिरी बात को छोड़कर यह सब आपको दिखाया जाता है — सेवा में, आपकी पार्टी के अपने पेज पर, जो आपके लिए तब भी खुलता है जब वह किसी और के लिए नहीं खुलता। जिस व्यक्ति ने फ़ैसला किया, हम उसका नाम नहीं बताते, और अगर किसी ने आपकी रिपोर्ट की हो, तो हम यह भी नहीं बताते कि किसने की।
• वोट का रिकॉर्ड: यह कि आपने किसी परीक्षण चुनाव में वोट डाला, और कब डाला। यह नहीं कि आपने किस पार्टी को वोट दिया। इस नीति में आपका मतपत्र वह विकल्प है जो आपने परीक्षण चुनाव में डाला है। आपका मतपत्र निजी है: आपका विकल्प पार्टी के कुल वोटों में जुड़ जाता है और आपके खाते के साथ सहेजा नहीं जाता। वोट डालते समय आपका अपना डिवाइस जो पुष्टि दिखाता है, उसके अलावा सेवा की कोई भी स्क्रीन यह नहीं दिखाती कि आपने किसे वोट दिया, और हम इसे प्रकाशित नहीं करते। कुछ मामलों में, जिसकी हमारे डेटाबेस (खंड 11) या उसकी किसी कॉपी तक सीधी पहुँच हो, वह फिर भी किसी मतपत्र को उसे डालने वाले व्यक्ति से जोड़ सकता है। यह कब, और कितने समय तक हो सकता है, यह खंड 5.3 बताता है।
• लेन-देन का ब्योरा: आप WDD निकालें, तो जिस वॉलेट पते पर भेजा गया वह पता, रकम, और चुना हुआ नेटवर्क।

3.2 पहचान का सत्यापन और बायोमेट्रिक डेटा

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

3.3 जो जानकारी अपने आप इकट्ठा होती है

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

3.4 कुकीज़ और लोकल स्टोरेज

हम सिर्फ़ बिल्कुल ज़रूरी और कामकाज से जुड़ी कुकीज़ और लोकल स्टोरेज इस्तेमाल करते हैं:

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

हम विज्ञापन वाली कुकीज़ इस्तेमाल नहीं करते, और विज्ञापन या साइटों के बीच नज़र रखने वाला कोई SDK हम नहीं चलाते।

4. बायोमेट्रिक डेटा (चेहरे की जाँच) — यह ज़रूर पढ़ें

किसी परीक्षण चुनाव में वोट डालने के लिए, और पार्टी पंजीकृत करने के लिए, आपको चेहरे की वह जाँच पूरी करनी होती है जिससे पुष्टि होती है कि आप कैमरे के सामने मौजूद हैं। इस नीति में इसी को चेहरे की जाँच कहा गया है। चेहरे की जाँच बायोमेट्रिक डेटा प्रोसेस करती है, जो संवेदनशील / विशेष श्रेणी का व्यक्तिगत डेटा है। हम इसके बारे में पूरी तरह पारदर्शी रहना चाहते हैं।

4.1 क्या होता है

• आपका डिवाइस कैमरे के सामने आपके चेहरे का एक छोटा वीडियो लेता है, जिसे Amazon Web Services (AWS) Amazon Rekognition Face Liveness प्रोसेस करता है, ताकि पुष्टि हो सके कि सामने एक असली, जीवित व्यक्ति मौजूद है (नकल रोकने के लिए)।
• AWS उस सेशन के लिए चेहरे की एक संदर्भ तस्वीर सहेजता है। जाँच पास हो या न हो, AWS वह तस्वीर दोनों हालात में सहेजता है, इसलिए जो जाँच पास नहीं हुई, उसकी भी एक तस्वीर रह जाती है। आप वह तस्वीर कभी भी नष्ट करवा सकते हैं (खंड 4.4)।
• जाँच सफल होती है, तो उस तस्वीर से बना चेहरे का वेक्टर (टेम्पलेट) हम AWS Rekognition के एक सुरक्षित कलेक्शन में जोड़ देते हैं। जो जाँच दोहरी होने की वजह से मंज़ूर नहीं होती, वह कलेक्शन में कोई वेक्टर नहीं जोड़ती।
• उसी कलेक्शन में हम दूसरे उपयोगकर्ताओं के चेहरे के वेक्टरों से एक-से-अनेक तुलना चलाते हैं, यह देखने के लिए कि वही चेहरा किसी दूसरे खाते पर पहले से सत्यापित तो नहीं है।

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

आप किसी व्यक्ति से इसे देखने के लिए कह सकते हैं। privacy@worldrepublic.org पर लिखें, या हमारी मदद कम्युनिटी में पूछें — हम एक महीने के भीतर जवाब देंगे। कोई व्यक्ति आपकी जाँच की संदर्भ तस्वीर की तुलना उस खाते के लिए रखी तस्वीर से करता है जिससे मिलान हुआ था, बशर्ते दोनों अब भी मौजूद हों — इनमें से कोई भी तस्वीर खंड 4.5 के तहत पहले ही नष्ट हो चुकी हो सकती है — और वह नामंज़ूरी पलटकर आपको सत्यापित कर सकता है।

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

4.2 Didit तक का रास्ता

यह रास्ता आज खुला नहीं है, और कोई जाँच शुरू नहीं की जा सकती। इसे यहाँ इसलिए बताया गया है कि इसकी रूपरेखा बनाई गई है।

सोच यह है कि जिसे चेहरे की जाँच गलती से मंज़ूर न करे — यानी एक जैसे दिखने वाले लोगों के बीच दोहरेपन का गलत मिलान — उसका मामला आगे बढ़ाकर पहचान प्रदाता Didit के पास भेजा जाए। इसमें आपसे स्पष्ट सहमति माँगी जाती और Didit हमारी ओर से एक दस्तावेज़ और एक सेल्फ़ी की जाँच करता।

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

अगर यह रास्ता कभी खोला जाता है, तो उससे पहले यही खंड बताएगा कि इसमें क्या-क्या लिया जाता है और हमें क्या मिलता है।

4.3 सेवा प्रदाताओं के बारे में सूचना (AWS और Didit)

विश्व गणराज्य पहचान के सत्यापन के लिए सेवा प्रदाताओं का इस्तेमाल करता है। बायोमेट्रिक पहचानकर्ता और बायोमेट्रिक जानकारी (“बायोमेट्रिक डेटा”) — खास तौर पर आपके चेहरे की बनावट के स्कैन और उनसे जुड़ी चेहरे की तस्वीरें और टेम्पलेट — ये सेवा प्रदाता (AWS; और Didit, अगर खंड 4.2 वाला रास्ता कभी खोला जाए) विश्व गणराज्य की ओर से ले सकते हैं, रख सकते हैं और इस्तेमाल कर सकते हैं, इस मकसद से कि यह सत्यापित हो सके कि आप एक विशिष्ट, जीवित, असली व्यक्ति हैं और दोहरे या धोखाधड़ी वाले खाते रुकें। AWS जो बायोमेट्रिक डेटा विश्व गणराज्य की ओर से रखता है, विश्व गणराज्य उसे तब नष्ट करता है जब उसे लेने का शुरुआती मकसद पूरा हो जाए, जब आप मिटाने को कहें, या इससे पहले अगर कानून ऐसा कहे। Didit के पास हमारा कोई बायोमेट्रिक या पहचान का डेटा नहीं है, क्योंकि वह रास्ता खुला नहीं है। अगर वह कभी खोला जाता है, तो पहले यहीं तय और दर्ज किया जाएगा कि Didit वह डेटा किन शर्तों पर रख सकता है और उसे कब मिटाना होगा। यह सेवा देने के लिए जितना ज़रूरी हो, उतना बायोमेट्रिक डेटा विश्व गणराज्य और उसके सेवा प्रदाताओं के बीच भेजा जा सकता है।

4.4 आपकी सहमति और आपका विकल्प

इस जाँच के नीचे दो चीज़ें हैं, और हम दोनों का नाम लेते हैं।

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

मना करने की कीमत क्या है। आज वोट डालने का इकलौता रास्ता चेहरे की जाँच ही है। आप इससे मना करें, तो आप किसी परीक्षण चुनाव में वोट नहीं डाल सकते, और कोई नई पार्टी पंजीकृत नहीं कर सकते। इसके अलावा कुछ नहीं जाता: आप अब भी WDD रख सकते हैं, WDD निकाल सकते हैं, पहले से पंजीकृत अपनी पार्टी के नेता बने रह सकते हैं, और बाकी सेवा इस्तेमाल कर सकते हैं। किसी भी ऐसे चुनाव से पहले जिसका नतीजा किसी के लिए बाध्यकारी हो, हम वोट डालने का ऐसा रास्ता देंगे जिसमें चेहरे की जाँच न हो।

आप वह सहमति कभी भी वापस ले सकते हैं, और इसके लिए आपको अपना खाता मिटाने की ज़रूरत नहीं है। ऐप में खाता → सत्यापन → मेरे चेहरे का डेटा मिटाएँ खोलें। वापस लेना तुरंत लागू होता है, और इससे संदर्भ तस्वीरें और वह टेम्पलेट, जिससे हम मिलान करते हैं, दोनों नष्ट हो जाते हैं। अगर आप तस्वीरों की कॉपी चाहते हैं, तो पहले उन्हें इसी स्क्रीन से डाउनलोड कर लें (खंड 10.1)। आपके खाते, आपके WDD बैलेंस, आपके नेतृत्व वाली किसी भी पार्टी और आपके डाले जा चुके किसी भी वोट पर कोई असर नहीं पड़ता। चेहरे की नई जाँच पूरी करने तक आपका खाता फिर से वोट डालने लायक नहीं रहेगा, और वह जाँच आप कभी भी दे सकते हैं — बस तब नहीं, जब आपकी जाँच पहले ही इसलिए मंज़ूर न की जा चुकी हो कि वह किसी दूसरे खाते का दोहराव थी (खंड 4.1 में बताई गई अपने आप होने वाली नामंज़ूरी)। सहमति वापस लेने से डेटा नष्ट हो जाता है, पर वह फ़ैसला नहीं बदलता; उसे चुनौती देने के लिए privacy@worldrepublic.org पर लिखें।

एक अपवाद, और वह वही है जो खंड 4.5 खाता मिटाने के लिए बताता है: आपने जिस परीक्षण चुनाव में वोट डाला है वह सहमति वापस लेते समय अभी खुला हो, तो आपकी सहमति उसी पल खत्म हो जाती है, पर बायोमेट्रिक डेटा उस चुनाव के समाप्त होने पर नष्ट किया जाता है — बशर्ते उससे पहले आप चेहरे की नई जाँच पूरी न कर लें, क्योंकि तब वह नई सहमति कायम रहती है और कुछ भी नष्ट नहीं होता। जैसा खंड 4.5 में बताया गया है, नष्ट करना चौदह दिन से ज़्यादा कभी नहीं रुकता: आपके सहमति वापस लेने के चौदह दिन से ज़्यादा बाद समाप्त होने वाला चुनाव नष्ट करने को बिल्कुल नहीं रोकता। आप इसके बजाय अपना पूरा खाता भी मिटा सकते हैं (खंड 9), या खंड 10 में दिए गए किसी भी अधिकार का इस्तेमाल करने के लिए हमसे संपर्क कर सकते हैं।

4.5 रखना और नष्ट करना

हम बायोमेट्रिक डेटा सिर्फ़ उतने समय तक रखते हैं, जितना सत्यापन और दोहरेपन को रोकने के लिए ज़रूरी हो। हम उसे तब नष्ट करते हैं जब मकसद पूरा हो जाए, जब आप मिटाने को कहें, जब आपका खाता मिटाया जाए, या सेवा में आपकी आखिरी सक्रियता के तीन साल बाद — इनमें से जो भी पहले हो। एक रिकॉर्ड इससे ज़्यादा समय तक रखा जाता है: हमारी बायोमेट्रिक डेटा रखने और नष्ट करने की नीति के खंड 1 में बताई गई सुरक्षा ऑडिट लॉग की प्रविष्टि, जो आपकी आँखों, नाक और मुँह की स्थितियाँ और आपके सिर का कोण दर्ज करती है। हमारी लिखित बायोमेट्रिक डेटा रखने और नष्ट करने की नीति इनमें से हर एक मौके को पूरा-पूरा बताती है, और उस नीति का खंड 2 बताता है कि किन बातों को सक्रियता माना जाता है। नष्ट करने में AWS की संदर्भ तस्वीर (Amazon S3) और चेहरे का वेक्टर (Rekognition कलेक्शन) मिटाना शामिल है।

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

4.6 बायोमेट्रिक डेटा कहाँ प्रोसेस होता है

आपके चेहरे के टेम्पलेट और संदर्भ तस्वीरें AWS यूरोपीय संघ (आयरलैंड) में प्रोसेस करता और रखता है। इनसे जुड़ा सत्यापन का मेटाडेटा (जैसे भरोसे के स्कोर और स्टोरेज के संदर्भ) हमारे मुख्य डेटाबेस में रखा जाता है (खंड 7 देखें)।

5. हम जानकारी का इस्तेमाल कैसे करते हैं, और हमारे कानूनी आधार

5.1 पार्टी पंजीकरण की स्वचालित समीक्षा

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

• वह क्या पढ़ता है: पार्टी का नाम, ब्योरा, वेबसाइट का लिंक और नेता का उपयोगकर्ता नाम — आपके बारे में और कुछ नहीं।
• वह क्या तय करता है: पार्टी डिफ़ॉल्ट सूचियों, खोज और चुनाव की पार्टी-सूची में दिखे, या उसे स्पैम मानकर अलग रख दिया जाए। अलग रखी गई पार्टी हटाई नहीं जाती: वह अपने ही वेब पते पर बनी रहती है, सभी पार्टियाँ दिखाने का विकल्प चुनकर उसे ढूँढा जा सकता है, और उसे वोट भी दिया जा सकता है।
• आधार: सेवा के बाहर की किसी चीज़ का प्रचार (इसमें सेवा या किसी स्थापित पार्टी का रूप धरना भी शामिल है), वोट के बदले किसी एक व्यक्ति को पैसे देने की पेशकश, हिंसा भड़काना, और अश्लीलता। राजनीतिक विचार कभी आधार नहीं होते, और समीक्षा जिस बात पर निशान लगाती है, उसे हूबहू बताना उसके लिए ज़रूरी है।
• वह कैसे तय करता है: एक बड़ा भाषा मॉडल — Z.ai का GLM-5.3 Flash — इन नियमों को उस पाठ पर लागू करता है। वह मॉडल उपलब्ध न हो, तो वही नियम उसी बनाने वाले का GLM-5.3 लागू करता है। दोनों संयुक्त राज्य अमेरिका में Baseten पर चलते हैं (खंड 6 और 7), जो जवाब दे देने के बाद किसी भी अनुरोध का कुछ भी नहीं रखता और उस पर अपने मॉडल की ट्रेनिंग नहीं करता। एक दूसरा, तय नियम पार्टी के नाम की तुलना स्थापित पार्टियों के नामों से करता है। नतीजा, उसका आधार, किस जाँच ने फ़ैसला किया और — जहाँ फ़ैसला किसी मॉडल ने किया, वहाँ — दोनों में से किस मॉडल ने, यह सब पार्टी के साथ रखा जाता है (खंड 8)।
• यह फ़ैसला कोई प्रोग्राम क्यों कर सकता है: ऐसी सूची, जिसमें हर प्रविष्टि सचमुच की किसी पार्टी का पंजीकरण हो, उसी काम का हिस्सा है जिसके लिए आपने पार्टी पंजीकृत की है — और इसी वजह से यह फ़ैसला एक प्रोग्राम कर सकता है। पार्टी का पंजीकरण राजनीतिक विचार भी ज़ाहिर करता है। यह फ़ैसला उन विचारों पर कभी नहीं होता — ऊपर दिए गए आधार वे बातें हैं जो कोई पंजीकरण करता है, न कि वे जिनके बारे में वह है, और किसी पंजीकरण पर इसलिए निशान कभी नहीं लगता कि वह किस बात की वकालत करता है। वे विचार सिर्फ़ इसलिए पढ़े जाते हैं कि वे उसी पाठ में हैं जिसकी जाँच हो रही है, और उन्हें सार्वजनिक आपने खुद किया — पार्टी को सार्वजनिक सूची में छपने के लिए पंजीकृत करके। वोट डालने, WDD रखने, या और कुछ भी इस्तेमाल करने के लिए आपको पार्टी पंजीकृत करनी ज़रूरी नहीं है।
• आपके पास क्या विकल्प हैं: पार्टी के नेता को नतीजा और आधार पार्टी के पेज पर दिखता है। पार्टी संपादित करने पर वह दोबारा समीक्षा में चली जाती है। आप उस सूचना में दिए गए मदद कम्युनिटी के लिंक से, या privacy@worldrepublic.org पर लिखकर, किसी व्यक्ति से नतीजे की समीक्षा कराने के लिए कह सकते हैं।

5.2 कोई पार्टी बताती है या नहीं कि वह एआई को लेकर क्या चाहती है

Raised by Humanity एक अभियान है, जिसका विषय यह है कि कृत्रिम बुद्धिमत्ता पर शासन कैसे हो। कौन सी पार्टियाँ इस पर कोई रुख अपनाती हैं, यह पहचानने के लिए वही अनुरोध, जो खंड 5.1 वाली समीक्षा ले जाता है, एक दूसरा, अलग सवाल भी पूछता है।

• वह क्या पूछता है: यह कि एआई से जुड़ी सार्वजनिक बहस पर नज़र रखने वाला कोई व्यक्ति पार्टी के नाम या ब्योरे से समझ सकता है या नहीं कि पार्टी एआई को लेकर क्या चाहती है — उसे कैसे बनाया, इस्तेमाल किया, साझा किया या सीमित किया जाए, या उस पर शासन कैसे हो। कोई भी रुख गिना जाता है, पक्ष में हो या विरोध में, और कोई भी रुख किसी दूसरे से ज़्यादा नहीं गिना जाता। पार्टी के लिए “एआई” शब्द इस्तेमाल करना ज़रूरी नहीं है। एआई का ज़िक्र करना, या उसे इस्तेमाल करना या बेचना, कोई रुख नहीं है।
• वह क्या पढ़ता है: खंड 5.1 वाले वही फ़ील्ड, उसी अनुरोध में — पार्टी का नाम, ब्योरा, वेबसाइट का लिंक और नेता का उपयोगकर्ता नाम। इससे ज़्यादा कुछ नहीं भेजा जाता, और यह कहीं और नहीं भेजा जाता।
• वह क्या दर्ज करता है: जवाब — पार्टी बताती है कि वह एआई को लेकर क्या चाहती है, या नहीं बताती — साथ में एक पंक्ति, जिसमें वे शब्द हूबहू दिए जाते हैं जिन पर जवाब टिका है, जवाब देने वाला मॉडल, और कब। यह पार्टी के साथ रखा जाता है (खंड 8)।
• वह क्या बदलता है: एक ही दृश्य, और वह भी सिर्फ़ उस पाठक के लिए जो इसे माँगता है। पार्टियों की सूची में या किसी चुनाव की पार्टी-सूची में “सिर्फ़ एआई पर शासन से जुड़ी पार्टियाँ दिखाएँ” चालू करने पर सिर्फ़ वही पार्टियाँ दिखती हैं जिनका जवाब यह है कि वे बताती हैं कि वे एआई को लेकर क्या चाहती हैं। जब तक पाठक इसे चालू न करे, यह बंद रहता है। इस जवाब की खंड 5.1 वाली समीक्षा में कोई भूमिका नहीं है। इस फ़िल्टर के बिना यह किसी को दिखने वाली कोई भी चीज़ नहीं बदलता — डिफ़ॉल्ट सूचियों, खोज और किसी चुनाव की पार्टी-सूची सहित — और यह किसी वोट पर कभी असर नहीं डालता। अगर यह बदला, तो जिस दिन बदलेगा, उसी दिन से यह खंड यह बात बताएगा।
• वह कैसे तय करता है: खंड 5.1 वाले वही मॉडल — Z.ai का GLM-5.3 Flash, या वह मॉडल उपलब्ध न हो तो GLM-5.3 — संयुक्त राज्य अमेरिका में Baseten पर चलते हैं, जो जवाब दे देने के बाद अनुरोध का कुछ भी नहीं रखता और उस पर अपने मॉडल की ट्रेनिंग नहीं करता।
• आपके पास क्या विकल्प हैं: पार्टी को हर बार संपादित करने पर यह सवाल फिर से पूछा जाता है, और उसका जवाब पुराने जवाब की जगह ले लेता है। यह जवाब आपके डेटा की उस कॉपी में होता है जो सेवा आपको देती है (खंड 10)। privacy@worldrepublic.org पर लिखकर आप किसी व्यक्ति से इसकी समीक्षा कराने के लिए कह सकते हैं, या इस पर आपत्ति दर्ज करा सकते हैं। अगर जवाब यह है कि आपकी पार्टी यह नहीं बताती कि वह एआई को लेकर क्या चाहती है, तो जब तक आपने वह फ़िल्टर चालू रखा है, आपकी पार्टी का कार्ड यही बताता है।
• यह सवाल राजनीतिक रुख क्यों पढ़ सकता है: यही एक जगह है जहाँ सेवा यह पढ़ती है कि कोई पार्टी किस बात की वकालत करती है, न कि सिर्फ़ यह कि वह क्या करती है। वह सिर्फ़ वही शब्द पढ़ती है जो पार्टी ने खुद प्रकाशित किए, एक ही विषय पर, और उस विषय पर हर रुख के साथ एक जैसा बर्ताव करती है। उन शब्दों को सार्वजनिक आपने खुद किया — पार्टी को सार्वजनिक सूची में छपने के लिए पंजीकृत करके। वोट डालने, WDD रखने, या और कुछ भी इस्तेमाल करने के लिए आपको पार्टी पंजीकृत करनी ज़रूरी नहीं है।

5.3 आपका मतपत्र

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

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

सेवा में कुछ भी इनमें से किसी बात का इस्तेमाल किसी मतपत्र को उसे डालने वाले व्यक्ति से जोड़ने के लिए नहीं करता।

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

6. हम जानकारी किसके साथ बाँटते हैं

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

हमारे लिए काम करने वाले सेवा प्रदाता। ये प्रदाता जानकारी हमारे निर्देशों पर प्रोसेस करते हैं, अपने किसी मकसद के लिए नहीं। नीचे की सूची में Didit का नाम सिर्फ़ पूरी तस्वीर देने के लिए है; आज वह हमारे लिए कुछ भी प्रोसेस नहीं करता:

• Google Workspace — हमारे मेलबॉक्स यहीं होस्ट होते हैं, इनमें privacy@worldrepublic.org और legal@worldrepublic.org भी हैं। इन दोनों में से किसी भी पते पर आपका लिखा हुआ सब कुछ, और उसके साथ भेजा हुआ सब कुछ — इसमें वह भी जो यह दिखाने के लिए भेजा जाता है कि माँग आपकी ही है (खंड 10.3) — वह सब हमारे प्रदाता के तौर पर Google प्रोसेस करता है। नीचे Amazon Web Services वाली प्रविष्टि में बताए गए कामकाजी अलर्ट भी ईमेल से ही आते हैं, और जिन पतों पर वे पहुँचते हैं उनमें से एक हमारे अपने डोमेन पर है। इसलिए जिस अलर्ट में जाने वाले वॉलेट का पता होता है, उसे भी Google प्रोसेस करता है। Google से साइन इन करना एक अलग रिश्ता है, और उसे यही खंड नीचे बताता है।
• Amazon Web Services (AWS) — चार चीज़ें। Amazon Rekognition Face Liveness, Amazon S3 (संदर्भ तस्वीरें), और Amazon Cognito (अस्थायी गेस्ट क्रेडेंशियल) — बायोमेट्रिक सत्यापन के लिए हमारे सेवा प्रदाता के तौर पर (यूरोपीय संघ का रीजन)। Amazon Simple Notification Service, जो हमारे कामकाजी अलर्ट पहुँचाती है। AWS CloudTrail, जो हमारे क्लाउड खातों का सुरक्षा ऑडिट लॉग और चेहरे की जाँच की तस्वीरों तक पहुँच का हमारा रिकॉर्ड रखती है (खंड 8)। और Amazon Simple Email Service, जो वे दो संदेश पहुँचाती है जो किसी पार्टी की रिपोर्ट करने वाले को देना हमारा फ़र्ज़ है — यह कि रिपोर्ट हमें मिल गई, और यह कि हमने क्या तय किया। ये संदेश उसी पते पर जाते हैं जो उस व्यक्ति ने हमें दिया था, और इनमें पार्टी का नाम, तारीख और एक रेफ़रेंस होता है; इनमें कभी न वह आधार होता है जो चुना गया था, और न वह जो उस व्यक्ति ने लिखा था। अलर्ट हमें बताता है कि किसी बात पर ध्यान देना है — जैसे कोई निकासी जो गलत हो गई, कोई खाता जो इस बारे में तय की गई किसी सीमा तक पहुँच गया कि वह कितनी बार कुछ कर सकता है, कोई पार्टी पंजीकरण जिसे स्वचालित समीक्षा पढ़ ही न सकी, या बायोमेट्रिक डेटा का नष्ट होना जो पूरा नहीं हुआ। ये उदाहरण हैं, पूरी सूची नहीं। अलर्ट में यह सब हो सकता है: जाने वाले वॉलेट का पता, निकासी की रकम और नेटवर्क, अपने रिकॉर्ड में उस निकासी को हम जो रेफ़रेंस देते हैं, किसी खाते की आंतरिक आईडी, और किसी पार्टी की आईडी। जहाँ ट्रांसफ़र भेजा जा चुका हो, वहाँ अलर्ट में ब्लॉकचेन पर उस लेन-देन का हैश और भुगतान सेवा का दिया हुआ रेफ़रेंस भी हो सकता है। अलर्ट में न कभी किसी पार्टी का अपना नाम या ब्योरा होता है, और न वह जो स्वचालित समीक्षा ने उसके बारे में कहा।
• Didit — आगे बढ़ाए गए मामलों में पहचान का सत्यापन। अभी यह रास्ता खुला नहीं है और Didit के पास हमारा कोई डेटा नहीं है (खंड 4.2)। Didit का Verification Privacy Notice और End User Terms for Identity Verification देखें।
• Coinbase — WDD की ब्लॉकचेन निकासी पूरी करता है; उसे जाने वाले वॉलेट का पता, रकम, नेटवर्क, और अपने रिकॉर्ड में उस निकासी को हम जो रेफ़रेंस देते हैं, इतना ही मिलता है — इसके अलावा कुछ नहीं।
• Neon — सेवा के डेटा के लिए डेटाबेस होस्टिंग। हमारा डेटाबेस सिंगापुर में चलता है, और Neon संयुक्त राज्य अमेरिका में भी प्रोसेस करता है (खंड 7)।
• Vercel — ऐप की होस्टिंग और इन्फ़्रास्ट्रक्चर के लॉग। हमारा ऐप सिंगापुर में चलता है, और Vercel संयुक्त राज्य अमेरिका में भी प्रोसेस करता है (खंड 7)। इसका AI Gateway खंड 5.1 और 5.2 वाला पार्टी-समीक्षा का अनुरोध — एक ही अनुरोध — Baseten तक ले जाता है, और कहीं नहीं।
• Baseten — वे भाषा मॉडल चलाता है जो पार्टी पंजीकरण की समीक्षा करते हैं (खंड 5.1 और 5.2); उसे पार्टी का नाम, ब्योरा, लिंक और नेता का उपयोगकर्ता नाम मिलता है, अनुरोध का जवाब दे देने के बाद वह इनमें से कुछ नहीं रखता, और उन पर अपने मॉडल की ट्रेनिंग नहीं करता (संयुक्त राज्य अमेरिका)।

उप-प्रोसेसरों की मौजूदा सूची माँगने पर दी जाती है।

Google, जब आप साइन इन करें। Google से साइन इन करना आपके और Google के बीच होता है, और उस आदान-प्रदान का क्या करना है, यह Google खुद तय करता है। यहाँ Google सिर्फ़ हमारे निर्देशों पर काम नहीं कर रहा, इसलिए इसके लिए Google हमारा सेवा प्रदाता नहीं है। हमें एक प्रमाणीकरण टोकन और आपके Google खाते की एक आईडी मिलती है, और हम सिर्फ़ आईडी रखते हैं (खंड 3.1)। साइन इन का Google क्या करता है, यह Google की अपनी गोपनीयता नीति से तय होता है (policies.google.com/privacy)।

हमारी मदद कम्युनिटी। खंड 4.1 और 5.1 आपको हमारी मदद कम्युनिटी की ओर भेजते हैं, अगर आप चाहें कि कोई व्यक्ति किसी स्वचालित फ़ैसले को देखे। वह कम्युनिटी Telegram पर एक सार्वजनिक चैनल है। वहाँ आप जो लिखें, उसे Telegram पढ़ता है और उस चैनल के बाकी सब लोग भी। वह चैनल हमारे नियंत्रण में नहीं है। आप सार्वजनिक रूप से लिखना न चाहें, तो इसके बजाय privacy@worldrepublic.org पर लिखें: वह रास्ता उसी व्यक्ति तक पहुँचता है, और खंड 10.1 उसे बताता है।

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

जो सेवा खुद प्रकाशित करती है। आपके किए का कुछ हिस्सा दूसरे लोगों को दिखता है। यह किसी प्रदाता के साथ जानकारी बाँटना नहीं है। यह प्रकाशन है, और किसी प्रदाता से रुकने को कहकर इसे वापस नहीं लिया जा सकता:

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

इन सब में जो नाम दिखता है वह आपका उपयोगकर्ता नाम है, और वह आपका चुना हुआ होता है (खंड 3.1)।

7. डेटा का अंतरराष्ट्रीय हस्तांतरण

हमारा मुख्यालय स्विट्ज़रलैंड में है, जिसे यूरोपीय संघ की पर्याप्तता का निर्णय हासिल है, और हम यूरोपीय संघ में भी स्थापित हैं (खंड 1)। आपका डेटा एक से ज़्यादा देशों में प्रोसेस होता है:

• बायोमेट्रिक डेटा (चेहरे के टेम्पलेट और संदर्भ तस्वीरें) AWS यूरोपीय संघ (आयरलैंड) में प्रोसेस करता और रखता है।
• हमारे क्लाउड खातों का सुरक्षा ऑडिट लॉग, और चेहरे की जाँच की तस्वीरों तक पहुँच का हमारा रिकॉर्ड (खंड 8): इनमें आपके बारे में दर्ज प्रविष्टियाँ यूरोपीय संघ में रखी जाती हैं — आयरलैंड में, जहाँ चेहरे की जाँच चलती है, और जर्मनी में, जहाँ हम अपनी कॉपियाँ रखते हैं।
• खाते और ऐप का डेटा हमारे डेटाबेस में Neon पर रहता है और Vercel उसे परोसता है। दोनों सिंगापुर में चलते हैं, और इस डेटा का कुछ हिस्सा संयुक्त राज्य अमेरिका तक भी पहुँचता है: Vercel का डेटा प्रोसेसिंग समझौता कहता है कि उसकी मुख्य प्रोसेसिंग सुविधाएँ संयुक्त राज्य अमेरिका में हैं, और Neon का अनुबंध अमेरिका की एक मूल कंपनी के ज़रिए होता है, जिसकी शर्तों में इन्फ़्रास्ट्रक्चर की निगरानी के लिए एक अमेरिकी प्रदाता का नाम है। उस रास्ते जो जाता है वह है अनुरोध और सर्वर के लॉग — आपका IP पता, आपके ब्राउज़र का यूज़र-एजेंट, आपने कौन सा पन्ना माँगा, और गड़बड़ी के कुछ रिकॉर्ड में किसी खाते की आंतरिक आईडी।
• समीक्षा में चल रहे पार्टी पंजीकरण (नाम, ब्योरा, लिंक, नेता का उपयोगकर्ता नाम) खंड 5.1 और 5.2 वाली स्वचालित समीक्षा के लिए संयुक्त राज्य अमेरिका में Baseten को भेजे जाते हैं, और वहाँ सहेजे नहीं जाते।
• निकासी का ब्योरा — जाने वाले वॉलेट का पता, रकम, नेटवर्क, और अपने रिकॉर्ड में उस निकासी को हम जो रेफ़रेंस देते हैं — Coinbase को जाता है, जो संयुक्त राज्य अमेरिका की कंपनी है। Coinbase खुद उस डेटा को किन देशों में प्रोसेस करता है, यह हमने पता नहीं किया है।
• कामकाजी अलर्ट Amazon Simple Notification Service पहुँचाती है (खंड 6), और अलर्ट में जाने वाले वॉलेट का पता, निकासी की रकम और नेटवर्क, अपने रिकॉर्ड में उस निकासी को हम जो रेफ़रेंस देते हैं, किसी खाते की आंतरिक आईडी, और किसी पार्टी की आईडी हो सकती है। जहाँ ट्रांसफ़र भेजा जा चुका हो, वहाँ अलर्ट में ब्लॉकचेन पर उस लेन-देन का हैश और भुगतान सेवा का दिया हुआ रेफ़रेंस भी हो सकता है। अलर्ट में न कभी किसी पार्टी का अपना नाम या ब्योरा होता है, और न वह जो स्वचालित समीक्षा ने उसके बारे में कहा। वह सेवा Amazon के उसी रीजन में चलती है जो हमने उसके लिए तय किया है, और वह रीजन यूरोपीय संघ के बाहर भी हो सकता है। इसके बाद अलर्ट ईमेल से पहुँचाया जाता है, और जिन पतों पर वह पहुँचता है उनमें से एक हमारे अपने डोमेन पर है, जिसे Google Workspace संयुक्त राज्य अमेरिका में होस्ट करता है (खंड 6)।
• किसी पार्टी की रिपोर्ट करने वाले को भेजे जाने वाले संदेश Amazon Simple Email Service यूरोपीय संघ (आयरलैंड) में पहुँचाती है — वही रीजन जहाँ बायोमेट्रिक डेटा है, और वही समझौता।
• साइन इन का डेटा Google को जाता है, जो उसे संयुक्त राज्य अमेरिका में और दूसरे देशों में प्रोसेस करता है।
• खंड 4.2 वाला पहचान-दस्तावेज़ का रास्ता कहीं कुछ नहीं भेजता, क्योंकि वह खुला नहीं है और कोई जाँच शुरू नहीं की जा सकती। यूरोप के ग्राहकों से अनुबंध करने वाली Didit कंपनी Didit Identity Spain, S.L. है, और Didit का कहना है कि उसकी मुख्य प्रोसेसिंग प्रणालियाँ यूरोपीय आर्थिक क्षेत्र के भीतर हैं। यह कथन Didit का अपना है, और हमने खुद इसकी पुष्टि नहीं की है। वह रास्ता खोले जाने से पहले हम इसी खंड में पुष्टि करेंगे कि जाँच कहाँ प्रोसेस होगी, और उस पर लागू सुरक्षा-उपाय का नाम बताएँगे।
• आपका privacy@worldrepublic.org या legal@worldrepublic.org पर लिखा हुआ सब कुछ Google Workspace संयुक्त राज्य अमेरिका में प्रोसेस करता है (खंड 6)।

सिंगापुर पर यूरोपीय संघ या स्विट्ज़रलैंड की पर्याप्तता का कोई निर्णय लागू नहीं है, और संयुक्त राज्य अमेरिका पर यह सिर्फ़ उन्हीं के लिए लागू है जो Data Privacy Framework के तहत प्रमाणित हैं। इन सभी हस्तांतरणों के लिए हम किसी एक ही सुरक्षा-उपाय पर नहीं टिके हैं। ऐसा कोई दस्तावेज़ गिनाने से, जो हमारे पास है ही नहीं, हमें यह बताना बेहतर लगता है कि किस पक्ष पर कौन सा सुरक्षा-उपाय लागू है:

• Vercel, और Vercel के गेटवे से होकर Baseten: यूरोपीय आयोग की मानक संविदा शर्तें और यूनाइटेड किंगडम का अंतरराष्ट्रीय डेटा हस्तांतरण परिशिष्ट — दोनों Vercel के डेटा प्रोसेसिंग समझौते में शामिल हैं। वह समझौता स्विस कानून की माँगी हुई पूरक शर्त भी रखता है या नहीं, यह हमने पता नहीं किया है। Baseten के साथ हमारा अपना कोई अलग समझौता नहीं है।
• Google, हमारे मेलबॉक्स के लिए: Google की मानक Workspace शर्तें, जिनमें Google का डेटा प्रोसेसिंग परिशिष्ट और मानक संविदा शर्तें शामिल हैं।
• Google, साइन इन के लिए: हमारा अपना कोई नहीं। साइन इन को कैसे संभालना है, यह Google खुद तय करता है, इसलिए यहाँ वह सिर्फ़ हमारे निर्देशों पर काम नहीं कर रहा, और साइन इन के लिए Google के साथ हमारा कोई डेटा प्रोसेसिंग समझौता नहीं है। Google का कहना है कि वह EU–US Data Privacy Framework के तहत प्रमाणित है। इस हस्तांतरण के लिए हमने कोई अलग दस्तावेज़ हासिल नहीं किया है।
• AWS: AWS का डेटा प्रोसेसिंग समझौता। आपका बायोमेट्रिक डेटा यूरोपीय संघ (आयरलैंड) में रहता है और यूरोपीय संघ से बाहर बिल्कुल नहीं भेजा जाता। जब आप अपनी चेहरे की जाँच की तस्वीरों की कॉपी डाउनलोड करते हैं (खंड 10.1), तो आप कहीं भी हों, आपका ब्राउज़र उन्हें सीधे यूरोपीय संघ (आयरलैंड) में AWS से लेता है: वे हमारे सर्वर से होकर नहीं गुज़रतीं, और आप जो डाउनलोड करते हैं उसकी कोई कॉपी हम नहीं रखते। ऊपर बताए गए कामकाजी अलर्ट भी इसी समझौते के तहत पहुँचाए जाते हैं, Amazon के उसी रीजन में जो हमने उन अलर्ट के लिए तय किया है। किसी पार्टी की रिपोर्ट करने वाले को हम जो संदेश भेजते हैं, वे भी इसी समझौते के तहत, यूरोपीय संघ (आयरलैंड) में पहुँचाए जाते हैं।
• Neon: Neon की मानक शर्तें, जो Neon का इस्तेमाल करते ही अपने आप लागू हो जाती हैं। उस अनुबंध की हस्तांतरण-शर्तें Neon की मूल कंपनी की शर्तों में हैं, और वे हमें अभी तक नहीं मिली हैं।
• Coinbase: Coinbase की मानक डेवलपर शर्तें। हमारी समझ यह है कि उन शर्तों के साथ एक हस्तांतरण परिशिष्ट है, और हमने इसकी पुष्टि अभी तक नहीं की है।

जहाँ किसी हस्तांतरण पर पर्याप्तता का निर्णय लागू होता है — यूरोपीय संघ और स्विट्ज़रलैंड एक-दूसरे को मान्यता देते हैं — वहाँ हम उसी निर्णय पर टिके हैं, और किसी और दस्तावेज़ की ज़रूरत नहीं पड़ती।

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

ऊपर बताए गए सुरक्षा-उपायों की कॉपी आप हमसे माँग सकते हैं। privacy@worldrepublic.org पर लिखें (खंड 10.1)।

8. डेटा कब तक रखा जाता है

9. खाता मिटाना

आप सेवा में अपना खाता मिटा सकते हैं। मिटाने पर वह बायोमेट्रिक डेटा नष्ट हो जाता है जो AWS हमारी ओर से रखता है, और आपके सत्यापन के रिकॉर्ड हट जाते हैं। इससे आपके साइन इन के क्रेडेंशियल भी नष्ट हो जाते हैं — आपके Google खाते से जुड़ाव, और कोई भी पासकी — ताकि उस खाते में फिर कभी साइन इन न किया जा सके। इसके बाद आप फिर से साइन इन करें, तो आपको एक नया और खाली खाता मिलता है। आपके उपयोगकर्ता नाम की जगह बेतरतीब ढंग से बनाया गया नाम आ जाता है, और आपकी सहमति के रिकॉर्ड के साथ रखा IP पता और डिवाइस का ब्योरा हट जाता है। हमारे डेटाबेस के भीतर ये बदलाव हमारे मुख्य डेटाबेस में किए जाते हैं — जिस पर सेवा चलती है। हमारा डेटाबेस प्रदाता डेटाबेस का एक रिकवरी इतिहास रखता है, जिसे हमने अभी लगभग छह घंटे पर सेट किया है, और अपने खुद के बैकअप भी, जिनके बारे में उसका कहना है कि वह उन्हें 30 दिन तक रखता है; ये बैकअप किन-किन चीज़ों को समेटते हैं, इसकी पुष्टि हमने उससे अभी तक नहीं की है। हम जो कुछ मिटाते हैं, वह उस इतिहास और उन बैकअप में तब तक रहता है जब तक उनकी अवधि खत्म न हो जाए। हम अपने डेटाबेस की कॉपी सिर्फ़ सेवा में किसी बदलाव को परखने के लिए या किसी खराबी से उबरने के लिए बनाते हैं, और वह काम खत्म होते ही उसे मिटा देते हैं। आपके खाता मिटाने से पहले बनी कॉपी में जो कुछ था, वह उस कॉपी के मिटाए जाने तक उसमें रहता है, और उसके बाद वह प्रदाता के बैकअप में तब तक रह सकता है जब तक उनकी अवधि खत्म न हो जाए। यही बात हर उस रिकॉर्ड पर लागू होती है जिसके बारे में खंड 8 कहता है कि हम उसे अपने डेटाबेस से मिटाते हैं।

अपना खाता मिटाने पर आपका WDD बैलेंस भी ज़ब्त हो जाता है और आपके चालू इनाम रद्द हो जाते हैं — यानी वे इनाम जो अभी आपके बैलेंस में आ ही रहे थे। यह गोपनीयता की नहीं, उपयोग की शर्तों की बात है, और उपयोग की शर्तों का खंड 8.5 इसे बताता है। आप अपना बैलेंस रखना चाहें, तो खाता मिटाने से पहले उसे निकाल लें। बायोमेट्रिक डेटा नष्ट कराने के लिए खाता मिटाना ज़रूरी नहीं है: खंड 4.4 उस अलग रास्ते को बताता है, और उस रास्ते से आपके WDD बैलेंस को कुछ नहीं होता।

मिटाने से सब कुछ नहीं हटता, और जो बचता है उसे गुमनाम कहने के बजाय हम उसका नाम लेना बेहतर समझते हैं। आपके खाते की एक आंतरिक आईडी होती है जिसे हम नहीं मिटाते, और नीचे के लगभग सारे रिकॉर्ड उसी आईडी से जुड़े रहते हैं:

• यह कि आपने हर परीक्षण चुनाव में वोट डाला, और कब — यह नहीं कि आपने किस पार्टी को वोट दिया; वह आपके खाते के साथ सहेजा नहीं जाता। कोई मतपत्र कब फिर भी उसे डालने वाले व्यक्ति से जोड़ा जा सकता है, यह खंड 5.3 बताता है। यह रिकॉर्ड कि आपने वोट डाला, इसलिए रखा जाता है कि हर चुनाव का मतदान सही बना रहे।
• आपका WDD रिकॉर्ड — आपको दिया गया हर इनाम, जो उस चालू इनाम के रूप में रखा जाता है जिससे वह आपके बैलेंस में आया, उस चालू इनाम में हुआ हर बदलाव, और आपकी हर निकासी: जाने वाले वॉलेट का पता, रकम और नेटवर्क, और जहाँ कोई निकासी भेजी न जा सकी, वहाँ उस कोशिश का रिकॉर्ड। आपका बैलेंस शून्य कर दिया जाता है और आपके चालू इनाम हटा दिए जाते हैं, पर यह रिकॉर्ड बना रहता है कि क्या दिया गया और क्या चुकाया गया। यह हमारा रिकॉर्ड है कि हमने कितना WDD दिया और कितना WDD चुकाया (खंड 8)।
• आपके खाते के लिए बनाया गया आमंत्रण कोड, जिसका सेवा में कुछ भी इस्तेमाल नहीं करता (खंड 3.1)।
• आपकी दी हुई हर सहमति और वापस ली हुई हर सहमति का सबूत — कौन सा दस्तावेज़, कौन सा संस्करण, कब, वह भाषा और वह स्क्रीन जिस पर वह बात दिखाई गई थी, और वोट गिनने की सहमति के लिए, कौन सा चुनाव (खंड 8)।
• यह कि आपने पुष्टि की थी कि आपकी उम्र 18 साल या उससे ज़्यादा है, और कब की थी — यह इस सबूत के तौर पर रखा जाता है कि हमने पूछा था और आपने जवाब दिया था (खंड 3.1)। हमारे पास कोई जन्म तारीख है ही नहीं, इसलिए हटाने के लिए भी कोई जन्म तारीख नहीं है।
• आपकी पंजीकृत की हुई पार्टी, जो सूची में बनी रहती है। उस पार्टी के नेता के नाम की जगह, आपके चुने हुए उपयोगकर्ता नाम के बजाय, बेतरतीब ढंग से बनाया गया उपयोगकर्ता नाम आ जाता है।
• किसी गड़बड़ी के बारे में कामकाजी अलर्ट, और जिन मेलबॉक्स में वे पहुँचते हैं उनमें रखी उनकी कॉपियाँ — अलर्ट में जाने वाले वॉलेट का पता, निकासी की रकम और नेटवर्क, अपने रिकॉर्ड में उस निकासी को हम जो रेफ़रेंस देते हैं, किसी खाते की आंतरिक आईडी, और किसी पार्टी की आईडी हो सकती है। जहाँ ट्रांसफ़र भेजा जा चुका हो, वहाँ अलर्ट में ब्लॉकचेन पर उस लेन-देन का हैश और भुगतान सेवा का दिया हुआ रेफ़रेंस भी हो सकता है। अलर्ट में न कभी किसी पार्टी का अपना नाम या ब्योरा होता है, और न वह जो स्वचालित समीक्षा ने उसके बारे में कहा। अलर्ट किसी एक घटना के बारे में एक संदेश है, आपके खाते के नीचे रखा गया रिकॉर्ड नहीं — इसलिए उसमें उन पहचानों में से वही होती हैं जो उस घटना के साथ थीं। खाता मिटाने से ये नहीं मिटते (खंड 8)।
• सर्वर और गड़बड़ियों के लॉग, जिन्हें हमारे होस्टिंग और डेटाबेस प्रदाता एक ऐसी अवधि तक रखते हैं जो हमारे हाथ में नहीं है। लॉग की एक पंक्ति में आपके खाते की आंतरिक आईडी, जिस पते से अनुरोध आया वह पता, और जो पन्ना माँगा गया वह पन्ना हो सकता है। खाता मिटाने से ये लॉग नहीं मिटते (खंड 8)।
• हमारे क्लाउड खातों का सुरक्षा ऑडिट लॉग, और चेहरे की जाँच की तस्वीरों तक पहुँच का हमारा रिकॉर्ड (खंड 8, जो बताता है कि हर एक कब तक रखा जाता है)। इनकी प्रविष्टियों में आपके खाते की आंतरिक आईडी हो सकती है, या आपकी चेहरे की जाँच के किसी सेशन का नाम हो सकता है। आपकी चेहरे की जाँचों की प्रविष्टियों में AWS की ओर से आपके ब्राउज़र को दी गई आईडी भी हो सकती है। कैमरे के सामने आपकी मौजूदगी की जाँचों की प्रविष्टियों में, और आपके खुद अपनी चेहरे की जाँच की तस्वीरें डाउनलोड करने की प्रविष्टियों में, IP पता और ब्राउज़र का यूज़र-एजेंट भी होता है, और आपके चेहरे को कलेक्शन में जोड़ने की प्रविष्टि यह दर्ज करती है कि संदर्भ तस्वीर में आपकी आँखें, नाक और मुँह कहाँ हैं और आपके सिर का कोण क्या है, तस्वीर या टेम्पलेट कभी नहीं। खाता मिटाने से आपके चेहरे के डेटा को नष्ट करने की जो प्रक्रिया शुरू होती है, वह अपनी अलग प्रविष्टियाँ जोड़ती है, और खाता मिटाने से इनमें से कोई भी प्रविष्टि नहीं मिटती।
• खुद खाते पर दर्ज तारीखें — खाता कब बना, उसमें आखिरी बार कब बदलाव हुआ, और वह कब मिटाया गया।

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

खाता मिटाने से पहले आप अपने डेटा की एक कॉपी सहेज सकते हैं, और पहले ऐसा कर लेना ठीक रहता है (खंड 10.1)। खाता मिट जाने के बाद वह रास्ता नहीं बचता: कॉपी उसी खाते के लिए बनती है जो साइन इन हो, और मिटाए गए खाते में साइन इन किया ही नहीं जा सकता। इसके बाद हमारे पास यह पक्का करने का भी कोई तरीका नहीं होगा कि मिटाए गए खाते के बारे में आई कोई माँग उसी व्यक्ति की है जिसका वह खाता था (खंड 10.3)। ऐप वाली कॉपी में आपकी चेहरे की जाँच की तस्वीरें नहीं होतीं; वे एक अलग डाउनलोड हैं, खाता → सत्यापन के नीचे, और कॉपी की तरह ही, खाता मिट जाने के बाद उन्हें डाउनलोड नहीं किया जा सकता।

आपके डाले गए वोट गिनती में बने रहते हैं। आपका विकल्प पार्टी के कुल वोटों का हिस्सा है और आपके खाते के साथ सहेजा नहीं जाता, इसलिए उसमें से ऐसा कुछ नहीं है जिसे हम अलग से हटा सकें। खाता मिटाने से यह दर्ज हो जाता है कि उन वोटों की गिनती के लिए आपकी सहमति उसी दिन वापस ले ली गई। आपने जिस परीक्षण चुनाव में वोट डाला है वह खाता मिटाते समय अभी खुला हो, तो आपका बायोमेट्रिक डेटा तुरंत नहीं, उस चुनाव के समाप्त होने पर नष्ट किया जाता है (खंड 4.5 देखें)।

10. आपके अधिकार

आप कहाँ रहते हैं, इस पर निर्भर करते हुए नीचे दिए गए अधिकार आपको हासिल हो सकते हैं। इनका इस्तेमाल करने पर आमतौर पर आपका कुछ खर्च नहीं होता (खंड 10.5), और इनका इस्तेमाल करने पर आपके साथ कोई अलग बर्ताव नहीं होगा।

• यूरोपीय संघ/यूरोपीय आर्थिक क्षेत्र और यूके (GDPR / UK GDPR): अपने डेटा तक पहुँच, सुधार, मिटाना, प्रोसेसिंग पर रोक, डेटा ले जाना, आपत्ति, और सहमति वापस लेना। जहाँ आपके बारे में कोई फ़ैसला सिर्फ़ अपने आप, मशीन से हुआ हो और उसका आप पर बड़ा असर पड़ता हो — खंड 4.1 वाली नामंज़ूरी, और खंड 5.1 वाला सूची में रखने का फ़ैसला — वहाँ आपको यह हक भी है कि हमारी ओर से कोई व्यक्ति इसमें दखल दे, कि आप अपनी बात रखें, और कि आप उस फ़ैसले को चुनौती दें; इसके लिए privacy@worldrepublic.org पर लिखें। ये दोनों फ़ैसले हम मशीन से इसलिए करते हैं कि हर फ़ैसला उस काम के लिए ज़रूरी है जो आपने हमसे कराना चाहा। नामंज़ूरी के मामले में वह काम है ऐसा परीक्षण चुनाव जिसमें एक सत्यापित व्यक्ति का एक वोट हो। सूची वाले फ़ैसले में वह काम है ऐसी सूची जिसमें हर प्रविष्टि सचमुच की किसी पार्टी का पंजीकरण हो। नामंज़ूरी का फ़ैसला विशेष श्रेणी के डेटा — यानी आपके बायोमेट्रिक डेटा — पर होता है, और उसके लिए हम उसी स्पष्ट सहमति पर टिके हैं जो आपने चेहरे की जाँच के समय दी है (खंड 4.4)। सूची वाला फ़ैसला उन राजनीतिक विचारों पर कभी नहीं होता जो कोई पंजीकरण ज़ाहिर करता है; वे विचार सिर्फ़ उसी पाठ के हिस्से के तौर पर पढ़े जाते हैं जिसकी जाँच हो रही है, और उन्हें सार्वजनिक आपने खुद किया — पार्टी को छपने के लिए पंजीकृत करके (खंड 5.1)। खंड 5.2 वाला जवाब इन दोनों बातों में अलग है: वह किसी पार्टी का एआई के बारे में प्रकाशित किया हुआ रुख पढ़ता ज़रूर है, और इस बारे में कुछ नहीं बदलता कि आपकी पार्टी कैसे दिखाई जाए, सिवाय तब, जब कोई पाठक सिर्फ़ वही पार्टियाँ देखने को कहे जो बताती हैं कि वे एआई को लेकर क्या चाहती हैं (खंड 5.2)। आप किसी व्यक्ति से इसकी समीक्षा कराने के लिए कह सकते हैं, और इस पर आपत्ति दर्ज करा सकते हैं, क्योंकि इसके लिए हम अपने वैध हित पर टिके हैं (खंड 10.6)। आप अपने यहाँ के निगरानी प्राधिकरण से शिकायत कर सकते हैं; यूरोपीय संघ के GDPR के लिहाज़ से हमारा प्रमुख निगरानी प्राधिकरण हंगरी का NAIH है (खंड 14)।
• स्विट्ज़रलैंड (revFADP): पहुँच, सुधार, मिटाना, डेटा ले जाना (revFADP का अनुच्छेद 28), आपत्ति, और संघीय डेटा संरक्षण और सूचना आयुक्त (FDPIC) से शिकायत करने का हक। खंड 4.1 वाली, अपने आप होने वाली नामंज़ूरी के लिए आप अपना पक्ष भी रख सकते हैं और यह भी माँग सकते हैं कि उस फ़ैसले को कोई व्यक्ति देखे।
• ब्राज़ील (LGPD): इस बात की पुष्टि कि हम आपका डेटा प्रोसेस करते हैं, पहुँच, सुधार, डेटा को गुमनाम बनाना या मिटाना, डेटा ले जाना, यह जानकारी कि हमने आपका डेटा किसके साथ बाँटा है, और सहमति वापस लेना।
• कैलिफ़ोर्निया (CCPA/CPRA): जानने, मिटवाने, सुधरवाने, बिक्री/साझा करने से बाहर निकलने (हम न बेचते हैं, न साझा करते हैं), और संवेदनशील व्यक्तिगत जानकारी का इस्तेमाल सीमित कराने के हक — और इसमें बायोमेट्रिक डेटा भी आता है।
• बायोमेट्रिक कानून (इलिनॉय BIPA, टेक्सास CUBI, वॉशिंगटन): बायोमेट्रिक डेटा लेने से पहले हम आपकी सहमति लेते हैं, उसे कभी न बेचते हैं, न किराए पर देते हैं, न उसका सौदा करते हैं और न उससे किसी और तरह कमाई करते हैं, और उसे रखने तथा नष्ट करने की एक लिखित नीति पर चलते हैं। किसी विलय, अधिग्रहण या संपत्ति के हस्तांतरण का वह कभी हिस्सा नहीं होता (खंड 6)।

अपने मतपत्र की गिनती के लिए अपनी सहमति (खंड 5.3) आप कभी भी वापस ले सकते हैं: ऐप में खाता → सत्यापन → वोट के लिए मेरी सहमति वापस लें खोलें। सहमति एक बार वापस लेना उन सभी चुनावों पर लागू होता है जिनमें आपने वोट डाला है, और जिस दिन आप उसे वापस लेते हैं, वह दिन हम दर्ज करते हैं (खंड 8)। सहमति वापस लेने से, वापस लेने से पहले आपके वोटों की गिनती की वैधता पर कोई असर नहीं पड़ता। जो वोट पहले ही गिना जा चुका है, वह पार्टी के कुल में बना रहता है: आपका विकल्प उस कुल का हिस्सा है और आपके खाते के साथ सहेजा नहीं जाता, इसलिए उसमें से ऐसा कुछ नहीं है जिसे हम अलग से हटा सकें (खंड 9)। सहमति वापस लेने से खंड 5.3 में बताई गई वे अवधियाँ छोटी नहीं होतीं जिनमें किसी मतपत्र को फिर भी आपसे जोड़ा जा सकता है। अगली बार वोट डालने पर आपसे फिर से सहमति माँगी जाएगी।

10.1 इनका इस्तेमाल कैसे करें

दो रास्ते हैं। पहला रास्ता पहुँच और डेटा ले जाने का जवाब वहीं का वहीं दे देता है, किसी से कुछ पूछे बिना।

• ऐप में। अपने खाते की सेटिंग खोलें; खाता के नीचे आपका डेटा नाम की एक पंक्ति है। यह आपके बारे में वह सब कुछ जोड़कर एक कॉपी बनाती है जो हमारे पास है और जहाँ तक हम आपके खाते से पहुँच सकते हैं — एक पन्ना जिसे आप पढ़ सकते हैं, और एक मशीन-पठनीय फ़ाइल जिसे आप किसी दूसरी सेवा को दे सकते हैं। यह उसी पल बनती है जब आप माँगें, उसी खाते के लिए जो माँग रहा है, और कहीं सहेजी नहीं जाती: न हम उसकी कोई कॉपी रखते हैं, और न कोई ऐसा लिंक होता है जो किसी और को भेजा जा सके। पहुँच और डेटा ले जाने का हमारा जवाब यही है, और इसके लिए आपको हमसे कुछ कहना नहीं पड़ता। इसमें वे तस्वीरें नहीं होतीं जो आपकी चेहरे की जाँचों से हमारे पास रह गईं: वे किसी और को सौंपने के लिए बनी फ़ाइल से बाहर रहती हैं। उन्हें इसके बजाय खाता → सत्यापन से डाउनलोड करें, जहाँ वे अपनी एक अलग फ़ाइल में आती हैं — आपकी अपनी चेहरे की जाँचों के तहत रखी हर तस्वीर, और किसी और की जाँचों के तहत रखी एक भी तस्वीर कभी नहीं। खाता मिटाना भी इसी स्क्रीन पर है।
• लिखकर। बाकी सब कुछ — सुधार, प्रोसेसिंग पर रोक, आपत्ति, हमारे प्रदाताओं के पास मौजूद डेटा के बारे में कोई सवाल (खंड 4.3 और 6), या किसी फ़ैसले के बारे में शिकायत — privacy@worldrepublic.org पर जाता है।

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

10.2 हम कितना समय लेते हैं

privacy@worldrepublic.org पर आई माँगों का नीचे दी गई अवधियों के भीतर जवाब देने के लिए बोर्ड सदस्य Balázs Kónya जवाबदेह हैं। कानून जितना समय देता है, उससे कम का कोई अंदरूनी वादा हम नहीं करते: ऐसा लक्ष्य जिस पर कोई चलता ही न हो, कानूनी अवधि को पूरा करने से बुरा है — और नीचे दी गई अवधियाँ वही हैं जिन पर हम चलते हैं।

समय उस दिन से चलना शुरू होता है जिस दिन आपकी माँग हम तक पहुँचती है — न उस दिन से जब हम आपकी पहचान कर लेते हैं, और न उस दिन से जब हमें वह मिल जाता है जो आपने माँगा था। GDPR और UK GDPR के तहत हम बेवजह देर किए बिना जवाब देते हैं, और हर हाल में मिलने के एक महीने के भीतर। माँग पेचीदा हो, या आपने कई माँगें भेजी हों, तो हम अधिकतम दो महीने और ले सकते हैं; ऐसा कर रहे हैं और क्यों कर रहे हैं, यह हम पहले महीने के भीतर आपको बता देंगे।

जहाँ आप रहते हैं वहाँ का कानून इससे अलग कुछ तय करता हो, तो हम वही करते हैं:

• यूनाइटेड किंगडम। आपकी पहचान करने के लिए या आपने जो माँगा है उसे ढूँढने के लिए हमें वाजिब तौर पर और जानकारी चाहिए हो, तो जिस दिन हम पूछते हैं उस दिन से लेकर जिस दिन आप जवाब दें उस दिन तक घड़ी रुकी रहती है। हम सिर्फ़ तभी पूछेंगे जब उसके बिना सचमुच आगे न बढ़ा जा सके।
• ब्राज़ील। यह पुष्टि कि हम आपका डेटा प्रोसेस करते हैं या नहीं, और उस तक पहुँच, हम सरल रूप में तुरंत दे देते हैं, और आपकी माँग के 15 दिनों के भीतर पूरी तरह।
• स्विट्ज़रलैंड। आम तौर पर हम 30 दिनों के भीतर जवाब देते हैं। उस जवाब में वह सब होता है जो revFADP का अनुच्छेद 25(2) ज़रूरी बनाता है — इसमें वे पक्ष या पक्षों की श्रेणियाँ भी हैं जिन तक आपका डेटा जाता है, और जहाँ वह विदेश जाता है वहाँ कौन सा देश और हम किन सुरक्षा-उपायों पर टिके हैं — खंड 6 और 7 ये दोनों बातें पहले ही बता देते हैं।
• कैलिफ़ोर्निया। हम 10 कामकाजी दिनों के भीतर माँग मिलने की पुष्टि करते हैं और 45 दिनों के भीतर जवाब देते हैं, और यह बताकर कि क्यों, इसे एक बार 45 दिन और बढ़ा सकते हैं।

10.3 हम कैसे जानें कि यह आप ही हैं

हमारे पास आपका कोई पहचान-दस्तावेज़ नहीं है और न कोई पता दर्ज है, इसलिए नीचे दी गई सीढ़ी ही हमारे पास है। हम इस पर ऊपर से नीचे चलते हैं और पहले ही कदम पर रुक जाते हैं जो आपकी पहचान कर दे।

1. आपका साइन इन किया हुआ खाता। ऐप में कॉपी, और आपकी चेहरे की जाँच की तस्वीरों का डाउनलोड, उसी खाते के लिए बनते हैं जो उन्हें माँगता है, उसी पल। इससे बेहतर आपकी पहचान कुछ नहीं करता, और इसीलिए खंड 10.1 में यह पहला रास्ता है, कोई सहूलियत भर नहीं।
2. उस खाते पर पंजीकृत कोई पासकी। आप ऐप तक न पहुँच पा रहे हों, तो हम आपसे कह सकते हैं कि खाते के पास पहले से मौजूद किसी क्रेडेंशियल से पासकी के ज़रिए साइन इन करके दिखाएँ।
3. उससे जुड़ा Google खाता। आपने Google से साइन इन किया था, तो हम आपसे कह सकते हैं कि उसी से साइन इन करके दिखाएँ कि वह खाता आपके ही हाथ में है।
4. और जानकारी। इनमें से कुछ भी मुमकिन न हो, तो हम आपसे और जानकारी माँग सकते हैं — उतनी ही, जितनी वाजिब तौर पर हमें यह भरोसा करने के लिए चाहिए कि माँग आपकी ही है, इससे ज़्यादा नहीं।
5. लिखित इनकार। फिर भी हमें भरोसा न हो, तो खंड 10.2 की अवधि के भीतर हम आपको लिखकर बता देंगे — अपने कारणों के साथ, और खंड 10.4 वाले शिकायत के रास्ते के साथ। जिस माँग को हम किसी से जोड़ नहीं पाते, उसे गलत व्यक्ति को जवाब दे देने से बेहतर हम मना कर देना समझते हैं।

यह साबित करने के लिए कि आप कौन हैं, हम कोई वॉलेट पता कभी नहीं मानेंगे। निकासी सार्वजनिक ब्लॉकचेन पर होती है, इसलिए आपने जो पता इस्तेमाल किया है उसे चेन पढ़ने वाला कोई भी बता सकता है; उसे जान लेने से कुछ साबित नहीं होता, और उससे कोई संदेश साइन करके दिखाना यह साबित करेगा कि उस पते की चाबी आपके पास है, न कि यह कि यह खाता आपका है।

किसी माँग का जवाब देने के लिए हम आपसे पहचान-दस्तावेज़ भी नहीं माँगेंगे। हमारे पास ऐसा कोई दस्तावेज़ है ही नहीं जिससे उसका मिलान किया जा सके, इसलिए उससे हमें कुछ पता नहीं चलेगा और वह माँग की कीमत से ज़्यादा आपको महँगा पड़ेगा।

10.4 अगर हम मना करें

हम आपकी माँग पर कुछ नहीं करते, तो खंड 10.2 की अवधि के भीतर हम आपको बताएँगे कि क्यों, और यह भी बताएँगे कि आगे क्या किया जा सकता है। आप जहाँ रहते हैं वहाँ के डेटा संरक्षण प्राधिकरण से आप शिकायत कर सकते हैं — यूरोपीय संघ के लिहाज़ से हंगरी का NAIH, स्विट्ज़रलैंड में FDPIC, यूनाइटेड किंगडम में ICO (खंड 14) — और आप अदालत भी जा सकते हैं। इनमें से किसी के लिए हमारी रज़ामंदी की ज़रूरत नहीं है।

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

10.5 इसका खर्च कितना है

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

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

10.6 दो हक, जो हम हाथ से पूरे करते हैं

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

11. सुरक्षा

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

12. बच्चे

यह सेवा 18 साल या उससे ज़्यादा उम्र के लोगों के लिए है। आपकी पहचान का सत्यापन करने से पहले हम आपसे यह पुष्टि कराते हैं कि आपकी उम्र 18 साल या उससे ज़्यादा है, और जो यह पुष्टि नहीं करता, उसका सत्यापन हम नहीं करते। हम सिर्फ़ यह दर्ज करते हैं कि पुष्टि दी गई थी और कब दी गई थी; आपकी जन्म तारीख हम नहीं पूछते।

हम जानबूझकर 18 साल से कम उम्र के किसी व्यक्ति का डेटा नहीं लेते। हमें पता चलता है कि हमारे पास 18 साल से कम उम्र के किसी व्यक्ति का डेटा है, तो हम उनका खाता बंद कर देते हैं और उनका बायोमेट्रिक डेटा वैसे ही नष्ट करते हैं जैसा हमारी बायोमेट्रिक डेटा रखने और नष्ट करने की नीति का खंड 2 बताता है। आपको लगता है कि 18 साल से कम उम्र के किसी व्यक्ति का खाता है, तो privacy@worldrepublic.org पर संपर्क करें।

13. बदलाव

हम इस नीति को बदल सकते हैं। ऐसा करने पर हम नया पाठ इसी पन्ने पर प्रकाशित करते हैं और ऊपर दी गई “आखिरी अपडेट” की तारीख बदल देते हैं। इस नीति में किया गया बदलाव प्रकाशित होते ही लागू हो जाता है। यह नीति बताती है कि आपके डेटा के साथ हम सचमुच क्या करते हैं, इसलिए इसे उसी पल सच हो जाना होता है जिस पल वह बात सच होती है जिसे यह बताती है; बदलाव को महीने भर रोके रखने का मतलब सिर्फ़ इतना होता कि यह नीति महीने भर गलत रहती। उपयोग की शर्तों के साथ बात इससे अलग है। उपयोग की शर्तें आपके और हमारे बीच का करार हैं, और उस करार में कोई महत्वपूर्ण बदलाव आप पर लागू होने से पहले उपयोग की शर्तों का खंड 14 आपको 30 दिन देता है।

एक बदलाव जानबूझकर धीमा है। हम कभी बायोमेट्रिक डेटा रखने की अवधि बढ़ाते हैं, तो जो डेटा पहले से हमारे पास है, उस पर वह लंबी अवधि तब तक लागू नहीं होती जब तक वह बदलाव 30 दिन तक प्रकाशित न रह ले। बायोमेट्रिक डेटा रखने और नष्ट करने की नीति का खंड 6 यह बताता है, और वही खंड 4.5 में और खंड 8 की तालिका में दी गई अवधि को तय करता है।

इस नीति के बदलने पर हम आपको कोई सूचना नहीं भेज सकते। साइन इन करने के बाद हमारे पास न कोई ईमेल पता रहता है, न कोई फ़ोन नंबर, न कोई डाक का पता — क्योंकि हम जानबूझकर इनमें से कुछ भी नहीं रखते (खंड 3.1) — और सेवा में कोई बैनर या संदेश भी नहीं है जो आपको बता सके। आपने किसी पार्टी की रिपोर्ट की हो, तो उस रिपोर्ट पर आपका दिया हुआ पता हमारे पास होता है — और उसे हम इस काम के लिए इस्तेमाल नहीं करेंगे, न उस रिपोर्ट के अलावा किसी और काम के लिए (खंड 10.1)। इतना कम रखने का नतीजा यही है: किसी रिपोर्ट पर दिए गए पते के अलावा, आपके संपर्क का कोई ब्योरा हमारे पास नहीं है। खंड 10.1 बाकी हर बात के बारे में यही कहता है — हम सिर्फ़ उसी पते पर जवाब दे सकते हैं जिससे आप हमें लिखें। इसलिए यही पन्ना वह सूचना है: मौजूदा पाठ हमेशा यहीं रहता है, और ऊपर दी गई तारीख वही दिन है जिस दिन हमने इस नीति को आखिरी बार बदला।

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

14. संपर्क

• गोपनीयता: privacy@worldrepublic.org
• यूरोपीय संघ में संपर्क: Balázs Kónya, बोर्ड सदस्य, 3626 Hangony, Dózsa György út 5., हंगरी (privacy@worldrepublic.org)
• यूरोपीय संघ का प्रमुख निगरानी प्राधिकरण: डेटा संरक्षण और सूचना की स्वतंत्रता के लिए हंगरी का राष्ट्रीय प्राधिकरण (NAIH), बुडापेस्ट — naih.hu
• स्विट्ज़रलैंड का निगरानी प्राधिकरण: संघीय डेटा संरक्षण और सूचना आयुक्त (FDPIC), बर्न
• यूके का निगरानी प्राधिकरण: सूचना आयुक्त कार्यालय (ICO), विल्म्सलो — ico.org.uk