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

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

संचालक और दायरा

होस्ट की गई Nibomo सेवा का संचालन SAMO DANNI EOOD करती है, कंपनी आईडी 207395566, VAT BG207395566, पंजीकृत पता bulv. Maritza 154, entrance D, floor 6 #14, 4018, Plovdiv, Bulgaria। Nibomo को Kirill Markin ने बनाया है।

यह नीति हमारे द्वारा संचालित होस्टेड वेबसाइट, ऐप, API और MCP सेवा पर लागू होती है। स्वयं होस्ट किया गया इंस्टेंस उसके संचालक के नियंत्रण में होता है और वही उसकी गोपनीयता प्रथाओं के लिए जिम्मेदार है।

आयु

होस्टेड सेवा 13 वर्ष या उससे अधिक उम्र के लोगों के लिए है। यदि आपके निवास-स्थान का कानून ऑनलाइन सेवा के उपयोग या डेटा प्रोसेसिंग की सहमति के लिए इससे अधिक न्यूनतम आयु निर्धारित करता है, तो वही अधिक आयु लागू होगी। यदि आपकी आयु 18 वर्ष से कम है, तो आपके माता-पिता या कानूनी अभिभावक की अनुमति आवश्यक है।

हम कौन-सा डेटा प्रोसेस करते हैं

होस्टेड सेवा के आपके उपयोग के आधार पर हम निम्न डेटा प्रोसेस करते हैं:

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

होस्टेड खाता बनाने और उसमें साइन इन करने के लिए ईमेल पता आवश्यक है। इसके बिना हम ईमेल प्रमाणीकरण या खाते पर आधारित सिंक्रनाइज़ेशन नहीं दे सकते। साइन इन किए बिना सीमित अतिथि या स्थानीय सुविधाएँ उपलब्ध हो सकती हैं।

उद्देश्य और कानूनी आधार

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

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

हम आपका व्यक्तिगत डेटा बेचते नहीं हैं और लक्षित विज्ञापन के लिए उसका उपयोग नहीं करते।

Apple की खरीदारी और सदस्यताएँ

App Store की खरीदारी के भुगतान Apple प्रोसेस करता है; Apple की बिलिंग के ज़रिए हमें आपके कार्ड या बैंक खाते की जानकारी नहीं मिलती। हम खरीदारी के रिकॉर्ड प्राप्त करके रखते हैं, जिनमें लेन-देन और उत्पाद के पहचानकर्ता, खरीदारी को आपके खाते से जोड़ने वाला ऐप खाता टोकन, सदस्यता और ट्रायल की स्थिति, नवीनीकरण और रिफंड की जानकारी, और संबंधित तारीखें शामिल हैं।

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

Google Play की खरीदारी और सदस्यताएँ

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

Stripe खरीदारी और बिलिंग ईमेल

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

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

हम Nibomo के ट्रायल रिमाइंडर और भुगतान तथा रिफंड की रसीदें Resend के माध्यम से भेजते हैं। Resend को Stripe ग्राहक का बिलिंग ईमेल पता और संदेश की सामग्री मिलती है, जिसमें संबंधित राशि और मुद्रा, लागू होने पर ट्रायल समाप्ति की तिथि और बिलिंग प्रबंधन या रसीद का लिंक शामिल होता है। हम दोबारा भेजने के प्रयास प्रबंधित करने और दोहरे संदेश रोकने के लिए भेजने की स्थिति और पहचानकर्ता रखते हैं।

विश्लेषण और कुकी

मार्केटिंग वेबसाइट पेज व्यू और चुने हुए क्लिक इवेंट मापने के लिए Vercel Web Analytics का उपयोग करती है। यह सेवा स्वयं विश्लेषण कुकी के बिना चलती है, पर वेबसाइट नीचे बताई गई अपनी एक कुकी सेट करती है। पेज व्यू के लिए Vercel को इवेंट का समय, पेज URL और फ़िल्टर किए गए क्वेरी पैरामीटर, रेफ़रर, अनुमानित स्थान, ब्राउज़र, ऑपरेटिंग सिस्टम और डिवाइस प्रकार मिल सकते हैं। हमारे कस्टम क्लिक इवेंट में भाषा, प्लेटफ़ॉर्म, लिंक का स्थान या इंटरैक्शन प्रकार जैसी सीमित प्रॉपर्टी होती हैं। हम जानबूझकर नाम, ईमेल पते, कार्ड सामग्री या खाता पहचानकर्ता शामिल नहीं करते। Vercel डेटा को समेकित करता है और किसी डेटा बिंदु को व्यक्ति या IP पते से नहीं जोड़ता; उसका दैनिक विज़िटर हैश 24 घंटे बाद हटा दिया जाता है। जब आपका ब्राउज़र Global Privacy Control संकेत देता है, तब वेबसाइट Vercel Web Analytics को कुछ भी नहीं भेजती।

