सेवा की शर्तें

यह दस्तावेज़ कई भाषाओं में प्रकाशित है। भाषा संस्करणों में किसी भी अंतर की स्थिति में पोलिश संस्करण बाध्यकारी है।

संस्करण 2.2 · अंतिम अपडेट: 29 अक्टूबर 2026

पहले मुख्य बातें। विस्तृत शर्तों से पहले पाँच बिंदु दिए गए हैं, क्योंकि इन्हें गलत समझने वाला आगे की सारी बात भी गलत समझेगा:

• खाते केवल व्यवसायों के लिए हैं। मुखपृष्ठ की निःशुल्क जाँच कोई भी उपयोग कर सकता है; खाता, योजनाएँ और अन्य सभी सुविधाएँ कंपनियों, स्वनियोजित पेशेवरों और एजेंसियों के लिए हैं (खंड 1.3)। पोलिश कानून में कुछ एकल व्यवसायियों का अनिवार्य संरक्षण अप्रभावित है (खंड 1.3 और 36)।
• हम केवल वही वेबसाइटें जाँचते हैं जिनका नियंत्रण करने का आपको अधिकार है। नियंत्रण प्रमाण के बिना केवल निष्क्रिय जाँच होती है, जैसे आगंतुक पेज देखता है। आपके फ़ॉर्म के परीक्षण सबमिशन केवल प्रमाण के बाद और स्पष्ट रूप से आपके निर्देश पर होते हैं (खंड 7 और 8)।
• परिणाम किसी क्षण की स्थिति है, गारंटी नहीं। जाँच स्वचालित और पहचान नियमों पर आधारित हैं। “सुरक्षित” का अर्थ स्पैम फिर न आना नहीं और यह पेनिट्रेशन टेस्ट, कानूनी सलाह या प्रमाणन का विकल्प नहीं (खंड 5)।
• हमें आपके सर्वर की पहुँच नहीं मिलती। हम FTP, SSH, होस्टिंग या प्रशासक पहुँच न माँगते हैं, न प्राप्त करते हैं। लॉगिन के पीछे जाँच चाहिए तो आप स्वयं अपनी वेबसाइट पर परीक्षण खाता बनाते हैं; केवल इसी मामले में सेवा लॉगिन विवरण उपयोग करती है (खंड 10 और 12)।
• पोलिश संस्करण प्राथमिक है और पोलिश कानून लागू है। ये शर्तें यूरोपीय संघ की सभी आधिकारिक भाषाओं में उपलब्ध हैं (खंड 39)।

1. प्रदाता, दायरा और अनुबंध पक्ष

1.1 प्रदाता

formexposed सेवा Lukas Wójcik प्रदान करते हैं, जो पोलिश केंद्रीय आर्थिक गतिविधि रजिस्टर और सूचना (CEIDG) में LW IT Solutions Company Lukas Wójcik नाम से पंजीकृत एकल व्यवसाय चलाते हैं, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland, NIP 7252266190, VAT ID PL7252266190 (“हम”)। संपर्क: contact@lukaswojcik.com, सहायता विंडो (नेविगेशन में प्रश्नचिह्न) और संपर्क पेज। अन्य जानकारी प्रदाता का विवरण में है।

1.2 यह दस्तावेज़ क्या है

ये सेवा की शर्तें (“शर्तें”) formexposed.com और form.exposed पर formexposed के प्रावधान और उपयोग को नियंत्रित करती हैं, जिसमें निःशुल्क जाँच, ग्राहक खाता, WordPress प्लगइन, TYPO3 एक्सटेंशन, MainWP एक्सटेंशन, ऐप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (API), MCP सर्वर और स्वचालन सेवाओं के टेम्पलेट (मिलकर “सेवा”) शामिल हैं।

ये इलेक्ट्रॉनिक साधनों से सेवा देने के 18 जुलाई 2002 के पोलिश अधिनियम (ustawa o świadczeniu usług drogą elektroniczną, “UŚUDE”) के Art. 8 के अंतर्गत इलेक्ट्रॉनिक सेवाओं के विनियम (regulamin) भी हैं। वहाँ आवश्यक जानकारी इन शर्तों में इस प्रकार है: सेवाओं का प्रकार और दायरा खंड 5 से 16, तकनीकी आवश्यकताएँ 27.6, गैरकानूनी सामग्री का निषेध 23, अनुबंध करना और समाप्त करना 4 तथा 20 और शिकायत प्रक्रिया 35 में। उपयोग के विशिष्ट जोखिमों और ग्राहक सिस्टम में हमारे जोड़े सॉफ़्टवेयर तथा डेटा की Art. 6 UŚUDE वाली जानकारी 27.7 और 27.8 में है।

किसी अनुबंध से पहले शर्तें इस पते पर निःशुल्क उपलब्ध हैं और प्राप्त, पुनरुत्पादित, सहेजी तथा प्रिंट की जा सकती हैं। हम ग्राहक द्वारा स्वीकार संस्करण दर्ज करते हैं (खंड 4.4)।

1.3 सेवा कौन उपयोग कर सकता है

निःशुल्क जाँच। कोई भी बिना खाते निःशुल्क जाँच (खंड 6) और खुले टूल वहाँ बताई सीमाओं में उपयोग कर सकता है।

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

उपभोक्ता संरक्षण वाले एकल व्यवसायी। पोलिश कानून कुछ उपभोक्ता अधिकार उस प्राकृतिक व्यक्ति को देता है जिसका अनुबंध उसकी व्यावसायिक गतिविधि से सीधे जुड़ा है, लेकिन विषयवस्तु के अनुसार उसके लिए पेशेवर प्रकृति का नहीं है (przedsiębiorca na prawach konsumenta; पोलिश नागरिक संहिता Kodeks cywilny, “KC” के Art. 385⁵ और 556⁴ तथा पोलिश उपभोक्ता अधिकार अधिनियम ustawa o prawach konsumenta का Art. 38a)। पंजीकरण की पुष्टि यह संरक्षण नहीं हटाती। इस समूह पर खंड 36 और एकल व्यवसायियों का अनुबंध से हटने का अधिकार पेज लागू होते हैं। स्वयं को इस समूह में मानने वाला हमें बताए; हम हर मामले की अलग समीक्षा करेंगे। संरक्षण इस सूचना पर निर्भर नहीं; इससे उसका पालन करने में मदद मिलती है।

इन शर्तों का कोई प्रावधान ऐसा अधिकार हटाने या सीमित करने के लिए नहीं है जिसे वैध रूप से हटाया या सीमित नहीं किया जा सकता। अनिवार्य कानून के कारण किसी ग्राहक पर प्रावधान लागू न हो तो शेष प्रावधान और अन्य ग्राहकों पर उनका लागू होना अप्रभावित रहता है।

1.4 व्यवसाय की ओर से कार्य

व्यवसाय की ओर से पंजीकरण या ऑर्डर करने वाला व्यक्ति गारंटी देता है कि उसके पास पूर्ण कानूनी क्षमता और उस सीमा तक व्यवसाय का प्रतिनिधित्व करने का अधिकार है। अनुबंध पक्ष वह व्यवसाय है जिसकी ओर से वह काम करता है; व्यवसाय न बताया हो तो पंजीकरण व्यक्ति स्वयं व्यवसाय के रूप में पक्ष है। प्रतिनिधित्व अधिकार न होने पर कार्य करने वाला व्यक्ति Art. 103 § 3 KC के अंतर्गत उत्तरदायी है।

1.5 क्षेत्रीय प्रतिबंध

सेवा उन व्यक्तियों और संस्थाओं को नहीं दी जाती और वे या उनके लाभ के लिए इसका उपयोग नहीं कर सकते जो यूरोपीय संघ या संयुक्त राष्ट्र के आर्थिक प्रतिबंधों या निर्यात प्रतिबंधों के लक्ष्य हों या व्यापक प्रतिबंधित क्षेत्र में रहते हों। ग्राहक गारंटी देता है कि वह इस समूह में नहीं आता और ऐसा उपयोग अनुमति नहीं देगा। उल्लंघन पता चलने पर हम तुरंत रोक या समाप्त कर सकते हैं।

2. परिभाषाएँ

निम्न शब्दों का अर्थ इन शर्तों में दिया गया अर्थ है। डेटा संरक्षण के संदर्भ में डेटा प्रसंस्करण समझौते और सामान्य डेटा संरक्षण विनियम (GDPR) के शब्द लागू हैं।

शब्द	अर्थ
सक्रिय जाँच	जाँच जिसमें सेवा सत्यापित डोमेन के मिले संपर्क फ़ॉर्म से चिह्नित परीक्षण सबमिशन भेजती है (खंड 8.2)।
चेतावनी	जाँच परिणाम या मॉनिटर स्थिति बदलने पर ग्राहक के सेट लक्ष्य (ई-मेल, वेबहुक, चैट) को सेवा का संदेश।
कार्यस्थान	खाते की इकाई जिससे डोमेन, सदस्य, चेतावनी लक्ष्य, ब्रांड और क्लाइंट पोर्टल जुड़े हैं। अंग्रेज़ी इंटरफ़ेस में “workspace”।
DPA	Art. 28 GDPR का डेटा प्रसंस्करण समझौता, जिसे ग्राहक पंजीकरण पर करता है।
डोमेन	ग्राहक द्वारा खाते में जोड़ा वेबसाइट होस्टनेम। इसी इकाई से योजना सीमाएँ गिनी और जाँच निर्धारित होती हैं।
एक्सटेंशन	formexposed का WordPress प्लगइन, TYPO3 एक्सटेंशन और MainWP एक्सटेंशन, ग्राहक द्वारा इंस्टॉल संस्करण में।
निःशुल्क जाँच	मुखपृष्ठ इनपुट से बिना खाते डोमेन की निष्क्रिय जाँच (खंड 6)।
ग्राहक	हमसे खाते का अनुबंध करने वाला व्यवसाय। कार्यस्थान में ग्राहक वह है जिसकी वहाँ स्वामी भूमिका है।
ग्राहक डेटा	तृतीय पक्ष का व्यक्तिगत डेटा जिसे ग्राहक सेवा में लाता या कॉन्फ़िगरेशन से आने देता है, जैसे संदेश पहुँचने की जाँच की फ़ॉर्म ई-मेल प्रतियाँ, पोर्टल सदस्य या परीक्षण खाते के लॉगिन। हम प्रसंस्करणकर्ता हैं (खंड 24)।
सदस्य	प्राकृतिक व्यक्ति जिसे ग्राहक स्वामी, प्रशासक या दर्शक भूमिका में कार्यस्थान पहुँच देता है।
निगरानी	योजना की आवृत्ति पर सत्यापित डोमेन की दोहराती जाँच, खंड 9 की निगरानी सहित।
नियंत्रण प्रमाण	DNS रिकॉर्ड, मेटा टैग, फ़ाइल, एक्सटेंशन या रोलआउट कोड से ग्राहक के डोमेन नियंत्रणाधिकार का प्रमाण (खंड 7.2)। मान्य प्रमाण वाला डोमेन “सत्यापित” है।
निष्क्रिय जाँच	सेवा आगंतुक की तरह सार्वजनिक पेज प्राप्त करती है और कुछ सबमिट नहीं करती (खंड 8.1)।
मूल्य पेज	मूल्य पेज, उस समय लागू योजनाओं, सीमाओं और शुल्कों के साथ।
रिपोर्ट	यादृच्छिक टोकन वाले पते पर जाँच परिणाम का प्रदर्शन। पता जानने वाला बिना साइन इन खोल सकता है।
योजना	ग्राहक का चुना स्तर (अभी निःशुल्क, Small, Pro या Business), मूल्य पेज की सुविधाओं और सीमाओं सहित।
परीक्षण सबमिशन	सेवा का संपर्क फ़ॉर्म से संदेश, जिसके प्रेषक, विषय और पाठ में स्वचालित परीक्षण का संकेत है।
पाठ रूप	डेटा माध्यम पर पठनीय घोषणा जो कर्ता पहचानती है, जैसे ई-मेल या पत्र। Art. 77² KC के दस्तावेज़ी रूप (forma dokumentowa) के अनुरूप। जहाँ शर्तें कहें, चैट या सहायता विंडो का संदेश पर्याप्त नहीं।
वेबसाइट	डोमेन के अंतर्गत उपलब्ध पेज और उनके फ़ॉर्म।

3. अनुबंध दस्तावेज़ और प्राथमिकता क्रम

3.1 अनुबंध में क्या है

ग्राहक और हमारे बीच अनुबंध निम्न दस्तावेज़ों से बना है, जिनमें से प्रत्येक संदर्भ द्वारा शामिल है:

1. पाठ रूप में किया व्यक्तिगत समझौता, यदि हो;
2. ये शर्तें;
3. डेटा प्रसंस्करण समझौता;
4. तकनीकी और संगठनात्मक उपाय;
5. उप-प्रसंस्करणकर्ताओं की सूची;
6. स्वीकार्य उपयोग और दुरुपयोग पेज;
7. ऑर्डर समय के संस्करण का मूल्य पेज, जहाँ योजनाएँ, सीमाएँ और शुल्क बताता है।

हर मामले में अनुबंध होने के समय प्रकाशित संस्करण निर्णायक है। दस्तावेज़ों के बदलाव खंड 34 के अधीन हैं; तकनीकी और संगठनात्मक उपायों तथा उप-प्रसंस्करणकर्ता सूची के लिए DPA के बदलाव नियम प्राथमिक हैं और मूल्य पेज की सुविधाओं, सीमाओं तथा शुल्कों के लिए खंड 5.5 और 19.8।

3.2 प्राथमिकता क्रम

दस्तावेज़ों में टकराव हो तो खंड 3.1 की सूची में ऊपर वाला केवल टकराव की सीमा तक प्राथमिक है। अपवादतः ग्राहक की ओर से व्यक्तिगत डेटा के प्रसंस्करण के हर विषय में DPA सभी अन्य प्रावधानों से ऊपर है, क्योंकि Art. 28 GDPR लागू है; केवल DPA द्वारा अनुमत व्यक्तिगत समझौता, जो पाठ रूप में हो और स्पष्ट रूप से DPA का संदर्भ दे, उससे ऊपर है। EU डेटा अधिनियम और एकल व्यवसायियों का अनुबंध से हटने का अधिकार पेज ग्राहक को अधिक अधिकार देने की सीमा तक सूची के सभी दस्तावेज़ों से ऊपर हैं (खंड 20.3 और 36)।

3.3 जानकारी देने वाले, अनुबंध से बाहर पेज

गोपनीयता नीति उस प्रसंस्करण की Art. 13 और 14 GDPR सूचना है जिसके लिए हम स्वयं जिम्मेदार हैं; इसे स्वीकार नहीं, संज्ञान में लिया जाता है। EU AI अधिनियम, शिकायतें, पहुँच, मिटाना और आपके अन्य अधिकार, प्रसंस्करण गतिविधियों के अभिलेख, डेटा संरक्षण प्रभाव आकलन, आपकी वेबसाइट के लिए गोपनीयता नीति का पाठ, क्रॉलर पेज (/bot), कानूनी दस्तावेज़ एक नज़र में और अनुबंध दस्तावेज़ों में बदलाव भी केवल जानकारी के लिए हैं; वे कोई वारंटी नहीं हैं। EU डेटा अधिनियम और एकल व्यवसायियों का अनुबंध से हटने का अधिकार भी जानकारी हेतु हैं, लेकिन ग्राहक अधिकार देने की सीमा तक अनुबंध का भाग हैं (खंड 3.2)। जहाँ ये शर्तें दायित्व या अधिकार बताने के लिए ऐसे पेज का संदर्भ देती हैं, वहाँ वर्णित दायित्व या अधिकार लागू होता है।

3.4 वर्णनात्मक कथन वारंटी नहीं हैं

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

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

3.5 ग्राहक की अपनी शर्तें लागू नहीं हैं

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

4. अनुबंध करना और उसका प्रमाण

4.1 निःशुल्क जाँच

