बहु-किरायेदार वास्तुकला

ग्राहक का पूर्ण अलगाव। बीपीओ के लिए बनाया गया।

प्रत्येक क्लाइंट के लिए अलग-अलग अनुपालन नियम, रिकॉर्डिंग, उपयोगकर्ता और बिलिंग। डेटाबेस स्तर पर PostgreSQL RLS लागू। कुछ ही मिनटों में नए टेनेंट स्थापित करें।

त्वरित जवाब

DialerBee में मल्टी-टेनेंट आर्किटेक्चर क्या है? DialerBee का मल्टी-टेनेंट आर्किटेक्चर BPO, टेलीकॉम रीसेलर्स और कई क्लाइंट प्रोग्राम्स को मैनेज करने वाले संगठनों के लिए पूर्ण क्लाइंट आइसोलेशन प्रदान करता है। प्रत्येक टेनेंट को अलग-अलग डेटा मिलता है (डेटाबेस लेयर पर PostgreSQL रो-लेवल सिक्योरिटी द्वारा लागू), स्वतंत्र अनुपालन नियम (DNC सूचियाँ, कॉलिंग घंटे, सहमति ट्रैकिंग), अलग-अलग कॉल रिकॉर्डिंग (स्वतंत्र रिटेंशन और लीगल होल्ड के साथ प्रति-टेनेंट स्टोरेज), प्रति-टेनेंट बिलिंग (उपयोग, मिनट, सीटें अलग-अलग ट्रैक की जाती हैं), भूमिका-आधारित एक्सेस कंट्रोल (एजेंट और सुपरवाइजर अपने टेनेंट तक सीमित होते हैं), प्रति-टेनेंट AI ट्यूनिंग (AMD की सटीकता प्रत्येक टेनेंट के लिए स्वतंत्र रूप से बेहतर होती है), और एडमिन पोर्टल या API के माध्यम से कुछ ही मिनटों में टेनेंट प्रोविजनिंग की सुविधा मिलती है। यह 9 भाषाओं में उपलब्ध है, जिसमें प्रति-टेनेंट भाषा डिफ़ॉल्ट सेटिंग्स हैं।

समस्या

सिंगल-टेनेंट डायलर ऐसा नहीं करते हैं बीपीओ के लिए पैमाना

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

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

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

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

यह काम किस प्रकार करता है

अलगाव प्रत्येक परत

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

चरण 01

डेटा को अलग करें

प्रत्येक क्लाइंट का डेटा तार्किक रूप से पृथक विभाजन में रहता है। PostgreSQL RLS यह सुनिश्चित करता है कि प्रत्येक क्वेरी स्वचालित रूप से वर्तमान टेनेंट तक सीमित हो जाए — यह डेटाबेस इंजन द्वारा लागू किया जाता है, न कि एप्लिकेशन लॉजिक द्वारा।

चरण 02

अलग-थलग नियम

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

चरण 03

अलग-अलग रिकॉर्डिंग

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

चरण 04

अलग बिलिंग

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

आमने-सामने तुलना

वास्तविक बहु-किरायेदारी बनाम बुनियादी उपयोगकर्ता समूह

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

प्रबंधन सुविधाएँ

एकाधिक क्लाइंट चलाएँ एक प्लेटफ़ॉर्म से

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

भूमिका-आधारित पहुँच नियंत्रण

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

ग्राहक-स्तरीय रिपोर्टिंग

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

किरायेदार प्रावधान

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

बिलिंग पृथक्करण

प्रत्येक किरायेदार के लिए उपयोग, मिनट, सीटें और मैसेजिंग लागत को ट्रैक करें। बिलिंग के लिए बिलिंग डेटा निर्यात करें। API के माध्यम से अपने बिलिंग सिस्टम के साथ एकीकृत करें।

प्रति-किरायेदार एआई ट्यूनिंग

