मूलभूत जानकारी #

• निर्माण तिथि: 2025-12-24
• संशोधन तिथि: 2026-02-19
• लागू होने की तिथि: 2026-02-19
• व्यवसाय संचालक: बेस्टनेट गोदो कैशा (इसके बाद “कंपनी”)
• पता: मियागी प्रान्त ओसाकी शि ताजिरी ओनुकी-अज़ा किता-नागाने १६१-१
• संपर्क:
  • सामान्य सहायता: सहायता टिकट
  • Abuse रिपोर्ट विंडो: इस फॉर्म से

अनुच्छेद 1 (लागू होना) #

1. ये नियम वर्चुअल सर्वर (VPS), GPU-VPS, क्लाउड/IaaS, होस्टिंग, संबंधित नेटवर्क/स्टोरेज/बैकअप/स्नैपशॉट/ISO संबंधित कार्यक्षमताएं/API इत्यादि सहित सभी सेवाओं (इसके बाद सामूहिक रूप से “इस सेवा”) के उपयोग की शर्तें निर्धारित करते हैं जो कंपनी द्वारा प्रदान की जाती हैं। कृपया ध्यान दें कि कंपनी द्वारा प्रदान की जाने वाली डोमेन नाम पंजीकरण सेवा और SSL प्रमाणपत्र जारी करने की सेवा के लिए अलग से निर्धारित उपयोग की शर्तें लागू होती हैं।
2. इन नियमों में मानक सहायता शर्तें (परिशिष्ट A) और SLA・विफलता के समय सेवा क्रेडिट शर्तें (परिशिष्ट B) शामिल हैं।
3. इस सेवा में सेवा-विशिष्ट विनिर्देश (CPU/मेमोरी/स्टोरेज/बैंडविड्थ इत्यादि), शुल्क, प्रदान करने का दायरा और अन्य व्यक्तिगत शर्तों को निर्धारित करने वाली “व्यक्तिगत शर्तें” हो सकती हैं। यदि व्यक्तिगत शर्तें और ये नियम (मुख्य पाठ या परिशिष्ट) परस्पर विरोधी हैं, तो संबंधित व्यक्तिगत शर्तें प्राथमिकता लेती हैं।
4. हालांकि, अनुच्छेद 13 (IP पते इत्यादि का संचालन), अनुच्छेद 14 (इस सेवा में परिवर्तन・रुकावट・बंद करना), अनुच्छेद 15 (नियमों में संशोधन), अनुच्छेद 16 (उत्तरदायित्व से मुक्ति・उत्तरदायित्व सीमा) के बारे में, यदि व्यक्तिगत शर्तों द्वारा इन नियमों से भिन्न संचालन किया जाता है, तो कंपनी संबंधित व्यक्तिगत शर्तों में स्पष्ट रूप से यह दर्शाएगी कि वे इन नियमों पर प्राथमिकता लेती हैं।
5. यदि ग्राहक इस सेवा के लिए आवेदन करता है या इसका उपयोग करता है, तो माना जाएगा कि ग्राहक ने इन नियमों और व्यक्तिगत शर्तों से सहमति दी है।

अनुच्छेद 2 (परिभाषाएं) #

इन नियमों में शब्दों की परिभाषाएं निम्नलिखित हैं।

(1) “ग्राहक”: इस सेवा का उपयोग करने वाला व्यक्ति या कानूनी इकाई
(2) “खाता”: इस सेवा के उपयोग के लिए कंपनी द्वारा जारी किया गया पहचानकर्ता
(3) “उपयोग वातावरण”: इस सेवा पर ग्राहक द्वारा उपयोग किए जाने वाले क्षेत्र (उदाहरण: वर्चुअल मशीन, कंटेनर, होस्टिंग खाता, स्टोरेज क्षेत्र इत्यादि) को कहते हैं। इन नियमों में “इंस्टेंस” के रूप में संदर्भित होने पर, यह उपयोग वातावरण को शामिल करता है।
(4) “आवंटित IP”: कंपनी द्वारा ग्राहक या उपयोग वातावरण को आवंटित किया गया IP पता (निश्चित/32 इत्यादि सहित)
(5) “निश्चित IP”: एक संचालन प्रारूप जिसमें कंपनी सामान्यतः समान आवंटित IP को निरंतर आवंटित करती है। हालांकि, निश्चित IP के मामले में भी अनुच्छेद 13 और अनुच्छेद 14 के आधार पर परिवर्तन・रोक लगाई जा सकती है।
(6) “अपस्ट्रीम व्यवसाय संचालक”: लाइन व्यवसाय संचालक, ISP, ट्रांजिट व्यवसाय संचालक, IX, डेटा सेंटर व्यवसाय संचालक और अन्य तृतीय पक्ष व्यवसाय संचालक जिनका उपयोग कंपनी इस सेवा को प्रदान करने के लिए करती है।
(7) “संचार”: इनबाउंड/आउटबाउंड सहित, उपयोग वातावरण से संबंधित सभी नेटवर्क संचार
(8) “अनुचित उपयोग (Abuse)”: इन नियमों (अनुच्छेद 5 सहित) का उल्लंघन करने वाले कार्य, या कंपनी द्वारा उचित आधार पर अनुचित उपयोग के रूप में निर्णय लिए गए कार्य
(9) “चरणबद्ध संचालन (ट्रस्ट स्तर)”: अनुच्छेद 10 में निर्धारित संचालन वर्गीकरण (नया/सिद्ध/कॉर्पोरेट)
(10) “क्रेडिट”: कंपनी द्वारा अलग से निर्धारित नियमों के आधार पर ग्राहक के खाते में दर्ज की गई मौद्रिक समतुल्य राशि, जिसे कंपनी द्वारा निर्धारित दायरे में इस सेवा के भुगतान में उपयोग किया जा सकता है।
(11) “सेवा क्रेडिट”: SLA उल्लंघन इत्यादि के मुआवजे या कंपनी के निर्णय द्वारा क्रेडिट के रूप में प्रदान की गई राशि को कहते हैं।
(12) “मानक सहायता”: परिशिष्ट A में निर्धारित मानक सहायता को कहते हैं।
(13) “SLA”: परिशिष्ट B में निर्धारित अपटाइम गारंटी और सेवा क्रेडिट शर्तें।