अलग से, वेबसाइट हमारे अपने उत्पाद विश्लेषण संग्रहकर्ता को इवेंट भेजती है: आपके खोले गए हर पेज के लिए एक पेज-व्यू इवेंट; जब आप वेब ऐप, किसी ऐप स्टोर या कैटलॉग डेक इंस्टॉल करने वाले लिंक पर जाते हैं, तब एक क्लिक इवेंट; सार्वजनिक डेक कैटलॉग में आप जो खोजते, छाँटते, क्रमबद्ध करते, पन्ने बदलते और खोलते हैं; साइट से बाहर ले जाने वाले लिंक पर क्लिक; एजेंट एंडपॉइंट की कॉपी; भाषा सुझाव बैनर का दिखना और उस पर आपका उत्तर; तथा नीचे बताए गए कुकी से जुड़े निर्णय और संग्रह स्विच। इवेंट के अनुसार, इनमें पेज का प्रकार, कैटलॉग डेक पेजों और इंस्टॉल लिंक पर सार्वजनिक पैकेज संस्करण का पहचानकर्ता, लिंक का स्थान, वेब ऐप की ओर जाने वाला क्लिक लॉग इन, साइन अप या ऐप खोलने में से किसके लिए था, कुकी वाला उत्तर बैनर में दिया गया था या कोने के विश्लेषण नियंत्रण में, भाषा सुझाव बैनर ने जो भाषा सुझाई, पेज की इंटरफ़ेस भाषा, ब्राउज़र से मिली डिवाइस भाषा, स्रोत श्रेणी, डिवाइस श्रेणी और, यदि आपका ब्राउज़र उसे रखता है, नीचे बताया गया analytics_visitor पहचानकर्ता शामिल होता है। पेज-व्यू इवेंट में इसके अलावा उस साइट का होस्ट भी होता है जहाँ से आप आए — यह ज्ञात सर्च और सोशल साइटों की सूची से लिया जाता है और बाकी सब के लिए other भेजा जाता है — और जिस पते से आप आए उसके utm_source, utm_medium और utm_campaign पैरामीटर भी। कैटलॉग में खोज, फ़िल्टर, क्रम बदलने या पन्ना बदलने के इवेंट में यह होता है कि आपको कितने परिणाम दिखे और आपने क्या चुना: फ़िल्टर पर की गई क्रिया — जोड़ना, चुनना, हटाना या सब हटाना — उसकी श्रेणी और उसके बाद कितने फ़िल्टर चुने हुए हैं, क्रम, या पृष्ठ संख्या के साथ कुल पृष्ठों की संख्या। कैटलॉग से डेक खोलने के इवेंट में डेक का सार्वजनिक पहचानकर्ता और पेज पर वह स्थान होता है जहाँ से आपने उसे खोला, और परिणामों की संख्या नहीं होती। कैटलॉग खोज में आपके लिखे पाठ की लंबाई भी होती है, और वह पाठ स्वयं केवल तभी, जब सामान्यीकृत रूप में वह अधिकतम 64 वर्ण लंबा हो और उसमें अक्षर, उनके साथ जुड़ने वाले चिह्न, अंक, स्पेस और हाइफ़न के अलावा कुछ न हो; कोई भी अन्य खोज केवल अपनी लंबाई के साथ भेजी जाती है और उसे इस शर्त पर खरा उतारने के लिए कभी छोटा नहीं किया जाता। हमारा सर्वर हर इवेंट जिस पते से आता है उससे दो अक्षरों का देश कोड निकालकर इवेंट के साथ सहेजता है; वह पता स्वयं नहीं सहेजता, और नीचे बताए गए उन इवेंट के लिए कोई देश नहीं निकालता जो कोई भी पहचानकर्ता नहीं रखते। जब आपका ब्राउज़र Global Privacy Control संकेत देता है, तब वेबसाइट कोई विज़िटर पहचानकर्ता नहीं माँगती और सहमति बैनर नहीं दिखाती, जबकि ऊपर बताए गए इवेंट उस पहचानकर्ता के बिना हमारे अपने संग्रहकर्ता तक तब भी पहुँचते हैं, और उनमें से उन इवेंट को छोड़कर जो कोई भी पहचानकर्ता नहीं रखते, बाकी सभी को नीचे बताया गया दैनिक पहचानकर्ता मिलता है। Do Not Track सेटिंग हम नहीं पढ़ते।

