गोपनीयता धोरण

ऑपरेटर आणि व्याप्ती

होस्ट केलेली 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 बिलिंगद्वारे आम्हाला तुमच्या कार्डाचे किंवा बँकेचे तपशील मिळत नाहीत. आम्हाला खरेदीच्या नोंदी मिळतात आणि आम्ही त्या साठवतो, ज्यात व्यवहार आणि उत्पादन ओळखकर्ते, खरेदी तुमच्या खात्याशी जोडणारे ॲप खाते टोकन, सबस्क्रिप्शन आणि ट्रायलची स्थिती, नूतनीकरण आणि परताव्याची माहिती, आणि संबंधित तारखा यांचा समावेश आहे.

खरेदीची पडताळणी करणे, सशुल्क प्रवेश पुरवणे आणि पुनर्संचयित करणे, मदत करणे, व्यवहारांचा ताळमेळ घालणे, लेखा नोंदी ठेवणे आणि उत्पादनाच्या वापराचे विश्लेषण करणे यासाठी आम्ही या नोंदी वापरतो. तुम्ही ॲपमध्ये उत्पादन ॲनालिटिक्स बंद केले तरीही सर्व्हरवरील बिलिंगच्या नोंदी ठेवल्या जातात.

ॲनालिटिक्स आणि कुकीज

पान पाहण्याच्या घटना आणि साइटवरील निवडक क्लिक घटना मोजण्यासाठी मार्केटिंग वेबसाइट 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 महिन्यांनंतर कालबाह्य होते. तोच ब्राउझर वेगवेगळ्या भेटींमध्ये ओळखण्यासाठी आम्ही ती वापरतो, जेणेकरून घटनांमध्ये प्रत्येक वेळी नवीन अभ्यागत न दिसता परत आलेला अभ्यागत दिसेल. ती अत्यावश्यक नाही. हा निर्णय फक्त तुमच्या ब्राउझरमध्ये तो ओळखकर्ता असेल की नाही एवढ्यापुरताच आहे; वेबसाइट काही संकलित करते की नाही हा खाली वर्णन केलेला वेगळा स्विच आहे. जिथे संमती आवश्यक आहे, ज्यात EU/EEA आणि UK यांचा समावेश आहे, तिथे तुम्ही सहमती दिल्यानंतरच आम्ही ती सेट करतो: वेबसाइट बॅनरद्वारे विचारते, आणि तुम्ही उत्तर देईपर्यंत ती कोणताही ओळखकर्ता मागत नाही आणि पाठवत असलेल्या कशालाही तो जोडत नाही, तर वर वर्णन केलेल्या घटना त्याशिवाय पाठवल्या जात राहतात, आणि कोणताही ओळखकर्ता नसलेल्या घटना वगळता त्या सर्वांना पुढच्या परिच्छेदात वर्णन केलेला दैनिक ओळखकर्ता मिळतो. जिथे संमती आवश्यक नाही, तिथे आम्ही न विचारता ती सेट करतो. दोन्ही बाबतीत, वेबसाइटच्या प्रत्येक पानाच्या कोपऱ्यातील ॲनालिटिक्स नियंत्रणातून किंवा वेब ॲपच्या सेटिंग्जमधून तुम्ही ती कधीही बंद करू शकता; त्यानंतर आम्ही तुमच्या ब्राउझरमधून कुकी काढून टाकतो आणि ती वापरणे थांबवतो. तुम्हाला पुन्हा विचारले जाऊ नये म्हणून तुमचे उत्तर तुमच्या ब्राउझरमध्ये साठवले जाते. तुमचा ब्राउझर 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 सांगते की ते गैरवापर देखरेखीची सामग्री किंवा ॲप्लिकेशन स्थिती यांपैकी काहीही ठेवत नाही. खातेधारकाने स्पष्टपणे निवड केल्याशिवाय OpenAI आपल्या मॉडेलच्या प्रशिक्षणासाठी API डेटा वापरत नाही.