मुखपृष्ठ के इनपुट में डोमेन देकर जाँच शुरू करने वाला निःशुल्क इलेक्ट्रॉनिक सेवा उपयोग करता है। निःशुल्क जाँच से संबंधित सीमा तक ये शर्तें लागू हैं (विशेषकर खंड 5, 6, 8.1, 23 और 29)। इससे खाता नहीं बनता। रिपोर्ट मिलने पर सेवा समाप्त होती है; समाप्ति सूचना आवश्यक नहीं।

4.2 पंजीकरण

निःशुल्क योजना का खाता अनुबंध तब होता है जब पंजीकरण व्यक्ति पंजीकरण फ़ॉर्म भेजकर बॉक्स से शर्तें और DPA स्वीकार करता है, formexposed व्यवसाय के लिए उपयोग की पुष्टि करता है और गोपनीयता नीति का संज्ञान लेता है। ई-मेल की पुष्टि पर खाता उपयोग योग्य होता है। कभी पुष्टि न किए ई-मेल वाला खाता 30 दिन बाद मिटाते हैं।

मूल्य पेज की योजना प्रस्तुति प्रस्ताव देने का आमंत्रण है, बाध्यकारी प्रस्ताव नहीं।

4.3 सशुल्क योजनाएँ

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

4.4 सहमति का रिकॉर्ड

पंजीकरण पर हर स्वीकार या संज्ञान में लिए दस्तावेज़ (शर्तें, DPA, गोपनीयता नीति) के लिए हम दर्ज करते हैं: प्रदर्शित संस्करण का पूरा पाठ, भाषा और पता सहित, उसका चेकसम (SHA-256), समय, सहमति देने वाला IP पता और ब्राउज़र पहचान। पाठ उसी रूप में रखा जाता है जैसा दिखा, अर्थात प्रदर्शन के समय जोड़े मानों, जैसे अवधियों, सहित।

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

रिकॉर्ड खाते के अस्तित्व तक रहता है। खाता मिटने पर सहमति के चार वर्ष पूरे होने तक रखा जाता है, क्योंकि अनुबंध कैसे बना इसके प्रश्न अक्सर ठीक उसके अंत के बाद उठते हैं।

4.5 जानकारी की सटीकता

पंजीकरण और ऑर्डर में ग्राहक सही व पूरी जानकारी देता और अद्यतन रखता है, विशेषकर ई-मेल, कंपनी नाम, बिलिंग पता और जहाँ लागू VAT ID। यह जानकारी औपचारिकता नहीं: सभी सूचनाएँ ई-मेल पर जाती हैं (खंड 38.5) और कर व्यवहार बिलिंग विवरण पर निर्भर है।

4.6 इनकार

हम पंजीकरण या ऑर्डर अस्वीकार कर सकते हैं, विशेषकर सेवा का खंड 23 के विरुद्ध उपयोग होने के संकेत पर, उसी व्यक्ति का पिछला खाता उल्लंघन के कारण रोका या समाप्त हुआ हो या जानकारी स्पष्ट गलत हो।

4.7 इलेक्ट्रॉनिक अनुबंध की जानकारी

अनुबंध तक के तकनीकी चरण खंड 4.2 और 4.3 में हैं। ग्राहक भेजने से पहले पंजीकरण फ़ॉर्म में इनपुट त्रुटियाँ पहचानता और सुधारता है तथा चेकआउट पूरा करने से पहले योजना, अवधि और राशि दिखाने वाले पेज पर भी; बाद में सेटिंग में खाता विवरण बदल सकता है। भुगतान प्रदाता की सदस्यता पुष्टि हमारी स्वीकृति भी है (खंड 4.3)। अनुबंध पाठ सहमति रिकॉर्ड में रखते हैं (खंड 4.4); अनुरोध पर स्वीकृत संस्करण पाठ रूप में ग्राहक को भेजते हैं। EU की किसी आधिकारिक भाषा में अनुबंध हो सकता है (खंड 39.3)। हमने किसी आचार संहिता की अधीनता स्वीकार नहीं की। व्यवसायों के संबंध में पक्ष अन्यथा Art. 66¹ § 1 से 3 KC को बाहर रखते हैं (Art. 66¹ § 4 KC); फिर भी इस खंड की जानकारी देते हैं।

5. सेवा क्या है – और क्या नहीं

5.1 सेवा क्या प्रदान करती है

formexposed बाहर से जाँचता है कि वेबसाइट के संपर्क फ़ॉर्म स्वचालित दुरुपयोग से सुरक्षित हैं या नहीं, सुरक्षा की निगरानी करता और बदलाव बताता है। योजना और कॉन्फ़िगरेशन अनुसार सेवा में विशेषकर शामिल हैं:

• जाँच: किसी भी डोमेन की निष्क्रिय जाँच और सत्यापित डोमेन की परीक्षण सबमिशन वाली सक्रिय जाँच (खंड 8);
• निगरानी और चेतावनियाँ: नियमित जाँच, फ़ॉर्म की स्थिति जाँच, मेल DNS, प्रमाणपत्र, डोमेन समाप्ति, प्रतिबंधित सूचियों, फ़ॉर्म प्लगइन की ज्ञात भेद्यताओं और CAPTCHA तथा मेल प्रदाता बाधाओं की निगरानी, ग्राहक के चुने चैनल से चेतावनियों सहित (खंड 9);
• ब्राउज़र प्रक्रियाएँ और लॉगिन के पीछे स्कैन (खंड 10);
• संदेश पहुँचने की जाँच और फ़ॉर्म ई-मेल प्रामाणिकता जाँच (खंड 11);
• सुधार में सहायता: निर्देश, कस्टम फ़ॉर्म कोड के सुरक्षा घटक और भाषा मॉडल से “Fix it for me” (खंड 12);
• एक्सटेंशन WordPress, TYPO3 और MainWP के लिए, WordPress में फ़ॉर्म सुरक्षा परत सहित (खंड 13);
• प्रमाण और रिपोर्ट: बैज, टाइमस्टैम्प वाला प्रमाण लॉग, मासिक रिपोर्ट, डेटा संरक्षण, सुगम्यता और स्क्रिप्ट के संकेत (खंड 14);
• एजेंसी सुविधाएँ: पोर्टफ़ोलियो, आयात, अपनी ब्रांडिंग वाली रिपोर्ट, क्लाइंट पोर्टल, रोलआउट कोड और संभावित ग्राहक जाँच (खंड 15);
• इंटरफ़ेस: REST API, MCP सर्वर और Zapier, Make, n8n तथा डिप्लॉयमेंट पाइपलाइन टेम्पलेट (खंड 16)।

योजना में कौन-सी सुविधाएँ हैं, मूल्य पेज बताता है। यह खंड सेवा का प्रकार बताता है, सुविधाओं की पूरी या निश्चित सूची नहीं।

5.2 सेवा के रूप में सॉफ़्टवेयर प्रदान करना

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

5.3 परिणाम किसी क्षण की स्थिति है

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

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

5.4 सेवा क्या नहीं है

निम्न स्पष्ट रूप से कहा जा रहा है क्योंकि गलतफहमी के परिणाम बाद में ठीक नहीं हो सकते। सेवा नहीं है:

• स्पैम या दुरुपयोग के विरुद्ध गारंटी। अच्छी तरह सुरक्षित फ़ॉर्म भी स्पैम पा सकता है और हमलावर तरीके बदलते हैं। “सुरक्षित” परिणाम कहता है कि जाँचे उपाय मौजूद और कार्यशील थे, यह नहीं कि अब कुछ भी पार नहीं होगा।
• विशेषज्ञों का पेनिट्रेशन टेस्ट या सुरक्षा ऑडिट। सेवा किसी वेबसाइट पर हमला नहीं करती, सामान्य भेद्यताएँ नहीं ढूँढती और सर्वर, डेटाबेस या लॉगिन पर हमले नहीं जाँचती। हेडर पंक्ति इंजेक्शन का परीक्षण केवल हानिरहित मान से पहचान तक सीमित है (खंड 8.2)।
• कानूनी सलाह। डेटा संरक्षण, सहमति, सुगम्यता, NIS2, PCI DSS या अन्य कानूनी विषयों के संकेत मापन से निकली तकनीकी जानकारी हैं। वे यह नहीं आँकते कि वेबसाइट कानूनन संचालित है या नहीं।
• प्रमाणन। बैज, प्रमाण लॉग, सुगम्यता मसौदा, GDPR जाँच और स्क्रिप्ट सूची में से कोई प्रमाणन, अनुरूपता आकलन निकाय का चिह्न, कानूनी सुगम्यता वक्तव्य या GDPR, सुगम्यता आवश्यकताओं, PCI DSS अथवा किसी मानक के पालन का प्रमाण नहीं है।
• सभी आगंतुकों का मापन। हमारे जाँच ब्राउज़र के मापन बताते हैं कि इन ब्राउज़र ने क्या देखा। वे वास्तविक आगंतुक अनुभव का मापन नहीं और न रूपांतरण दर, न खोई पूछताछ सिद्ध करते हैं।
• बैकअप या संग्रह। जाँच परिणाम निश्चित अवधि बाद मिटते हैं (खंड 21)। जिन्हें प्रमाण चाहिए, वे डाउनलोड करें।
• ग्राहक के सिस्टम की पहुँच। हम ग्राहक सर्वर पर कुछ इंस्टॉल नहीं करते और सर्वर, FTP, SSH या प्रशासक पहुँच नहीं पाते (खंड 12.3)।

5.5 आगे विकास

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

यदि बदलाव पूरी सशुल्क योजना की कार्यक्षमता महत्वपूर्ण रूप से घटाता है, तो कम से कम 30 दिन पहले पाठ रूप में बताते हैं। खरीदी योजना की मूल्य पेज सुविधा बिना विकल्प हटे या वहाँ की सीमा ग्राहक के नुकसान में घटे तो कमी हमेशा महत्वपूर्ण है। ग्राहक बदलाव लागू तारीख से योजना समाप्त कर सकता है और बाद की अग्रिम अवधि की अनुपातिक धनवापसी पाता है। कानूनी रूप से आवश्यक या सुरक्षा जोखिम रोकने वाले बदलाव तुरंत लागू हो सकते हैं; उस मामले में भी ग्राहक का समाप्ति अधिकार रहता है। निःशुल्क सेवाएँ (जाँच, निःशुल्क योजना, टूल) कभी भी बदल, सीमित या बंद कर सकते हैं; पूरी निःशुल्क योजना बंद करनी हो तो खंड 20.1 अनुसार खाते समाप्त करते हैं। खंड 1.3 के एकल व्यवसायियों पर लागू सीमा तक डिजिटल सेवा बदलाव के वैधानिक नियम भी लागू होते हैं।

5.6 पहले सेट की जाने वाली सुविधाएँ

कुछ सुविधाओं को ऐसा बुनियादी ढाँचा चाहिए जो हर मामले में उपलब्ध नहीं या डिफ़ॉल्ट बंद है, जैसे दूसरे स्वतंत्र स्थान की पुष्टि (खंड 10.2), क्लाइंट पोर्टल के कस्टम डोमेन (15.2), चालान भुगतान (19.6) या साझेदार कार्यक्रम (37)। ऐसी सुविधाएँ केवल खाते में पेश सीमा तक देय हैं; मूल्य पेज खरीदी योजना में बिना इस शर्त के बताए तो देय हैं। बीटा, पूर्वावलोकन या परीक्षण चिह्नित सुविधाएँ बिना वारंटी दी जाती हैं और बिना सूचना वापस ली जा सकती हैं; खंड 29.1 अप्रभावित है।

5.7 फ़ॉर्म सुरक्षा (formconfirmed)

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

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

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

(c) कोटा और चिह्न। हर योजना में जाँचों और सामग्री जाँचों का मासिक कोटा होता है, जैसा मूल्य पेज बताता है। कोटा समाप्त होने पर हम सुरक्षा बंद नहीं करते: जाँचें सामग्री जाँच के बिना जारी रहती हैं, और हम खाताधारक को ई-मेल से सूचित करते हैं। निःशुल्क योजना में फ़ॉर्म एक छोटा चिह्न “formconfirmed द्वारा पुष्टि” दिखाता है, जिसे ग्राहक ढक या हटा नहीं सकता; सशुल्क योजनाओं में इसे बंद किया जा सकता है।

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

(e) आगंतुकों का डेटा। अपनी वेबसाइटों के आगंतुकों के डेटा का नियंत्रक ग्राहक है; हम उसे डेटा प्रसंस्करण समझौते (अनुलग्नक 1 क्रमांक 10) के अनुसार प्रसंस्करणकर्ता के रूप में प्रसंस्कृत करते हैं। संदेश का पाठ हम केवल तब जाँचते हैं जब ग्राहक सामग्री जाँच चालू करता है, और उसे संग्रहीत नहीं करते।

(f) समाप्ति। ग्राहक किसी भी समय फ़ॉर्म सुरक्षा रोक सकता है या साइट मिटा सकता है। उसके बाद हमारा इंटरफ़ेस उसकी कुंजियों के लिए कोई कार्य जारी नहीं करता और जाँचों का उत्तर त्रुटि से देता है; एम्बेड की गई स्क्रिप्ट ग्राहक स्वयं हटाता है।

6. बिना खाते निःशुल्क जाँच

6.1 दायरा

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

6.2 सीमाएँ और दुरुपयोग से सुरक्षा

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

इनपुट फ़ील्ड पर स्वचालित क्वेरी करना, उदाहरण के लिए बदलते पतों का उपयोग करके सीमाओं को दरकिनार करना, और वेबसाइटों पर हमला करने या उनके संचालकों को नुकसान पहुँचाने के लिए परिणामों का किसी भी प्रकार से उपयोग करना निषिद्ध है।

6.3 रिपोर्ट

रिपोर्ट एक यादृच्छिक टोकन वाले पते पर उपलब्ध होती है और खोज इंजन उसका अनुक्रमण नहीं करते। पता जानने वाला कोई भी व्यक्ति साइन इन किए बिना उसे खोल सकता है; पता साझा करने वाला व्यक्ति रिपोर्ट को उन सभी के लिए सुलभ बना देता है जिन्हें वह पता मिलता है। निःशुल्क जाँच की रिपोर्टें 30 दिनों के बाद मिटा दी जाती हैं।

6.4 तृतीय पक्ष की वेबसाइटों की जाँच

निःशुल्क जाँच में ऐसी वेबसाइटों की भी जाँच होती है जिन पर अनुरोध करने वाले व्यक्ति का नियंत्रण नहीं है। हम इसे उचित मानते हैं, क्योंकि इसमें केवल पहले से सार्वजनिक सामग्री प्राप्त की जाती है, क्रॉलर के रूप में अपनी पहचान बताई जाती है (/bot), मुखपृष्ठ पर लागू robots.txt के प्रतिबंध का पालन किया जाता है और कुछ भी जमा नहीं किया जाता। प्रत्येक संचालक /opt-out पर अपने डोमेन को स्थायी रूप से बाहर कर सकता है; यह बहिष्करण डोमेन और उसके www रूप पर लागू होता है, अन्य उपडोमेन पर नहीं, और सेवा की सभी जाँचों पर लागू होता है।

6.5 अन्य निःशुल्क उपकरण

यह खंड और खंड 23 सार्वजनिक रूप से उपलब्ध निःशुल्क उपकरणों, जैसे किसी वेबसाइट के सुरक्षा हेडर के मूल्यांकन, पर तदनुसार लागू होते हैं।

6.6 कोई अधिकार नहीं

निःशुल्क जाँच या किसी निःशुल्क उपकरण को पाने का कोई अधिकार नहीं है। हम उन्हें सीमित कर सकते हैं, अस्थायी रूप से बंद कर सकते हैं या अलग-अलग उपयोगकर्ताओं को बाहर कर सकते हैं, विशेष रूप से दुरुपयोग के संकेत मिलने पर।

7. डोमेन, नियंत्रण का प्रमाण और विश्वास के स्तर