होस्टेड वेब ऐप प्रमाणीकरण पूरा करने, सत्र बनाए रखने, एक्सेस रीफ़्रेश करने और साइन-इन स्थिति दिखाने के लिए आवश्यक कुकी, जैसे otp_session, session, refresh और logged_in, का उपयोग करता है। इन्हें बंद करने पर ब्राउज़र लॉगिन काम नहीं करेगा।

मार्केटिंग वेबसाइट और होस्टेड वेब ऐप हमारी अपनी एक ही विश्लेषण कुकी analytics_visitor साझा करते हैं। इसमें यादृच्छिक विज़िटर पहचानकर्ता रहता है, ब्राउज़र में हमारी स्क्रिप्ट इसे पढ़ सकती हैं, और यह 13 महीने बाद समाप्त हो जाती है। इससे हम अलग-अलग विज़िट में एक ही ब्राउज़र को पहचानते हैं, ताकि इवेंट हर बार नए विज़िटर के बजाय लौटने वाला विज़िटर दिखाएँ। यह कुकी आवश्यक श्रेणी की नहीं है। यह चुनाव केवल इतना तय करता है कि आपका ब्राउज़र वह पहचानकर्ता रखे या नहीं; साइट कुछ भी इकट्ठा करे या नहीं, यह नीचे बताया गया अलग स्विच तय करता है। जहाँ सहमति ज़रूरी है, जिसमें यूरोपीय संघ/ईईए और यूके शामिल हैं, वहाँ हम इसे आपकी सहमति के बाद ही सेट करते हैं: वेबसाइट बैनर से पूछती है और जब तक आप उत्तर नहीं देते, न कोई पहचानकर्ता माँगती है और न कोई पहचानकर्ता जोड़ती है, जबकि ऊपर बताए गए इवेंट इस पहचानकर्ता के बिना तब भी भेजे जाते हैं, और उनमें से उन इवेंट को छोड़कर जो कोई भी पहचानकर्ता नहीं रखते, बाकी सभी को अगले पैराग्राफ़ में बताया गया दैनिक पहचानकर्ता मिलता है। जहाँ सहमति ज़रूरी नहीं है, वहाँ हम बिना पूछे सेट करते हैं। दोनों ही स्थितियों में आप इसे कभी भी बंद कर सकते हैं — वेबसाइट के हर पेज के कोने में मौजूद विश्लेषण नियंत्रण से या वेब ऐप की सेटिंग से; उसके बाद हम कुकी को आपके ब्राउज़र से हटा देते हैं और उसका उपयोग बंद कर देते हैं। आपका उत्तर आपके ब्राउज़र में सहेजा जाता है ताकि दोबारा न पूछना पड़े। जब आपका ब्राउज़र Global Privacy Control संकेत देता है, तब हम वह कुकी और उसके साथ वह उत्तर हटा देते हैं जिसने उसे अनुमति दी थी, इसलिए संकेत बाद में बंद होने पर उस ब्राउज़र को नए ब्राउज़र की तरह माना जाता है: जहाँ सहमति ज़रूरी है वहाँ दोबारा पूछा जाता है, और जहाँ सहमति ज़रूरी नहीं है वहाँ बिना पूछे कुकी सेट कर दी जाती है। अस्वीकार वाला उत्तर सहेजा रहता है और लागू बना रहता है। कुकी से जुड़े इस निर्णय को भी हम इवेंट के रूप में दर्ज करते हैं: कि बैनर दिखाया गया और आपने क्या उत्तर दिया, चाहे वह उत्तर आपने कहीं भी दिया हो — बैनर में, या कोने में मौजूद उसी विकल्प वाले विश्लेषण नियंत्रण में। दर्ज किया गया उत्तर यह भी रखता है कि वह इन दोनों में से किस जगह दिया गया था। बैनर दिखने वाला इवेंट और अस्वीकार करने वाला इवेंट कोई भी पहचानकर्ता नहीं रखते; सहमति वाला इवेंट वही पहचानकर्ता रखता है जिसकी आपने अभी अनुमति दी है। इवेंट तब तक रखे जाते हैं जब तक इस नीति में बताए उद्देश्यों के लिए उनकी ज़रूरत होती है।

