Organizations के बारे में

Organization बनाने के लिए आपके पास KYB-वेरिफ़ाइड कॉर्पोरेट Kraken अकाउंट होना ज़रूरी है. पर्सनल Kraken अकाउंट पात्र नहीं हैं.

Organization केवल वही अकाउंट होल्डर बना सकता है जिसने बिज़नेस वेरिफ़िकेशन पूरी की हो. Organization बन जाने के बाद यह व्यक्ति Organization Owner बन जाता है.

Organization बनाने को सेल्फ-सर्विस के ज़रिए अनडू नहीं किया जा सकता. Organization बन जाने के बाद उसे रिवर्स करने के लिए मैन्युअल सहायता की ज़रूरत होगी.

ध्यान रखें: Organizations अभी बीटा में है. कुछ सुविधाओं की सीमाएं हो सकती हैं. विवरण के लिए बीटा सीमाएं देखें.

Organizations इंस्टीट्यूशनल क्लाइंट्स को साझा अकाउंट्स पर टीम एक्सेस मैनेज करने और संवेदनशील कार्यों के लिए अप्रूवल अनिवार्य करने की सुविधा देता है.

• अपनी Organization में टीम मेंबर्स को आमंत्रित करें
• वर्कफ़्लो और अकाउंट के अनुसार परमिशन असाइन करें
• निकासी, एड्रेस बदलाव और परमिशन अपडेट जैसे संवेदनशील कार्यों के लिए अप्रूवल अनिवार्य करें
• 2FA और सेशन टाइमआउट जैसे साझा सुरक्षा नियंत्रण लागू करें
• गवर्नेंस चरणबद्ध तरीके से लागू करें — पहले तेज़ी से शुरू करें, बाद में नियम कड़े करें

Organization Owner — वह अकाउंट होल्डर जिसने Organization बनाई है. Owner को शुरू से पूरी एडमिनिस्ट्रेटिव परमिशन मिलती हैं और टीम के लिए एक्सेस और गवर्नेंस सेट अप करने की ज़िम्मेदारी उन्हीं की होती है. को-ओनर की कोई भूमिका नहीं है.

Member — वह व्यक्ति जिसे Organization में विशिष्ट परमिशन के साथ आमंत्रित किया गया हो. Members अपने Kraken क्रेडेंशियल्स से साइन इन करते हैं और Organization की साइन-इन 2FA पॉलिसी का पालन करना अनिवार्य है.

Service User — Organization के भीतर बनाया गया केवल API-आधारित ऑपरेटर. Service Users API key क्रेडेंशियल्स से ऑथेंटिकेट करते हैं और अनुरोध शुरू कर सकते हैं, लेकिन उन्हें अप्रूव नहीं कर सकते और UI में साइन इन भी नहीं कर सकते. विवरण के लिए Service Users देखें.

Organization — सदस्यों, अकाउंट्स और गवर्नेंस को एक ही ढांचे में एकजुट करने वाला शीर्ष-स्तरीय कंटेनर.

Account — ट्रेडिंग और फ़ंडिंग के लिए उपयोग की जाने वाली एक इकाई जिसमें अलग बैलेंस होते हैं. परमिशन प्रति अकाउंट दी जाती हैं — एक अकाउंट की एक्सेस दूसरे अकाउंट पर लागू नहीं होती. मल्टी-अकाउंट ट्रेडिंग भविष्य के रिलीज़ में उपलब्ध होगी.

Permission — एक ग्रांट जो तय करती है कि कोई Member या Service User क्या कर सकता है. परमिशन एडिटिव होती हैं: क्लायंट बिना किसी एक्सेस के शुरू करते हैं और हर परमिशन अलग से दी जानी चाहिए. पूरी जानकारी के लिए Permissions and workflows देखें.

Workflow — संबंधित ऑपरेशन्स का एक समूह जो एक ही परमिशन मॉडल और पॉलिसी कॉन्फ़िगरेशन साझा करता है. Organizations में चार वर्कफ़्लो हैं: Initiate Withdrawal, Manage Addresses, Manage Access, और Manage Policies.

Operation — किसी वर्कफ़्लो के अंतर्गत एक विशिष्ट कार्य. उदाहरण के लिए, Initiate Withdrawal वर्कफ़्लो में 'क्रिप्टो निकासी बनाएं' एक ऑपरेशन है.