डीबगिंग आणि सेवेच्या गुणवत्तेच्या विश्लेषणासाठी होस्ट केलेल्या AI विनंत्यांचे निरीक्षण Langfuse Cloud द्वारेही केले जाते. Langfuse ट्रेसमध्ये प्रॉम्प्ट, मॉडेलचे प्रतिसाद, टूल क्रिया, वापरकर्ता, कार्यक्षेत्र आणि सेशन ओळखकर्ते, आणि कामकाजाचा मेटाडेटा असू शकतो. अंमलबजावणी ईमेल पत्ते आणि सीक्रेटसारखी दिसणारी फील्ड लपवते; कस्टम ट्रान्सक्रिप्शन ट्रेसमध्ये मूळ ऑडिओ बाइट आणि अटॅचमेंटचा डेटा समाविष्ट नसतो.

AI वैशिष्ट्ये कशी वापरली जातात याचे विश्लेषण करण्यासाठी आणि ती सुधारण्यासाठी आमचे प्रशासक आमच्या स्वतःच्या डेटाबेसमध्ये साठवलेली होस्ट केलेल्या AI चॅटची सामग्री वाचू शकतात, ज्यात तुमचे प्रॉम्प्ट, मॉडेलचे प्रतिसाद आणि सुचवलेले चॅट प्रॉम्प्ट यांचा समावेश आहे. त्या सामग्रीचा प्रवेश ऑपरेटरच्या प्रशासकांपुरताच मर्यादित आहे.

तुम्ही रिमोट MCP सेवा किंवा Agent API द्वारे Nibomo एखाद्या बाह्य AI क्लायंटशी जोडता, तेव्हा तुम्ही त्या क्लायंटला मिळवायला सांगितलेल्या डेटावर तो क्लायंट आणि त्याचा AI किंवा मॉडेल प्रोव्हायडरही प्रक्रिया करतात. ती स्वतंत्र प्रक्रिया क्लायंटच्या ऑपरेटरच्या नियंत्रणाखाली असते आणि तिला त्याच्या अटी आणि गोपनीयता धोरण लागू होते.

प्रक्रियाकर्ते आणि प्राप्तकर्ते

होस्ट केलेल्या सेवेसाठी आम्ही पुढील श्रेणींतील सेवा पुरवठादार वापरतो:

• होस्टिंग, Cognito प्रमाणीकरण, Postgres, फाइल स्टोरेज, बॅकअप आणि कामकाजाच्या लॉगसाठी Amazon Web Services (AWS);
• App Store पेमेंट, खरेदीची पडताळणी आणि सबस्क्रिप्शन सूचनांसाठी Apple;
• प्रमाणीकरणाशी संबंधित व्यवहारात्मक ईमेलसाठी Resend;
• ऐच्छिक होस्ट केलेल्या AI विनंत्यांसाठी OpenAI;
• होस्ट केलेल्या AI च्या निरीक्षणक्षमतेसाठी Langfuse Cloud;
• संबंधित होस्ट केलेल्या सेवेत किंवा ॲप बिल्डमध्ये सक्षम असल्यास संवेदनशील माहिती काढून टाकलेल्या त्रुटी आणि निदान अहवालांसाठी Sentry;
• मार्केटिंग वेबसाइट आणि तिच्या कुकीविरहित Web Analytics साठी Vercel; आणि
• DNS आणि डोमेन व्यवस्थापनासाठी Cloudflare. Nibomo चे सध्याचे DNS रेकॉर्ड DNS-only मोडमध्ये आहेत, त्यामुळे Cloudflare होस्ट केलेल्या वेबसाइटचा किंवा ॲपचा HTTP ट्रॅफिक प्रॉक्सी करत नाही.