7.1 केवल अपने या अधिकृत डोमेन

ग्राहक अपने खाते में केवल वे डोमेन जोड़ता है जिनकी वेबसाइट वह स्वयं संचालित करता है या जिनकी जाँच करने के लिए संचालक ने उसे नियुक्त किया है (“अधिकृत”)। एजेंसियाँ और अन्य सेवा प्रदाता माँगे जाने पर संचालक द्वारा दी गई नियुक्ति का प्रमाण देते हैं। नियंत्रण का प्रमाण मिलने तक बिना प्रमाण वाले डोमेन के साथ निःशुल्क जाँच जैसा ही व्यवहार होता है: उनकी केवल निष्क्रिय जाँच की जाती है।

7.2 नियंत्रण का प्रमाण

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

• डोमेन के DNS में हमारे द्वारा निर्दिष्ट मान वाला TXT रिकॉर्ड;
• मुखपृष्ठ के head में एक मेटा टैग;
• वेबसाइट की मूल निर्देशिका में निर्दिष्ट सामग्री वाली फ़ाइल;
• WordPress प्लगइन या TYPO3 एक्सटेंशन के माध्यम से कनेक्शन, जो स्वयं मेटा टैग आउटपुट करते हैं और केवल वेबसाइट को ज्ञात एक गुप्त मान के माध्यम से जुड़े होते हैं;
• एजेंसी का रोलआउट कोड (खंड 15.4), जो ब्राउज़र से साइन इन किए बिना किसी एक्सटेंशन को खाते से जोड़ता है।

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

7.3 नियंत्रण का प्रमाण देने का प्रभाव

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

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

7.4 प्राधिकरण की समाप्ति

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

7.5 बहिष्करण और robots.txt ग्राहकों पर भी लागू हैं

यदि किसी डोमेन को /opt-out के माध्यम से बाहर किया गया है, तो सेवा उसकी जाँच नहीं करती, नियंत्रण का प्रमाण रखने वाले ग्राहक के लिए भी नहीं; चल रही निगरानी अगली निर्धारित जाँच के साथ समाप्त होती है। चूँकि बहिष्करण बिना प्रमाण के दर्ज किया जा सकता है, इसलिए संभव है कि इसका अनुरोध किसी अनधिकृत व्यक्ति ने किया हो। इसे केवल हम हटा सकते हैं: ग्राहक हमसे संपर्क करके अपने अधिकार का प्रमाण देता है; हम जाँच के बाद बहिष्करण हटा देते हैं। क्रॉलर वेबसाइट की robots.txt में मुखपृष्ठ पर लागू प्रतिबंध का पालन सत्यापित डोमेन के लिए भी करता है; वह अलग-अलग उपपथों के प्रतिबंधों का एक-एक करके पालन नहीं करता। जो अपनी वेबसाइट की जाँच चाहता है, वह FormExposedBot पहचान वाले क्रॉलर को अनुमति देता है।

8. निष्क्रिय और सक्रिय जाँचें

8.1 निष्क्रिय जाँच

निष्क्रिय जाँच में क्रॉलर एक पृथक ब्राउज़र में डोमेन के सार्वजनिक पृष्ठों की सीमित संख्या को क्रम से प्राप्त करता है (वर्तमान में अधिकतम आठ, अधिमानतः संपर्क, प्रदाता का विवरण और सहायता पृष्ठ; इसके अतिरिक्त कुकी बैनर में “अस्वीकार करें” पर क्लिक करने के बाद अधिकतम तीन पृष्ठ और फ़ोन दृश्य में अधिकतम तीन पृष्ठ), फ़ॉर्म पहचानता है और उनके उद्देश्य के अनुसार उनका वर्गीकरण करता है। वह फ़ॉर्म की संरचना (फ़ील्ड के नाम, प्रकार, लेबल, अनिवार्यता और दृश्यता के एट्रिब्यूट, मान नहीं; पहले से भरे छिपे फ़ील्ड और डेटा एट्रिब्यूट के शुरुआती हिस्से केवल जाँच के दौरान पढ़ता है और उन्हें संग्रहीत नहीं करता), सुरक्षा उपायों, एम्बेड की गई तृतीय पक्ष स्क्रिप्ट, कुकी बैनर में “अस्वीकार करें” चुनने के बाद के व्यवहार और फ़ोन पर प्रदर्शन का मूल्यांकन करता है तथा मुखपृष्ठ और फ़ॉर्म के स्क्रीनशॉट लेता है। ये स्क्रीनशॉट पृष्ठ को उसी रूप में दिखाते हैं जैसा वह था; उनमें जानकारी छिपाई नहीं जाती। क्रॉलर अपनी पहचान बताता है, मुखपृष्ठ पर लागू robots.txt के प्रतिबंध का पालन करता है, निजी नेटवर्क की ओर रीडायरेक्ट का अनुसरण नहीं करता और कुछ भी जमा नहीं करता।

8.2 परीक्षण सबमिशन के साथ सक्रिय जाँच

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

प्रत्येक परीक्षण सबमिशन में प्रेषक, विषय और पाठ में वेबसाइट की भाषा में यह लिखा होता है कि वह स्वचालित परीक्षण है, और उसमें /bot, /opt-out तथा जाँच की पहचान का संदर्भ होता है। उसमें कोई व्यक्तिगत डेटा नहीं होता।

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

8.3 सत्यापित डोमेन के लिए अतिरिक्त जाँचें

सत्यापित डोमेन के लिए योजना के अनुसार जाँच में निम्न कार्य भी शामिल होते हैं:

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

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

8.4 ग्राहक के लिए परिणाम

परीक्षण सबमिशन वास्तविक सबमिशन होते हैं। ग्राहक की ओर उनसे ईमेल, स्वचालित उत्तर, पूछताछ या CRM सिस्टम में प्रविष्टियाँ, सूचनाएँ, आँकड़ों में गिनती और तृतीय पक्षों के यहाँ लागत उत्पन्न हो सकती है, उदाहरण के लिए CAPTCHA या मेल सेवा में। दैनिक जाँच होने पर यह प्रतिदिन होता है। ग्राहक

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

इस खंड के दायरे में उचित रूप से चिह्नित परीक्षण सबमिशन के परिणामों के लिए हम उत्तरदायी नहीं हैं; खंड 29.1 अप्रभावित रहता है।

8.5 सक्रिय जाँच की सीमाएँ

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

9. निगरानी, अलर्ट और घटनाएँ

9.1 आवर्ती जाँचें

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

9.2 अतिरिक्त निगरानी

योजना के अनुसार सेवा निम्न की अतिरिक्त निगरानी करती है:

• फ़ॉर्म की नियमित स्थिति जाँच: छोटे अंतराल पर ब्राउज़र और सबमिशन के बिना एक सरल अनुरोध करके यह देखना कि फ़ॉर्म का पृष्ठ उत्तर देता है या नहीं, फ़ॉर्म अभी भी स्रोत कोड में है या नहीं और CAPTCHA स्क्रिप्ट उपलब्ध है या नहीं;
• DNS की मेल सेटिंग (SPF, DMARC, MX), फ़ॉर्म पृष्ठ का TLS प्रमाणपत्र और डोमेन की समाप्ति तिथि, जहाँ तक रजिस्ट्री उसे सार्वजनिक करती है;
• प्रचलित CAPTCHA और मेल प्रदाताओं के स्थिति पृष्ठ, जहाँ तक जाँच परिणाम के अनुसार ग्राहक उनका उपयोग करता है;
• एक्सटेंशन के माध्यम से रिपोर्ट किए गए फ़ॉर्म, CAPTCHA और मेल प्लगइन के संस्करण और ज्ञात सुरक्षा खामियों से उनकी तुलना;
• संदेशों का आना बंद होना, जब सामान्यतः पूछताछ पाने वाली वेबसाइट को अब कोई पूछताछ नहीं मिलती, और फ़ॉर्म पृष्ठ की स्क्रिप्ट, फ़ॉर्म के रूप तथा तृतीय पक्ष प्रदाताओं में बदलाव।

9.3 अलर्ट

अलर्ट ग्राहक द्वारा निर्धारित गंतव्यों पर जाते हैं: ईमेल और योजना के अनुसार हस्ताक्षरित वेबहुक, Slack, Microsoft Teams, Discord, Google Chat तथा Telegram पर, तुरंत या समूहबद्ध रूप में। अलर्ट केवल बदलाव होने पर भेजा जाता है, हर जाँच के बाद नहीं। उसकी भाषा कार्यस्थान के स्वामी की भाषा सेटिंग के अनुसार होती है।

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

9.4 रखरखाव अवधि, प्राप्ति की पुष्टि और एस्केलेशन

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

9.5 अलर्ट न आना सब ठीक होने की पुष्टि नहीं है

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

10. ब्राउज़र यात्राएँ और लॉगिन के पीछे स्कैन

10.1 ब्राउज़र यात्राएँ

सशुल्क योजनाओं में ग्राहक सत्यापित डोमेन के लिए अलग-अलग फ़ॉर्म यात्राएँ निर्धारित कर सकता है: फ़ॉर्म का पता, उसका चयनकर्ता, उससे पहले किए जाने वाले क्लिक और जाँच के सरल चरण। सेवा जाँच के ब्राउज़र (Chromium, वैकल्पिक रूप से WebKit भी) में इन यात्राओं को नियमित रूप से चलाती है और मापती है कि फ़ॉर्म दिखाई देता है और उपयोग किया जा सकता है या नहीं। ब्राउज़र यात्रा सबमिशन से पहले समाप्त होती है: उससे कोई ऑर्डर, भुगतान या सबमिशन नहीं होता। WordPress एक्सटेंशन साइन इन किए हुए प्रशासकों को एक रिकॉर्डर देता है, जो इनपुट मान पढ़े बिना ऐसी यात्राएँ रिकॉर्ड करता है।

ग्राहक केवल ऐसी यात्राएँ निर्धारित करता है जिनके चलने से कोई अनचाही क्रिया न हो। जिस यात्रा में किसी वेबसाइट पर एक क्लिक से कोई ऑर्डर, बुकिंग या विलोपन होता हो, वह ब्राउज़र यात्रा के लिए उपयुक्त नहीं है।

10.2 स्वतंत्र दूसरा स्थान

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

10.3 लॉगिन के पीछे स्कैन

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

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

10.4 परीक्षण खाते से संबंधित दायित्व

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

11. संदेश पहुँचने की जाँच और फ़ॉर्म ईमेल की प्रामाणिकता

11.1 यह कैसे काम करती है

जिन योजनाओं में मूल्य पृष्ठ यह सुविधा बताता है, उनमें ग्राहक किसी सत्यापित डोमेन के फ़ॉर्म की अधिसूचना में हमारे द्वारा दिया गया नियंत्रण पता गुप्त प्रतिलिपि (BCC) के रूप में जोड़ सकता है। परीक्षण सबमिशन स्वीकार होने के बाद (खंड 8.2) उसकी प्रतिलिपि कुछ घंटों के भीतर हमारे नियंत्रण मेलबॉक्स में पहुँचनी चाहिए; अन्यथा सेवा डिलीवरी विफल होने की सूचना देती है। आने वाली प्रतियों से सेवा फ़ॉर्म ईमेल के SPF, DKIM और DMARC की भी जाँच करती है और उनके विफल होने पर रिपोर्ट देती है।

11.2 इस प्रक्रिया में हमें क्या मिलता है

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

वास्तविक पूछताछ की प्रतियों के लिए हम ग्राहक के प्रसंस्करणकर्ता हैं; डेटा प्रसंस्करण समझौता लागू होता है। ग्राहक अपनी वेबसाइट के आगंतुकों को इस डेटा प्रवाह की जानकारी देता है, उदाहरण के लिए आपकी वेबसाइट के लिए गोपनीयता नीति का पाठ के माध्यम से, और उन फ़ॉर्म के लिए यह सुविधा स्थापित नहीं करता जिनसे व्यक्तिगत डेटा की विशेष श्रेणियाँ (Art. 9 GDPR) भेजी जाती हैं।

11.3 इससे क्या सिद्ध होता है और क्या नहीं

मेल खाने वाली प्राप्ति केवल यह सिद्ध करती है कि हमारे परीक्षण सबमिशन की प्रतिलिपि हमारे नियंत्रण मेलबॉक्स में पहुँची। इससे यह सिद्ध नहीं होता कि ईमेल वास्तविक प्राप्तकर्ता तक पहुँचा, वहाँ स्पैम फ़ोल्डर में नहीं है या किसी CRM सिस्टम में स्थानांतरित हो गया। सेवा CRM प्रदाता (जैसे HubSpot) के इंटरफ़ेस से पुष्टि की सुविधा नहीं देती। नियंत्रण पता दर्ज किए बिना संदेश पहुँचने की जाँच उपलब्ध नहीं होती।

12. Fix it for me, सुरक्षा घटक और AI

12.1 निर्देश और सुरक्षा घटक

सेवा निष्कर्षों के लिए सामान्य सिस्टम में उन्हें ठीक करने के निर्देश दिखाती है। सशुल्क योजनाओं में वह पिछली जाँच के फ़ील्ड नामों का उपयोग करके कस्टम फ़ॉर्म कोड (वर्तमान में PHP, Node.js और Python के लिए) के लिए सुरक्षा घटक बनाती है, जो वही सुरक्षा उपाय लागू करते हैं जिनकी जाँच अपेक्षा करती है। WordPress फ़ॉर्म के लिए एक्सटेंशन में तैयार सुरक्षा परत उपलब्ध है (खंड 13.2)।

12.2 भाषा मॉडल से अनुकूलन

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

• भाषा मॉडल पोलैंड में हमारे अपने स्कैन सर्वर पर चलता है। पेस्ट किया गया कोड किसी भाषा मॉडल प्रदाता को नहीं भेजा जाता और उत्तर के बाद सहेजा नहीं जाता।
• प्रति कार्यस्थान प्रतिदिन अनुरोधों की संख्या सीमित है; इंटरफ़ेस में सीमा बताई जाती है।
• भाषा मॉडल का आउटपुट गलत, अधूरा या असुरक्षित हो सकता है, भले ही स्वचालित जाँच उसे अच्छा माने। उसे जनरेट किया गया बताया जाता है। हम AI का उपयोग कैसे करते हैं, यह EU AI अधिनियम: formexposed AI का उपयोग कैसे करता है पृष्ठ पर बताया गया है।

12.3 ग्राहक के सिस्टम तक पहुँच नहीं

“Fix it for me” लॉगिन विवरण के बिना काम करता है। हम FTP, SSH, होस्टिंग या प्रशासक की पहुँच न माँगते हैं और न उसका उपयोग करते हैं, ग्राहक के सर्वर पर कुछ इंस्टॉल नहीं करते और उसकी वेबसाइट पर कुछ नहीं बदलते। ग्राहक स्वयं कोड जोड़ता, जाँचता और प्रकाशित करता है।

12.4 ग्राहक द्वारा समीक्षा

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

13. WordPress प्लगइन, TYPO3 और MainWP एक्सटेंशन

13.1 लाइसेंस

WordPress प्लगइन, MainWP एक्सटेंशन और TYPO3 एक्सटेंशन GNU General Public License के संस्करण 2 या (आपके विकल्प पर) किसी भी बाद के संस्करण के अंतर्गत मुक्त सॉफ़्टवेयर हैं। ग्राहक उनके कोड के साथ क्या कर सकता है, यह केवल इसी लाइसेंस से निर्धारित होता है; ये शर्तें उसे सीमित नहीं करतीं। शर्तें एक्सटेंशन को सेवा से जोड़ने और उनके अनुरोधों के जवाब में सेवा द्वारा प्रदान की जाने वाली सभी चीज़ों पर लागू होती हैं।

13.2 एक्सटेंशन क्या करते हैं

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

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

MainWP एक्सटेंशन। यह ग्राहक के खाते की सभी वेबसाइटों के परिणाम MainWP डैशबोर्ड में दिखाता है। इसके लिए API कुंजी आवश्यक है (खंड 16.1), जिसे यह ग्राहक के डैशबोर्ड में सहेजता है और केवल formexposed को भेजता है।