Policy — किसी वर्कफ़्लो के लिए गवर्नेंस कॉन्फ़िगरेशन. पॉलिसी यह तय करती है कि कितनी अप्रूवल आवश्यक हैं और क्या कुछ क्लायंट्स द्वारा कार्य तुरंत पूरे किए जा सकते हैं. विवरण के लिए Policies, approvals, and governance देखें.

Request — कार्य की एक इकाई जो तब बनती है जब कोई Member या Service User किसी गवर्न्ड वर्कफ़्लो पर कार्य शुरू करता है. अनुरोध या तो तुरंत पूरे हो जाते हैं (जब पॉलिसी द्वारा अनुमति हो) या समीक्षा के लिए अप्रूवल क्यू में रखे जाते हैं.

Execute — एक परमिशन जो किसी Member को अप्रूवल की प्रतीक्षा किए बिना कार्य पूरा करने की अनुमति देती है, जब वर्कफ़्लो पॉलिसी इसकी अनुमति देती हो. जब 'Always require approval' चालू हो, तो Execute का कोई प्रभाव नहीं होता.

Policy lock — एक गवर्नेंस नियंत्रण जो किसी एक व्यक्ति को वर्कफ़्लो की पॉलिसी बदलने से रोकता है. भविष्य के बदलावों के लिए स्वतंत्र अप्रूवल ज़रूरी होगी और यह पर्याप्त अप्रूवर्स की उपलब्धता पर निर्भर करेगी.

Separation of duties — यह नियम कि कोई Member अपने स्वयं के अनुरोध को अप्रूव नहीं कर सकता. सिस्टम द्वारा लागू — इसे ओवरराइड नहीं किया जा सकता.

• मेंबर अपने अनुरोध स्वीकृत नहीं कर सकते. सिस्टम द्वारा लागू — इसे ओवरराइड नहीं किया जा सकता.
• परमिशन ऐडिटिव होती हैं. मेंबर को शुरुआत में कोई एक्सेस नहीं होती और हर परमिशन उन्हें अलग से देनी होती है.
• कोई कार्रवाई तुरंत पूरी होती है या उसके लिए स्वीकृति ज़रूरी है — यह मेंबर की परमिशन और वर्कफ़्लो की पॉलिसी दोनों पर निर्भर करता है. परमिशन और वर्कफ़्लो देखें.
• लॉक की गई पॉलिसी को बिना स्वतंत्र स्वीकृति के कोई नहीं बदल सकता — Owner भी नहीं.
• Organization साइन-इन 2FA अनिवार्य है. पॉलिसी निर्माण के समय सेट की जाती है और सभी मौजूदा व भविष्य के मेंबर पर लागू होती है.
• निष्क्रिय सेशन समाप्त हो जाते हैं और दोबारा ऑथेंटिकेशन ज़रूरी होता है.

Organizations फिलहाल Beta में है. मुख्य सीमाएं

• केवल सिंगल-अकाउंट मोड उपलब्ध है — मल्टी-अकाउंट ट्रेडिंग अभी सपोर्टेड नहीं है

• कुछ प्लेटफ़ॉर्म ऑपरेशन केवल Owner के लिए हैं (फ़्यूचर्स, OTC, कन्वर्ट, कस्टडी)

• क्लायंट के लिए ऑडिट लॉग अभी उपलब्ध नहीं हैं

• कस्टम रोल सेव करके दोबारा उपयोग नहीं किए जा सकते

• तत्काल एड्रेस बदलाव की ईमेल कन्फ़र्मेशन अनुरोध बनाने वाले को नहीं, Owner को भेजी जाती है

• Beta के दौरान कुछ ऑपरेशन UI और API में अलग-अलग हो सकते हैं

पूरी सूची के लिए Beta सीमाएं देखें.

Organizations कार्रवाइयों को 4 वर्कफ़्लो क्षेत्रों में बांटता है. प्रत्येक वर्कफ़्लो की अपनी परमिशन और पॉलिसी सेटिंग्स होती हैं.

अपना Organization सेट अप करने के लिए तैयार हैं? पूरे क्रिएशन वॉकथ्रू और पहले चरणों के लिए Organization बनाएं देखें — जिसमें मेंबर्स को आमंत्रित करना, परमिशन असाइन करना, अप्रूवल पॉलिसी कॉन्फ़िगर करना और तैयार होने पर गवर्नेंस लॉक करना शामिल है.