किरायेदार-आधारित ट्यूनिंग वर्कफ़्लो के माध्यम से प्रत्येक किरायेदार के लिए AMD की सटीकता में स्वतंत्र रूप से सुधार होता है। प्रत्येक क्लाइंट की प्रतिक्रिया से उनके अपने मॉडल का प्रदर्शन बेहतर होता है।

व्हाइट-लेबल विकल्प

अपने ब्रांड के तहत DialerBee को कस्टम डोमेन, लोगो और कलर स्कीम के साथ चलाएं। रीसेलर डिप्लॉयमेंट के लिए प्रति-टेनेंट ब्रांडिंग की सुविधा उपलब्ध है।

उपयोग के मामले

बहु-किरायेदारी के लिए हर व्यावसायिक मॉडल

बीपीओ संचालन

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

टेलीकॉम पुनर्विक्रेता

अपने ग्राहकों के लिए व्हाइट-लेबल डायलरबी का लाभ उठाएं। प्रत्येक टेनेंट के लिए अलग-अलग ब्रांडिंग, बिलिंग और सपोर्ट की सुविधा। अलग-अलग इंस्टेंस को मैनेज किए बिना अपने रीसेलर व्यवसाय को बढ़ाएं।

उद्यम प्रभाग

स्वतंत्र अनुपालन आवश्यकताओं वाली अलग-अलग व्यावसायिक इकाइयाँ। प्रत्येक विभाग को अलग-अलग डेटा, नियमों और रिपोर्टिंग के साथ अपना स्वयं का किरायेदार मिलता है।

संग्रह एजेंसियां

प्रत्येक पोर्टफोलियो के लिए अलग-अलग किरायेदार। अलग-अलग ग्राहक, अलग-अलग अनुपालन नियम, अलग-अलग रिकॉर्डिंग प्रतिधारण। पोर्टफोलियो मालिकों को अलगाव साबित करें।

MENA BPO

अरबी आरटीएल समर्थन के साथ मल्टी-टेनेंट प्लेटफॉर्म। यूएई के ग्राहक टीडीआरए नियमों के अंतर्गत और सऊदी अरब के ग्राहक सीआईटीसी नियमों के अंतर्गत - एक ही प्लेटफॉर्म पर अलग-अलग अनुपालन के साथ।

फ्रैंचाइज़ संचालन

प्रत्येक फ्रेंचाइजी के लिए अलग-अलग किरायेदार होते हैं जिन पर केंद्रीय निगरानी रखी जाती है। प्रत्येक फ्रेंचाइजी स्वतंत्र रूप से काम करती है जबकि मुख्यालय प्लेटफॉर्म स्तर पर दृश्यता बनाए रखता है।

तकनीकी निर्देश

हुड के नीचे

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

बहु-किरायेदारी के बारे में अक्सर पूछे जाने वाले प्रश्न