तीनों एक्सटेंशन निःशुल्क हैं। केवल खाते या सशुल्क योजना के साथ उपलब्ध सुविधाएँ मूल्य पृष्ठ पर सूचीबद्ध हैं।

13.3 खाते से कनेक्शन

यदि ग्राहक किसी एक्सटेंशन को अपने खाते से जोड़ता है, तो वह सेवा को आँकड़े और विशेषताएँ भेजता है, लेकिन सामूहिक सुरक्षा के लिंक डोमेन (खंड 13.5) के अतिरिक्त कभी फ़ॉर्म की सामग्री, आगंतुकों के ईमेल पते, नाम या IP पते नहीं भेजता: प्रतिदिन प्रत्येक कारण के अनुसार ब्लॉक और स्वीकार किए गए सबमिशन की संख्या, मेल भेजने और उसकी त्रुटियों के प्रकार की जानकारी, reCAPTCHA प्रतिक्रियाओं के आँकड़े, फ़ॉर्म सेटिंग की विशेषताएँ, संग्रहीत पूछताछ और प्रतिधारण अवधि के आँकड़े, फ़ॉर्म, CAPTCHA और मेल प्लगइन की निश्चित सूची के संस्करण तथा तुरंत प्लगइन, थीम और WordPress के अपडेट और सक्रियण। ठीक कौन सा डेटा भेजा जाता है, यह गोपनीयता नीति और संबंधित एक्सटेंशन के विवरण में बताया गया है। फ़ॉर्म घटनाओं और फ़ील्ड त्रुटियों की वैकल्पिक गणना डिफ़ॉल्ट रूप से बंद रहती है।

13.4 ग्राहक की वेबसाइट पर क्या होता है

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

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

ग्राहक अपनी वेबसाइट के आगंतुकों को इस प्रसंस्करण की जानकारी स्वयं देता है; WordPress एक्सटेंशन इसके लिए पाठ के अनुच्छेद सुझाता है। जो डेटा ग्राहक की वेबसाइट पर रहता है, उसका उत्तरदायित्व केवल ग्राहक का है।

13.5 सामूहिक सुरक्षा

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

13.6 अपडेट और न्यूनतम संस्करण

हम एक्सटेंशन का विकास जारी रखते हैं और नए संस्करणों में त्रुटियाँ तथा सुरक्षा खामियाँ ठीक करते हैं। यदि पुराने संस्करण सुरक्षा जोखिम उत्पन्न करते हैं, तो हम उन्हें सेवा से जुड़ने से बाहर कर सकते हैं; ऐसा 2026 में एक बार हो चुका है, जब कनेक्शन प्रक्रिया की एक खामी बंद की गई थी। ग्राहक एक्सटेंशन अद्यतित रखता है।

14. बैज, प्रमाण लॉग और रिपोर्टें

14.1 बैज

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

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

14.2 प्रमाण लॉग और समय-मुद्रा

जिन योजनाओं में मूल्य पृष्ठ यह सुविधा बताता है, उनमें सेवा प्रत्येक डोमेन और महीने के लिए संदर्भ संख्या के साथ एक प्रमाण लॉग बनाती है: क्या जाँचा गया, क्या परिणाम मिला, क्या रिपोर्ट किया गया और क्या बदला। उस संदर्भ संख्या के अंतर्गत एक सार्वजनिक पृष्ठ बिना विवरण के डोमेन, अवधि और प्रमुख आँकड़ों की पुष्टि करता है। जहाँ तक यह सुविधा चालू है, सेवा प्रत्येक संस्करण के लॉग के चेकसम पर RFC 3161 के अंतर्गत किसी समय-मुद्रांकन प्राधिकरण से हस्ताक्षर करवाती है; समय-मुद्रांकन प्राधिकरण को केवल चेकसम भेजा जाता है। यह समय-मुद्रा विनियमन (EU) संख्या 910/2014 (eIDAS) के अर्थ में अर्हताप्राप्त इलेक्ट्रॉनिक समय-मुद्रा नहीं है। NIS2, DIN SPEC 27076, ISO/IEC 27001, GDPR या PCI DSS से संबंध दिखाना केवल मार्गदर्शन के लिए है; इससे अनुपालन प्रमाणित नहीं होता।

14.3 डेटा संरक्षण, सुगम्यता और स्क्रिप्ट संबंधी टिप्पणियाँ

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

14.4 मासिक रिपोर्ट और लाभ संबंधी आँकड़े

सेवा ग्राहक को मासिक रिपोर्ट भेज सकती है; इसे सेटिंग में बंद किया जा सकता है। “रोके गए स्पैम के बराबर इतना कार्य समय है” या “जाँची गई वेबसाइटों के एक निश्चित हिस्से से बेहतर सुरक्षा है” जैसे कथन बताई गई मान्यताओं और बहुत सी जाँचों के समग्र आँकड़ों पर आधारित अनुमान हैं; वे किसी लाभ का वादा नहीं हैं।

15. एजेंसियों के लिए सुविधाएँ

15.1 तृतीय पक्ष की वेबसाइटों के लिए उपयोग

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

15.2 अपनी ब्रांडिंग वाली रिपोर्टें और कस्टम डोमेन

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

15.3 क्लाइंट पोर्टल

Business योजना में ग्राहक अपने ग्राहकों के लिए अपनी ब्रांडिंग वाला पोर्टल बना सकता है, जिसे वैकल्पिक रूप से पासवर्ड से सुरक्षित किया जा सकता है। वहाँ उसके ग्राहक ईमेल से मासिक रिपोर्ट की सदस्यता ले सकते हैं; सदस्यता केवल ईमेल के लिंक से पुष्टि के बाद प्रभावी होती है (दोहरी सहमति) और एक क्लिक से रद्द की जा सकती है। सदस्यता लेने वालों के डेटा का नियंत्रक ग्राहक है और हम उसके प्रसंस्करणकर्ता हैं (डेटा प्रसंस्करण समझौता)। हम केवल उन्हीं सदस्यों को भेजते हैं जिन्होंने स्वयं पंजीकरण और पुष्टि की है। ग्राहक किसी को उसकी जानकारी के बिना सदस्य नहीं बनाता।

15.4 रोलआउट कोड और आयात

रोलआउट कोड के साथ ग्राहक एक्सटेंशन वाली कई वेबसाइटों को एक साथ अपने खाते से जोड़ता है; कोड नियंत्रण के प्रमाण के रूप में काम करता है (खंड 7.2)। ग्राहक उसका उपयोग केवल उन वेबसाइटों पर करता है जिनके लिए वह अधिकृत है, उसे गुप्त रखता है और आवश्यकता समाप्त होने पर निरस्त करता है। कई डोमेन आयात करते समय प्रत्येक पर अलग से खंड 7.1 लागू होता है।

15.5 संभावित ग्राहक की जाँच

Business योजना में ग्राहक इंटरफ़ेस में बताए गए मासिक कोटे के भीतर किसी संभावित ग्राहक की वेबसाइट की निष्क्रिय जाँच करवा सकता है। परिणाम ग्राहक की ब्रांडिंग में निष्कर्षों का एक संक्षिप्त सार होता है, जो यादृच्छिक टोकन वाले पते पर उपलब्ध है। /opt-out से किया गया बहिष्करण यहाँ भी लागू होता है। हम संभावित ग्राहक को लिखते या कुछ भेजते नहीं हैं; लिंक केवल ग्राहक आगे देता है।

निम्न बात लागू होती है और हम इस पर स्पष्ट ध्यान दिलाते हैं: किसी ऐसे व्यवसाय को, जिसने सहमति नहीं दी है, निष्कर्षों के सार और किसी प्रस्ताव वाला अवांछित ईमेल, संदेश या कॉल भेजना प्रत्यक्ष विपणन है। पोलैंड में इलेक्ट्रॉनिक संचार कानून (Prawo komunikacji elektronicznej, “PKE”) का Art. 398 इसके लिए प्राप्तकर्ता की पूर्व सहमति माँगता है, व्यवसायों के बीच भी; जर्मनी में अनुचित प्रतिस्पर्धा के विरुद्ध अधिनियम (Gesetz gegen den unlauteren Wettbewerb, UWG) का § 7(2) तदनुसार लागू होता है। ग्राहक संभावित ग्राहक की जाँच का उपयोग केवल इन तथा विज्ञापन और लोगों से संपर्क करने के अन्य सभी लागू नियमों के दायरे में करता है, उदाहरण के लिए ऐसे संभावित ग्राहक से बातचीत में जिसने स्वयं ग्राहक से संपर्क किया हो। ग्राहक निष्कर्षों को वस्तुनिष्ठ रूप से, बिना अतिशयोक्ति या धमकी के प्रस्तुत करता है और संभावित ग्राहकों से संपर्क करने के अपने तरीके के लिए अकेला उत्तरदायी है। ग्राहक द्वारा इसका उल्लंघन करने पर खंड 30 लागू होता है।

16. API, MCP और स्वचालन

16.1 REST API

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

16.2 MCP सर्वर

MCP सर्वर (Model Context Protocol) के माध्यम से ग्राहक उसी कुंजी से अपने चुनाव के AI सहायक को अपने डेटा तक पहुँच दे सकता है: डोमेन, जाँचें और घटनाएँ पढ़ना, जाँच का स्पष्टीकरण लेना और जाँच शुरू करना। प्राप्त डेटा के साथ सहायक क्या करता है, वह किस प्रदाता के यहाँ चलता है और डेटा कहाँ भेजता है, यह ग्राहक निर्धारित करता है; यह प्रदाता न हमारा उप-प्रसंस्करणकर्ता है और न हमारे दायित्वों के निष्पादन में सहायक प्रतिनिधि। ऐसे सहायक द्वारा डेटा के आधार पर लिए गए या प्रस्तावित निर्णय ग्राहक के निर्णय होते हैं।

16.3 Zapier, Make, n8n और तैनाती पाइपलाइन

स्वचालन सेवाओं के लिए सेवा उतनी सीमा तक कनेक्शन और टेम्पलेट प्रदान करती है जितने प्रकाशित किए गए हैं: Zapier और Make के टेम्पलेट, n8n के टेम्पलेट और GitHub Actions तथा GitLab CI के टेम्पलेट, जो तैनाती के बाद निष्क्रिय पुनः जाँच शुरू करते हैं। ऐसी सेवा हमारी सेवा का हिस्सा नहीं है। ग्राहक उसे चालू करता है, उसके प्रदाता से अलग अनुबंध करता है और उसे डेटा भेजने के लिए उत्तरदायी है। यदि कोई प्रदाता अपना इंटरफ़ेस या शर्तें बदलता है, तो कनेक्शन काम करना बंद कर सकता है; उसके जारी रहने का कोई अधिकार नहीं है।

16.4 उपयोग की सीमाएँ

इंटरफ़ेस का उपयोग केवल ग्राहक की अपनी कुंजियों से, प्रलेखित सीमाओं के भीतर किया जा सकता है, और योजना की सीमाओं, प्रतीक्षा समय या खंड 7 की जाँचों को दरकिनार करने के लिए नहीं। कुंजियाँ गुप्त रखनी होंगी; जिसे संदेह हो कि किसी और को कुंजी ज्ञात हो गई है, वह उसे खाते में निरस्त करता है।

17. खाता, कार्यस्थान, भूमिकाएँ और टीम

17.1 कार्यस्थान और भूमिकाएँ

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

17.2 टीम

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

17.3 अपने सदस्यों के लिए ग्राहक उत्तरदायी है

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

17.4 लॉगिन विवरण और खाते की सुरक्षा

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

17.5 सहायता टीम द्वारा खाता देखना

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

17.6 खाता मिटाना

ग्राहक किसी भी समय सेटिंग में अपना खाता मिटा सकता है। निम्न नियम लागू होते हैं और मिटाने से पहले इंटरफ़ेस उन पर ध्यान दिलाता है:

• चल रही सशुल्क सदस्यता तुरंत समाप्त हो जाती है। पहले से भुगतान की गई अवधि के शेष हिस्से के लिए हम कुछ वापस नहीं करते। जो भुगतान की गई अवधि पूरी उपयोग करना चाहता है, वह पहले सदस्यता रद्द करता है (खंड 20.2) और उसके बाद खाता मिटाता है। अपवाद: खंड 1.3 के अर्थ में एकल व्यवसायियों को अनुरोध पर हम शुल्क का वह हिस्सा वापस करते हैं जो खाता मिटाने के बाद की अवधि से संबंधित है; यदि मिटाने से पहले ग्राहक ने खंड 20.3 के अंतर्गत प्रदाता बदलने या अपना डेटा मिटाने की घोषणा की थी, तो हम उस दिन के बाद की अवधि के लिए आनुपातिक धनवापसी करते हैं जिस दिन खंड 20.3 के अनुसार सदस्यता समाप्त होती; अनुबंध से हटने का अधिकार (खंड 36) अप्रभावित रहता है।
• जिन कार्यस्थानों का ग्राहक स्वामी है और जिनमें अन्य सदस्य काम करते हैं, वे उन सदस्यों में से किसी एक को सौंप दिए जाते हैं, प्राथमिकता प्रशासकों को मिलती है। केवल इसलिए कि कार्यस्थान बनाने वाला व्यक्ति चला जाता है, टीम का काम गायब नहीं होना चाहिए। हस्तांतरित कार्यस्थान पर तब नए स्वामी की योजना और सीमाएँ लागू होती हैं। स्वामी बनने वाले सदस्य ने अपने खाते के साथ इन शर्तों को स्वीकार किया है; कार्यस्थान उस सदस्य के हमारे साथ अनुबंध के अंतर्गत आ जाता है, इससे उसके लिए कोई भुगतान दायित्व उत्पन्न नहीं होता। जो यह नहीं चाहता, वह खाता मिटाने से पहले सदस्यों या डोमेन को हटा देता है।
• अन्य सदस्यों के बिना कार्यस्थान अपने डोमेन और उन डोमेन के डेटा सहित मिटा दिए जाते हैं।
• विलोपन अंतिम है और वापस नहीं किया जा सकता। उसके बाद भी क्या रखा जाता है, यह खंड 21.3 में बताया गया है।

18. योजनाएँ, सीमाएँ और उचित उपयोग

18.1 योजना से देय सेवा निर्धारित होती है

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

18.2 सीमा तक पहुँचने पर क्या होता है

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

18.3 निःशुल्क योजना

निःशुल्क योजना के लिए कोई शुल्क नहीं है। उसकी रिपोर्ट मुख्य जाँचें दिखाती है; अन्य उपलब्ध जाँचों को केवल नाम और संख्या से बताती है। निःशुल्क सेवाओं पर सीमित दायित्व लागू होता है (खंड 29.3)।

18.4 उचित उपयोग

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

18.5 दुरुपयोग की रोकथाम

सेवा दुरुपयोग के पैटर्न वाले अनुरोधों को स्वचालित रूप से अस्वीकार करती है और पतों को अस्थायी रूप से ब्लॉक कर सकती है। ये उपाय सेवा तथा तृतीय पक्षों की सुरक्षा करते हैं और किसी भी संविदात्मक मूल्यांकन से पहले प्रभावी होते हैं। यदि किसी उपाय से ग्राहक का वैध उपयोग प्रभावित होता है, तो सूचना मिलने के बाद हम उसे बिना अनुचित देरी के हटा देते हैं। इन उपायों का काम करना सेवा का दोष नहीं है।

19. शुल्क, कर और भुगतान

19.1 शुल्क

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

19.2 भुगतान सेवा प्रदाता

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

19.3 कर और रिवर्स चार्ज

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

19.4 परीक्षण अवधि