अनुच्छेद 3 (आवेदन・खाता प्रबंधन・सत्यापन प्रक्रियाएं) #

1. कंपनी सुरक्षित संचालन और अनुचित उपयोग की रोकथाम के लिए, आवेदन के समय या उपयोग के दौरान, पहचान सत्यापन/कॉर्पोरेट सत्यापन/संपर्क सत्यापन/उपयोग उद्देश्य की पुष्टि इत्यादि (इसके बाद “सत्यापन प्रक्रियाएं”) की मांग कर सकती है।
2. ग्राहक को कंपनी द्वारा सत्यापन प्रक्रियाओं की मांग किए जाने पर, उचित समयावधि के भीतर सत्य और सटीक जानकारी प्रस्तुत करनी होगी। यदि कोई झूठी जानकारी・कमी・असंगति है, तो कंपनी आवेदन अस्वीकार, उपयोग रोक, चरणबद्ध संचालन में डाउनग्रेड, अतिरिक्त प्रतिबंध इत्यादि लागू कर सकती है।
3. ग्राहक को कंपनी के साथ पंजीकृत संपर्क साधन (ईमेल/फोन इत्यादि) को हमेशा प्राप्त करने योग्य स्थिति में रखना होगा। यदि संपर्क असंभवता जारी रहती है, तो कंपनी सुरक्षित संचालन के लिए अनुच्छेद 7 (संचार प्रतिबंध・तकनीकी उपाय) और अनुच्छेद 10 (चरणबद्ध संचालन) के आधार पर प्रतिबंध, या अनुच्छेद 14 (इस सेवा में परिवर्तन・रुकावट・बंद करना) के आधार पर रोक इत्यादि लागू कर सकती है।

अनुच्छेद 4 (साझा उत्तरदायित्व・सुरक्षा) #

1. कंपनी अपने उपकरण・नेटवर्क・नियंत्रण प्लेटफॉर्म की सुरक्षा बनाए रखने का प्रयास करती है।
2. ग्राहक उपयोग वातावरण पर OS/मिडलवेयर/एप्लिकेशन/प्रमाणीकरण जानकारी/कुंजी/सेटिंग्स/डेटा की सुरक्षा के लिए जिम्मेदार है (होस्टिंग इत्यादि, कंपनी द्वारा प्रबंधित दायरे के लिए व्यक्तिगत शर्तों का पालन करें)।
3. ग्राहक को निम्नलिखित सहित उचित सुरक्षा उपाय करने होंगे।
   (1) OS・मिडलवेयर・एप्लिकेशन का निरंतर पैच अनुप्रयोग (कंपनी प्रबंधित दायरे को छोड़कर)
   (2) डिफॉल्ट प्रमाणीकरण जानकारी का गैर-उपयोग, मजबूत प्रमाणीकरण (कुंजी, मजबूत पासवर्ड, संभव सीमा में MFA इत्यादि) का उपयोग
   (3) अनावश्यक सेवाओं को बंद करना, सार्वजनिक पोर्ट का न्यूनतमीकरण
   (4) प्रबंधन पहुंच (उदाहरण: SSH/RDP इत्यादि) के स्रोत प्रतिबंध इत्यादि का कार्यान्वयन (संभव सीमा में)
   (5) उल्लंघन की आशंका होने पर त्वरित अवरोध・पुनर्प्राप्ति प्रतिक्रिया और कंपनी को सूचना
4. ग्राहक की कमियों (उदाहरण: कमजोर सेटिंग्स, कुंजी रिसाव, सार्वजनिक सेटिंग त्रुटि इत्यादि) के कारण अनुचित उपयोग होने पर, कंपनी अनुच्छेद 7 और अनुच्छेद 12 के आधार पर आवश्यक उपाय कर सकती है।

अनुच्छेद 5 (निषिद्ध कार्य: Acceptable Use Policy / AUP) #

ग्राहक को इस सेवा का उपयोग करके निम्नलिखित कार्य नहीं करने चाहिए।

5.1 कानूनी उल्लंघन・अधिकार हनन #

(1) कानून का उल्लंघन करने वाले कार्य (अनधिकृत पहुंच, धोखाधड़ी, धमकी, अवैध औषधियाँ, बाल यौन शोषण, मनी लॉन्ड्रिंग इत्यादि सहित)
(2) कॉपीराइट, ट्रेडमार्क, गोपनीयता, व्यापार रहस्य इत्यादि, तृतीय पक्ष के अधिकारों का हनन करने वाले कार्य
(3) कंपनी द्वारा निर्दिष्ट प्रतिबंधित देशों/क्षेत्रों या निर्यात प्रतिबंध इत्यादि का उल्लंघन करने वाला उपयोग

5.2 अनधिकृत पहुंच・मैलवेयर・उल्लंघन कार्य #

(1) कंपनी या तृतीय पक्ष की प्रणालियों में अनधिकृत पहुंच, घुसपैठ, भेद्यता शोषण, विशेषाधिकार वृद्धि
(2) मैलवेयर (वायरस, वर्म, रैंसमवेयर इत्यादि) का निर्माण/वितरण/संचालन, C2 (Command & Control) का संचालन
(3) फिशिंग, नकल, प्रमाणीकरण जानकारी की चोरी, धोखाधड़ी साइट संचालन
(4) बॉटनेट का निर्माण・संचालन・रिले, या भागीदारी

5.3 स्पैम・उपद्रवी कार्य #

(1) स्पैम ईमेल भेजना, मेल रिले (ओपन रिले), अनधिकृत बड़े पैमाने पर संदेश भेजना
(2) SMS/IM/फॉर्म इत्यादि का उपयोग करके उपद्रवी कार्य, अनधिकृत विज्ञापन, परेशान करने वाले कार्य
(3) बड़ी संख्या में खाते बनाकर तृतीय पक्ष को परेशानी・नुकसान पहुंचाने वाले कार्य

5.4 नेटवर्क दुरुपयोग・अवरोध #

