1. हम कौन हैं और यह नीति कहाँ लागू है
KARODIAL का संचालन Avycore Tech Private Limited करती है। यह गोपनीयता नीति karodial.com, इसके अकाउंट, प्रोजेक्ट पूछताछ, सहायता वार्तालाप और संबंधित विकास सेवाओं में व्यक्तिगत जानकारी के उपयोग को समझाती है। आप डिज़ाइन देखें, वेबसाइट या Android/iOS ऐप के बारे में बात करें, टीम से संपर्क करें या उपलब्ध इंटीग्रेशन इस्तेमाल करें, तब यह जानकारी प्रासंगिक होती है। यह हमारी अपनी गतिविधियों की नीति है। हमारे द्वारा बनाई गई किसी ग्राहक की वेबसाइट पर यही नीति अपने आप लागू नहीं होती।
ग्राहक का व्यवसाय तय करता है कि उसके ग्राहकों का डेटा कैसे इस्तेमाल होगा, और प्रोजेक्ट का समझौता हमारी भूमिका स्पष्ट करता है। इसे सेवा शर्तों और लिखित प्रोजेक्ट समझौते के साथ पढ़ें। अलग डेटा संबंधी समझौता पहुँच, निर्देश, सुपुर्दगी और जानकारी हटाने का विवरण जोड़ सकता है, लेकिन कानून से मिले अधिकार समाप्त नहीं करता। जानकारी भेजने से पहले किसी सुविधा के बारे में पूछ सकते हैं। गोपनीयता संपर्क support@karodial.com है; संदेश में KARODIAL और संबंधित अकाउंट या प्रोजेक्ट का उल्लेख करें।
2. आपके द्वारा दी जाने वाली जानकारी
हमारे फॉर्म में आपका नाम, ईमेल, देश का कॉलिंग कोड, फोन नंबर, व्यवसाय का नाम, संदेश और मांगी गई सेवा शामिल हो सकती है। पूछताछ में चुना हुआ डिज़ाइन, प्लान, बजट की चर्चा और आवश्यक सुविधाओं का विवरण भी हो सकता है। इससे हमें जरूरत समझने और सही व्यक्ति से संपर्क करने में मदद मिलती है। कृपया इसी उद्देश्य से संबंधित जानकारी भेजें। शुरुआती बातचीत में व्यवसाय की जरूरत का संक्षिप्त विवरण सामान्यतः पर्याप्त है; ग्राहक डेटाबेस, सरकारी पहचान पत्र और निजी वित्तीय रिकॉर्ड की सामान्यतः जरूरत नहीं होती।
किसी दूसरे व्यक्ति की जानकारी भेजते समय सुनिश्चित करें कि आपको ऐसा करने का अधिकार है और उसे संबंधित उपयोग के बारे में बताया गया है। फोन नंबर देने का अर्थ अपने आप असंबंधित प्रचार अभियानों की अनुमति देना नहीं है। वैकल्पिक जानकारी देना आपका चुनाव है। हालांकि किसी खास अनुरोध के लिए जरूरी जानकारी न मिलने पर सही उत्तर देना या काम पूरा करना संभव नहीं हो सकता। गलती से भेजी गई या अनावश्यक जानकारी सुधारने के लिए हमसे संपर्क करें।
3. अकाउंट, साइन इन और प्रोफाइल
अकाउंट बनाने या खोलने पर हम आपको पहचानने और सत्र सुरक्षित रखने के लिए जरूरी पहचान तथा प्रमाणीकरण जानकारी संभालते हैं। Firebase के माध्यम से Google साइन इन करने पर प्रदाता की उपलब्ध जानकारी के अनुसार अकाउंट पहचान, नाम, ईमेल, सत्यापन की जानकारी और प्रोफाइल चित्र मिल सकता है। हमें आपका Google पासवर्ड नहीं मिलता। उपलब्ध जानकारी साइन इन विधि और संबंधित अनुमतियों पर निर्भर करती है। जहाँ अपना पासवर्ड प्रमाणीकरण इस्तेमाल होता है, जैसे प्रशासनिक या स्टाफ प्रवेश, वहाँ पासवर्ड पढ़ने योग्य रूप में रखने के बजाय हैश के रूप में रखे जाते हैं।
अकाउंट रिकॉर्ड में बनने का समय, भूमिका, प्रवेश की स्थिति और सुरक्षा घटनाएँ शामिल हो सकती हैं। न्यूनतम प्रोफाइल सही ग्राहक की पूछताछ पहचानने में मदद करती है और बार बार वही संपर्क विवरण मांगने की जरूरत कम करती है। अपना ईमेल चालू और प्रोफाइल सही रखें। साइन आउट से एप्लिकेशन का सत्र समाप्त होता है; अकाउंट, पूछताछ इतिहास या प्रदाता के रिकॉर्ड नहीं मिटते। KARODIAL अकाउंट हटाना और साइन इन प्रदाता का अकाउंट हटाना अलग कार्य हैं।
4. डिज़ाइन चयन और पूछताछ रिकॉर्ड
ब्राउज़िंग के दौरान स्पष्ट रूप से चुना गया डिज़ाइन या प्लान सत्र में याद रखा जा सकता है, ताकि भेजी गई पूछताछ में सही संदर्भ जाए। एक यादृच्छिक सत्र संदर्भ साइन इन के बाद प्रारूप चयन को अकाउंट से जोड़ सकता है। पूछताछ भेजने पर आपके विवरण और लागू होने पर चुने गए डिज़ाइन या प्लान का व्यावसायिक रिकॉर्ड बनता है। सामान्य संपर्क अनुरोध को सामान्य ही रखा जाता है; उसमें पुराना डिज़ाइन चयन चुपचाप जोड़ना उद्देश्य नहीं है।
हमारी टीम संबंध प्रबंधन के लिए फॉलो अप टिप्पणियाँ, संपर्क की अगली तारीख, पूछताछ का चरण, प्रोजेक्ट में परिवर्तन और प्रगति दर्ज कर सकती है। इतिहास में बदलाव करने वाले अधिकृत कर्मचारी और उसका समय दर्ज हो सकता है। इससे अनुरोध खोने से बचते हैं और पुराने निर्णय समझने में मदद मिलती है। ये रिकॉर्ड सार्वजनिक कैटलॉग का हिस्सा नहीं हैं। चयन या टिप्पणी गलत हो तो संपर्क करें। कुछ पुराने रिकॉर्ड को चुपचाप बदलने के बजाय सुधार की टिप्पणी के साथ रखना जरूरी हो सकता है, खासकर भुगतान या विवाद के मामले में।
5. भुगतान, चालान और लेनदेन जानकारी
जहाँ ऑनलाइन चेकआउट उपलब्ध है, भुगतान Razorpay और उसके उपलब्ध भुगतान तरीकों से संसाधित होता है। चेकआउट खोलने पर भुगतानकर्ता का नाम, ईमेल, फोन नंबर, ऑर्डर संदर्भ और लेनदेन की राशि साझा हो सकती है। मिलान, सहायता और लेखांकन के लिए KARODIAL ऑर्डर पहचान, भुगतान संदर्भ, मूल राशि, लागू कर, सत्यापन परिणाम और भुगतान स्थिति रख सकता है। हमारे एप्लिकेशन में पूरा कार्ड नंबर, कार्ड सुरक्षा कोड या UPI PIN संग्रहित नहीं होता।
भुगतान संबंधी गुप्त विवरण केवल वैध भुगतान इंटरफेस में भरें; सार्वजनिक संपर्क फॉर्म या चैटबॉट पर कभी न भेजें। बैंक स्टेटमेंट या भुगतान स्क्रीनशॉट में असंबंधित जानकारी हो सकती है; सहायता मांगते समय गैरजरूरी विवरण छिपा दें। लेखांकन आवश्यकताओं, गलत शुल्क की जांच, रिफंड या विवाद के समाधान के लिए अकाउंट बंद होने के बाद भी लेनदेन रिकॉर्ड रखने पड़ सकते हैं। भुगतान प्रदाता अपने नोटिस और लागू आवश्यकताओं के अनुसार जानकारी रखता और सत्यापन करता है। हमारी भूमिका यहाँ बताए गए सीमित रिकॉर्ड के उपयोग से संबंधित है।
6. तकनीकी जानकारी और गतिविधि लॉग
सामान्य वेबसाइट अनुरोध से होस्टिंग प्रणाली को IP पता, ब्राउज़र और डिवाइस जानकारी, मांगा गया पेज, अनुरोध का समय और तकनीकी त्रुटि विवरण मिल सकता है। जहाँ घटनाएँ लॉग होती हैं, वहाँ एप्लिकेशन गतिविधि में अकाउंट पहचान, साइन इन प्रयास, पेज विज़िट, फॉर्म क्रियाएँ और प्रशासनिक बदलाव भी दर्ज हो सकते हैं। कुछ लॉगिन सुरक्षा रिकॉर्ड में मूल मान के बजाय हैश की गई पहचान या IP संबंधित मान इस्तेमाल होते हैं; इसका अर्थ यह नहीं कि सभी सर्वर लॉग अनाम हैं।
ये रिकॉर्ड खराबी की जांच, अकाउंट सुरक्षा, दुरुपयोग पहचानने और समस्या का क्रम समझने में मदद करते हैं। पेज के URL या खोज पैरामीटर में संवेदनशील जानकारी न डालें, क्योंकि वह ब्राउज़र इतिहास और अनुरोध लॉग में आ सकती है। तकनीकी जानकारी व्यक्ति की पहचान या सटीक भौतिक स्थान का विश्वसनीय प्रमाण नहीं है। गैरसार्वजनिक गतिविधि रिकॉर्ड तक पहुँच अधिकृत संचालन के लिए है। सहायता के लिए स्क्रीनशॉट या त्रुटि संदेश भेजें तो न्यूनतम उपयोगी विवरण दें और पासवर्ड, एक्सेस टोकन तथा असंबंधित व्यक्तिगत जानकारी पहले हटा दें।
7. व्यक्तिगत जानकारी का उपयोग क्यों होता है
हम संबंधित जानकारी का उपयोग अकाउंट चलाने, पूछताछ का उत्तर देने, जरूरत समझने, प्रस्ताव तैयार करने, मांगे गए काम की बातचीत और प्रोजेक्ट रिकॉर्ड रखने में करते हैं। भुगतान मिलान, सुपुर्दगी समन्वय, ग्राहक सहायता, सुरक्षा निगरानी, दुरुपयोग रोकने और कानूनी या लेखांकन जिम्मेदारियों में भी इसका उपयोग हो सकता है। उद्देश्य बातचीत पर निर्भर करता है: पूछताछ के लिए दिया ईमेल उसका उत्तर देने में और प्रोजेक्ट विवरण मांगा गया काम समझने तथा करने में मदद करता है।
वेबसाइट से मिली सारी जानकारी को हर संभव व्यावसायिक उद्देश्य के लिए उपलब्ध नहीं माना जाता। हम व्यक्तिगत जानकारी बेचते या किराए पर नहीं देते। किसी नए उपयोग के लिए लागू कानून के अनुसार अलग सूचना या चुनाव जरूरी हो तो उसे असंबंधित लेनदेन में छिपाने के बजाय पहले स्पष्ट किया जाना चाहिए। कुछ उपयोग मांगी गई सेवा या कानूनी जिम्मेदारी के लिए आवश्यक होते हैं, जबकि वैकल्पिक सुविधाएँ छोड़ी जा सकती हैं। जानकारी का उपयोग रोकने के अनुरोध से प्रोजेक्ट, सुरक्षा रिकॉर्ड या अनिवार्य रिकॉर्ड अवधि प्रभावित हो तो हम संबंधित सीमा समझाते हैं।
8. सहायता, ईमेल, फोन और SMS
आपकी भेजी पूछताछ, कोटेशन के लिए जरूरी जानकारी, चालू प्रोजेक्ट, भुगतान स्पष्टीकरण, अकाउंट सुरक्षा या सहायता समस्या के बारे में हम संपर्क कर सकते हैं। उपयुक्त माध्यम आपके दिए विवरण और अनुरोध के प्रकार पर निर्भर करता है। जहाँ SMS इंटीग्रेशन कॉन्फ़िगर है, वहाँ सेवा संदेशों में पंजीकरण का स्वागत और संपर्क फॉर्म की प्राप्ति सूचना शामिल हो सकती है। ग्राहक प्लान में SMS सुविधा का उल्लेख यह वादा नहीं है कि हर विज़िटर को संदेश मिलेगा।
प्राप्ति संदेश केवल अनुरोध मिलने की पुष्टि है; वह प्रोजेक्ट की मंजूरी, सुपुर्दगी की गारंटी या लिखित समझौते का विकल्प नहीं है। आंतरिक टिप्पणियों में कॉल या फॉलो अप का परिणाम दर्ज हो सकता है, ताकि दूसरा अधिकृत सदस्य सहायता जारी रख सके। संपर्क विवरण गलत हो या किसी अन्य उपलब्ध माध्यम से बात करना चाहें तो बताएं। वैकल्पिक प्रचार संदेश बंद कराने का अर्थ चालू अकाउंट, भुगतान, सुरक्षा समस्या या अनुबंधित सेवा के जरूरी संदेश बंद होना नहीं है। अनुरोध पर विचार करते समय हम इन उद्देश्यों और लागू आवश्यकताओं के बीच अंतर रखेंगे।
9. अनुमानित शहर का अभिवादन और आपका चुनाव
सुविधा चालू होने पर हमारा अभिवादन ipapi.is से IP आधारित शहर का अनुमान ले सकता है। इस अनुरोध में प्रदाता को आपका IP पता और सामान्य कनेक्शन जानकारी दिखाई देती है। उत्तर में नेटवर्क या स्थान के अतिरिक्त विवरण हो सकते हैं, लेकिन अभिवादन शहर का उपयोग करता है और पूरा उत्तर हमारे एप्लिकेशन डेटाबेस में नहीं रखता। यह GPS ट्रैकिंग नहीं है और डिवाइस के स्थान की अनुमति नहीं मांगता। VPN, कार्यालय का गेटवे या मोबाइल नेटवर्क गलत शहर दिखा सकता है।
अभिवादन केवल प्रस्तुति के लिए है; यह निवास, पहचान या सेवा पात्रता का प्रमाण नहीं है। बार बार अनुरोध कम करने के लिए ब्राउज़र परिणाम को अधिकतम तीस मिनट सत्र संग्रह में रख सकता है। नीचे दिए नियंत्रण से अगली शहर खोज बंद कर सकते हैं। यह सुविधा ब्राउज़र के Global Privacy Control संकेत का भी सम्मान करती है। बंद करने से प्रदाता द्वारा पहले संसाधित जानकारी नहीं मिटती। चुनाव इसी ब्राउज़र में रहता है, इसलिए दूसरे ब्राउज़र या संग्रह साफ करने पर सेटिंग अलग हो सकती है।
शहर के अभिवादन का विकल्प
यह विकल्प इसी ब्राउज़र पर लागू होता है। इसे बंद करने से हमारी अभिवादन सुविधा भविष्य में शहर की जानकारी नहीं माँगेगी; सेवा प्रदाता द्वारा पहले उपयोग की गई जानकारी नहीं मिटेगी।
आप कैटलॉग, संपर्क फ़ॉर्म या साइन इन पर असर डाले बिना शहर का अभिवादन बंद कर सकते हैं।
10. कुकी और ब्राउज़र संग्रह
पहली पार्टी की सत्र कुकी साइन इन बनाए रखने, फर्जी अनुरोधों से फॉर्म की रक्षा, स्पष्ट चयन याद रखने और पुष्टि दिखाने में मदद करती हैं। ये सेवा के कार्यात्मक हिस्से हैं; इन्हें रोकने पर लॉगिन या पूछताछ का क्रम काम नहीं कर सकता। कुछ इंटरफेस विकल्पों के लिए ब्राउज़र संग्रह भी इस्तेमाल होता है, जैसे शहर अभिवादन की पसंद, उसका अस्थायी शहर कैश और कैटलॉग में वापस आने की स्थिति। WeBot विजेट पैनल के आकार, स्थान और सहमति इंटरफेस जैसी सेटिंग रख सकता है।
प्रमाणीकरण और भुगतान प्रदाता अपनी सुविधाओं के दौरान अपनी कुकी या संग्रह इस्तेमाल कर सकते हैं। किसी तीसरे पक्ष के संसाधन का अनुरोध उसके इंटरफेस से बातचीत से पहले भी कनेक्शन जानकारी प्रकट कर सकता है। यह नीति वादा नहीं करती कि हर बाहरी संसाधन कुकी बैनर का इंतजार करता है। ब्राउज़र सेटिंग से संग्रह देख या साफ कर सकते हैं, लेकिन इससे साइन आउट और पसंद रीसेट हो सकती हैं। निजी ब्राउज़िंग कुछ स्थानीय इतिहास अलग रखती है; अनुरोध होस्टिंग, नेटवर्क या प्रदाता से अदृश्य नहीं होते।
11. चैटबॉट, AI सहायता और बातचीत
हमारा एम्बेडेड सहायक WeBot के माध्यम से उपलब्ध है। इसका उपयोग करने पर आपके संदेश और बातचीत उपलब्ध कराने के लिए जरूरी तकनीकी जानकारी WeBot तथा उस सहायक के लिए कॉन्फ़िगर AI सेवाओं में संसाधित हो सकती है। अलग व्यक्तिगत डेटा फ़ील्ड न होने पर भी चैट में व्यक्तिगत जानकारी आ सकती है, इसलिए प्रश्न के लिए जरूरी विवरण ही दें। सार्वजनिक चैट में पासवर्ड, API कुंजी, भुगतान के गुप्त विवरण, पहचान पत्र की तस्वीर, गोपनीय ग्राहक रिकॉर्ड या निजी स्वास्थ्य जानकारी न डालें। AI उत्तर गलत हो सकते हैं।
उन्हें निजी कानूनी परामर्श, बाध्यकारी कोटेशन या प्रोजेक्ट की निश्चित प्रतिबद्धता न मानें। चैट का उपयोग किए बिना भी सामान्य संपर्क विकल्प इस्तेमाल कर सकते हैं। प्रदाता की रिकॉर्ड अवधि, अकाउंट नियंत्रण और AI इनपुट का उपयोग सेवा तथा कॉन्फ़िगरेशन पर निर्भर है। यह नीति सार्वभौमिक शून्य संग्रह या किसी भी प्रदाता द्वारा मॉडल सुधार में कभी डेटा उपयोग न करने का वादा नहीं करती। AI प्रोजेक्ट के लिए गोपनीय सामग्री देने से पहले उपयुक्त अनुबंध और तकनीकी व्यवस्था की पुष्टि कराएं।
12. सेवा प्रदाता और जरूरी साझा करना
वेबसाइट ऐसी सेवाओं पर निर्भर है जिन्हें अपने कार्य के अनुसार जानकारी मिलती है। Hostinger होस्टिंग और संबंधित आधारभूत व्यवस्था देता है। Google/Firebase प्रमाणीकरण और Google Fonts फ़ॉन्ट संसाधन उपलब्ध कराते हैं। ipapi.is वैकल्पिक अनुमानित शहर अभिवादन में मदद करता है। WeBot एम्बेडेड सहायक देता है और जहाँ उपलब्ध हो वहाँ Razorpay चेकआउट में मदद करता है। मांगी गई सेवा के लिए कॉन्फ़िगर होने पर ईमेल, SMS या प्रोजेक्ट इंटीग्रेशन में अतिरिक्त प्रदाता शामिल हो सकते हैं। साझा जानकारी काम के अनुरूप होनी चाहिए; हर प्रदाता को हर अकाउंट का पूरा रिकॉर्ड देना उद्देश्य नहीं है।
कुछ गतिविधियों में प्रदाता हमारे निर्देश पर और अपनी सुरक्षा, कानूनी जिम्मेदारी या उपभोक्ता सेवाओं में स्वतंत्र रूप से कार्य कर सकते हैं। उनकी गोपनीयता सूचनाएँ इन अलग गतिविधियों को समझाती हैं। प्रदाता का लिंक उसकी नीतियों को हमारी नीति जैसा नहीं बनाता। व्यवसाय की गोपनीयता, डेटा स्थान या अनुबंध संबंधी विशेष जरूरत हो तो प्रोजेक्ट मंजूर करने से पहले इंटीग्रेशन पर चर्चा करें। केवल संपर्क करने से निजी पूछताछ प्रशंसापत्र या प्रोजेक्ट विवरण सार्वजनिक कैटलॉग सामग्री नहीं बनता।
प्रदाताओं की गोपनीयता जानकारी:Firebase · Google · ipapi.is · Razorpay
13. प्रसंस्करण स्थान और बाहरी वेबसाइटें
इंटरनेट सेवाएँ जानकारी को विज़िटर के निवास या प्रोजेक्ट की सुपुर्दगी से अलग स्थानों में संसाधित कर सकती हैं। होस्टिंग, प्रमाणीकरण, संचार, AI और भुगतान प्रदाता अपना ढाँचा तथा संचालन व्यवस्था इस्तेमाल करते हैं। जब तक सत्यापित प्रोजेक्ट समझौता विशेष प्रतिबद्धता न दे, हम यह वादा नहीं करते कि सारी जानकारी केवल भारत या एक ही सर्वर स्थान में रहेगी। आपकी संस्था को खास प्रसंस्करण क्षेत्र या अंतरराष्ट्रीय पहुँच पर रोक चाहिए तो नियंत्रित या गोपनीय सामग्री देने से पहले बताएं।
ऐसी जरूरतों का मूल्यांकन वास्तविक सेवाओं के आधार पर करना होता है। बाहरी लिंक से आप ऐसे सेवा प्रदाता पर जाते हैं जिसकी अपनी सूचना, अकाउंट सेटिंग और कानूनी जिम्मेदारियाँ हैं। इसी तरह ग्राहक की प्रकाशित वेबसाइट या ऐप की होस्टिंग और विश्लेषण व्यवस्था karodial.com से अलग हो सकती है। केवल यह नीति पढ़कर उस अलग उत्पाद का पूरा मूल्यांकन नहीं हो जाता। जहाँ लागू कानून स्थानांतरण या खुलासे पर शर्त लगाता है, उनका ध्यान रखा जाना चाहिए। वेबसाइट इस्तेमाल करने से ऐसे संरक्षण समाप्त नहीं होते जिन्हें कानूनन छोड़ा नहीं जा सकता।
14. ग्राहक प्रोजेक्ट और विकास की पहुँच
विकास के काम में ग्राहक की होस्टिंग, कोड रिपॉज़िटरी, CMS, परीक्षण अकाउंट या तीसरे पक्ष की सेवा तक पहुँच जरूरी हो सकती है। लॉगिन विवरण या डेटासेट भेजने से पहले दायरा और सुरक्षित हस्तांतरण माध्यम तय करें। मालिक का स्थायी पासवर्ड साझा करने के बजाय सीमित अधिकार वाला अस्थायी अकाउंट बेहतर है। जहाँ संभव हो, प्रदर्शन और परीक्षण के लिए असली ग्राहक डेटाबेस की जगह नमूना या पहचान छिपाया हुआ डेटा इस्तेमाल करें। वास्तविक प्रणाली तक पहुँच जरूरी हो तो प्रोजेक्ट में उद्देश्य, अधिकृत लोग और काम के बाद सामग्री वापस करने या हटाने की व्यवस्था स्पष्ट होनी चाहिए।
ग्राहक अपने दिए डेटा को साझा करने का अधिकार और अपने उपयोगकर्ताओं को उचित सूचना देने के लिए जिम्मेदार रहता है। जहाँ डेटा प्रसंस्करण समझौता जरूरी हो, हमारी वेबसाइट की नीति उसका विकल्प नहीं है। हमें निजी ग्राहक डेटा दूसरे ग्राहक के प्रोजेक्ट या सार्वजनिक प्रदर्शन में दोबारा इस्तेमाल करने की अपने आप अनुमति नहीं मिलती। ग्राहक की प्रणाली से हमारी पहुँच हटाना और पत्राचार, चालान या वैध रूप से जरूरी अन्य रिकॉर्ड मिटाना अलग बातें हैं।
15. Android, iOS और वेबव्यू प्रोजेक्ट की जानकारी
ऐप की चर्चा में मौजूदा वेबसाइट, लक्षित उपयोगकर्ता, साइन इन प्रक्रिया, प्लेटफॉर्म जरूरत, नोटिफिकेशन और मांगी गई डिवाइस सुविधाओं की जानकारी जरूरी हो सकती है। केवल वेबसाइट का पता देने से उसके निजी प्रशासन या उपयोगकर्ताओं के डेटा तक पहुँच की अनुमति नहीं मिलती। ऐप अनुमति, विश्लेषण, पुश टोकन, क्रैश रिपोर्ट और ऐप स्टोर घोषणा उस प्रोजेक्ट में वास्तव में लागू सुविधाओं पर निर्भर करती हैं। यह नीति नहीं कहती कि KARODIAL का हर ऐप ये सभी श्रेणियाँ एकत्र करता है।
वेबव्यू ऐप में मूल वेबसाइट की कुकी, प्रमाणीकरण और बाहरी अनुरोध भी चल सकते हैं, साथ में मूल ऐप का व्यवहार जुड़ता है। प्रकाशन से पहले मालिक को उत्पाद के अनुसार गोपनीयता सूचना और सही स्टोर घोषणाएँ तैयार करनी चाहिए। तय करें कि बैकएंड कौन चलाएगा और उत्पादन डेटा कौन देख सकेगा। कैमरा, माइक्रोफोन, स्थान, संपर्क या अन्य डिवाइस अनुमति चाहिए तो आवश्यकता और सूचना पर स्पष्ट चर्चा करें; इन्हें ऐप विकास का स्वचालित हिस्सा न मानें। परीक्षण की पहुँच सीमित रखें और जरूरत खत्म होने पर वापस लें।
16. स्टाफ की पहुँच और आंतरिक रिकॉर्ड
पूछताछ का उत्तर देने और काम पूरा करने के लिए अधिकृत टीम सदस्य संबंधित जानकारी देख सकते हैं। पहुँच भूमिका और जिम्मेदारी पर निर्भर हो सकती है। उदाहरण के लिए बिज़नेस डेवलपमेंट में ग्राहक की पूछताछ और फॉलो अप का काम हो सकता है, जबकि प्रोजेक्ट की प्रगति केवल देखने की अनुमति हो सकती है। प्रशासन, सहायता, लेखा और HR के उद्देश्य अलग हैं; भूमिका का नाम हर व्यक्ति को हर रिकॉर्ड देखने का कारण नहीं बनता। स्टाफ अकाउंट रिकॉर्ड में नाम, कार्यालय ईमेल, भूमिका, प्रवेश स्थिति और प्रमाणीकरण जानकारी शामिल हो सकती है।
जवाबदेही और समस्या जांच के लिए प्रशासनिक बदलाव तथा सुरक्षा घटनाएँ लॉग हो सकती हैं। स्टाफ लॉगिन अधिकृत कर्मचारियों के लिए है; यह सार्वजनिक ग्राहक पंजीकरण नहीं है। ग्राहक स्थापित संपर्क माध्यम से अकाउंट बदलाव बताएं, किसी व्यक्ति से पहुँच नियंत्रण हटवाने का अनुरोध न करें। टीम सदस्य के जाने या प्रोजेक्ट समाप्त होने पर संबंधित प्रणालियों में पहुँच की समीक्षा होनी चाहिए। केवल लॉगिन बंद होने से रोजगार, लेखांकन, सुरक्षा या विवाद के लिए जरूरी रिकॉर्ड मिटाने का वादा नहीं किया जा सकता।
17. जानकारी कितने समय रखी जाती है
हर अकाउंट, पूछताछ, प्रोजेक्ट, भुगतान और सुरक्षा रिकॉर्ड के लिए एक समान स्वचालित हटाने की अवधि नहीं है। अवधि इस पर निर्भर करती है कि जानकारी क्यों बनी, संबंध चालू है या नहीं, कौन सी लेखांकन या कानूनी आवश्यकता लागू है और शिकायत या वैध दावे के समाधान के लिए क्या जरूरी है। असफल पूछताछ को चालान या सक्रिय प्रोजेक्ट फाइल जैसा मानना जरूरी नहीं है। हटाने के अनुरोध की समीक्षा में हम देखते हैं कि मूल उद्देश्य के लिए पहचान योग्य जानकारी अब भी जरूरी है या नहीं।
कुछ सामग्री संबंधित बैकअप बदलने के चक्र तक रह सकती है; बहाली का उपयोग ऐसी जानकारी फिर सक्रिय करने के लिए नहीं होना चाहिए जिसका उपयोग बंद होना चाहिए। आपकी रखी प्रतियाँ, आपको सौंपी सामग्री और बाहरी प्रदाताओं के स्वतंत्र रिकॉर्ड एक एप्लिकेशन के हटाने बटन से नियंत्रित नहीं होते। प्रोजेक्ट के लिए स्पष्ट उत्तर चाहिए तो जानकारी की श्रेणी और उद्देश्य बताकर पूछें। हर प्रणाली से सब कुछ तुरंत मिटाने का वादा करने के बजाय जरूरी रिकॉर्ड रखने का वैध कारण समझाया जाना चाहिए।
18. सुरक्षा उपाय और घटना संबंधी चिंता
हमारे एप्लिकेशन में HTTPS, सुरक्षित सत्र, पासवर्ड होने पर हैशिंग, पहुँच नियंत्रण और फर्जी फॉर्म अनुरोधों से सुरक्षा जैसे उपाय हैं। ये जोखिम घटाते हैं, लेकिन वेबसाइट, ईमेल, बाहरी इंटीग्रेशन या इंटरनेट संचार को पूर्ण सुरक्षित नहीं बनाते। अकाउंट के गुप्त विवरण निजी रखें, सुरक्षित डिवाइस इस्तेमाल करें और जानकारी भरने से पहले साइन इन या भुगतान पेज का पता जांचें। सामान्य प्रश्न का उत्तर देने के लिए स्टाफ को आपका Google पासवर्ड, कार्ड सुरक्षा कोड या UPI PIN नहीं चाहिए।
अकाउंट के दुरुपयोग, प्रोजेक्ट लॉगिन लीक होने या अनचाहे खुलासे का संदेह हो तो संबंधित सेवा और अनुमानित समय के साथ सहायता टीम को बताएं। प्रमाण देने के लिए लीक टोकन या निजी डेटासेट सार्वजनिक न करें। हम रिपोर्ट की समीक्षा, जरूरी सुरक्षा कदम और जहाँ लागू हो वहाँ सूचना या रिपोर्टिंग जिम्मेदारियों पर विचार करेंगे। प्रतिक्रिया घटना, उपलब्ध प्रमाण और संबंधित प्रणालियों पर निर्भर है। यह नीति तय जांच परिणाम या अनधिकृत व्यक्ति को मिल चुकी जानकारी पूरी वापस मिलने की गारंटी नहीं देती।
19. जानकारी देखना, सुधारना और हटवाना
आप अकाउंट या बातचीत से जुड़ी व्यक्तिगत जानकारी के बारे में पूछ सकते हैं, सुधार मांग सकते हैं, अकाउंट बंद या जानकारी हटाने का अनुरोध कर सकते हैं और उपयोग या साझा करने पर चिंता उठा सकते हैं। किसी खास अधिकार की उपलब्धता और उत्तर की सीमा लागू कानून तथा परिस्थिति पर निर्भर है। support@karodial.com पर इतना विवरण भेजें जिससे अकाउंट और संबंधित जानकारी पहचानी जा सके। हम अकाउंट पर नियंत्रण या दूसरे व्यक्ति की ओर से कार्य करने का अनुपातिक प्रमाण मांग सकते हैं।
पासवर्ड या जरूरत से ज्यादा पहचान दस्तावेज न भेजें। दूसरे लोगों की गोपनीयता, सुरक्षा जानकारी और वैध रूप से रखने वाले रिकॉर्ड का भी ध्यान रखना होता है। पूरा अनुरोध स्वीकार न हो सके तो संबंधित कारण और अगले उपलब्ध कदम समझाए जाने चाहिए। रिकॉर्ड में सुधार से पुराने चालान, ऑडिट प्रविष्टियाँ या पहले पहुंच चुके संदेश अपने आप दोबारा नहीं लिखे जाते। KARODIAL अकाउंट की एक कार्रवाई से हम आपकी ओर से Google अकाउंट बंद या भुगतान प्रदाता के स्वतंत्र रिकॉर्ड नहीं मिटा सकते।
20. वैकल्पिक सुविधाएँ, चुनाव वापस लेना और बच्चे
आप सार्वजनिक कैटलॉग बिना अकाउंट देख सकते हैं, चैटबॉट छोड़ सकते हैं, सामान्य संपर्क अनुरोध भेज सकते हैं और अनुमानित शहर अभिवादन बंद कर सकते हैं। ब्राउज़र सेटिंग संग्रह सीमित कर सकती है, हालांकि जरूरी सुविधाएँ तब बंद हो सकती हैं। जिस अनुमति पर जानकारी इस्तेमाल हो रही है उसे वापस लेना चाहें तो संबंधित अनुमति और गतिविधि स्पष्ट बताएं, ताकि हम अनुरोध तथा उसके असर की जांच कर सकें। अनुमति वापस लेने से पहले पूरा हो चुका उपयोग अपने आप अवैध नहीं होता और किसी दूसरे वैध कारण से रखे रिकॉर्ड नहीं मिटते।
अकाउंट और सशुल्क प्रोजेक्ट सेवाएँ वयस्कों तथा अधिकृत व्यावसायिक प्रतिनिधियों के लिए हैं। हम इन सेवाओं से जानबूझकर बच्चों की व्यक्तिगत जानकारी नहीं मांगते। माता पिता या अभिभावक को लगे कि बच्चे ने जानकारी दी है तो संबंधित संदर्भ बताकर संपर्क करें; बच्चे के अनावश्यक दस्तावेज न भेजें। बच्चों के लिए सेवा बनाने वाले प्रोजेक्ट में आयु के अनुरूप सूचना, अनुमति और लागू आवश्यकताओं की अलग समीक्षा जरूरी है। केवल यह सामान्य वेबसाइट नीति पर्याप्त नहीं है।
21. कानूनी अनुरोध, व्यवसाय बदलाव और संरक्षण
वैध कानूनी आवश्यकता, अधिकृत सरकारी संस्था के अनुरोध, धोखाधड़ी की जांच, सुरक्षा या कानूनी अधिकार स्थापित करने और बचाव के लिए जानकारी साझा करनी पड़ सकती है। ऐसी स्थिति में अधिकार, प्रासंगिकता और वास्तव में जरूरी जानकारी की जांच होनी चाहिए। किसी के मांगने भर से सभी ग्राहक रिकॉर्ड साझा करने की सामान्य अनुमति इसका अर्थ नहीं है। वास्तविक पुनर्गठन या व्यवसाय हस्तांतरण में संबंधित जानकारी लेनदेन का हिस्सा हो सकती है, लेकिन उचित गोपनीयता, लागू कानून और जरूरी सूचनाओं के अधीन रहेगी।
व्यवसाय का नाम बदलने से अलग अनुमति मांगने वाला नया उद्देश्य अपने आप अधिकृत नहीं हो जाता। यह नीति हमारी प्रक्रिया बताती है; यह हर गोपनीयता व्यवस्था का प्रमाणन या नए कानून के हर प्रावधान के पहले से लागू होने का दावा नहीं है। संबंधित परिस्थितियों में लागू आवश्यकताओं और उनके शुरू होने की तारीख देखनी होती है। यहाँ कोई बात अनिवार्य गोपनीयता संरक्षण समाप्त नहीं करती। कानून अनुमति देता हो तो उपयुक्त प्राधिकरण या मंच के पास जाने का अधिकार भी बना रहता है।
22. नीति बदलाव, प्रश्न और शिकायतें
ऊपर दी तारीख इस नीति के संस्करण को पहचानती है। सुविधा, प्रदाता, कानूनी आवश्यकता या संचालन प्रक्रिया बदलने पर इसे संशोधित किया जा सकता है। महत्वपूर्ण बदलाव के लिए अतिरिक्त सूचना या नया चुनाव जरूरी हो तो उसे उसी अनुसार पूरा किया जाना चाहिए। केवल पेज बदलना कानून से जरूरी अनुमति का विकल्प नहीं है। गोपनीयता प्रश्न, सुधार, जानकारी हटाने के अनुरोध या शिकायत के लिए support@karodial.com पर लिखें और विषय में “KARODIAL privacy” रखें। संबंधित पेज, अकाउंट या प्रोजेक्ट, हुई घटना और अपेक्षित समाधान बताएं।
पहला संदेश विषय तक सीमित रखें। संवेदनशील रिकॉर्ड तभी जोड़ें जब जरूरी हों और उचित माध्यम तय हो चुका हो। व्यक्तिगत जानकारी बताने से पहले अनुरोध स्पष्ट करना या आपका अधिकार सत्यापित करना जरूरी हो सकता है। पहला उत्तर चिंता दूर न करे तो अनसुलझा बिंदु लिखकर जवाब दें, ताकि दोबारा समीक्षा हो सके। सेवा शर्तें सामान्य व्यावसायिक संबंध समझाती हैं और यह नीति व्यक्तिगत जानकारी का उपयोग बताती है। कोई भी दस्तावेज लागू कानून से उपलब्ध उपाय सीमित नहीं करता।