यदि मूल्य पृष्ठ परीक्षण अवधि देता है (वर्तमान में 14 दिन), तो वह प्रति खाते केवल एक बार और सशुल्क योजना के केवल पहले ऑर्डर पर लागू होती है। उसे भुगतान विधि दिए बिना शुरू किया जा सकता है। समाप्त होने से तीन दिन पहले हम ग्राहक को ईमेल से याद दिलाते हैं। यदि समाप्ति तक ग्राहक ने भुगतान विधि सहेज दी है, तो सदस्यता सशुल्क आधार पर जारी रहती है; अन्यथा वह बिना चालान जारी हुए स्वचालित रूप से समाप्त होती है और खाता निःशुल्क योजना पर चलता रहता है। परीक्षण अवधि पाने का कोई अधिकार नहीं है।

19.5 मासिक और वार्षिक सदस्यता, नवीनीकरण

सशुल्क योजनाएँ मासिक और वार्षिक बिलिंग के साथ उपलब्ध हैं। वार्षिक सदस्यता के लिए बारह महीनों की पूरी राशि अग्रिम दी जाती है; मूल्य पृष्ठ पर दिखाई गई मासिक तुलना मासिक शुल्क नहीं है। वर्तमान अवधि समाप्त होने से पहले रद्द न किए जाने पर सदस्यता उतनी ही लंबी अवधि के लिए नवीनीकृत होती है (खंड 20.2)।

19.6 चालान पर भुगतान

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

19.7 सक्रियण कोड और छूट

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

19.8 मूल्य में बदलाव

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

19.9 विफल भुगतान और भुगतान में चूक

यदि भुगतान विफल होता है, तो Stripe आगे प्रयास करता है और हम पहले तथा अंतिम प्रयास पर ग्राहक को ईमेल से सूचित करते हैं। उसके बाद भी भुगतान न होने पर हम सदस्यता समाप्त कर सकते हैं; सामान्यतः यह अंतिम असफल प्रयास के साथ स्वचालित रूप से होता है। तब खाता निःशुल्क योजना पर चलता रहता है; खंड 18.2 लागू होता है। उस अवधि के लिए आनुपातिक शुल्क देय रहता है जिसमें भुगतान बकाया होने के बावजूद सशुल्क योजना उपयोग की जा सकती थी।

यदि वाणिज्यिक लेनदेन में अत्यधिक देरी की रोकथाम संबंधी 8 मार्च 2013 का पोलिश अधिनियम (ustawa o przeciwdziałaniu nadmiernym opóźnieniom w transakcjach handlowych) ग्राहक पर लागू होता है, तो हम देय तिथि के अगले दिन से वाणिज्यिक लेनदेन में विलंबित भुगतान का वैधानिक ब्याज (उस अधिनियम का Art. 7) और बिना किसी अनुस्मारक की आवश्यकता के उस अधिनियम के Art. 10 के अंतर्गत वसूली लागत का मुआवज़ा माँग सकते हैं: 5,000 ज़्लॉटी तक के दावे के लिए 40 यूरो, 5,000 से अधिक और 50,000 ज़्लॉटी से कम के दावे के लिए 70 यूरो तथा 50,000 ज़्लॉटी या अधिक के दावे के लिए 100 यूरो, जिन्हें दावे के देय होने वाले महीने से पिछले महीने के अंतिम कार्यदिवस की Narodowy Bank Polski की औसत यूरो विनिमय दर पर ज़्लॉटी में बदला जाता है। आगे की उचित वसूली लागत माँगने का अधिकार सुरक्षित रहता है (उस अधिनियम का Art. 10(2))। यदि वह अधिनियम ग्राहक पर लागू नहीं होता, तो ग्राहक Art. 481 KC के अंतर्गत वैधानिक चूक ब्याज का देनदार होता है।

19.10 चालान और आपत्तियाँ

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

19.11 धनवापसी और समायोजन

हम दिए गए शुल्क केवल उतनी सीमा तक वापस करते हैं जितनी इन शर्तों में निर्धारित है (विशेष रूप से खंड 5.5, 17.6, 20.3, 20.5, 24.2, 32, 34, 36 और 38.1) या अनिवार्य कानून द्वारा आवश्यक है। ग्राहक द्वारा सेवा का उपयोग न किए जाने वाली अवधियों या योजना की अप्रयुक्त क्षमता के लिए धनवापसी नहीं है। ग्राहक केवल उन दावों का समायोजन कर सकता है जो निर्विवाद हों या न्यायालय द्वारा अंतिम रूप से स्थापित किए गए हों; यह सीमा खंड 1.3 के अर्थ में एकल व्यवसायियों पर लागू नहीं होती।

20. अवधि, समाप्ति और योजना में बदलाव

20.1 खाता और निःशुल्क योजना

खाते का अनुबंध अनिश्चित अवधि के लिए चलता है। ग्राहक अपना खाता मिटाकर किसी भी समय उसे समाप्त कर सकता है (खंड 17.6)। हम पाठ रूप में 30 दिन की सूचना देकर उसे समाप्त कर सकते हैं; सशुल्क सदस्यता चल रही हो तो हमारी समाप्ति भुगतान की गई अवधि के अंत से पहले प्रभावी नहीं होती। खंड 1.3 के अर्थ में एकल व्यवसायियों के संबंध में हम इस खंड और खंड 20.2 के अंतर्गत केवल निम्न में से किसी कारण से समाप्ति करते हैं और समाप्ति सूचना में वह कारण बताते हैं: सेवा या संबंधित योजना का संपूर्ण रूप से बंद होना, कानूनी स्थिति या प्राधिकरणों की आवश्यकताओं में ऐसा बदलाव जिससे आगे सेवा देना अनुचित हो जाए, सेवा देने के लिए आवश्यक तृतीय पक्ष सेवा का बंद होना, या खाते का कम से कम बारह महीनों से उपयोग न होना।

20.2 सशुल्क योजनाएँ

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

20.3 प्रदाता बदलना और डेटा निर्यात करना (डेटा अधिनियम)

विनियमन (EU) 2023/2854 (डेटा अधिनियम) डेटा प्रसंस्करण सेवाओं के ग्राहकों को किसी अन्य प्रदाता या अपने सिस्टम पर जाने, या अपना डेटा निर्यात करके मिटवाने का अधिकार देता है (Art. 23 और आगे)। हम निम्न नियम इस बात से स्वतंत्र रूप से लागू करते हैं कि formexposed Art. 2(8) के अर्थ में डेटा प्रसंस्करण सेवा है या नहीं। इनमें Art. 25(2) के संविदात्मक प्रावधान शामिल हैं और प्रदाता बदलने की स्थिति में इन्हें इन शर्तों के अन्य प्रावधानों पर प्राथमिकता मिलती है।

1. प्रदाता बदलने का अनुरोध और सूचना अवधि (Art. 25(2)(d))। ग्राहक पाठ रूप में या सहायता विंडो से घोषणा करता है कि वह किसी अन्य प्रदाता या अपने सिस्टम पर जाना चाहता है, या अपना डेटा निर्यात करके मिटवाना चाहता है। उसे कारण बताने की आवश्यकता नहीं है। सशुल्क सदस्यता ग्राहक द्वारा बताए समय पर, लेकिन घोषणा मिलने के अधिकतम दो महीने बाद समाप्त होती है, भले ही भुगतान की गई अवधि उससे लंबी हो; उसके बाद की अवधि के लिए अग्रिम भुगतान किए गए शुल्क हम आनुपातिक रूप से वापस करते हैं। सदस्यता समाप्त होने तक योजना अपनी सभी सुविधाओं के साथ उपयोग योग्य रहती है। हम पाठ रूप में सदस्यता की समाप्ति की पुष्टि करते हैं।
2. संक्रमण अवधि (बिंदु (a))। प्रदाता बदलने की स्थिति में सूचना अवधि समाप्त होने के बाद अधिकतम 30 कैलेंडर दिनों की संक्रमण अवधि होती है, जिसमें बदलाव पूरा किया जाता है; ग्राहक द्वारा बदलाव पूरा होने की सूचना देते ही यह पहले समाप्त हो जाती है। इस दौरान अनुबंध लागू रहता है और पिछली योजना अपनी सभी सुविधाओं तथा निर्यात के माध्यमों के साथ उपयोग योग्य रहती है; हम इसके लिए शुल्क नहीं लेते। हम बदलाव में ग्राहक तथा उसके द्वारा नामित तृतीय पक्षों की उचित सीमा तक सहायता करते हैं, उचित सावधानी से सेवाएँ देना जारी रखते हैं ताकि जहाँ तक संभव हो ग्राहक का व्यवसाय बिना रुकावट चलता रहे, सेवा की निरंतरता के हमें ज्ञात जोखिमों की स्पष्ट जानकारी देते हैं और तकनीकी और संगठनात्मक उपाय के सुरक्षा स्तर को बनाए रखते हैं, हस्तांतरण के दौरान डेटा के लिए भी।
3. अलग संक्रमण अवधि (Art. 25(4) और (5))। यदि 30 कैलेंडर दिनों की संक्रमण अवधि तकनीकी रूप से संभव नहीं है, तो हम ग्राहक के बदलाव अनुरोध से 14 कार्यदिवसों के भीतर कारण सहित इसकी सूचना देते हैं और अधिकतम सात महीने की वैकल्पिक संक्रमण अवधि बताते हैं; उसके अंत तक हम क्रमांक 2 की सेवाएँ उसी प्रकार निःशुल्क देते हैं। ग्राहक संक्रमण अवधि को एक बार ऐसी अवधि के लिए बढ़ा सकता है जिसे वह अधिक उचित समझता है; विस्तार की अवधि के लिए वह अपनी योजना का सामान्य शुल्क वास्तविक अवधि के अनुपात में देता है।
4. निकास रणनीति (बिंदु (b))। हम ग्राहक को उसकी निकास रणनीति के लिए आवश्यक जानकारी देते हैं, विशेष रूप से निर्यात के माध्यमों, प्रारूपों और इंटरफ़ेस तथा उनकी ज्ञात सीमाओं की जानकारी। यह EU डेटा अधिनियम: बदलाव और डेटा निर्यात पृष्ठ पर उपलब्ध है।
5. निर्यात योग्य डेटा (बिंदु (e))। निर्यात योग्य डेटा वे सभी डेटा हैं जो ग्राहक और उसके सदस्यों ने सेवा में दर्ज किए हैं या जो उनके कार्यस्थानों और डोमेन के लिए सेवा के उपयोग से उत्पन्न हुए हैं, क्रमांक 6 में सूचीबद्ध डेटा को छोड़कर, अर्थात: खाते और प्रोफ़ाइल का डेटा; कार्यस्थान और सदस्यताएँ; सेटिंग सहित डोमेन; निगरानी वाले फ़ॉर्म तथा जाँच चरणों सहित फ़ॉर्म यात्राएँ; अलर्ट गंतव्य; ब्रांडिंग; सदस्यों सहित क्लाइंट पोर्टल; संभावित ग्राहक की जाँचें; गुप्त अंश के बिना API कुंजियाँ; उपकरण, साइन इन, गतिविधियाँ और पृष्ठ दृश्य; सहायता अनुरोध; भेजे गए ईमेल; सहमति के अभिलेख; निष्कर्षों और स्क्रीनशॉट सहित जाँच परिणाम; घटनाएँ और अलर्ट लॉग; फ़ॉर्म के दैनिक आँकड़े और प्रतिक्रिया समय; एस्केलेशन की डिलीवरी के प्रयास; परिवर्तन लॉग सहित स्क्रिप्ट सूची; समय-मुद्राओं सहित प्रमाण लॉग; पोर्टफ़ोलियो का अवलोकन। हम उन्हें खुले, मशीन द्वारा पढ़े जा सकने वाले प्रारूपों में देते हैं (JSON, UTF-8 में CSV, HTML रिपोर्ट, RFC 3161 के अंतर्गत समय-मुद्रा का उत्तर)। कौन सा डेटा किस माध्यम से और किस प्रारूप में प्राप्त किया जा सकता है, यह EU डेटा अधिनियम के पृष्ठ पर बताया गया है; वहाँ केवल अनुरोध पर उपलब्ध बताया गया डेटा हम 30 दिनों के भीतर देते हैं; ग्राहक के निर्देश पर हम उसे सीधे उस प्रदाता को भी भेजते हैं जिसके पास वह जा रहा है। चालान Stripe द्वारा PDF के रूप में दिए जाते हैं।
6. बाहर रखा गया डेटा (बिंदु (f))। निर्यात न किए जा सकने वाले डेटा की संपूर्ण सूची में वे डेटा हैं जो केवल सेवा के आंतरिक संचालन के लिए हैं और जिनके प्रकटीकरण से हमारे व्यापार रहस्यों या सेवा की सुरक्षा को खतरा होगा: पासवर्ड हैश, दो-कारक साइन इन के गुप्त मान, टोकन और हस्ताक्षर कुंजियाँ, परीक्षण खातों के एन्क्रिप्टेड लॉगिन विवरण, स्कोर का भार निर्धारण, हमारे पहचान नियम और दुरुपयोग की रोकथाम संबंधी टिप्पणियाँ। Art. 15 GDPR के अंतर्गत पहुँच का अधिकार अप्रभावित रहता है।
7. डेटा प्राप्त करने की अवधि (बिंदु (g))। संक्रमण अवधि समाप्त होने के बाद ग्राहक कम से कम 30 कैलेंडर दिनों तक अपना डेटा प्राप्त कर सकता है; यदि उसने बदलाव के बजाय विलोपन चुना है, तो क्रमांक 8 लागू होता है। जब तक ग्राहक क्रमांक 8 के अंतर्गत खाता समाप्त करने का अनुरोध नहीं करता, डेटा निर्यात वाला खाता उसके बाद भी निःशुल्क योजना पर तब तक बना रहता है जब तक वह उसे मिटाता नहीं।
8. समापन और विलोपन (बिंदु (c) और (h))। बदलाव पूरा होने पर हम ग्राहक को पाठ रूप में इसकी पुष्टि करते हैं; इससे सशुल्क योजना का अनुबंध समाप्त माना जाता है, यदि वह क्रमांक 1 के अंतर्गत पहले ही समाप्त न हुआ हो। यदि ग्राहक ने खाता भी समाप्त करने का अनुरोध किया है, तो खाते का अनुबंध डेटा प्राप्त करने की अवधि समाप्त होने पर या ग्राहक द्वारा बदलाव पूरा होने की पुष्टि करने पर उससे पहले समाप्त होता है, और उसके तुरंत बाद हम सभी निर्यात योग्य डेटा और डिजिटल परिसंपत्तियाँ मिटाते हैं जो सीधे ग्राहक ने उत्पन्न की थीं या जो उससे सीधे संबंधित हैं। यदि ग्राहक ने अपनी घोषणा में बदलाव के बजाय विलोपन चुना था (Art. 25(3)), तो सूचना अवधि के अंत में खाते का अनुबंध समाप्त होता है और उसके तुरंत बाद हम ये डेटा मिटा देते हैं। केवल वही अपवाद हैं जिन्हें खंड 21.3 में विलोपन के बाद बचा रहने वाला बताया गया है, वहाँ दी गई अवधियों के लिए।
9. बदलाव का शुल्क (बिंदु (i))। हम प्रदाता बदलने, डेटा निर्यात या उसमें सहायता के लिए कुछ नहीं लेते (Art. 29)। क्रमांक 3 के अंतर्गत ग्राहक द्वारा माँगे गए विस्तार का शुल्क आगे उपयोग की गई योजना का सामान्य शुल्क है, बदलाव का शुल्क नहीं।

घोषणा मिलने के बाद हम वर्तमान में सदस्यता की समयपूर्व समाप्ति, धनवापसी और अनुरोध पर डेटा उपलब्ध कराने का काम मैन्युअल रूप से करते हैं। यदि EU डेटा अधिनियम का पृष्ठ ग्राहक से इस खंड से अधिक का वादा करता है, तो वह वादा भी इस अनुबंध का हिस्सा है।

20.4 योजना में बदलाव

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

20.5 उचित कारण से समाप्ति