(1) DDoS/DoS, पोर्ट स्कैनिंग, भेद्यता स्कैनिंग, ब्रूट फोर्स इत्यादि के हमले
(2) सार्वजनिक प्रॉक्सी/VPN/कूदने के स्थान के रूप में तृतीय पक्ष को प्रदान करने वाले कार्य (कंपनी द्वारा स्पष्ट रूप से अनुमति दिए जाने के मामले को छोड़कर)
(3) स्रोत जालसाजी, हेडर जालसाजी, IP स्पूफिंग, रूटिंग में बाधा इत्यादि
(4) कंपनी या अपस्ट्रीम लाइन/अन्य उपयोगकर्ताओं को प्रभावित करने वाले अत्यधिक बैंडविड्थ・कनेक्शन・पैकेट प्रसारण

5.5 सेवा/नियंत्रण बचाव #

(1) कंपनी द्वारा स्थापित संचार प्रतिबंध, दर प्रतिबंध, निगरानी・अवरोध उपायों का बचाव・अक्षम करना
(2) शुल्क बचाव, प्रमाणीकरण बचाव, अनुचित संसाधन थकान (बड़े पैमाने पर निर्माण・बड़े पैमाने पर अनुरोध इत्यादि)
(3) कंपनी की अनुमति के बिना तृतीय पक्ष को पुनर्विक्रय・उप-पट्टे・होस्टिंग करने वाले कार्य (कंपनी द्वारा पुनर्विक्रय योजना इत्यादि में अनुमति दिए जाने के मामले को छोड़कर)

5.6 अन्य #

(1) कंपनी या तृतीय पक्ष की प्रतिष्ठा को नुकसान पहुंचाने वाले कार्य, शिकायतें・रिपोर्ट केंद्रित करने वाले कार्य
(2) कंपनी द्वारा उचित आधार पर अनुचित उपयोग के रूप में निर्णय लिए गए कार्य

अनुच्छेद 6 (सुरक्षा परीक्षण का संचालन) #

1. यदि ग्राहक सुरक्षा परीक्षण (निदान, घुसपैठ परीक्षण, स्कैनिंग इत्यादि) करता है, तो लक्ष्य केवल उन्हीं संपत्तियों तक सीमित होना चाहिए जिन पर ग्राहक का प्रबंधन अधिकार है।
2. DDoS प्रतिरोध परीक्षण, व्यापक स्कैनिंग, तृतीय पक्ष को प्रभावित कर सकने वाले परीक्षण इत्यादि के लिए, कंपनी द्वारा निर्धारित विधि से पहले से आवेदन करना होगा और अनुमोदन प्राप्त करना होगा।
3. हम अन्य उपयोगकर्ताओं या अपस्ट्रीम पर प्रभाव पड़ने की स्थिति में, परीक्षण को रोकने या विधि बदलने का अनुरोध कर सकते हैं।

अनुच्छेद 7 (संचार प्रतिबंध और तकनीकी उपाय) #

1. हम सेवा की सुरक्षा बनाए रखने, अनुचित उपयोग की रोकथाम और अपस्ट्रीम प्रदाताओं के अनुरोधों का जवाब देने के लिए, निम्नलिखित उपाय ग्राहक को पूर्व सूचना के बिना लागू कर सकते हैं (आपातकालीन स्थितियों में बाद में सूचित किया जा सकता है)।
   (1) विशिष्ट पोर्ट/प्रोटोकॉल को अवरुद्ध या प्रतिबंधित करना
   (2) बैंडविड्थ, कनेक्शन संख्या, ट्रांसमिशन रेट आदि को सीमित करना, संचार को अस्थायी रूप से अवरुद्ध करना (आइसोलेशन/Quarantine)
   (3) उपयोग वातावरण को अस्थायी रूप से निलंबित करना, नेटवर्क डिस्कनेक्ट करना, आवंटित IP को अस्थायी रूप से निलंबित/परिवर्तित करना (आवश्यक होने पर)
   (4) लॉग प्राप्त करना और संरक्षित करना (साक्ष्य संरक्षण सहित)
2. आउटबाउंड (प्रेषण) संचार की मानक अनुमति सीमा और अतिरिक्त अनुमति की प्रक्रिया अनुच्छेद 8 में निर्धारित की गई है।
3. हम पहचान की स्थिति, अपस्ट्रीम अनुरोधों, कानूनी अनुपालन आदि के अनुसार, अनुच्छेद 8 की सामग्री को संशोधित कर सकते हैं, या अस्थायी रूप से मानक अनुमति सीमा को बदल सकते हैं (अतिरिक्त अवरोधन/आइसोलेशन आदि) (अनुच्छेद 15 के अनुसार सूचित किया जाएगा। हालांकि, आपातकालीन स्थितियों में बाद में सूचित किया जा सकता है)।

अनुच्छेद 8 (आउटबाउंड संचार की मानक अनुमति सीमा और अतिरिक्त अनुमति) #

8.1 उद्देश्य #

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

8.2 मूल नीति (व्हाइटलिस्ट) #

(1) ग्राहक के उपयोग वातावरण से इंटरनेट के लिए आउटबाउंड संचार केवल उन संचारों की अनुमति है जिन्हें हमने स्पष्ट रूप से अनुमति दी है।
(2) इस अनुच्छेद में स्पष्ट नहीं किए गए आउटबाउंड संचार को सिद्धांत रूप से अवरुद्ध (ब्लॉक) किया जाता है।
(3) हम पहचान की स्थिति, अपस्ट्रीम लाइन के अनुरोधों, कानूनी अनुपालन, सुरक्षा निर्णयों के आधार पर, ग्राहक को पूर्व सूचना के बिना इस अनुच्छेद की अनुमति सीमा को अस्थायी रूप से बदल सकते हैं (अतिरिक्त अवरोधन/आइसोलेशन आदि) (आपातकालीन स्थितियों में बाद में सूचना)।

8.3 मानक अनुमति (डिफ़ॉल्ट रूप से अनुमत संचार: सभी ट्रस्ट के लिए सामान्य) #