DialerBee किरायेदार अलगाव को कैसे लागू करता है?
DialerBee डेटाबेस क्वेरी लेयर पर टेनेंट सीमाओं को लागू करने के लिए PostgreSQL रो-लेवल सिक्योरिटी (RLS) का उपयोग करता है। इसका मतलब है कि आइसोलेशन केवल एप्लिकेशन लॉजिक द्वारा ही नहीं, बल्कि डेटाबेस इंजन द्वारा भी लागू किया जाता है। प्रत्येक क्वेरी स्वचालित रूप से वर्तमान टेनेंट तक सीमित हो जाती है। क्रॉस-टेनेंट डेटा एक्सेस को आर्किटेक्चरल रूप से रोका जाता है।
क्या प्रत्येक किरायेदार के लिए अनुपालन के अलग-अलग नियम हो सकते हैं?
जी हां। प्रत्येक किरायेदार को स्वतंत्र डीएनसी सूचियां, कॉलिंग-घंटे के नियम, सहमति ट्रैकिंग, पुनः प्रयास सीमाएं और नियामक प्रोफाइल मिलते हैं। एक किरायेदार एक ही प्लेटफॉर्म पर टीसीपीए नियम चला सकता है जबकि दूसरा किरायेदार टीडीआरए नियम चला सकता है, बिना किसी ओवरलैप या हस्तक्षेप के।
मैं कितनी जल्दी एक नया किरायेदार स्थापित कर सकता हूँ?
एडमिन पोर्टल या पार्टनर एपीआई के माध्यम से कुछ ही मिनटों में नए टेनेंट बनाए जा सकते हैं। कंप्लायंस नियमों, उपयोगकर्ता भूमिकाओं, कैंपेन सेटिंग्स और डीआईडी पूल के लिए टेम्पलेटेड कॉन्फ़िगरेशन ऑनबोर्डिंग को तेज़ बनाते हैं। एजेंट उसी दिन से कॉल करना शुरू कर सकते हैं।
क्या कॉल रिकॉर्डिंग अलग-अलग किरायेदारों के बीच अलग-अलग होती है?
जी हां। कॉल रिकॉर्डिंग पूरी तरह से अलग-थलग रखते हुए प्रत्येक टेनेंट द्वारा संग्रहीत और एक्सेस की जाती हैं। प्रत्येक टेनेंट की अपनी स्वतंत्र डेटा रिटेंशन नीतियां, कानूनी रोक नियंत्रण और स्टोरेज मॉनिटरिंग होती है। कोई भी टेनेंट UI या API के माध्यम से किसी अन्य टेनेंट की रिकॉर्डिंग तक नहीं पहुंच सकता है।
प्रति-किरायेदार एआई ट्यूनिंग कैसे काम करती है?
एआई एएमडी के लिए एजेंट सुधार किरायेदार-आधारित ट्यूनिंग वर्कफ़्लो में शामिल होते हैं। इसका मतलब है कि प्रत्येक किरायेदार की प्रतिक्रिया उनके विशिष्ट कैरियर, क्षेत्रों और अभियान प्रकारों के लिए एएमडी की सटीकता में सुधार करती है - अन्य किरायेदारों के मॉडल को प्रभावित किए बिना।
क्या प्लेटफॉर्म के मालिक क्रॉस-टेनेंट डेटा देख सकते हैं?
जी हां। प्लेटफ़ॉर्म के मालिक और प्रशासक परिचालन प्रबंधन के लिए क्रॉस-टेनेंट एनालिटिक्स तक पहुंच सकते हैं — कुल उपयोग, प्लेटफ़ॉर्म की स्थिति और एकत्रित मेट्रिक्स। लेकिन टेनेंट-स्तर के उपयोगकर्ता (प्रशासक, पर्यवेक्षक, एजेंट) केवल अपने टेनेंट का डेटा देख सकते हैं।
क्या मल्टी-टेनेन्सी व्हाइट-लेबल के साथ काम करती है?
जी हां। व्हाइट-लेबल विकल्प प्रत्येक किरायेदार के लिए कस्टम डोमेन, लोगो और रंग योजना की अनुमति देते हैं। यह उन दूरसंचार पुनर्विक्रेताओं के लिए आदर्श है जो साझा बुनियादी ढांचे पर चलते हुए प्रत्येक ग्राहक को ब्रांडेड अनुभव प्रदान करना चाहते हैं।
प्रत्येक किरायेदार के लिए बिलिंग की गणना कैसे की जाती है?
प्रत्येक टेनेंट के उपयोग, मिनट, सीटों और मैसेजिंग लागत को स्वचालित रूप से ट्रैक किया जाता है। बिलिंग डेटा को इनवॉइसिंग के लिए निर्यात किया जा सकता है या API के माध्यम से आपके बिलिंग सिस्टम के साथ एकीकृत किया जा सकता है। प्रत्येक टेनेंट की लागत का सटीक हिसाब बिना किसी मैन्युअल गणना के किया जाता है।

बीपीओ और पुनर्विक्रेताओं के लिए बनाया गया

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

View full site in English →