कोई भी पक्ष उचित कारण से बिना सूचना अवधि के अनुबंध समाप्त कर सकता है। हमारे लिए उचित कारण विशेष रूप से तब है जब ग्राहक बिना प्राधिकरण डोमेन जँचवाता है, खंड 23 के विरुद्ध सेवा उपयोग करता है, खंड 15.5 के विरुद्ध संभावित ग्राहक की जाँच उपयोग करता है या अन्यथा इन शर्तों का महत्वपूर्ण उल्लंघन करता है और हमारे द्वारा पाठ रूप में दी गई कम से कम 14 दिनों की अवधि में उसे दूर नहीं करता; यदि उल्लंघन दूर नहीं किया जा सकता या प्रतीक्षा करने से हमें या तृतीय पक्षों को गंभीर खतरा होगा, तो अवधि देना आवश्यक नहीं है। पाठ रूप में अनुस्मारक के बावजूद 30 दिनों से अधिक भुगतान में चूक भी उचित कारण है। ग्राहक के लिए उचित कारण विशेष रूप से तब है जब हम किसी आवश्यक संविदात्मक दायित्व (खंड 29.2) का उल्लंघन करते हैं और ग्राहक द्वारा पाठ रूप में दी गई कम से कम 14 दिनों की अवधि में उसे दूर नहीं करते।

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

20.6 रूप

समाप्ति खाते में या खंड 38.5 के पतों पर पाठ रूप में की जाती है। चैट विंडो का संदेश पर्याप्त नहीं है; खंड 20.3 की बदलाव घोषणा के लिए सहायता विंडो भी पर्याप्त है।

21. अनुबंध समाप्ति के परिणाम और डेटा निर्यात

21.1 समाप्ति से पहले: डेटा निर्यात

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

21.2 सशुल्क योजना का अंत

यदि खाता मिटाए बिना सशुल्क योजना समाप्त होती है, तो डेटा रखा जाता है और खाता निःशुल्क योजना पर चलता रहता है। निःशुल्क योजना की सीमाएँ और सुविधाएँ लागू होती हैं (खंड 18.2 और 20.4)।

21.3 खाता मिटाना और बचा रहने वाला डेटा

खाता मिटाए जाने पर हम अपनी गोपनीयता नीति के अनुसार डेटा मिटाते हैं। निम्न को जानबूझकर रखा जाता है: इन शर्तों और डेटा प्रसंस्करण समझौते की सहमति का अभिलेख (खंड 4.4); गतिविधि लॉग की प्रविष्टियाँ उसकी 365 दिनों की अवधि समाप्त होने तक; पृष्ठ दृश्य लॉग की प्रविष्टियाँ और भेजे गए ईमेल उनकी 60 और 30 दिनों की अवधियाँ समाप्त होने तक; सहायता अनुरोध 24 महीनों तक; संभावित ग्राहक की जाँच की रिपोर्टें अधिकतम 90 दिनों की उनकी अवधि समाप्त होने तक; चालान और लेखांकन अभिलेख कर कानून द्वारा निर्धारित अवधि तक। डेटाबेस बैकअप 14 दिनों के बाद समाप्त हो जाते हैं; तब तक उनमें मिटाया गया डेटा हो सकता है। उनका उपयोग केवल डेटा हानि के बाद पुनर्स्थापना के लिए किया जाता है।

यदि खाते का अनुबंध ग्राहक द्वारा खाता मिटाने के अतिरिक्त किसी तरीके से समाप्त होता है, उदाहरण के लिए हमारी समाप्ति से, तो ग्राहक अनुबंध के अंत तक अपना डेटा निर्यात कर सकता है; अनुबंध समाप्त होने के अधिकतम 30 दिनों के भीतर हम खाता उसी तरह मिटाते हैं जैसे ग्राहक द्वारा मिटाए जाने पर। खंड 20.3 के अंतर्गत समाप्ति के लिए उस खंड का क्रमांक 8 लागू होता है।

21.4 अनुबंध अवधि के दौरान समय सीमाएँ

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

21.5 एक्सटेंशन और प्रविष्टियाँ हटाना

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

21.6 प्रभाव का जारी रहना

खंड 2, 3, 4.4, 19 (पहले से देय राशियों के लिए), 20.3 (बदलाव और विलोपन पूरे होने तक), 21, 22, 25, 26, 28, 29, 30, 38 और 39 अनुबंध समाप्त होने के बाद भी लागू रहते हैं, और ऐसा प्रत्येक अन्य प्रावधान भी जिसकी प्रकृति यह आवश्यक बनाती है।

22. ग्राहक के दायित्व और आश्वासन

22.1 भूमिकाओं का विभाजन

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

22.2 आश्वासन

ग्राहक अनुबंध की पूरी अवधि के लिए आश्वासन देता है कि

• वह अपने खाते के प्रत्येक डोमेन को स्वयं संचालित करता है या संचालक ने उसे उसकी जाँच के लिए नियुक्त किया है (खंड 7);
• फ़ॉर्म ईमेल के प्राप्तकर्ताओं को सक्रिय जाँचों की जानकारी है और उनसे किसी पर प्रतिकूल प्रभाव नहीं पड़ता (खंड 8.4);
• जितनी सीमा तक वह संदेश पहुँचने की जाँच, बैज और एक्सटेंशन की सुविधाओं का उपयोग करता है, उतनी सीमा तक अपनी वेबसाइटों के आगंतुकों को उनकी जानकारी देता है (खंड 11, 13 और 14);
• सहेजा गया परीक्षण खाता खंड 10.4 की आवश्यकताएँ पूरी करता है;
• जब तक कोई सुविधा स्पष्ट रूप से इसकी माँग न करे, वह सेवा के इनपुट फ़ील्ड में तृतीय पक्ष के लॉगिन विवरण, व्यक्तिगत डेटा की विशेष श्रेणियाँ (Art. 9 GDPR) या भुगतान कार्ड डेटा दर्ज नहीं करता;
• वह अपने ऊपर लागू सभी नियमों का पालन करता है, विशेष रूप से डेटा संरक्षण, विज्ञापन और लोगों से संपर्क, दूरसंचार तथा प्रतिस्पर्धा के नियमों का।

22.3 सहयोग

ग्राहक सेवा देने के लिए आवश्यक सहयोग प्रदान करता है: ग्राहक नियंत्रण का प्रमाण देता है, क्रॉलर को अनुमति देता है, संपर्क विवरण और अलर्ट गंतव्य अद्यतित रखता है, संदिग्ध दुरुपयोग की पूछताछ का शीघ्र उत्तर देता है और दिखने वाले व्यवधानों की सूचना देता है। सहयोग न मिलने के कारण यदि हम सेवा नहीं दे पाते, तो यह सेवा का दोष नहीं है।

22.4 ग्राहक की अपनी सावधानी

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

23. स्वीकार्य उपयोग

ग्राहक और सेवा का उपयोग करने वाला प्रत्येक व्यक्ति सेवा का उपयोग केवल कानून और इन शर्तों की सीमा में कर सकता है। विशेष रूप से निम्न निषिद्ध है:

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

हम दुरुपयोग से क्या समझते हैं, उसे कैसे पहचानते हैं और उस पर कैसे प्रतिक्रिया देते हैं, यह स्वीकार्य उपयोग और दुरुपयोग पृष्ठ पर बताया गया है; वह इस अनुबंध का हिस्सा है। इस खंड के अनुपालन के लिए हम सामान्य रूप से उपयोग की निगरानी नहीं करते और ऐसा कोई दायित्व नहीं लेते; उल्लंघन की जानकारी मिलने पर खंड 31 और 33 लागू होते हैं। दुरुपयोग पहचानने की हमारी अपनी जाँचें केवल निष्क्रिय हैं; हम तृतीय पक्ष की वेबसाइटों पर हमला नहीं करते।

24. डेटा संरक्षण और भूमिकाएँ

24.1 किसके लिए कौन उत्तरदायी है

ग्राहक और उसके सदस्यों के डेटा (खाता, साइन इन, बिलिंग, सहायता, सहमति का अभिलेख), हमारी वेबसाइटों के उपयोग, निःशुल्क जाँच, सार्वजनिक पृष्ठों की हमारी अपनी जाँचों और खाते के उन डोमेन की जाँचों के लिए हम नियंत्रक हैं जिनके लिए ग्राहक ने अभी नियंत्रण का प्रमाण नहीं दिया है (खंड 7)। हम यह डेटा कैसे प्रसंस्कृत करते हैं, यह गोपनीयता नीति में बताया गया है।

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

किसी विशेष मामले में भूमिकाएँ अलग हैं या नहीं, यह वास्तविक प्रसंस्करण पर निर्भर करता है; डेटा प्रसंस्करण समझौता और गोपनीयता नीति उनका विस्तृत वर्णन करते हैं।

24.2 सुरक्षा और उप-प्रसंस्करणकर्ता

डेटा की सुरक्षा के उपाय तकनीकी और संगठनात्मक उपाय में बताए गए हैं। ग्राहक उप-प्रसंस्करणकर्ता नियुक्त करने का सामान्य प्राधिकरण देता है। उद्देश्य, डेटा के प्रकार और स्थान सहित वर्तमान सूची उप-प्रसंस्करणकर्ता के अंतर्गत उपलब्ध है। किसी नए या बदले गए उप-प्रसंस्करणकर्ता की घोषणा हम कम से कम 30 दिन पहले खाताधारक के पते पर ईमेल से और उप-प्रसंस्करणकर्ता पृष्ठ पर करते हैं। यदि ग्राहक वस्तुनिष्ठ डेटा संरक्षण कारणों से आपत्ति करता है, तो समाधान मिलने तक हम ग्राहक की ओर से प्रसंस्कृत डेटा के लिए नए उप-प्रसंस्करणकर्ता का उपयोग नहीं करते, या उसके लिए संबंधित सुविधा स्थगित कर देते हैं; यदि कोई समाधान नहीं मिलता, तो ग्राहक डेटा प्रसंस्करण समझौते में निर्धारित तरीके से संबंधित अनुबंध समाप्त कर सकता है; उसके बाद की अवधि के लिए अग्रिम दिए गए शुल्क हम आनुपातिक रूप से वापस करते हैं। Art. 28(4) GDPR के अंतर्गत अपने उप-प्रसंस्करणकर्ताओं के लिए हम ग्राहक के प्रति उत्तरदायी हैं।

24.3 व्यक्तिगत डेटा का उल्लंघन

ग्राहक की ओर से प्रसंस्कृत डेटा को प्रभावित करने वाले व्यक्तिगत डेटा उल्लंघन की जानकारी मिलने पर हम ग्राहक को बिना अनुचित देरी के, जहाँ संभव हो 48 घंटों के भीतर, वह जानकारी देते हैं जो उसे अपनी अधिसूचना के लिए चाहिए। विवरण डेटा प्रसंस्करण समझौते द्वारा शासित हैं।

24.4 डेटा विषयों के अनुरोध

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

24.5 डेटा संरक्षण के लिए संपर्क

डेटा संरक्षण के प्रश्न हमें contact@lukaswojcik.com पर भेजे जा सकते हैं। डेटा संरक्षण अधिकारी नियुक्त नहीं किया गया है, क्योंकि हमारे आकलन के अनुसार हम उसे नियुक्त करने के लिए बाध्य नहीं हैं (Art. 37(1) GDPR)। सक्षम पर्यवेक्षी प्राधिकरण व्यक्तिगत डेटा संरक्षण कार्यालय के अध्यक्ष (Prezes Urzędu Ochrony Danych Osobowych), ul. Moniuszki 1A, 00-014 Warszawa, पोलैंड हैं।

25. गोपनीयता बनाए रखना

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

जिस रिपोर्ट का पता ग्राहक आगे देता है, वह तब से उस पते को जानने वाले किसी भी व्यक्ति को दिखाई देती है; यह हमारी ओर से इस खंड का उल्लंघन नहीं है। खाते की रिपोर्टें तब तक समाप्त नहीं होतीं जब तक जाँच परिणाम मौजूद है; इसलिए ग्राहक को उनके पते सावधानी से आगे देने चाहिए।

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

26. बौद्धिक संपदा और उपयोग के अधिकार

26.1 हमारे अधिकार

अपने सॉफ़्टवेयर, पहचान नियमों, पाठ, निर्देशों और ग्राफ़िक्स सहित सेवा, formexposed नाम, लोगो और बैज हमारे या हमारे लाइसेंसदाताओं के हैं। यहाँ स्पष्ट रूप से दिए गए अधिकारों से अधिक कोई अधिकार नहीं दिया जाता। तृतीय पक्ष घटकों पर उनके अपने लाइसेंस लागू होते हैं।

26.2 सेवा पर ग्राहक के अधिकार

अनुबंध की अवधि के लिए ग्राहक को अपनी योजना के भीतर अपने व्यावसायिक उद्देश्यों के लिए और एजेंसी के रूप में अपने ग्राहकों की वेबसाइटों के लिए सेवा उपयोग करने का गैर-अनन्य, अहस्तांतरणीय अधिकार मिलता है। ग्राहक इन उद्देश्यों के लिए रिपोर्टें, प्रमाण लॉग, निर्देश और सुरक्षा घटक सहेज तथा छाप सकता है और जाँची गई वेबसाइटों के संचालकों को दे सकता है। ग्राहक सुरक्षा घटकों और “Fix it for me” द्वारा संशोधित कोड को अपनी वेबसाइटों में जोड़ सकता है और वहाँ बिना समय सीमा उपयोग कर सकता है, अनुबंध समाप्त होने के बाद भी।

26.3 एक्सटेंशन

WordPress प्लगइन, MainWP एक्सटेंशन और TYPO3 एक्सटेंशन GNU General Public License के संस्करण 2 या बाद के अंतर्गत लाइसेंस प्राप्त हैं (खंड 13.1)। यह लाइसेंस कोड के उपयोग, संशोधन और वितरण की अनुमति देता है; ये शर्तें इसे सीमित नहीं करतीं। संशोधित संस्करण को सेवा से जोड़ने वाला व्यक्ति अपने संशोधन के परिणामों के लिए उत्तरदायी है। formexposed नाम और हमारे लोगो कोड के लाइसेंस में शामिल नहीं हैं।

26.4 ग्राहक की सामग्री

ग्राहक द्वारा सहेजे गए लोगो, ट्रेडमार्क, कंपनी नाम, सूचना पाठ और टिप्पणियाँ ग्राहक की ही रहती हैं। ग्राहक हमें उन्हें सहेजने और ग्राहक द्वारा चुनी गई रिपोर्टों, पोर्टल और सारांशों में तब तक दिखाने का निःशुल्क, गैर-अनन्य, क्षेत्रीय सीमा रहित अधिकार देता है जब तक ग्राहक वहाँ उनका उपयोग करता है, इसके लिए आवश्यक उपयोग क्षेत्रों में (pola eksploatacji, पोलिश कॉपीराइट अधिनियम का Art. 50, ustawa o prawie autorskim i prawach pokrewnych): हमारे सिस्टम और बैकअप में भंडारण तथा पुनरुत्पादन और इन रिपोर्टों, पोर्टल तथा सारांशों में जनता को उपलब्ध कराना। ग्राहक आश्वासन देता है कि उसे ऐसा करने का अधिकार है।

26.5 समेकित जानकारी

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

26.6 प्रतिक्रिया और संदर्भ

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

27. उपलब्धता, रखरखाव, सहायता और तकनीकी आवश्यकताएँ

27.1 उपलब्धता की कोई प्रतिबद्धता नहीं

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

27.2 रखरखाव

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

27.3 हमारे दायरे से बाहर के व्यवधान

सेवा सार्वजनिक इंटरनेट, जाँची गई वेबसाइटों की उपलब्धता, उनके फ़ायरवॉल और बॉट सुरक्षा, DNS और रजिस्ट्रियों, भुगतान, मेल, चैट और CAPTCHA सेवाओं तथा सुरक्षा खामियों और ब्लॉकलिस्ट के सार्वजनिक डेटाबेस पर निर्भर करती है। इन क्षेत्रों के व्यवधान हमारे नियंत्रण से बाहर हैं और सेवा के दोष नहीं हैं।