निम्नलिखित सभी सेवाओं और सभी ट्रस्ट स्तरों के लिए सामान्य “मानक अनुमति (डिफ़ॉल्ट अनुमति)” हैं।

8.3.1 DNS (नाम समाधान: Outbound) #

• UDP 53 (DNS)
• TCP 53 (DNS: फ़ॉलबैक/बड़े रिस्पॉन्स आदि)
  टिप्पणी: हम आवश्यकता अनुसार DNS गंतव्य को केवल हमारे निर्दिष्ट रिज़ॉल्वर तक सीमित कर सकते हैं।

8.3.2 NTP (समय सिंक्रनाइज़ेशन: Outbound) #

• UDP 123 (NTP)
  टिप्पणी: हम आवश्यकता अनुसार NTP गंतव्य को केवल हमारे निर्दिष्ट सर्वर तक सीमित कर सकते हैं।

8.3.3 वेब एक्सेस (सामान्य सॉफ़्टवेयर अपडेट और API उपयोग आदि: Outbound) #

• TCP 80 (HTTP)
• TCP 443 (HTTPS)
• UDP 443 (QUIC / HTTP/3)

8.3.4 ICMP (कनेक्टिविटी और रूटिंग नियंत्रण: Inbound / Outbound) #

• ICMP (IN/OUT) को मानक रूप से अनुमति दी जाती है।
  टिप्पणी:
  ・हम हमले की रोकथाम, असामान्यता का पता लगाने, अपस्ट्रीम अनुरोधों आदि के लिए ICMP के प्रकार (Type/Code) को सीमित कर सकते हैं।
  ・मानक अनुमति कनेक्टिविटी/रूटिंग नियंत्रण के उद्देश्य से है, और दुरुपयोग की आशंका होने पर यह प्रतिबंध का विषय बन सकता है।

※ उपरोक्त में स्पष्ट नहीं किए गए आउटबाउंड संचार को सिद्धांत रूप से अवरुद्ध किया जाता है।

8.4 अतिरिक्त आउटबाउंड अनुमति (आवेदन-आधारित: सभी ट्रस्ट के लिए सामान्य) #

(1) यदि ग्राहक को मानक अनुमति के अलावा अन्य आउटबाउंड संचार (पोर्ट/प्रोटोकॉल) की आवश्यकता है, तो वे हमारे निर्धारित तरीके से आवेदन करेंगे और हमारी स्वीकृति प्राप्त करेंगे।
(2) हम उपयोग उद्देश्य की वैधता, गंतव्य की पहचान की संभावना, अनुमानित ट्रैफ़िक मात्रा, अनुचित उपयोग जोखिम, ग्राहक के ट्रस्ट स्तर आदि का व्यापक रूप से मूल्यांकन करते हुए, अनुमति/अस्वीकृति/सशर्त अनुमति का निर्णय लेते हैं।
(3) सशर्त अनुमति के उदाहरण (हमारे विवेकाधिकार पर):

• गंतव्य IP/नेटवर्क/देश/प्रदाता आदि की सीमा
• ट्रांसमिशन रेट और समवर्ती कनेक्शन की सीमा
• अवधि-सीमित अनुमति (परीक्षण उद्देश्य आदि)
• असामान्यता पहचान पर स्वचालित आइसोलेशन (केवल मानक अनुमति पर वापसी)

(4) अनुमति के बाद भी, शिकायत, असामान्यता पहचान, अपस्ट्रीम अनुरोधों आदि के मामले में, हम शर्तें बदल सकते हैं या पुनः अवरुद्ध कर सकते हैं।

8.5 आवेदन टेम्पलेट #

आवेदन के समय, कृपया निम्नलिखित प्रस्तुत करें (कमी होने पर, समीक्षा को रोका जा सकता है या अस्वीकृत किया जा सकता है)।

• आवेदन किया जाने वाला पोर्ट/प्रोटोकॉल (उदाहरण: TCP 22 / TCP 587 आदि)
• गंतव्य (संभव सीमा तक): कनेक्शन IP/रेंज, सेवा नाम, देश/प्रदाता आदि
• उपयोग उद्देश्य: किस लिए आवश्यक है (विशिष्ट रूप से)
• उपयोग अवधि: स्थायी/अस्थायी (अवधि)/परीक्षण
• अनुमानित प्रेषण मात्रा: प्रति घंटा/प्रति दिन का अनुमान
• सुरक्षा उपाय: प्रमाणीकरण विधि, एक्सेस नियंत्रण, लॉग प्राप्ति, रोकने की प्रक्रिया
• संपर्क जानकारी: तकनीकी प्रभारी और Abuse प्रतिक्रिया विंडो (कॉर्पोरेट के मामले में अनिवार्य)

8.6 उच्च जोखिम उपयोग (ईमेल प्रेषण आदि) की प्रक्रिया #

हम स्पैम मेल प्रेषण और IP प्रतिष्ठा को नुकसान से बचाने के लिए, ईमेल प्रेषण जैसे उच्च जोखिम उपयोगों की विशेष रूप से कड़ाई से समीक्षा करते हैं।
हम बाहरी प्रमाणीकरण युक्त मेल रिले (SMTP Relay/Submission) आदि के उपयोग की सिफारिश करते हैं, और आवश्यकता अनुसार गंतव्य, रेट आदि की शर्तें लागू कर सकते हैं।
हम यदि जोखिम अधिक मानते हैं, तो उस उपयोग के लिए आवश्यक पोर्ट की अतिरिक्त अनुमति नहीं दे सकते हैं।

अनुच्छेद 9 (निगरानी और लॉग) #

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

अनुच्छेद 10 (चरणबद्ध संचालन: नया/स्थापित/कॉर्पोरेट) #

10.1 उद्देश्य #

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

10.2 वर्गीकरण #

(A) नया (New / Trial)
(B) स्थापित (Established)
(C) कॉर्पोरेट (Business / Corporate)

10.3 सामान्य मामले (महत्वपूर्ण) #