जब कोई इवेंट analytics_visitor पहचानकर्ता के बिना हमारे संग्रहकर्ता तक पहुँचता है, जैसे कि आपने कुकी अस्वीकार की हो, अभी उत्तर न दिया हो या उसे बंद कर दिया हो, तब हमारा सर्वर अनुरोध के IP पते और ब्राउज़र के यूज़र एजेंट को एक यादृच्छिक मान के साथ मिलाकर एक अस्थायी पहचानकर्ता बनाता है; यह मान हर UTC दिन बदलता है और उस दिन के समाप्त होने पर हटा दिया जाता है। IP पता स्वयं हमारे विश्लेषण में संग्रहीत नहीं किया जाता। यह पहचानकर्ता केवल उसी दिन के, उसी ब्राउज़र और उसी IP पते से आए इवेंट को आपस में जोड़ता है। इसे कभी आपके ब्राउज़र में संग्रहीत नहीं किया जाता, कभी analytics_visitor पहचानकर्ता या किसी खाते से नहीं जोड़ा जाता, कभी आपके सहमति उत्तर के रिकॉर्ड के साथ नहीं लगाया जाता, और उस दिन का यादृच्छिक मान हट जाने के बाद इसकी दोबारा गणना नहीं की जा सकती। हम इसका उपयोग यह समझने के लिए करते हैं कि विज़िटर वेबसाइट का उपयोग कैसे करते हैं, और इसका आधार हमारा वैध हित है, जैसा उद्देश्य और कानूनी आधार अनुभाग में बताया गया है। Global Privacy Control संकेत देने वाला ब्राउज़र analytics_visitor पहचानकर्ता कभी नहीं रखता, इसलिए उसके इवेंट को यह दैनिक पहचानकर्ता उसी तरह मिलता है जैसे उस कुकी के बिना किसी भी अन्य ब्राउज़र के इवेंट को। जो इवेंट कोई भी पहचानकर्ता नहीं रखते, उन्हें न यह दैनिक पहचानकर्ता मिलता है और न कोई देश: सहमति बैनर का दिखना, अस्वीकार करने का उत्तर, और इस वेबसाइट के संग्रह को बंद करना या दोबारा चालू करना। वे न analytics_visitor पहचानकर्ता रखते हैं, न दैनिक पहचानकर्ता और न कोई देश — केवल यह कि क्या हुआ, और कुकी वाले उत्तर के साथ यह कि आपने वह कहाँ दिया।

वेबसाइट के हर पेज के कोने में मौजूद विश्लेषण नियंत्रण में इस वेबसाइट के संग्रह को बंद करने वाला स्विच है और उसके साथ ऊपर बताई गई विश्लेषण कुकी की सहमति; बैनर का उत्तर दे देने के बाद, संग्रह चालू रहने तक नियंत्रण में कुकी का यह विकल्प भी रहता है, और संग्रह दोबारा चालू करने पर उसे फिर दिखाता है। जब आपका ब्राउज़र Global Privacy Control संकेत देता है, तब नियंत्रण में केवल वही स्विच होता है: उस ब्राउज़र को हम कोई भी विश्लेषण कुकी नहीं देते, इसलिए कुकी को लेकर कोई विकल्प देने को नहीं होता। इसे बंद करने पर एक अंतिम इवेंट भेजा जाता है जो केवल यही दर्ज करता है कि इसे बंद किया गया, और दोबारा चालू करने पर उससे मेल खाता इवेंट भेजा जाता है; दोनों में न कोई पहचानकर्ता होता है, न दैनिक पहचानकर्ता, न देश। जब तक संग्रह बंद है, वेबसाइट आपकी विज़िट का कोई और इवेंट नहीं भेजती — न हमारे कलेक्टर को, न Vercel Web Analytics को — और कोई विज़िटर पहचानकर्ता भी नहीं माँगती; चूँकि हमारे कलेक्टर तक और कुछ पहुँचता ही नहीं, इसलिए दैनिक पहचानकर्ता भी नहीं बनता। जब तक आप इसे बंद न करें यह चालू रहता है, उद्देश्य और कानूनी आधार अनुभाग में बताए गए वैध हित के आधार पर। इस वेबसाइट पर कोई खाता नहीं है, इसलिए आपका उत्तर उसी ब्राउज़र में सहेजा जाता है और वहीं लागू होता है; होस्टेड वेब ऐप की अपनी अलग सेटिंग है, और iOS तथा Android ऐप में यह उस ऐप संस्करण से मिलती है जो इसे जोड़ता है — दोनों उत्पाद विश्लेषण अनुभाग में बताई गई हैं।

उत्पाद विश्लेषण

होस्टेड वेब, iOS और Android ऐप हमें उत्पाद उपयोग के इवेंट भेजते हैं। ये इवेंट हमारी अपनी अवसंरचना में आते हैं और हमारे अपने डेटाबेस में संग्रहीत होते हैं; इनके लिए हम किसी बाहरी विश्लेषण प्रदाता का उपयोग नहीं करते।

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