27.4 हमारी अपनी निगरानी

हम स्कैन सर्वर और कतार सहित सेवा की स्वयं निगरानी करते हैं और अनुपलब्धता की सूचना पाते हैं। इससे व्यवधान छोटे होते हैं, लेकिन रुकते नहीं हैं।

27.5 सहायता

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

27.6 तकनीकी आवश्यकताएँ

सेवा उपयोग करने के लिए ग्राहक को निम्न चाहिए:

• इंटरनेट पहुँच, JavaScript चालू और formexposed.com के लिए कुकी की अनुमति वाला अद्यतित ब्राउज़र तथा ऐसा ईमेल पता जिसे वह जाँचता हो;
• WordPress प्लगइन के लिए WordPress संस्करण 6.2 या बाद का और PHP संस्करण 7.4 या बाद का;
• MainWP एक्सटेंशन के लिए WordPress संस्करण 6.0 या बाद का, PHP संस्करण 7.4 या बाद का और API कुंजी; वेबसाइटों को संबद्ध करने के लिए MainWP डैशबोर्ड आवश्यक है;
• TYPO3 एक्सटेंशन के लिए TYPO3 12.4, 13.4 या 14.3 और PHP संस्करण 8.2 या बाद का; सबमिशन की गणना के लिए Powermail;
• इंटरफ़ेस के लिए HTTPS समर्थित क्लाइंट और API कुंजी;
• नियंत्रण के प्रमाण, जाँचों और निगरानी के लिए सार्वजनिक रूप से उपलब्ध ऐसी वेबसाइट जो क्रॉलर को अनुमति देती हो।

संदेश पहुँचने की जाँच, वेबहुक या चैट अलर्ट जैसी सुविधाओं के लिए ग्राहक को अपने फ़ॉर्म या सेवा की संबंधित सेटिंग तक पहुँच भी चाहिए।

27.7 हमारे द्वारा रखा गया सॉफ़्टवेयर और डेटा

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

27.8 इंटरनेट उपयोग के जोखिम

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

28. दोष और वारंटी

28.1 हम क्या करते हैं

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

28.2 क्या दोष नहीं है

इन शर्तों में सेवा की विशेषता के रूप में बताई गई बात दोष नहीं है: परिणाम किसी एक समय की स्थिति है और पहचान नियम गलत हो सकते हैं (खंड 5.3), क्रॉलर ब्लॉक होने पर जाँचें अधूरी रहती हैं, CAPTCHA वाले फ़ॉर्म की सक्रिय जाँच केवल सीमित रूप से संभव है (खंड 8.5), अलर्ट नहीं पहुँच सकते हैं (खंड 9.5), भाषा मॉडल का आउटपुट गलत हो सकता है (खंड 12.2) और तृतीय पक्ष सेवाएँ विफल हो सकती हैं (खंड 27.3)।

28.3 वैधानिक दोष वारंटी

जहाँ तक दोष की वारंटी (rękojmia) संबंधी पोलिश नागरिक संहिता के प्रावधान इस अनुबंध पर लागू होते हैं, यह वारंटी बाहर रखी जाती है, जैसा व्यवसायों के बीच Art. 558 § 1 KC अनुमति देता है। उसका स्थान खंड 28.1 का हमारा दायित्व लेता है। यदि हमने कपटपूर्वक दोष छिपाया हो, तो यह बहिष्करण लागू नहीं होता (Art. 558 § 2 KC)। हम गुणवत्ता की गारंटी (gwarancja) नहीं देते। खंड 1.3 के अर्थ में एकल व्यवसायियों पर यह बहिष्करण लागू नहीं होता; उन पर वैधानिक प्रावधान लागू होते हैं, जिनमें जहाँ लागू हों, डिजिटल सेवाओं के अनुबंध के अनुरूप होने संबंधी उपभोक्ता अधिकार अधिनियम के प्रावधान भी शामिल हैं।

28.4 सफलता का कोई वादा नहीं

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

29. दायित्व

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

29.1 क्या सीमित नहीं है

हमारा दायित्व बिना सीमा है

• जानबूझकर पहुँचाई गई क्षति के लिए; इस दायित्व को अग्रिम रूप से बाहर रखना Art. 473 § 2 KC के अंतर्गत अवैध है;
• घोर लापरवाही से हुई क्षति के लिए;
• जीवन, शरीर या स्वास्थ्य को चोट से होने वाली क्षति के लिए;
• अनिवार्य उत्पाद दायित्व प्रावधानों और पाठ रूप में स्पष्ट रूप से दी गई गारंटी के अंतर्गत;
• हर अन्य स्थिति में जिसमें दायित्व वैध रूप से बाहर या सीमित नहीं किया जा सकता।

Art. 82 GDPR के दावे इस खंड की हर सीमा से बाहर हैं। डेटा विषय इस अनुबंध का पक्ष नहीं है; हमारे विरुद्ध उसका दावा केवल Art. 82 GDPR से शासित होता है और ग्राहक तथा हमारे बीच कोई भी सहमति उसे सीमित या समाप्त नहीं कर सकती। ऐसा दावा पूरा किए जाने के बाद आपसी प्रतिपूर्ति हम अपने बीच तय कर सकते हैं और करते हैं; वह Art. 82(4) और (5) GDPR, डेटा प्रसंस्करण समझौते और खंड 30 के अनुसार होती है। ग्राहक और हमारे बीच इस प्रतिपूर्ति पर भी इस खंड की सीमाएँ लागू नहीं होतीं। ग्राहक और हमारे बीच अन्य सभी दावों पर, डेटा प्रसंस्करण समझौते के अंतर्गत दावों सहित, खंड 29.2 से 29.6 लागू होते हैं।

29.2 मामूली लापरवाही

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

मामूली लापरवाही की स्थिति में हम लाभ की हानि (utracone korzyści), खोई हुई पूछताछ, ऑर्डर या राजस्व, व्यवसाय बाधित होने की लागत या प्रतिष्ठा की हानि के लिए उत्तरदायी नहीं हैं; इस सीमा तक मुआवज़े के दायरे पर Art. 361 § 2 KC से अलग सहमति होती है, जैसा वह प्रावधान अनुमति देता है।

29.3 निःशुल्क सेवाएँ

जहाँ तक हम सेवा निःशुल्क देते हैं, अर्थात निःशुल्क जाँच, निःशुल्क उपकरण, निःशुल्क योजना, परीक्षण अवधि, बिना भुगतान के सक्रियण और सशुल्क योजना के बिना एक्सटेंशन के उपयोग के लिए, हमारा दायित्व केवल खंड 29.1 के अंतर्गत है, अर्थात जानबूझकर किए गए कार्य, घोर लापरवाही और वहाँ सूचीबद्ध स्थितियों के लिए। यह सीमा केवल ग्राहक और हमारे संबंध पर लागू होती है; Art. 82 GDPR के दावों को प्रभावित नहीं करती।

29.4 विशेष स्थितियाँ

खंड 29.1 के अधीन, हम उत्तरदायी नहीं हैं

• निर्देशित दायरे में उचित रूप से चिह्नित परीक्षण सबमिशन के परिणामों के लिए (खंड 8.4);
• परिणामों के आधार पर ग्राहक या ग्राहक द्वारा उपयोग किए गए सहायक अथवा स्वचालन सेवा के निर्णयों के लिए;
• खंड 12 के अंतर्गत ग्राहक द्वारा जोड़े गए कोड और एक्सटेंशन में ग्राहक द्वारा चुनी गई सेटिंग के लिए, जिनमें प्रतिधारण अवधि से पूछताछ मिटाना और फ़िल्टर से वास्तविक पूछताछ रोकना शामिल है;
• ग्राहक द्वारा नियुक्त तृतीय पक्ष सेवाओं के कार्यों, अनुपलब्धता और शर्तों के लिए (खंड 9.3 और 16);
• डेटा की हानि के लिए, जहाँ तक ग्राहक की ओर से प्रचलित बैकअप द्वारा उसे टाला जा सकता था।

29.5 क्षति की सूचना

जिस क्षति के लिए ग्राहक हमें उत्तरदायी मानता है, उसकी जानकारी मिलने के 30 दिनों के भीतर उसे पाठ रूप में हमें बताना चाहिए कि क्या और कब हुआ। घटना स्पष्ट करने में सहायक लॉग हम निर्धारित अवधियों के बाद मिटाते हैं (पृष्ठ अनुरोध लॉग के लिए 60 दिन, अलर्ट लॉग के लिए 90 दिन); बाद में बताई गई घटना अक्सर स्पष्ट नहीं की जा सकती। इससे वैधानिक परिसीमा अवधियाँ कम नहीं होतीं।

29.6 इन नियमों का लाभ किसे मिलता है

इस खंड की सीमाएँ हमारे कर्मचारियों, प्रतिनिधियों, दायित्व निष्पादन में सहायक व्यक्तियों और उपठेकेदारों के लाभ के लिए भी तथा किसी भी कानूनी आधार के दावों पर लागू होती हैं। पक्ष व्यवसायों के बीच जोखिम के इस विभाजन को उचित मानते हैं; शुल्क इसी के आधार पर तय होते हैं। खंड 29.2 से 29.4, खंड 1.3 के अर्थ में एकल व्यवसायियों या निःशुल्क जाँच अथवा निःशुल्क उपकरण का उपयोग करने वाले उपभोक्ताओं के संबंध में लागू नहीं होते; उनके प्रति हमारा दायित्व वैधानिक प्रावधानों के अनुसार है (देखें Art. 385³ क्रमांक 2 और Art. 385⁵ KC)।

30. क्षतिपूर्ति

ग्राहक के निम्न कार्यों से उत्पन्न तृतीय पक्षों के दावों, कार्यवाहियों और लागतों से ग्राहक हमें मुक्त रखता है, जिनमें वैधानिक शुल्क की राशि के अनुसार या वैधानिक शुल्क न होने पर प्रचलित बाज़ार शुल्क के अनुसार कानूनी बचाव की आवश्यक लागत शामिल है:

• बिना प्राधिकरण डोमेन जोड़ना या जँचवाना, या धोखे से तृतीय पक्ष के डोमेन के नियंत्रण का प्रमाण लेना;
• इन शर्तों और कानून के अनुसार फ़ॉर्म ईमेल के प्राप्तकर्ताओं, अपनी वेबसाइटों के आगंतुकों या क्लाइंट पोर्टल के सदस्यों को जानकारी न देना;
• वे लॉगिन विवरण सहेजना जिन्हें सहेजने की अनुमति नहीं थी (खंड 10.4);
• खंड 15.5 के विरुद्ध संभावित ग्राहक की जाँच उपयोग करना, या अपनी ब्रांडिंग वाली रिपोर्टों और पोर्टल में अनुचित कथन करना अथवा तृतीय पक्षों के अधिकारों का उल्लंघन करना;
• अन्यथा खंड 23 के विरुद्ध सेवा उपयोग करना।

जहाँ तक ग्राहक दायित्व के उल्लंघन के लिए उत्तरदायी नहीं है, यह लागू नहीं होता। ऐसे किसी दावे की जानकारी मिलने पर हम बिना अनुचित देरी के, अधिकतम 14 दिनों के भीतर ग्राहक को बताते हैं, ग्राहक की सहमति के बिना उसे स्वीकार नहीं करते और ग्राहक को उसका बचाव करने का अवसर देते हैं। जुर्माने केवल उतनी सीमा तक शामिल हैं जितनी उनके लिए प्रतिपूर्ति माँगना कानूनी रूप से अनुमत है। यह खंड Art. 82 GDPR के अंतर्गत उत्तरदायित्व का विभाजन नहीं बदलता।

31. ब्लॉक करना

हम सेवा, कार्यस्थान, डोमेन, सुविधा या इंटरफ़ेस की पहुँच पूरी या आंशिक रूप से ब्लॉक कर सकते हैं यदि

• इसका ठोस आधार वाला संदेह हो कि डोमेन बिना प्राधिकरण जाँचा जा रहा है या सेवा खंड 23 के विरुद्ध उपयोग हो रही है;
• उपयोग से सेवा, अन्य ग्राहकों या तृतीय पक्षों की सुरक्षा या उपलब्धता को खतरा हो;
• पाठ रूप में अनुस्मारक के 14 दिन बाद भी देय भुगतान न किया गया हो;
• प्राधिकरण, न्यायालय या कानून इसकी माँग करे;
• खंड 33 की विश्वसनीय रिपोर्ट किसी गंभीर उल्लंघन का संकेत दे और तत्काल कार्रवाई आवश्यक हो।

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

32. अप्रत्याशित अपरिहार्य घटना

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

33. दुरुपयोग, गैरकानूनी सामग्री और सुरक्षा खामियों की रिपोर्ट

कोई भी हमें सेवा के दुरुपयोग की रिपोर्ट कर सकता है, उदाहरण के लिए किसी डोमेन की बिना प्राधिकरण सक्रिय जाँच हो रही हो, परीक्षण सबमिशन से व्यवधान हो रहा हो, क्लाइंट पोर्टल या अपनी ब्रांडिंग वाली रिपोर्ट में गैरकानूनी सामग्री हो या कोई बिना सहमति निष्कर्षों के सार भेज रहा हो। रिपोर्ट contact@lukaswojcik.com पर या संपर्क पृष्ठ से भेजी जाती है और उसमें डोमेन या लिंक की पहचान, आरोप का विवरण और उत्तर देने का माध्यम होना चाहिए। जो अपना डोमेन सभी जाँचों से बाहर करना चाहता है, वह /opt-out उपयोग करता है; बहिष्करण डोमेन और उसके www रूप पर लागू होता है और अगली जाँच से प्रभावी होता है।

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

जहाँ तक हम ग्राहक की दी हुई और तृतीय पक्षों के लिए सुलभ बनाई गई सामग्री सहेजते हैं, विशेष रूप से क्लाइंट पोर्टल, अपनी ब्रांडिंग वाली रिपोर्टों, लोगो और सूचना पाठ में, उस संबंध में हम विनियमन (EU) 2022/2065 (डिजिटल सेवा अधिनियम) के अर्थ में होस्टिंग सेवा देते हैं। उस विनियमन के Art. 16 के अंतर्गत अवैध सामग्री की सूचनाएँ हम बताए गए माध्यमों से इलेक्ट्रॉनिक रूप में स्वीकार करते हैं; उनमें सटीक स्थान, सामग्री अवैध क्यों है उसका स्पष्टीकरण, सूचना देने वाले व्यक्ति का नाम और ईमेल पता तथा उसका यह कथन होना चाहिए कि उसकी सर्वोत्तम जानकारी के अनुसार सूचना सटीक और संपूर्ण है (Art. 16(2))। हम प्राप्ति की पुष्टि करते हैं और सूचना देने वाले व्यक्ति को अपना निर्णय बताते हैं। परिणामस्वरूप सामग्री या खाता सीमित करने पर हम ग्राहक को उस विनियमन के Art. 17 के अंतर्गत कारणों का विवरण देते हैं और उपलब्ध उपचार बताते हैं: खंड 31 की आपत्ति, खंड 35 की शिकायत और न्यायालय का सहारा। सूचनाओं और सामग्री की सीमा के निर्णय कोई मानव लेता है; खंड 18.5 की स्वचालित दुरुपयोग रोकथाम सेवा को आने वाले अनुरोधों का मूल्यांकन करती है, ग्राहक की सामग्री का नहीं। सदस्य राज्यों के प्राधिकरणों, यूरोपीय आयोग और यूरोपीय डिजिटल सेवा बोर्ड (उस विनियमन का Art. 11) तथा उपयोगकर्ताओं (उस विनियमन का Art. 12) के लिए संपर्क बिंदु जर्मन, अंग्रेज़ी और पोलिश में contact@lukaswojcik.com है।

34. इन शर्तों में बदलाव

34.1 केवल वस्तुनिष्ठ कारण से

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