(1) मानक अनुमति (डिफ़ॉल्ट अनुमति) का आउटबाउंड संचार सभी ट्रस्ट स्तरों पर समान है (अनुच्छेद 8)।
(2) ट्रस्ट स्तर के अनुसार अंतर मुख्य रूप से “अतिरिक्त आउटबाउंड अनुमति (आवेदन-आधारित)” की समीक्षा मानदंड और शर्तों की कड़ाई में दिखाई देता है।
(3) अनुचित उपयोग के संकेत, शिकायत, अपस्ट्रीम अनुरोधों आदि के मामले में, हम ट्रस्ट स्तर की परवाह किए बिना, अतिरिक्त अवरोधन/आइसोलेशन/निलंबन आदि के उपाय लागू कर सकते हैं (अनुच्छेद 7)।

10.4 प्रत्येक वर्गीकरण की प्रक्रिया (अतिरिक्त आउटबाउंड अनुमति की समीक्षा नीति) #

10.4.1 नया (New / Trial) #

• अतिरिक्त आउटबाउंड अनुमति: सिद्धांत रूप से सावधानीपूर्वक समीक्षा
• अनुमति प्रारूप: आवश्यकता अधिक होने पर ही, सशर्त (गंतव्य सीमित, रेट सीमित, अवधि सीमित आदि) अनुमति दी जा सकती है
• उद्देश्य: शुरुआती Abuse एकाग्रता को रोकना

10.4.2 स्थापित (Established) #

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

10.4.3 कॉर्पोरेट (Business / Corporate) #

• अतिरिक्त आउटबाउंड अनुमति: व्यवसाय सामग्री, जिम्मेदारी संरचना, Abuse प्रतिक्रिया विंडो स्पष्ट होने की शर्त पर, आवेदन द्वारा व्यापक रूप से विचार किया जाता है
• अनुमति प्रारूप: सशर्त अनुमति (रेट सीमित, निगरानी/लॉग प्रदान, गंतव्य सीमित, अवधि सीमित आदि) लागू की जा सकती है
• उद्देश्य: व्यावसायिक उपयोग के लिए आवश्यक संचार को व्यक्तिगत समीक्षा के माध्यम से प्रदान करते हुए, संपूर्ण प्लेटफ़ॉर्म की सुरक्षा बनाए रखना

10.5 उन्नयन/अवनयन #

(1) पदोन्नति हमारे निर्णय या आवेदन के आधार पर की जाती है। सत्यापन प्रक्रियाएं (व्यक्ति/कॉर्पोरेट सत्यापन, संपर्क सत्यापन, उपयोग उद्देश्य की पुष्टि आदि) की मांग की जा सकती है।
(2) निम्नलिखित मामलों में, हम बिना पूर्व सूचना के पदावनति, प्रतिबंध या निलंबन कर सकते हैं।

• AUP उल्लंघन या इसका संदेह, शिकायतों की बारंबारता, अपस्ट्रीम से चेतावनी
• संपर्क में असमर्थता, सत्यापन प्रक्रियाओं में असहयोग, झूठी घोषणाएं
• गंभीर सुरक्षा घटनाएं, उल्लंघन की निरंतर अनसुलझी स्थिति
• अनुबंध का गंभीर उल्लंघन (बकाया भुगतान आदि)

10.6 आवेदन और समीक्षा (सामान्य) #

(1) अतिरिक्त आउटबाउंड अनुमति के लिए आवेदन सपोर्ट टिकट आदि, हमारी निर्धारित विधि के माध्यम से किया जाएगा।
(2) हम, प्रस्तुत सामग्री में कमी होने पर, अतिरिक्त दस्तावेजों की मांग कर सकते हैं, या समीक्षा को रोक/अस्वीकार कर सकते हैं।
(3) हम, अनुमति देने के बाद भी, दुरुपयोग के संकेत या अपस्ट्रीम अनुरोध होने पर, शर्तों में बदलाव या पुनः अवरोध कर सकते हैं।

धारा 11 (रिपोर्टिंग और इंसिडेंट प्रतिक्रिया) #

1. जब हम दुरुपयोग का संदेह पहचानते हैं, या तीसरे पक्ष/अपस्ट्रीम प्रदाताओं से रिपोर्ट प्राप्त करते हैं, तो हम निम्नलिखित कार्य कर सकते हैं:
   (1) अतिरिक्त जानकारी की मांग (उपयोग उद्देश्य, कॉन्फ़िगरेशन स्थिति, संबंधित लॉग आदि)
   (2) संचार प्रतिबंध, अलगाव, उपयोग वातावरण का निलंबन आदि अस्थायी उपाय
   (3) सुधारात्मक उपायों की मांग (कॉन्फ़िगरेशन परिवर्तन, उल्लंघन प्रतिक्रिया, पुनर्निर्माण आदि)
2. ग्राहक हमारी पूछताछ के जवाब में उचित अवधि के भीतर उत्तर देंगे और आवश्यक सुधार करेंगे।
3. यदि दुरुपयोग गंभीर है, तो हम संबंधित अधिकारियों, अपस्ट्रीम प्रदाताओं, सुरक्षा संगठनों आदि के साथ सहयोग कर सकते हैं और कानून की सीमा के भीतर आवश्यक जानकारी प्रदान कर सकते हैं।

धारा 12 (उल्लंघन पर उपाय) #

1. हम, जब ग्राहक इन नियमों का उल्लंघन करता है, या उसका पर्याप्त संदेह होता है, तो निम्नलिखित उपाय चरणबद्ध या तुरंत लागू कर सकते हैं:
   (1) चेतावनी, सुधारात्मक कार्रवाई की मांग
   (2) संचार प्रतिबंध, पोर्ट अवरोध, अलगाव, रेट सीमा
   (3) उपयोग वातावरण निलंबन, खाता निलंबन, अनुबंध समाप्ति
   (4) जांच और प्रतिक्रिया में लगी उचित लागत का शुल्क (आवश्यकता पर)
2. हम, दुरुपयोग का संदेह समाप्त होने तक, रद्दीकरण/बहाली को स्थगित कर सकते हैं।

धारा 13 (IP पतों आदि की प्रबंधन) #