जहाँ क्लाइंट संस्करण इसका समर्थन करता है, हर इवेंट के समय इंटरफ़ेस भाषा दर्ज की जाती है, ऑफ़लाइन कतार में डालने से पहले। डिवाइस भाषा अलग से दर्ज होती है और इंटरफ़ेस भाषा से भिन्न हो सकती है। इंस्टॉलेशन प्रोफ़ाइल वर्तमान तकनीकी संदर्भ रखती हैं, जिसमें क्लाइंट द्वारा दिए जाने पर प्लेटफ़ॉर्म, ऐप और ऑपरेटिंग सिस्टम संस्करण, डिवाइस भाषा और समय क्षेत्र शामिल हैं। संगतता के लिए कुछ तकनीकी संदर्भ अलग-अलग इवेंट में भी रहते हैं। पुराने क्लाइंट या इवेंट में इंटरफ़ेस भाषा नहीं हो सकती; हम अनुपस्थित मानों का अनुमान डिवाइस भाषा या समय क्षेत्र से नहीं लगाते।

उपयोगकर्ता समूह का विश्लेषण करने के लिए, हम पात्र सीधे ऐप अनुरोधों में अपने API गेटवे को मिले IP पते से कनेक्शन के देश का अनुमान लगाते हैं। हर इंस्टॉलेशन के लिए, जिस UTC दिन वह जुड़ता है, उस दिन अधिकतम एक बार ऐसा किया जाता है। पता हमारी अपनी AWS अवसंरचना में रखे MaxMind GeoLite Country डेटाबेस में देखा जाता है। पता अनुरोध की मेमोरी में प्रोसेस होता है, उत्पाद विश्लेषण में संग्रहीत नहीं होता और MaxMind को नहीं भेजा जाता। हमारे कॉन्फ़िगर किए गए API Gateway एक्सेस लॉग में मूल IP पता शामिल नहीं होता; नेटवर्क अवसंरचना अनुरोध संभालने के लिए IP पते फिर भी प्रोसेस करती है। देश अनुमानित है, अज्ञात हो सकता है या VPN से प्रभावित हो सकता है, और निवास, राष्ट्रीयता या सटीक स्थान नहीं बताता। सर्वर के ज़रिए भेजे गए अनुरोध, AI क्लाइंट और वेबसाइट इवेंट अनुरोध इंस्टॉलेशन के देश का स्रोत नहीं हैं। इससे अलग, जो इवेंट खाते के प्रमाण-पत्रों के बिना हमारे संग्रहकर्ता तक पहुँचता है — ऊपर बताए गए वेबसाइट इवेंट, होस्टेड वेब ऐप के साइन-आउट अवस्था के इवेंट और हमारी साइन-इन सेवा के इवेंट — उस पर दो अक्षरों का देश कोड होता है, जिसे हमारा सर्वर आने के समय उस पते से निकालता है जिससे अनुरोध आता है; वह पता किसी बिचौलिए का हो सकता है, आपका अपना नहीं। हम यह कोड इवेंट के साथ सहेजते हैं, कोई पता नहीं सहेजते, और उन इवेंट के लिए कोई देश नहीं निकालते जो कोई भी पहचानकर्ता नहीं रखते। हम अपलोड के समय का देश पहले के ऑफ़लाइन इवेंट को नहीं देते।

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

इस उत्पाद में MaxMind द्वारा बनाया गया GeoLite डेटा शामिल है, जो MaxMind पर उपलब्ध है।

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

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

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

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

होस्टेड AI और बाहरी AI क्लाइंट

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

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

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

जब आप रिमोट MCP सेवा या Agent API के माध्यम से Nibomo को किसी बाहरी AI क्लाइंट से जोड़ते हैं, तो वह क्लाइंट और उसका AI या मॉडल प्रदाता आपके द्वारा मँगाए गए डेटा को भी प्रोसेस करता है। यह अलग प्रोसेसिंग क्लाइंट संचालक के नियंत्रण में और उसकी शर्तों तथा गोपनीयता नीति के अधीन होती है।

प्रोसेसर और प्राप्तकर्ता

होस्टेड सेवा के लिए हम निम्न प्रकार के सेवा प्रदाताओं का उपयोग करते हैं:

होस्टिंग, Cognito प्रमाणीकरण, Postgres, फाइल स्टोरेज, बैकअप और संचालन लॉग के लिए Amazon Web Services (AWS);
App Store के भुगतान, खरीदारी की पुष्टि और सदस्यता की सूचनाओं के लिए Apple;
Google Play के भुगतान, खरीदारी की पुष्टि और सदस्यता की सूचनाओं के लिए Google;
वेब सदस्यता भुगतान, बिलिंग प्रबंधन, कर गणना और भुगतान सूचनाओं के लिए Stripe;
प्रमाणीकरण और बिलिंग संबंधी लेन-देन ईमेल के लिए Resend;
वैकल्पिक होस्टेड AI अनुरोधों के लिए OpenAI;
होस्टेड AI ऑब्ज़र्वेबिलिटी के लिए Langfuse Cloud;
संबंधित होस्टेड सेवा या ऐप बिल्ड में सक्रिय होने पर साफ किए गए त्रुटि और निदान रिपोर्ट के लिए Sentry;
मार्केटिंग वेबसाइट और कुकी-रहित Web Analytics के लिए Vercel; और
DNS तथा डोमेन प्रबंधन के लिए Cloudflare। Nibomo के वर्तमान DNS रिकॉर्ड केवल DNS मोड में हैं, इसलिए Cloudflare होस्टेड वेबसाइट या ऐप के HTTP ट्रैफ़िक को प्रॉक्सी नहीं करता।