34.2 सूचना

प्रत्येक बदलाव के प्रभावी होने से कम से कम 30 दिन पहले हम खाते में सहेजे गए खाताधारक के पते पर ईमेल से और अनुबंध दस्तावेज़ों में बदलाव पृष्ठ पर संशोधित पाठ, कारण और नियोजित तिथि सहित घोषणा करते हैं तथा समझाते हैं कि बदलाव का ग्राहक के लिए क्या अर्थ है और उसके पास क्या विकल्प हैं। प्रत्येक संस्करण की संख्या और तिथि होती है; अनुबंध दस्तावेज़ों में बदलाव पृष्ठ उन्हें सूचीबद्ध करता है।

34.3 मौन सहमति नहीं है

मौन और केवल उपयोग जारी रखना सहमति नहीं माने जाते। जहाँ बदलाव ग्राहक के अधिकारों या दायित्वों को प्रभावित करता है, हम उसकी सहमति अलग से और स्पष्ट रूप से लेते हैं तथा सत्यापित किए जा सकने वाले तरीके से दर्ज करते हैं। यदि ग्राहक सहमति नहीं देता और आपत्ति भी नहीं करता (खंड 34.4), तो उस पर पिछली शर्तें लागू रहती हैं; इसके लिए उसे कुछ नहीं करना होता। खंड 20 के अंतर्गत सामान्य समाप्ति का हमारा अधिकार अप्रभावित रहता है।

34.4 आपत्ति

ग्राहक घोषित बदलाव के प्रभावी होने तक पाठ रूप में आपत्ति कर सकता है। आपत्ति से सशुल्क योजना का अनुबंध वर्तमान बिलिंग अवधि के अंत में और निःशुल्क योजना के खाते का अनुबंध बदलाव प्रभावी होने पर समाप्त होता है; तब तक पिछली शर्तें लागू रहती हैं। अनुबंध समाप्त होने के बाद की अवधि के लिए अग्रिम दिए गए शुल्क हम आनुपातिक रूप से वापस करते हैं। प्रत्येक घोषणा में हम इस अधिकार और उसके परिणामों पर ध्यान दिलाते हैं।

34.5 बिना सूचना अवधि के बदलाव

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

35. शिकायतें

ग्राहक सेवा की शिकायत किसी भी समय contact@lukaswojcik.com पर ईमेल से, सहायता विंडो या संपर्क पृष्ठ से और खंड 1.1 के पते पर डाक से भी दे सकता है। कोई संदेश शिकायत है या नहीं, यह उसकी सामग्री पर निर्भर है, शीर्षक पर नहीं। शिकायत में खाते का ईमेल पता, तिथि और समय सहित समस्या का विवरण, जहाँ लागू हो डोमेन या रिपोर्ट का लिंक और ग्राहक की माँग होनी चाहिए। हम प्राप्ति की पुष्टि करते हैं, शिकायत जाँचते हैं और प्राप्ति से 14 दिनों के भीतर पाठ रूप में उत्तर देते हैं। उत्तर में बताया जाता है कि हम शिकायत स्वीकार करते हैं या पूरी अथवा आंशिक रूप से अस्वीकार करते हैं, कारण दिए जाते हैं और यदि समाधान देते हैं, तो क्या और कब तक करेंगे। जाँच में अधिक समय लगने पर हम इसी अवधि में कारण और अपेक्षित तिथि सहित बताते हैं। जानकारी न होने पर हम उसे माँगते हैं; ऐसी पूछताछ से समय सीमा नहीं रुकती। यदि हम समय पर उत्तर नहीं देते, तो ग्राहक अपना दावा ऐसे आगे बढ़ा सकता है मानो हमने उसे अस्वीकार कर दिया हो; मौन स्वीकृति नहीं माना जाता, जब तक अनिवार्य कानून अन्यथा न कहे। निःशुल्क जाँच उपयोग करने वाले उपभोक्ताओं के लिए पोलिश उपभोक्ता अधिकार अधिनियम के Art. 7a के अंतर्गत प्राप्ति से 14 दिनों के भीतर उत्तर न देने पर शिकायत स्वीकृत मानी जाती है; उनके संबंध में लंबी जाँच की सूचना उत्तर का स्थान नहीं लेती।

यह खंड Art. 8(3)(4) UŚUDE के अर्थ में शिकायत प्रक्रिया को नियंत्रित करता है। शिकायतें पृष्ठ प्रक्रिया और न्यायालय के बाहर के उपाय समझाता है; यदि वह ग्राहक को इस खंड से अधिक का वादा करता है, तो वह वादा भी लागू होता है। जहाँ अनिवार्य कानून शिकायत के साथ अतिरिक्त समय सीमाएँ या परिणाम जोड़ता है, उदाहरण के लिए अनुबंध के अनुरूप न होने वाली डिजिटल सेवा की स्थिति में खंड 1.3 के अर्थ में एकल व्यवसायियों के अधिकार, वे अप्रभावित रहते हैं। न्यायालय में दावा करने के लिए पहले शिकायत करना आवश्यक नहीं है।

36. एकल व्यवसायियों का अनुबंध से हटने का अधिकार

व्यवसायों को अनुबंध से हटने का अधिकार नहीं है। पोलिश कानून उन प्राकृतिक व्यक्तियों के लिए अपवाद करता है जो अपने व्यावसायिक कार्य से सीधे जुड़ा अनुबंध करते हैं, लेकिन जिसकी सामग्री के अनुसार अनुबंध उनके पेशेवर क्षेत्र का नहीं है (पोलिश उपभोक्ता अधिकार अधिनियम का Art. 38a, खंड 1.3)। इस समूह को अनुबंध से हटने का अधिकार है या नहीं, कैसे और किन परिणामों के साथ है, यह एकल व्यवसायियों का अनुबंध से हटने का अधिकार पृष्ठ पर बताया गया है। यह केवल इसी समूह पर लागू होता है और इस सीमा तक इन शर्तों पर प्राथमिकता रखता है।

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

37. साझेदार कार्यक्रम

जहाँ तक हम ऐसा साझेदार कार्यक्रम देते हैं जिसमें ग्राहक formexposed की अनुशंसा पर कमीशन पाते हैं, वहाँ अलग से साझेदार की शर्तें लागू होती हैं। ये शर्तें अतिरिक्त रूप से लागू होती हैं, जब तक साझेदार की शर्तें अन्यथा न कहें। भागीदारी पाने का कोई अधिकार नहीं है।

38. सामान्य प्रावधान

38.1 हस्तांतरण

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

38.2 उपठेकेदार

हम अपने दायित्व पूरे करने के लिए उपठेकेदार उपयोग कर सकते हैं और उनके निष्पादन के लिए अपने निष्पादन की तरह उत्तरदायी हैं। उप-प्रसंस्करणकर्ता डेटा प्रसंस्करण समझौते द्वारा शासित हैं।

38.3 संपूर्ण समझौता

खंड 3.1 के दस्तावेज़ अपने विषय पर संपूर्ण समझौता हैं। कपटपूर्ण मिथ्या प्रस्तुति का दायित्व अप्रभावित रहता है।

38.4 पृथक्करणीयता

कोई प्रावधान अवैध या अप्रवर्तनीय होने पर अनुबंध का शेष भाग वैध रहता है। उसका स्थान वैधानिक नियम लेता है। कोई प्रावधान केवल किसी विशेष ग्राहक के संबंध में या केवल आंशिक रूप से अवैध हो, तो अन्यथा और अन्य सभी ग्राहकों के संबंध में वैध रहता है। उपभोक्ताओं और खंड 1.3 के अर्थ में एकल व्यवसायियों के संबंध में यह उस प्रावधान पर लागू नहीं होता जो Art. 385¹ KC के अंतर्गत उन पर बाध्यकारी नहीं है: उनके संबंध में वह पूरी तरह समाप्त हो जाता है, उसे केवल अनुमत सीमा तक घटाया नहीं जाता, और शेष अनुबंध बाध्यकारी रहता है (Art. 385¹ § 2 KC)।

38.5 सूचनाएँ

इन शर्तों की सूचनाएँ पाठ रूप में दी जाती हैं: ग्राहक को खाते में सहेजे ईमेल पते पर या खाते के संदेश के रूप में; हमें contact@lukaswojcik.com पर या खंड 1.1 के पते पर। ईमेल पता अद्यतित रखना ग्राहक का उत्तरदायित्व है। ईमेल तब प्राप्त माना जाता है जब प्राप्तकर्ता के मेलबॉक्स में ऐसे पहुँच जाए कि सामान्य परिस्थितियों में वह उसे देख सके (Art. 61 § 2 KC)। समाप्ति और आपत्तियों के लिए पाठ रूप आवश्यक है; खंड 20.3 की बदलाव घोषणा के अतिरिक्त चैट विंडो का संदेश पर्याप्त नहीं है। सेवा के लेनदेन संबंधी ईमेल (जैसे अलर्ट, चालान, परीक्षण अवधि समाप्त होने की सूचना) सेवा का हिस्सा हैं; विज्ञापन हम केवल सहमति से भेजते हैं।

38.6 अधिकार का त्याग नहीं

अधिकार का उपयोग न करना या देर से करना उसका त्याग नहीं है। त्याग केवल पाठ रूप में घोषित होने पर और केवल बताई गई स्थिति के लिए प्रभावी होता है।

38.7 कोई साझेदारी नहीं

पक्ष स्वतंत्र व्यवसाय हैं। यह अनुबंध साझेदारी, अभिकरण, रोजगार संबंध या Art. 26 GDPR के अर्थ में संयुक्त नियंत्रण स्थापित नहीं करता।

38.8 शीर्षक और उदाहरण

शीर्षक संदर्भ की सुविधा के लिए हैं और व्याख्या प्रभावित नहीं करते। “विशेष रूप से”, “जैसे” या “उदाहरण के लिए” से शुरू सूची उदाहरणात्मक है, संपूर्ण नहीं।

38.9 तृतीय पक्ष

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

38.10 इलेक्ट्रॉनिक अभिलेख

पक्ष सेवा के इलेक्ट्रॉनिक अभिलेखों, विशेष रूप से सहमति के अभिलेख (खंड 4.4), गतिविधि लॉग, जाँच और अलर्ट लॉग तथा प्रमाण लॉग को साक्ष्य के रूप में मानते हैं; वे Art. 77³ KC के अर्थ में दस्तावेज़ हैं। न्यायालय द्वारा उनका स्वतंत्र मूल्यांकन और विपरीत प्रमाण अप्रभावित रहते हैं।

39. लागू कानून, अधिकार क्षेत्र और भाषा

39.1 लागू कानून

अनुबंध पोलैंड गणराज्य के कानून से शासित है, माल की अंतरराष्ट्रीय बिक्री के अनुबंधों पर संयुक्त राष्ट्र अभिसमय को छोड़कर; उससे या उसके संबंध में उत्पन्न गैर-संविदात्मक दायित्वों पर भी यही लागू होता है, जहाँ तक विनियमन (EC) संख्या 864/2007 (Rome II) के Art. 14 के अंतर्गत कानून का चुनाव अनुमत है। वे अनिवार्य प्रावधान अप्रभावित रहते हैं जिनसे समझौते द्वारा विचलित नहीं हुआ जा सकता। निःशुल्क जाँच या निःशुल्क उपकरण उपयोग करने वाले उपभोक्ताओं के लिए यह विशेष रूप से विनियमन (EC) संख्या 593/2008 (Rome I) के Art. 6(2) के अंतर्गत उनके सामान्य निवास के राज्य के अनिवार्य प्रावधानों से मिलने वाली सुरक्षा पर लागू होता है।

39.2 अधिकार क्षेत्र

अनुबंध से या उसके संबंध में उत्पन्न सभी विवादों पर हमारे पंजीकृत व्यवसाय स्थान के लिए सक्षम Łódź, Poland के न्यायालयों का अनन्य अधिकार क्षेत्र है। यह सहमति विनियमन (EU) संख्या 1215/2012 के Art. 25 और पोलिश नागरिक प्रक्रिया संहिता (Kodeks postępowania cywilnego) के Art. 46 के अंतर्गत है; खंड 4.4 के अंतर्गत दर्ज इलेक्ट्रॉनिक सहमति उसका स्थायी अभिलेख है। हम ग्राहक के सामान्य अधिकार क्षेत्र में भी मुकदमा कर सकते हैं, बशर्ते वह यूरोपीय संघ के सदस्य राज्य या Lugano अभिसमय के पक्ष राज्य में हो। अंतरिम राहत का अधिकार क्षेत्र और पर्यवेक्षी प्राधिकरणों की शक्तियाँ अप्रभावित रहती हैं। यह खंड उपभोक्ताओं, उदाहरण के लिए निःशुल्क जाँच के मामले में, या खंड 1.3 के अर्थ में एकल व्यवसायियों के संबंध में लागू नहीं होता; उनके लिए वैधानिक अधिकार क्षेत्र लागू रहते हैं, उपभोक्ताओं के लिए विशेष रूप से विनियमन (EU) संख्या 1215/2012 के Art. 18 और 19 (देखें Art. 385³ क्रमांक 23 KC)।

39.3 भाषा

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

40. संपर्क और संस्करण

LW IT Solutions Company Lukas Wójcik · al. Tadeusza Kościuszki 80/82, lok. 301 · 90-437 Łódź · पोलैंड · NIP 7252266190 · VAT ID PL7252266190 · contact@lukaswojcik.com · संपर्क पृष्ठ

संबंधित दस्तावेज़: डेटा प्रसंस्करण समझौता · तकनीकी और संगठनात्मक उपाय · उप-प्रसंस्करणकर्ता · स्वीकार्य उपयोग और दुरुपयोग · गोपनीयता नीति · EU डेटा अधिनियम: बदलाव और डेटा निर्यात · EU AI अधिनियम: formexposed AI का उपयोग कैसे करता है · शिकायतें · एकल व्यवसायियों का अनुबंध से हटने का अधिकार · प्रदाता का विवरण · कानूनी दस्तावेज़ एक नज़र में

संस्करण 2.2 · अंतिम अद्यतन: 29 अक्टूबर 2026। फ़ॉर्म सुरक्षा formconfirmed पर नया खंड 5.7; यह केवल उन ग्राहकों पर लागू होता है जो इसे चालू करते हैं। अन्य कोई प्रावधान नहीं बदलता।

संस्करण 2.1 · अंतिम अद्यतन: 22 अक्टूबर 2026। विसंगतियों की स्थिति में अब जर्मन के बजाय पोलिश संस्करण प्रामाणिक है; ये शर्तें और अनुबंध यूरोपीय संघ की सभी आधिकारिक भाषाओं में उपलब्ध हैं (सार, खंड 4 और 39.3)। अन्य कोई प्रावधान नहीं बदलता।

संस्करण 2.0 · अंतिम अद्यतन: 11 अक्टूबर 2026। यह संस्करण 9 अक्टूबर 2026 की शर्तों को पूरी तरह प्रतिस्थापित करता है। इसे पुनर्गठित किया गया है और यह सेवा को उसके वास्तविक निर्माण के अनुसार बताता है: विशेष रूप से परिभाषाएँ और अनुबंध दस्तावेज़ों की प्राथमिकता का क्रम, सहमति का अभिलेख, सेवा क्या नहीं है उसकी स्पष्ट सूची, ब्राउज़र यात्राओं, लॉगिन के पीछे स्कैन, संदेश पहुँचने की जाँच, बैज, प्रमाण लॉग, एजेंसी सुविधाओं, API और MCP सर्वर का वर्णन, संभावित ग्राहक की जाँच, खाता मिटाने, परीक्षण अवधि और चालान पर भुगतान के नियम, डेटा अधिनियम के अंतर्गत प्रदाता बदलते समय अधिकतम सूचना अवधि, मौन को सहमति माने बिना बदलाव करने की व्यवस्था और शिकायत, अनुबंध से हटने तथा साझेदार पृष्ठों के संदर्भ नए हैं।