1. आवंटित IP हमारे द्वारा निर्दिष्ट और प्रबंधित संख्या संसाधन हैं, और ग्राहक आवंटित IP के संबंध में, स्वामित्व अधिकार, स्थायी उपयोग अधिकार की गारंटी, हस्तांतरणीय अधिकार या इसके समकक्ष कोई अधिकार प्राप्त नहीं करता है।
2. हम, निम्नलिखित कारणों सहित इस सेवा प्रदान करने की आवश्यकता होने पर, आवंटित IP (निश्चित IP सहित) को बदल सकते हैं, या उपयोग को रोक सकते हैं:
   (1) दुरुपयोग रोकथाम, सुरक्षा आवश्यकता (धारा 7, 11, 12 सहित)
   (2) अपस्ट्रीम प्रदाताओं से अनुरोध, प्रदान शर्तों में परिवर्तन, लाइन/उपकरण/स्थान में परिवर्तन
   (3) संख्या संसाधन वापसी अनुरोध, संख्या संसाधन पुनर्गठन, तकनीकी या परिचालन आवश्यकता (नियोजित अपग्रेड सहित)
   (4) IP प्रतिष्ठा क्षति, ब्लैकलिस्ट पंजीकरण, शिकायतों/रिपोर्टों की बारंबारता आदि के कारण हम या अपस्ट्रीम प्रदाता आवश्यक मानें
3. जब हम आवंटित IP में परिवर्तन करते हैं, तो यदि हमें पहले से पता है, तो हम यथासंभव पूर्व सूचना देंगे। हालांकि, आपातकालीन स्थिति या अपस्ट्रीम प्रदाता की परिस्थितियों आदि के कारण पूर्व सूचना कठिन होने पर, बाद में सूचना दी जा सकती है।
4. ग्राहक, आवंटित IP पर निर्भर कॉन्फ़िगरेशन (उदाहरण: व्हाइटलिस्ट, VPN पीयर, ACL, बाहरी एकीकरण, SPF/DKIM/DMARC, रिवर्स DNS आदि) स्वयं प्रबंधित करेंगे और आवंटित IP परिवर्तन के लिए, DNS नाम का उपयोग या रिडंडेंसी, माइग्रेशन प्रक्रियाओं की तैयारी आदि करेंगे।
5. रिवर्स DNS (PTR) आदि, आवंटित IP से जुड़ी सेटिंग्स जब हम प्रदान करते हैं, तो उनका प्रदान दायरा, शर्तें, परिवर्तन संभावना व्यक्तिगत शर्तों के अनुसार होगी। हम, अपस्ट्रीम प्रदाता की बाधाओं, तकनीकी बाधाओं आदि के कारण, इन सेटिंग्स के प्रदान या रखरखाव की गारंटी नहीं देते।
6. ग्राहक, अनुबंध समाप्ति या हमसे आवंटित IP उपयोग रोकने की सूचना प्राप्त होने पर, उस आवंटित IP का उपयोग (विज्ञापन, सेटिंग, सेवा प्रदान, तीसरे पक्ष को प्रदर्शन आदि सहित) तुरंत बंद करेंगे।

धारा 14 (सेवा में परिवर्तन, रुकावट, समाप्ति) #

1. हम, निम्नलिखित कारणों सहित हमारे उचित निर्णय के आधार पर, इस सेवा के सभी या कुछ भाग में, सामग्री परिवर्तन (विनिर्देश, कार्यक्षमता, प्रदान शर्तें, प्रतिबंध, मूल्य संरचना में परिवर्तन सहित), प्रदान में रुकावट, या समाप्ति कर सकते हैं:
   (1) अपस्ट्रीम प्रदाता की प्रदान शर्तों में परिवर्तन, प्रदान समाप्ति, उपकरण हटाना, स्थान बंद करना, लाइन बंद करना आदि
   (2) कानून, विनियम, प्रशासनिक मार्गदर्शन आदि के अनुपालन
   (3) सुरक्षा आवश्यकता, गंभीर इंसिडेंट की प्रतिक्रिया
   (4) उपकरण अपग्रेड, रखरखाव, विफलता प्रतिक्रिया, आपदा या अन्य अप्रत्याशित घटनाएं
   (5) अन्यथा, जब हम यह निर्धारित करें कि इस सेवा का स्थिर प्रदान कठिन है
2. हम, पूर्व पैराग्राफ के आधार पर सेवा में परिवर्तन, रुकावट, समाप्ति करते समय, यदि हमें पहले से पता है, तो यथासंभव पूर्व सूचना देंगे। हालांकि, आपातकालीन स्थिति या अपस्ट्रीम प्रदाता की परिस्थितियों आदि के कारण पूर्व सूचना कठिन होने पर, बाद में सूचना दी जा सकती है।
3. हम, उचित रूप से संभव सीमा तक, परिवर्तन, रुकावट, समाप्ति से प्रभाव का दायरा, माइग्रेशन नीति, अनुशंसित प्रक्रियाओं आदि की जानकारी प्रदान करने का प्रयास करेंगे। हालांकि, ग्राहक वातावरण की सेटिंग परिवर्तन, माइग्रेशन कार्य, बाहरी सेवा पक्ष के परिवर्तन आदि सिद्धांततः ग्राहक की जिम्मेदारी पर किए जाएंगे (जब तक कि हम सशुल्क सपोर्ट आदि में अलग से कार्यभार नहीं लेते)।
4. इस सेवा की रुकावट, समाप्ति आदि के लिए तैयारी में, ग्राहक महत्वपूर्ण डेटा का बैकअप, रिडंडेंसी, माइग्रेशन योजना की तैयारी आदि स्वयं करेंगे। रुकावट, समाप्ति के कारण, ग्राहक का डेटा खो सकता है या अनुपयोगी हो सकता है।
5. जब हम इस सेवा की समाप्ति करते हैं, तो निपटान और रिफंड की प्रबंधन व्यक्तिगत शर्तों और हमारे द्वारा अलग से निर्धारित क्रेडिट (खाता क्रेडिट) के नियमों के अनुसार होगी। यदि व्यक्तिगत शर्तों में निर्धारित नहीं है, तो हम अप्रयुक्त अवधि की समतुल्य राशि का क्रेडिट या अन्य उचित विधि से प्रतिक्रिया देंगे (हालांकि, भुगतान शुल्क आदि की कटौती हो सकती है)।