सेवेच्या सहयोग वैशिष्ट्यांनुसार डेटा सामायिक कार्यक्षेत्राच्या इतर सदस्यांना, तुम्ही परवानगी दिलेल्या बाह्य क्लायंटला, गोपनीयतेचे बंधन असलेल्या व्यावसायिक सल्लागारांना, किंवा कायद्याने आवश्यक असेल तेव्हा सार्वजनिक प्राधिकरणांनाही उघड केला जाऊ शकतो.

आंतरराष्ट्रीय हस्तांतरण

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

जतन कालावधी आणि हटवणे

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

खाते हटवल्याने नियोजित बॅकअपमध्ये किंवा प्रोव्हायडरच्या लॉगमध्ये आधीच असलेल्या प्रती लगेच काढून टाकल्या जात नाहीत. कायद्याने जास्त कालावधी आवश्यक नसल्यास, त्या प्रती वरील कालावधीनुसार कालबाह्य होतात किंवा हटवल्या जातात.

तुमचे हक्क

तुम्हाला लागू असलेल्या कायद्यानुसार, तुम्ही आम्हाला तुमच्या वैयक्तिक डेटामध्ये प्रवेश देण्यास, तो दुरुस्त करण्यास, हटवण्यास, त्याचा वापर मर्यादित करण्यास किंवा त्याची पोर्टेबल प्रत देण्यास सांगू शकता. वैध हितांवर आधारित प्रक्रियेला तुम्ही आक्षेपही घेऊ शकता, आणि प्रक्रिया संमतीवर आधारित असेल तिथे संमती मागे घेऊ शकता. कायदा परवानगी देत असेल तिथे हे हक्क मर्यादित असू शकतात, ज्यात कायदेशीर बंधनासाठी किंवा दुसऱ्या व्यक्तीच्या हक्कांसाठी डेटा ठेवणे आवश्यक असते तेव्हाचा समावेश आहे.

तुम्ही वेब, iOS किंवा Android ॲपमध्ये तुमचे होस्ट केलेले खाते हटवू शकता. इतर विनंतीसाठी खाली दिलेल्या पत्त्यावर आमच्याशी संपर्क साधा. विनंती पूर्ण करण्याआधी आम्हाला तुमची ओळख पडताळावी लागू शकते.

तुम्ही जिथे राहता किंवा काम करता, किंवा जिथे उल्लंघन झाले असे तुम्हाला वाटते, तिथल्या डेटा संरक्षण प्राधिकरणाकडे तुम्ही तक्रार करू शकता. बल्गेरियामध्ये पर्यवेक्षी प्राधिकरण वैयक्तिक डेटा संरक्षण आयोग आहे.

सुरक्षा आणि ओपन सोर्स

आम्ही ॲक्सेस नियंत्रणे, प्रसारणादरम्यान एन्क्रिप्शन, एन्क्रिप्ट केलेले AWS स्टोरेज, आणि निदान प्रणालींमध्ये डेटा कमीत कमी ठेवणे किंवा त्यातील माहिती काढून टाकणे वापरतो. कोणतीही सेवा परिपूर्ण सुरक्षेची हमी देऊ शकत नाही.

सार्वजनिक सोर्स कोडमुळे तुम्ही डेटा हाताळणीचे दस्तऐवजीकरण केलेले मार्ग आणि रिपॉझिटरीमध्ये कमिट केलेले कॉन्फिगरेशन तपासू शकता. केवळ सार्वजनिक सोर्स कोडवरून होस्ट केलेल्या सेवेचे सध्याचे कॉन्फिगरेशन किंवा वर्तन सिद्ध होत नाही.

संपर्क

गोपनीयतेविषयीच्या प्रश्नांसाठी किंवा हक्कांशी संबंधित विनंत्यांसाठी kirill+flashcards@kirill-markin.com वर संपर्क साधा किंवा मदत पान वापरा.

भाषा

हे गोपनीयता धोरण अनेक भाषांमध्ये प्रकाशित केले आहे. एखाद्या भाषांतरात आणि इंग्रजी आवृत्तीत फरक असल्यास, इंग्रजी आवृत्ती ग्राह्य धरली जाईल.