सेवा की सहयोग सुविधाओं के अनुसार साझा कार्यक्षेत्र के अन्य सदस्यों, आपके द्वारा अधिकृत बाहरी क्लाइंट, गोपनीयता दायित्व वाले पेशेवर सलाहकारों या कानूनी रूप से आवश्यक होने पर सार्वजनिक प्राधिकरणों के साथ भी डेटा साझा किया जा सकता है।

अंतरराष्ट्रीय स्थानांतरण

मुख्य होस्टेड एप्लिकेशन AWS की EU अवसंरचना में चलता है। कॉन्फ़िगर किया गया Resend ईमेल क्षेत्र, Sentry डेटा क्षेत्र और Langfuse एंडपॉइंट भी यूरोप में हैं। OpenAI और Vercel सहित कुछ प्रदाता आपके देश या यूरोपीय आर्थिक क्षेत्र से बाहर डेटा प्रोसेस कर सकते हैं। जहाँ आवश्यक हो, ऐसे स्थानांतरण के लिए हम लागू पर्याप्तता निर्णय, डेटा प्रोसेसिंग अनुबंध और मानक संविदात्मक खंड या समान सुरक्षा उपाय इस्तेमाल करते हैं।

डेटा रखना और हटाना

खाता और होस्टेड कार्यक्षेत्र डेटा तब तक रखा जाता है जब तक आपका खाता या संबंधित साझा कार्यक्षेत्र सक्रिय है। खाता हटाने पर लाइव डेटाबेस से आपके वर्तमान खाता डेटा, क्रेडेंशियल, सदस्यताएँ और वे कार्यक्षेत्र हट जाते हैं जिनके आप एकमात्र सदस्य हैं। जिस कार्यक्षेत्र में अन्य सदस्य हैं, उसकी सामग्री उनके लिए उपलब्ध रहती है।
खाता हटाने के बाद भी लेखांकन, लेन-देन के मिलान और कानूनी दावों के लिए Apple का बिलिंग इतिहास रखा जाता है। हम आंतरिक उपयोगकर्ता पहचानकर्ताओं को छद्मनाम वाले मानों से बदलते हैं और हटाए गए खाते से जोड़ी जा सकने वाली Apple की सहेजी गई सूचनाओं की सामग्री मिटाते हैं। खरीदारी और उसे Apple के ज़रिए खाते से जोड़ने के लिए ज़रूरी पहचानकर्ता बने रहते हैं; Apple उन्हें अब भी आपसे जोड़ सकता है, इसलिए यह पूर्ण अनामीकरण नहीं है। अपना Nibomo खाता हटाने से आपकी Apple सदस्यता रद्द नहीं होती; उसे Apple के ज़रिए प्रबंधित या रद्द करें।
खाता हटाने के बाद भी लेखांकन, लेन-देन के मिलान और कानूनी दावों के लिए Google का बिलिंग इतिहास रखा जाता है। हम आंतरिक उपयोगकर्ता पहचानकर्ताओं को छद्मनाम वाले मानों से बदलते हैं और हटाए गए खाते से जोड़ी जा सकने वाली Google की सहेजी गई सूचनाओं की सामग्री मिटाते हैं। खरीदारी और उसे खाते से जोड़ने के लिए ज़रूरी पहचानकर्ता बने रहते हैं; Google उन्हें अब भी आपसे जोड़ सकता है, इसलिए यह पूर्ण अनामीकरण नहीं है। अपना Nibomo खाता हटाने से आपकी Google Play सदस्यता रद्द नहीं होती; उसे Google Play के ज़रिए प्रबंधित या रद्द करें।
Stripe का बिलिंग इतिहास खाता हटने के बाद भी लेखांकन, मिलान और कानूनी दावों के लिए रखा जाता है। हम बिलिंग मिलान के लिए Stripe की मूल और डिकोड की गई सूचनाएँ रखते हैं; खाता हटाते समय उससे संबंधित संग्रहीत सूचनाओं की सामग्री मिटाते हैं और आंतरिक उपयोगकर्ता पहचानकर्ताओं को छद्मनाम वाले मानों से बदलते हैं। ग्राहक, सदस्यता, लेन-देन, ट्रायल और दोहरे ईमेल रोकने के आवश्यक रिकॉर्ड बने रहते हैं। Stripe अपने पहचानकर्ताओं को अब भी आपसे जोड़ सकता है, इसलिए यह पूर्ण अनामीकरण नहीं है। डेटा मिटाने से पहले हम Nibomo Stripe के भावी नवीनीकरण रद्द होने की पुष्टि करते हैं; पुष्टि विफल होने पर खाता नहीं हटाया जाता।
लंबित बिलिंग ईमेल के प्राप्तकर्ता और संदेश की सामग्री हमारे डेटाबेस में तब तक रह सकते हैं जब तक Resend संदेश स्वीकार न कर ले, भेजना रोक न दिया जाए या खाता हटा न दिया जाए। स्वीकार करने या भेजना रोकने पर वह निजी सामग्री मिटा दी जाती है; खाता हटाने पर संग्रहीत Resend संदेश पहचानकर्ता भी मिटाया जाता है। बचे हुए भेजने के रिकॉर्ड दोहरे संदेश रोकते हैं। इससे Stripe या Resend के पास पहले से मौजूद प्रतियाँ नहीं मिटतीं; उनकी डेटा रखने की नीतियाँ भी लागू होती हैं।
खाता हटाने के बाद भी उत्पाद विश्लेषण इवेंट रहते हैं। आपके खाते और उससे जुड़ी अतिथि पहचान से संबंधित इवेंट में, हम खाता पहचानकर्ताओं को यादृच्छिक मान से बदलते हैं, पहचान के संबंध हटाते हैं और इंस्टॉलेशन, सत्र, कार्यक्षेत्र, अनुरोध, डिवाइस मॉडल, ऑपरेटिंग सिस्टम, डिवाइस भाषा, इंटरफ़ेस भाषा, समय क्षेत्र और देश के फ़ील्ड खाली करते हैं। संबंधित इंस्टॉलेशन प्रोफ़ाइल और उनका देश इतिहास हटा दिया जाता है। यह पहचानकर्ता हटाने का विवरण है, इस बात की गारंटी नहीं कि रखे गए इवेंट हर संदर्भ में अनाम होंगे।
खाता हटाने पर जिस ब्राउज़र से हटाया गया है, उसमें analytics_visitor कुकी की अवधि भी समाप्त कर दी जाती है और उस ब्राउज़र का विश्लेषण सत्र पहचानकर्ता रीसेट हो जाता है। इसके बाद वह ब्राउज़र नए अनाम विज़िटर के रूप में चलता रहता है, पिछले से असंबद्ध नए पहचानकर्ता के साथ, जहाँ तक विश्लेषण के बारे में आपका चुनाव इसकी अनुमति देता है। यह केवल उसी ब्राउज़र तक सीमित है; किसी दूसरे ब्राउज़र या दूसरे डिवाइस में रखी प्रति तक यह नहीं पहुँचता, और जो ब्राउज़र इस लेखन को रोकता है या चलने से पहले बंद हो जाता है, वह पुराने पहचानकर्ता को उसकी अपनी समाप्ति तक रखता है। पहले से इकट्ठे इवेंट भी इससे नहीं बदलते: साइन आउट अवस्था में दर्ज और आपके खाते से कभी न जुड़े इवेंट उसी पहचानकर्ता के साथ रहते हैं जिससे वे दर्ज हुए थे, और ऊपर बताया गया पहचान के संबंध हटाना ही उस पहचानकर्ता को आप तक वापस पहुँचने से रोकता है।
देश की विस्तृत अवधियों को उपयोगकर्ता समूह से संबंधित क्वेरी से बाहर कर दिया जाता है जब उनका अंतिम अवलोकन 90 दिन से अधिक पुराना हो जाता है। दैनिक सफ़ाई उन्हें हटाती है; वास्तविक विलोपन सफल सफ़ाई होने तक देर से हो सकता है। देश न बदलने वाली अवधि 90 दिन से भी पहले शुरू हो सकती है, लेकिन यह दैनिक स्थान रिकॉर्ड नहीं है। पहला ज्ञात देश इंस्टॉलेशन प्रोफ़ाइल के पूरे जीवनकाल में अलग से रहता है, जब तक वह प्रोफ़ाइल हटाई न जाए।
फ़ीडबैक का देश उसके रिकॉर्ड के साथ रहता है और खाता हटाने की प्रक्रिया में उस रिकॉर्ड के साथ हटता है; देश इतिहास का 90-दिन का नियम फ़ीडबैक पर लागू नहीं होता।
संग्रहीत मीडिया को संबंधित सक्रिय कार्यक्षेत्र सामग्री की आवश्यकता रहने तक रखा जाता है और संदर्भ समाप्त होने के बाद स्टोरेज सफाई प्रक्रिया से हटाया जाता है। अधूरे अस्थायी अपलोड 7 दिन बाद समाप्त हो जाते हैं।
डेटाबेस में 7 दिनों के RDS स्वचालित बैकअप और 35 दिनों की अवधि वाला अलग दैनिक AWS Backup प्लान है। लाइव सेवा से हटे रिकॉर्ड एन्क्रिप्टेड रिकवरी बैकअप में उनके समाप्त होने तक रह सकते हैं; बैकअप आपदा-रिकवरी के लिए हैं, सामान्य सेवा एक्सेस के लिए नहीं।
API Gateway एक्सेस लॉग 7 दिन बाद समाप्त होते हैं। अन्य CloudWatch एप्लिकेशन लॉग के लिए अभी कोई स्वचालित समाप्ति अवधि नहीं है और वे मैन्युअल रूप से हटाए जाने तक रहते हैं। उनका उपयोग संचालन, सुरक्षा और डिबगिंग तक सीमित है और लागू डेटा-सुरक्षा अधिकार पूरा करने के लिए आवश्यक संबंधित प्रविष्टियाँ हटाई जाती हैं।
मौजूदा Sentry Developer प्लान में इवेंट का 30 दिन का लुकबैक मिलता है। Resend अपनी वर्तमान मानक सेटिंग के अनुसार भेजे गए ईमेल का डेटा 30 दिन रखता है।
OpenAI की अवधि होस्टेड AI अनुभाग में बताई गई है। Langfuse Cloud 30 दिन बाद AI ट्रेस हटा देता है: हमारे प्रोजेक्ट पर लागू प्रदाता की एक्सेस सीमा हर रात पुराने ट्रेस हटाती है, और यह हटाना वापस नहीं लिया जा सकता। वैध मिटाने के अनुरोध के लिए आवश्यक होने पर पहचाने जा सकने वाले ट्रेस हटाए जाते हैं।
सहायता पत्राचार और कानूनी या सुरक्षा उद्देश्यों के रिकॉर्ड केवल संबंधित उद्देश्य की आवश्यकता तक रखे जाते हैं। Vercel का विज़िटर हैश 24 घंटे बाद समाप्त होता है; समेकित वेबसाइट आँकड़े Vercel प्रोजेक्ट सेटिंग के अनुसार रखे जाते हैं।