धारा 15 (नियमों में संशोधन) #

1. हम, आवश्यकतानुसार इन नियमों में संशोधन कर सकते हैं।
2. हम, इन नियमों में संशोधन करते समय, संशोधन सामग्री और प्रभाव तिथि को, हमारी वेबसाइट पर प्रकाशन, क्लाइंट पोर्टल पर सूचना, ईमेल या अन्य उचित विधि से सूचित करेंगे।
3. महत्वपूर्ण परिवर्तनों के लिए, सिद्धांततः प्रभाव तिथि से 30 दिन पहले सूचित किया जाएगा। हालांकि, कानून संशोधन, सुरक्षा आपातकाल प्रतिक्रिया, दुरुपयोग रोकथाम, सिस्टम विफलता प्रतिक्रिया या अन्य आपातकालीन अपरिहार्य स्थितियों में, या ग्राहक के हित में मामूली परिवर्तन होने पर, यह सीमा लागू नहीं होगी और बाद में सूचना या अल्पकालिक सूचना से लागू किया जा सकता है।
4. संशोधित नियम, हमारे द्वारा सूचित प्रभाव तिथि से लागू होंगे। यदि ग्राहक प्रभाव तिथि के बाद इस सेवा का उपयोग करता है, तो माना जाएगा कि ग्राहक ने संशोधित नियमों से सहमति दी है (लागू कानूनों द्वारा प्रतिबंधित होने की स्थिति में)।
5. यदि ग्राहक संशोधित नियमों से सहमत नहीं है, तो ग्राहक प्रभाव तिथि तक हमारी निर्धारित विधि से समाप्ति आदि की प्रक्रिया करेगा (समाप्ति शर्तें व्यक्तिगत शर्तों के अनुसार होंगी)।

धारा 16 (अस्वीकरण और दायित्व सीमा) #

1. हम, दुरुपयोग रोकथाम के लिए लागू अवरोध, प्रतिबंध, निलंबन आदि, तथा धारा 13 (IP पतों आदि की प्रबंधन) और धारा 14 (सेवा में परिवर्तन, रुकावट, समाप्ति) के आधार पर उपायों से ग्राहक को होने वाली क्षति के लिए, हमारी जानबूझकर या गंभीर लापरवाही के अभाव में जिम्मेदार नहीं हैं (लागू कानूनों द्वारा प्रतिबंधित होने की स्थिति में)।
2. इस सेवा की विशेषताओं के कारण, इंटरनेट की स्थिति, अपस्ट्रीम लाइन कारक, तीसरे पक्ष कारक आदि से, संचार गुणवत्ता या पहुंच में उतार-चढ़ाव हो सकता है। हम, विशिष्ट संचार गुणवत्ता, पहुंच, विलंब, हानि दर, विशिष्ट मार्ग की गारंटी नहीं देते।
3. यदि हम क्षति मुआवजे की जिम्मेदारी लेते हैं (हमारी जानबूझकर या गंभीर लापरवाही के मामलों को छोड़कर), तो हमारी मुआवजे की जिम्मेदारी प्रत्यक्ष और सामान्य क्षति तक सीमित होगी, और हम खोए हुए लाभ, व्यावसायिक अवसरों की हानि, डेटा हानि, अप्रत्यक्ष क्षति, विशेष क्षति, परिणामी क्षति के लिए जिम्मेदार नहीं होंगे।
4. पूर्व पैराग्राफ के बावजूद, यदि हमारी मुआवजा जिम्मेदारी मान्य है (हमारी जानबूझकर या गंभीर लापरवाही के मामलों को छोड़कर), तो हमारी मुआवजा जिम्मेदारी की सीमा उस सेवा के लिए होगी जो क्षति का कारण बनी, और क्षति घटित माह के पिछले माह में ग्राहक द्वारा हमें भुगतान की गई उपयोग शुल्क के समतुल्य राशि (यदि उस पिछले माह में भुगतान रिकॉर्ड नहीं है, तो उस क्षति घटित माह में भुगतान की जाने वाली उपयोग शुल्क के समतुल्य राशि) तक सीमित होगी (लागू कानूनों द्वारा प्रतिबंधित होने की स्थिति में)।

धारा 17 (लागू कानून और न्यायिक क्षेत्राधिकार) #

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

परिशिष्ट A: मानक सहायता शर्तें #

अनुलग्नक B: SLA (99.9%・विफलता के समय सेवा क्रेडिट) #

अंतिम अपडेट: 2026-02-17

1. लागू दायरा #

यह अनुलग्नक हमारे द्वारा प्रदान की जाने वाली BESTNET CLOUD/VPS सेवा (इसके बाद “SLA लागू सेवा”) पर लागू होता है। SLA लागू सेवा केवल वे हैं जिन्हें हमने बिक्री पेज आदि पर SLA लागू होने का स्पष्ट उल्लेख किया है।
SLA लागू सेवा के उपयोग में, इस अनुलग्नक की सामग्री इस नियम के मुख्य पाठ की विशेष शर्त के रूप में लागू होती है।
यदि इस नियम के मुख्य पाठ और इस अनुलग्नक की सामग्री में विरोधाभास है, तो यह अनुलग्नक केवल “अपटाइम गारंटी और सेवा क्रेडिट” के दायरे में प्राथमिकता लेता है।

2. SLA का अवलोकन #

हम इस सेवा की मासिक अपटाइम के लिए 99.9% (इसके बाद “SLA मान”) की गारंटी देते हैं।
SLA मान से नीचे जाने पर, शर्तें पूरी करने वाले ग्राहकों को हमारे क्लाइंट पोर्टल में खाता क्रेडिट (सेवा क्रेडिट) प्रदान किया जाएगा।

3. परिभाषाएं #

3.1 अपटाइम (Availability) #

अपटाइम की गणना कैलेंडर महीने (जापान मानक समय JST) में निम्नलिखित सूत्र से की जाती है।

