Entity Enricher संगठन-आधारित मल्टी-टेनेंसी का उपयोग करता है। प्रत्येक उपयोगकर्ता एक संगठन से संबंधित होता है, और सभी डेटा — रिकॉर्ड, स्कीमा, API keys — प्रति संगठन पृथक रहता है।
संगठन डेटा आइसोलेशन के लिए शीर्ष-स्तरीय सीमा हैं। जब आप साइन अप करते हैं, तो आप एक नया संगठन बनाते हैं या किसी मौजूदा में शामिल होते हैं। सभी एनरिचमेंट रिकॉर्ड, स्कीमा और API कुंजियाँ आपके संगठन की होती हैं और टीम सदस्यों को उनकी भूमिका के आधार पर सुलभ होती हैं।
Entity Enricher 4-स्तरीय भूमिका पदानुक्रम का उपयोग करता है। प्रत्येक भूमिका में उसके नीचे की भूमिकाओं की सभी अनुमतियाँ शामिल होती हैं:
हर संगठन दो प्रकारों में से एक होता है, और इस पेज पर आगे जो कुछ बताया गया है — जॉइन करना, अप्रूव करना, रोल्स — वह ज़्यादातर सिर्फ़ दूसरे प्रकार पर लागू होता है।
साइन अप करते समय आपके लिए अपने आप बनाया जाता है, आपके अकाउंट के नाम पर। इसमें ठीक एक ही सदस्य होता है, यह जॉइन सर्च से छिपा रहता है और डायरेक्ट लिंक से भी जॉइन रिक्वेस्ट स्वीकार नहीं करता, और जहाँ बिज़नेस अकाउंट अपना Users पेज दिखाता है वहाँ यह अपग्रेड प्रॉम्प्ट दिखाता है। इसके अलावा कुछ भी कम नहीं है: स्कीमा, एनरिचमेंट, database syncs और बिलिंग सब एक जैसे ही काम करते हैं।
बहु-उपयोगकर्ता संगठन: जॉइन सर्च में खोजा जा सकने वाला, जॉइन अनुरोध, भूमिकाओं और स्वामी की स्वीकृति के साथ। स्वामी संगठन सेटिंग्स से किसी भी दिशा में बदलाव कर सकता है — हालाँकि जब तक अन्य सदस्य मौजूद हैं, व्यक्तिगत पर लौटना अस्वीकार कर दिया जाता है, क्योंकि इससे वे अधर में रह जाएँगे।
Firebase authentication के ज़रिए Google, GitHub या ईमेल से साइन अप करें। आपको तुरंत एक व्यक्तिगत वर्कस्पेस मिल जाता है; वहाँ से आप एक बिज़नेस संगठन बना सकते हैं या किसी में शामिल होने का अनुरोध कर सकते हैं। नीचे दी गई खोज में केवल बिज़नेस संगठन दिखाई देते हैं।
किसी organization में शामिल होते समय उपयोगकर्ता एक अनुमोदन वर्कफ़्लो से गुज़रते हैं:
| स्थिति | अर्थ | लॉग इन कर सकते हैं? |
|---|---|---|
| सक्रिय | निर्दिष्ट भूमिका के आधार पर सिस्टम तक पूर्ण पहुँच | हाँ |
| लंबित | शामिल होने का अनुरोध सबमिट किया गया, owner की स्वीकृति की प्रतीक्षा है | नहीं |
| अस्वीकृत | शामिल होने का अनुरोध किसी owner द्वारा अस्वीकार कर दिया गया | नहीं |
| निष्क्रिय किया गया | खाता अक्षम कर दिया गया था (सॉफ़्ट डिलीट, ऑडिट ट्रेल को संरक्षित रखता है) | नहीं |
कोई भी उपयोगकर्ता अपने ऑर्गनाइज़ेशन को छोड़ सकता है। व्यवहार स्वामित्व पर निर्भर करता है:
आपका खाता निष्क्रिय कर दिया गया है और आप साइन आउट हो गए हैं। ऑडिट उद्देश्यों के लिए आपके enrichment record organization में बने रहते हैं।
यदि आप एकमात्र शेष owner हैं, तो आपको organization हटाने की पुष्टि करनी होगी। Enrichment record और schema अलग कर दिए जाते हैं (हटाए नहीं जाते), जबकि users, API keys, और provider keys organization के साथ हटा दिए जाते हैं।
स्वामी अपनी टीम प्रबंधित करने के लिए यूज़र मैनेजमेंट पेज खोलते हैं, और सिस्टम एडमिन को एक टैब अधिक दिखता है:
सुरक्षा नियम:
Settings पेज वह जगह है जहाँ owner खुद ऑर्गनाइज़ेशन को कॉन्फ़िगर करता है, दो हिस्सों में:
संगठन का प्रदर्शित नाम, संपर्क विवरण और डाक पता, तथा उसका खाता प्रकार (व्यक्तिगत या व्यावसायिक)। URL slug एक बार बन जाने के बाद तय हो जाता है, क्योंकि लिंक और इंटीग्रेशन उसी पर आधारित होते हैं।
ऐसे विकल्प जो किसी एक रन पर नहीं, बल्कि संगठन के सभी लोगों पर लागू होते हैं: हर टास्क के लिए एक पसंदीदा मॉडल (जब भी रिक्वेस्ट में कोई मॉडल नहीं बताया जाता, तब इस्तेमाल होता है), मॉडलों की रैंकिंग में क्वालिटी, स्पीड और लागत को कितना महत्व दिया जाए, और वह एम्बेडिंग मॉडल जिसके सापेक्ष सिमेंटिक ID रिज़ॉल्व होती हैं। डिफ़ॉल्ट एक प्लान फ़ीचर हैं — जिन प्लान में यह नहीं है, वहाँ यह सेक्शन केवल-पढ़ने योग्य रहता है।
Entity Enricher कई प्रमाणीकरण विधियों का समर्थन करता है:
Firebase के माध्यम से Google या GitHub से साइन इन करें। कोई पासवर्ड ज़रूरी नहीं।
Firebase के माध्यम से पारंपरिक ईमेल और पासवर्ड प्रमाणीकरण।
CI/CD और सर्विस इंटीग्रेशन के लिए प्रोग्रामैटिक एक्सेस कीज़।
प्रमाणीकरण के बाद, बैकएंड अल्पकालिक JWT एक्सेस टोकन (15 मिनट) और दीर्घकालिक रिफ्रेश टोकन (7 दिन) जारी करता है। प्रोग्रामेटिक एक्सेस के बारे में API Keys गाइड में और जानें।