खाता हटाने से निर्धारित बैकअप या प्रदाता लॉग में पहले से मौजूद प्रतियाँ तुरंत नहीं हटतीं। वे ऊपर दी गई अवधि के अनुसार समाप्त या हटती हैं, जब तक कानून अधिक अवधि आवश्यक न करे।

आपके अधिकार

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

आप वेब, iOS या Android ऐप में अपना होस्टेड खाता हटा सकते हैं। अन्य अनुरोध के लिए नीचे दिए पते पर संपर्क करें। अनुरोध पूरा करने से पहले हमें आपकी पहचान सत्यापित करनी पड़ सकती है।

आप अपने निवास या कार्य-स्थान अथवा कथित उल्लंघन वाले स्थान के डेटा-सुरक्षा प्राधिकरण से शिकायत कर सकते हैं। बुल्गारिया में पर्यवेक्षी प्राधिकरण Commission for Personal Data Protection है।

सुरक्षा और ओपन सोर्स

हम एक्सेस नियंत्रण, ट्रांज़िट में एन्क्रिप्शन, एन्क्रिप्टेड AWS स्टोरेज तथा निदान प्रणालियों में डेटा न्यूनतम करने या संशोधित करने के उपाय इस्तेमाल करते हैं। कोई भी सेवा पूर्ण सुरक्षा की गारंटी नहीं दे सकती।

सार्वजनिक सोर्स कोड से आप दस्तावेज़ित डेटा प्रवाह और रिपॉज़िटरी में कमिट की गई कॉन्फ़िगरेशन देख सकते हैं। केवल सार्वजनिक सोर्स होस्टेड सेवा की मौजूदा कॉन्फ़िगरेशन या व्यवहार को प्रमाणित नहीं करता।

संपर्क

गोपनीयता संबंधी प्रश्नों या अधिकार अनुरोधों के लिए kirill+flashcards@kirill-markin.com पर संपर्क करें या सहायता पेज का उपयोग करें।

भाषा

यह गोपनीयता नीति कई भाषाओं में प्रकाशित की जाती है। यदि कोई अनुवाद अंग्रेज़ी संस्करण से भिन्न है, तो अंग्रेज़ी संस्करण ही मान्य होगा।