• अपटाइम (%) ＝ 100 × (कुल प्रदान समय − डाउनटाइम) ÷ कुल प्रदान समय
• कुल प्रदान समय: उस महीने के कुल मिनट (उदाहरण: 30 दिन＝43,200 मिनट)
• डाउनटाइम: हमारे द्वारा परिभाषित “डाउनटाइम” के अनुरूप और “SLA दायरे से बाहर कारण” के अनुरूप नहीं समय (मिनट)

3.2 डाउनटाइम (Outage) #

“डाउनटाइम” से तात्पर्य हमारी मॉनिटरिंग द्वारा इस सेवा के लगातार अनुपलब्ध होने की स्थिति से है।
5 मिनट से कम की रुक-रुक कर होने वाली घटनाओं को डाउनटाइम में शामिल नहीं किया जा सकता है (माप स्थिरता सुनिश्चित करने के लिए)।

3.3 डाउनटाइम (Downtime) #

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

4. SLA दायरे से बाहर (डाउनटाइम में शामिल नहीं किए जाने वाले कारण) #

निम्नलिखित मामलों में, वह समय डाउनटाइम में शामिल नहीं किया जाएगा (SLA मुआवजे के दायरे से बाहर)।

• ग्राहक की OS सेटिंग्स・मिडलवेयर・एप्लिकेशन・डेटाबेस आदि के कारण होने वाली विफलता
• ग्राहक के ऑपरेशन (सेटिंग परिवर्तन・हटाना・संसाधन की कमी सहित) के कारण होने वाली विफलता
• हमारे द्वारा पूर्व सूचित नियोजित रखरखाव (उपकरण परिवर्तन, लाइन स्विचिंग, स्थान परिवर्तन, आवंटित IP परिवर्तन/बदलाव सहित)
• आपातकालीन रखरखाव (सुरक्षा प्रतिक्रिया आदि) जिसके लिए हम बाद में आवश्यक सूचना देते हैं
• बाहरी कारण (अपस्ट्रीम लाइन प्रदाता की विफलता, अपस्ट्रीम प्रदाता की शर्त परिवर्तन・प्रदान समाप्ति, नंबर संसाधन की वापसी अनुरोध, संपूर्ण इंटरनेट की विफलता, DDoS, तीसरे पक्ष का हमला, प्राकृतिक आपदा आदि)
• हमारे सामान्य उपयोग नियमों (इस नियम का मुख्य भाग) के तहत किए गए उपाय (अनुचित उपयोग की रोकथाम, अपस्ट्रीम अनुरोधों का पालन, कानूनी अनुपालन आदि के लिए संचार प्रतिबंध/आइसोलेशन/निलंबन, आवंटित IP का परिवर्तन/निलंबन आदि) से उत्पन्न या संबंधित घटनाएं
• निःशुल्क प्रदान किए गए भाग, या हमारे द्वारा अलग से निर्दिष्ट गैर-लागू सेवाएं

5. सेवा क्रेडिट (मुआवजा) की सामग्री #

5.1 मुआवजे का स्वरूप #

मुआवजा हमारे क्लाइंट पोर्टल के खाता क्रेडिट के रूप में प्रदान किया जाता है।
नकद रिफंड, कार्ड रिफंड, बैंक ट्रांसफर आदि नहीं किया जाता है।
सेवा क्रेडिट का उपचार (प्रकृति, समाप्ति, अंतिम निपटान आदि) हमारे द्वारा अलग से निर्धारित क्रेडिट नियमों के अनुसार होता है।

5.2 मुआवजे के योग्य शुल्क #

मुआवजे का विषय उस महीने की इस सेवा (मासिक) का मूल शुल्क है।
(उपयोग-आधारित शुल्क, विलंब शुल्क, प्रशासनिक शुल्क आदि कुछ मामलों में लागू नहीं हो सकते हैं)

5.3 क्रेडिट गणना विधि #

उस महीने की कुल मिनट को M (मिनट), और डाउनटाइम को D (मिनट) माना जाता है।

• SLA उल्लंघन निर्धारण:
  • यदि D ＞ ⌈M × 0.001⌉, तो SLA मान (99.9%) से नीचे होने का निर्धारण किया जाता है
  • ⌈ ⌉ राउंड अप है (मिनट इकाई)
• अनुमत डाउनटाइम:
  • T ＝ ⌈M × 0.001⌉
• अतिरिक्त डाउनटाइम:
  • E ＝ D − T (यदि E 0 या उससे कम है तो 0)
• क्रेडिट दर (%):
  • क्रेडिट दर ＝ min(100, ⌈E ÷ 30⌉ × 5)
• प्रदान किया गया क्रेडिट राशि:
  • प्रदत्त राशि ＝ उस महीने का मूल शुल्क × क्रेडिट दर

उदाहरण (30-दिन का महीना: M=43,200 मिनट → T=44 मिनट) #

• डाउनटाइम 44 मिनट: SLA के भीतर → 0%
• डाउनटाइम 50 मिनट: अतिरिक्त 6 मिनट → ⌈6/30⌉=1 → 5%
• डाउनटाइम 80 मिनट: अतिरिक्त 36 मिनट → ⌈36/30⌉=2 → 10%
• डाउनटाइम 200 मिनट: अतिरिक्त 156 मिनट → ⌈156/30⌉=6 → 30%

5.4 ऊपरी सीमा #

सेवा क्रेडिट की ऊपरी सीमा उस महीने के मूल शुल्क का 100% है।

6. आवेदन (दावा) विधि #

सेवा क्रेडिट प्राप्त करने के लिए, निम्नलिखित शर्तों को पूरा करना आवश्यक है।

• विफलता होने (या हमारी घोषणा) के 30 दिनों के भीतर, समर्थन विंडो (टिकट) के माध्यम से आवेदन करना
• लक्षित सेवा (अनुबंध ID आदि), घटना का समय, प्रभाव की सामग्री स्पष्ट रूप से बताना
• ग्राहक खाता भुगतान विलंब आदि से मुक्त होना और मान्य अनुबंध स्थिति में होना

※यदि आवेदन नहीं किया जाता है, तो स्वचालित प्रदान नहीं किया जा सकता है।

7. क्रेडिट प्रदान करने का समय #

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

8. अस्वीकरण और अन्य #

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