ट्रस्ट सेंटर
सिक्योरिटी, अनुपालन और डेटा प्रैक्टिस — DialerBee
AI कॉन्टैक्ट सेंटर प्लेटफ़ॉर्म, मल्टी-टेनेंट आइसोलेशन, डिफ़ॉल्ट-डिनाई अनुपालन, ऐपेंड-ओनली ऑडिट ट्रेल और पारदर्शी AI डेटा प्रैक्टिस के साथ। रेगुलेटेड इंडस्ट्री के लिए बना।
संक्षिप्त उत्तर
DialerBee सिक्योरिटी और अनुपालन को कैसे संभालता है? DialerBee AES-256 एन्क्रिप्शन, मल्टी-टेनेंट आइसोलेशन के लिए PostgreSQL Row-Level Security, ऐपेंड-ओनली ऑडिट लॉग, और TCPA, GDPR, TDRA, CST आदि के लिए डिफ़ॉल्ट-डिनाई अनुपालन कंट्रोल के साथ एंटरप्राइज़-ग्रेड सिक्योरिटी देता है। सिंगल साइन-ऑन OIDC और SAML के ज़रिए उपलब्ध है, SCIM यूज़र प्रोविज़निंग के साथ, और टू-फ़ैक्टर साइन-इन, IP अलाउ-लिस्ट और आइडल टाइमआउट हर लॉगिन को सुरक्षित रखते हैं। AI सुविधाएँ वैकल्पिक हैं, डिफ़ॉल्ट रूप से बंद हैं, और ग्राहक डेटा का उपयोग कभी साझा मॉडल को ट्रेन करने के लिए नहीं होता।
सिक्योरिटी
परत-दर-परत सुरक्षा, उम्मीद के भरोसे सुरक्षा नहीं
स्टैक की हर परत मज़बूत की गई है। टेनेंट आइसोलेशन को नामकरण परंपराओं के भरोसे माना नहीं जाता, बल्कि ऑटोमेटेड टेस्ट और सिक्योरिटी रिव्यू प्रक्रियाओं से सत्यापित किया जाता है।
हर जगह एन्क्रिप्शन
ट्रांज़िट में सभी डेटा के लिए TLS 1.2+। स्टोर किए गए डेटा के लिए AES-256 एन्क्रिप्शन। एन्क्रिप्शन को सपोर्टेड प्रोडक्शन डेटा फ़्लो के लिए लागू करने के उद्देश्य से डिज़ाइन किया गया है, बिना किसी इच्छित प्लेनटेक्स्ट फ़ॉलबैक के।
रोल-आधारित एक्सेस कंट्रोल
agent से super_admin तक 7 अलग भूमिकाएँ। API एंडपॉइंट कॉन्फ़िगर किए गए RBAC मॉडल के अनुसार भूमिका जाँच लागू करने के लिए डिज़ाइन किए गए हैं। हर जगह न्यूनतम विशेषाधिकार का सिद्धांत।
मल्टी-टेनेंट आइसोलेशन
हर टेनेंट टेबल पर PostgreSQL Row-Level Security लागू। ऑटोमेटेड सिक्योरिटी टेस्टिंग सत्यापित करती है कि Tenant B, Tenant A का डेटा एक्सेस नहीं कर सकता।
ऐपेंड-ओनली ऑडिट लॉग
ऐपेंड-ओनली ऑडिट ट्रेल। डेटाबेस स्तर पर UPDATE और DELETE हटाए गए। जहाँ ऑडिट लॉगिंग कॉन्फ़िगर है, वहाँ प्रशासनिक और सिक्योरिटी से जुड़ी कार्रवाइयाँ कर्ता, टाइमस्टैम्प और संदर्भ के साथ दर्ज होती हैं।
साइन किए गए रिकॉर्डिंग URL
कॉल रिकॉर्डिंग कभी सीधे पाथ से उजागर नहीं होतीं। 1 घंटे में एक्सपायर होने वाले साइन किए गए URL। एक्सपायर लिंक पुराना ऑडियो नहीं, 403 लौटाते हैं।
बैकअप और डिज़ास्टर रिकवरी
पॉइंट-इन-टाइम रिकवरी के साथ ऑटोमेटेड डेटाबेस बैकअप। सेकेंडरी स्टोरेज पर रिकॉर्डिंग रेप्लिकेशन। परखी गई रीस्टोर प्रक्रियाएँ।
इंफ्रास्ट्रक्चर मॉनिटरिंग
सर्विस हेल्थ, लेटेंसी बजट और रिसोर्स उपयोग पर रियल-टाइम अलर्टिंग। Grafana सर्विस-लेवल डैशबोर्ड Enterprise प्लान पर दिए जाने वाले 99.95% अपटाइम SLA के मुकाबले उपलब्धता ट्रैक करते हैं।
एडमिन गतिविधि लॉगिंग
जहाँ ऑडिट लॉगिंग कॉन्फ़िगर है, वहाँ प्रशासनिक और सिक्योरिटी से जुड़ी कार्रवाइयाँ — यूज़र बनाना, भूमिका बदलना, कैंपेन में बदलाव, कॉन्फ़िगरेशन अपडेट — दर्ज की जाती हैं।
एक्सेस और पहचान
एक्सेस हर टेनेंट के भूमिका मैट्रिक्स से दिया जाता है, एक ऑडिट लॉग यूज़र और IP पता दर्ज करता है, और API कुंजियाँ स्टोर होते समय हैश की जाती हैं और एक टेनेंट तक सीमित रहती हैं। सिंगल साइन-ऑन OIDC और SAML के ज़रिए उपलब्ध है, SCIM यूज़र प्रोविज़निंग के साथ, और टू-फ़ैक्टर साइन-इन, IP अलाउ-लिस्ट और आइडल टाइमआउट हर लॉगिन को सुरक्षित रखते हैं।
सिक्योरिटी और एक्सेस विस्तार से देखेंअनुपालन
डिफ़ॉल्ट-डिनाई। कॉन्फ़िगर की गई पॉलिसी डायल करने से पहले लागू।
कॉन्फ़िगर किए गए आउटबाउंड डायल पाथ डायल करने से पहले अनुपालन इंजन से होकर गुज़र सकते हैं। कॉन्फ़िगर की गई अनुपालन पॉलिसी के लिए डिफ़ॉल्ट-डिनाई लागू किया जा सकता है, जो ज़रूरी जाँच में विफल कॉल्स को ब्लॉक और लॉग करता है।
DNC/DNCR लागूकरण
TDRA (UAE), TCPA (US), CST (KSA), NTRA (मिस्र) और TRC (जॉर्डन) फ़्रेमवर्क सपोर्ट करता है। DNC/DNCR लागूकरण कॉन्फ़िगर होने पर डायल करने से पहले नंबर जाँचे जा सकते हैं।
अधिकार-क्षेत्र के अनुसार कॉलिंग समय
कॉलिंग-समय नियम हर अधिकार-क्षेत्र के अनुसार लागू। UAE डिफ़ॉल्ट: स्थानीय समय 9:00-18:00, रविवार से गुरुवार। हर कैंपेन के लिए पूरी तरह कॉन्फ़िगर करने योग्य।
सहमति प्रमाण श्रृंखला
सहमति रिकॉर्ड में प्रूफ़ URL, IP पता, user-agent, टाइमस्टैम्प और स्रोत शामिल हो सकते हैं। रिटेंशन पॉलिसी हर कैंपेन और अधिकार-क्षेत्र के लिए कॉन्फ़िगर करने योग्य हैं।
CLI स्वामित्व सत्यापन
कॉलर ID नंबर हर टेनेंट और हर अधिकार-क्षेत्र के लिए सत्यापित। कोई टेनेंट दूसरे टेनेंट की CLI स्पूफ़ नहीं कर सकता। स्वामित्व का लगातार ऑडिट।
विफलता पर डिफ़ॉल्ट-डिनाई
कॉन्फ़िगर की गई डिफ़ॉल्ट-डिनाई पॉलिसी तब कॉल ब्लॉक कर सकती हैं जब अनुपालन जाँच विफल हो, पॉलिसी सेटिंग अज्ञात हों, या सेवाएँ एरर लौटाएँ।
ऐपेंड-ओनली निर्णय ट्रेल
जहाँ ऑडिट लॉगिंग कॉन्फ़िगर है, वहाँ अनुपालन निर्णय टाइमस्टैम्प, ऑडिट संदर्भ और संदर्भ जानकारी के साथ दर्ज किए जा सकते हैं। दर्ज निर्णय ऐपेंड-ओनली होते हैं।
रिकॉर्डिंग रिटेंशन पॉलिसी
हर टेनेंट के लिए कॉन्फ़िगर करने योग्य रिटेंशन अवधि। रिकॉर्डिंग अधिकार-क्षेत्र की ज़रूरतों के अनुसार स्टोर होती हैं। ऑटोमैटिक एक्सपायरी लागूकरण।
अनुपालन रिपोर्टिंग
ब्लॉक दर, DNC हिट दर, सहमति की एक्सपायरी और कॉलिंग-समय उल्लंघन दिखाने वाले रियल-टाइम डैशबोर्ड। नियामक ऑडिट के लिए एक्सपोर्ट करने योग्य।
AI और डेटा प्रैक्टिस
पारदर्शी AI। आपका डेटा आपका ही रहता है।
AI सुविधाएँ वैकल्पिक हैं, डिफ़ॉल्ट रूप से बंद हैं, और कभी भी आपके ऑडियो का उपयोग साझा मॉडल को ट्रेन करने के लिए नहीं करतीं। हर कदम पर पूरा मानवीय ओवरराइड।
न्यूनतम ऑडियो प्रोसेसिंग
AMD क्लासिफ़िकेशन को कॉल ऑडियो के एक छोटे शुरुआती हिस्से को प्रोसेस करने के लिए डिज़ाइन किया गया है। स्पष्ट ऑप्ट-इन के बिना पूरी कॉल के ऑडियो का विश्लेषण नहीं किया जाता। विस्तृत AI डेटा पॉलिसी अनुरोध पर उपलब्ध है।
ट्रांसक्रिप्ट का लंबे समय तक भंडारण नहीं
AMD क्लासिफ़िकेशन के लिए बनाए गए ट्रांसक्रिप्ट रियल टाइम में उपयोग होते हैं और लंबे समय तक स्टोर नहीं किए जाते। क्लासिफ़िकेशन के परिणाम रखे जाते हैं; कच्चे ट्रांसक्रिप्ट नहीं।
हर टेनेंट के लिए अलग मॉडल ट्रेनिंग
AMD फ़ीडबैक टेनेंट-स्तर तक सीमित हो सकता है और ग्राहक की रिटेंशन और AI सेटिंग्स से नियंत्रित होता है। डिफ़ॉल्ट रूप से टेनेंट्स के बीच कोई मिश्रण नहीं।
साझा मॉडल ट्रेनिंग नहीं
डिफ़ॉल्ट रूप से ग्राहक कॉल डेटा का उपयोग सभी टेनेंट के साझा मॉडल को ट्रेन करने के लिए नहीं होता। AMD फ़ीडबैक टेनेंट-स्तर तक सीमित हो सकता है और ग्राहक की रिटेंशन और AI सेटिंग्स से नियंत्रित होता है।
डिफ़ॉल्ट रूप से बंद
AI सुविधाएँ टेनेंट-स्तर के फ़ीचर फ़्लैग और ऑप्ट-इन सेटिंग्स से नियंत्रित की जा सकती हैं। स्पष्ट टेनेंट कॉन्फ़िगरेशन के बिना कुछ भी चालू नहीं होता।
मानवीय ओवरराइड हमेशा उपलब्ध
एजेंट किसी भी समय किसी भी AI क्लासिफ़िकेशन को ओवरराइड कर सकते हैं। AI सहायता करता है; फ़ैसला इंसान करते हैं। ऑटोमेटेड निर्णयों की हमेशा समीक्षा की जा सकती है।
पूरा ऑप्ट-आउट उपलब्ध
टेनेंट एक ही कॉन्फ़िगरेशन बदलाव से सभी AI सुविधाएँ पूरी तरह बंद कर सकते हैं। प्लेटफ़ॉर्म AI के बिना भी पूरी क्षमता से काम करता है।
AI निर्णय ऑडिट ट्रेल
जहाँ ऑडिट लॉगिंग कॉन्फ़िगर है, वहाँ AI क्लासिफ़िकेशन कॉन्फ़िडेंस स्कोर, मॉडल वर्ज़न और मानवीय ओवरराइड स्थिति के साथ लॉग किए जा सकते हैं।
डेटा रेज़िडेंसी और स्टोरेज
ठीक-ठीक जानें कि आपका डेटा कहाँ रहता है
हर परत पर सभी डेटा टेनेंट के अनुसार अलग है। अधिकार-क्षेत्र की ज़रूरतें पूरी करने के लिए स्टोरेज लोकेशन और रिटेंशन पॉलिसी हर टेनेंट के लिए कॉन्फ़िगर करने योग्य हैं।
प्राइवेट क्लाउड रिकॉर्डिंग स्टोरेज
कॉल रिकॉर्डिंग प्राइवेट क्लाउड इंफ्रास्ट्रक्चर पर MinIO में स्टोर होती हैं। कोई तृतीय-पक्ष ऑब्जेक्ट स्टोरेज नहीं। डेटा लोकेशन और एक्सेस पॉलिसी पर पूरा नियंत्रण।
संरचित डेटा के लिए PostgreSQL
सभी संरचित डेटा — कॉन्टैक्ट, कैंपेन, अनुपालन निर्णय, ऑडिट लॉग — PostgreSQL 16 में स्टोर होता है, और हर टेनेंट टेबल पर Row-Level Security लागू है।
अस्थायी डेटा के लिए Redis
सेशन डेटा, रियल-टाइम एजेंट स्टेट और कैशिंग Redis का उपयोग करते हैं। डिज़ाइन से ही अस्थायी। कैश परतों में कोई स्थायी ग्राहक डेटा स्टोर नहीं होता।
पूर्ण टेनेंट आइसोलेशन
कंट्रोल row-level security, सीमित दायरे वाले टोकन और ऑटोमेटेड सिक्योरिटी टेस्टिंग के साथ एक टेनेंट से दूसरे टेनेंट के डेटा एक्सेस को रोकने के लिए डिज़ाइन किए गए हैं।
कॉन्फ़िगर करने योग्य रिटेंशन
रिकॉर्डिंग रिटेंशन, ऑडिट लॉग रिटेंशन और डेटा लाइफ़साइकिल पॉलिसी हर टेनेंट के लिए कॉन्फ़िगर करने योग्य हैं। रिटेंशन विंडो का ऑटोमैटिक लागूकरण।
हर परत पर एन्क्रिप्टेड
सभी सेवाओं के बीच ट्रांज़िट में डेटा एन्क्रिप्टेड (mTLS)। PostgreSQL, MinIO और बैकअप स्टोरेज में स्टोर डेटा एन्क्रिप्टेड। की मैनेजमेंट इंडस्ट्री की बेस्ट प्रैक्टिस का पालन करता है।
अनुपालन अस्वीकरण
DialerBee अनुपालन में सहायक टूल, कॉन्फ़िगर करने योग्य कंट्रोल, ऑडिट लॉग और लागूकरण वर्कफ़्लो देता है, जो संगठनों को नियामक ज़रूरतें पूरी करने में मदद करने के लिए डिज़ाइन किए गए हैं। अपने कानूनी अनुपालन की ज़िम्मेदारी ग्राहकों की ही रहती है और उन्हें अधिकार-क्षेत्र विशिष्ट ज़रूरतों के लिए योग्य कानूनी सलाहकार से परामर्श करना चाहिए। संदर्भित नियामक फ़्रेमवर्क (TDRA, TCPA, CST, NTRA, TRC) बदल सकते हैं।
सिक्योरिटी स्थिति
हमारे सिक्योरिटी प्रोग्राम के कार्यान्वयन की मौजूदा स्थिति
उपलब्धता इसका दूसरा आधा हिस्सा है। मीडिया एजेंट फ़ेलओवर के साथ दो नोड पर चलता है, और डेटाबेस का हर रात बैकअप लेकर ऑफ़-साइट रखा जाता है — इसका विवरण यहाँ है: प्लेटफ़ॉर्म विश्वसनीयता page.
सिक्योरिटी संसाधन
दस्तावेज़ और पॉलिसी
अपनी समीक्षा के लिए सिक्योरिटी दस्तावेज़ डाउनलोड करें या माँगें।
सिक्योरिटी अवलोकन
आर्किटेक्चर, एन्क्रिप्शन, एक्सेस कंट्रोल और इंफ्रास्ट्रक्चर का विवरण।
PDF माँगेंडेटा प्रोसेसिंग एग्रीमेंट
डेटा कंट्रोलर के लिए मानक DPA। GDPR के अनुरूप शर्तें।
DPA मांगेंसब-प्रोसेसर सूची
तृतीय-पक्ष सेवाएँ जो हमारी ओर से डेटा प्रोसेस करती हैं।
सूची देखेंAI डेटा नीति
AMD ऑडियो को कैसे प्रोसेस करता है, ट्रेनिंग का दायरा और ऑप्ट-आउट विकल्प।
पॉलिसी देखेंवल्नरेबिलिटी डिस्क्लोज़र
सिक्योरिटी समस्याओं की ज़िम्मेदारी से रिपोर्ट करें। हम 48 घंटों के भीतर जवाब देते हैं।
समस्या रिपोर्ट करेंपेनिट्रेशन टेस्ट सारांश
एक स्वतंत्र बाहरी पेनिट्रेशन टेस्ट की योजना है। टेस्ट पूरा होने पर हम NDA के तहत ग्राहकों के साथ एक सारांश साझा करेंगे।
सारांश माँगेंप्राइवेसी पॉलिसी
हम व्यक्तिगत डेटा कैसे एकत्र, उपयोग, स्टोर और सुरक्षित करते हैं।
पॉलिसी पढ़ेंसेवा की शर्तें
उपयोग की शर्तें, स्वीकार्य उपयोग, दायित्व और एग्रीमेंट।
शर्तें पढ़ेंइंसिडेंट रिस्पॉन्स पॉलिसी
हम सिक्योरिटी इंसिडेंट का पता कैसे लगाते हैं, उन पर कैसे प्रतिक्रिया देते हैं और उनकी जानकारी कैसे देते हैं।
विवरण माँगेंएंटरप्राइज़ सिक्योरिटी पैक, कस्टम DPA या अनुपालन प्रश्नावलियों के लिए संपर्क करें security@dialerbee.com
अंतिम अपडेट: अक्टूबर 2026 · SOC 2 Type II: योजना में
ऐसा आइसोलेशन जिसे आप जाँच सकें
हमारी बात पर भरोसा न करें — हमसे इसे साबित करने को कहें
हर प्लेटफ़ॉर्म कहता है कि आपका डेटा बाकी सबसे अलग है। एक बैंक, टेलीकॉम ऑपरेटर या सरकारी खरीदार को यह वाक्य नहीं चाहिए; वे जानना चाहते हैं कि इसे कैसे लागू किया जाता है और वे इसकी जाँच कैसे कर सकते हैं। यह रहा तरीका।
एप्लिकेशन कोड से नहीं, डेटाबेस से लागू
अलगाव को PostgreSQL में row-level security के रूप में लागू किया गया है। हर क्वेरी डेटाबेस में टेनेंट के अनुसार फ़िल्टर होती है, इसलिए एप्लिकेशन कोड की गलती किसी दूसरे टेनेंट की पंक्तियाँ नहीं लौटा सकती — यह सीमा इस पर निर्भर नहीं करती कि हर डेवलपर WHERE क्लॉज़ जोड़ना याद रखे।
सिर्फ़ ENABLE नहीं, FORCE
टेनेंट टेबल पर row-level security को ENABLE भी किया गया है और FORCE भी। FORCE करने का मतलब है कि टेबल का ओनर भी पॉलिसी के अधीन है, जिससे वह आम खामी बंद होती है जिसमें एप्लिकेशन की अपनी डेटाबेस भूमिका नियमों को दरकिनार करके सीधे पढ़ सकती है।
डिफ़ॉल्ट-डिनाई, डिफ़ॉल्ट-अलाउ नहीं
जहाँ टेनेंट संदर्भ मौजूद नहीं है, वहाँ पॉलिसी सब कुछ लौटाने के बजाय इनकार करती है। सेट न किया गया सेशन वेरिएबल कुछ नहीं लौटाता — यह सुरक्षित विफलता है, और WHERE-क्लॉज़ वाले तरीके में फ़िल्टर भूल जाने पर जो होता है उसका ठीक उल्टा।
अनुपालन भी सुरक्षित रूप से विफल होता है
यही सिद्धांत कॉलिंग पर भी लागू होता है: अगर अनुपालन सेवा तक नहीं पहुँचा जा सकता, तो कॉल बिना जाँच के जाने देने के बजाय ब्लॉक कर दी जाती हैं। जो सिस्टम सहमति सत्यापित न कर पाने पर भी डायल करता है, वह रुक जाने वाले सिस्टम से बदतर है।
अलगाव डेटाबेस से आगे भी जाता है
कॉलर-ID पूल, नॉलेज और रिट्रीवल, रिकॉर्डिंग, रिपोर्ट और मैसेजिंग सेंडर पहचान, सब टेनेंट-स्तर तक सीमित हैं, इसलिए किनारों पर भी कुछ भी सीमा पार नहीं करता — जो तब मायने रखता है जब आप दूसरों के ब्रांड चलाते हैं।
हमसे क्या माँगें। अपनी सिक्योरिटी टीम को लाएँ और हमसे उनके साथ आइसोलेशन मॉडल पर विस्तार से चलने को कहें — किन टेबल पर पॉलिसी है, बिना टेनेंट संदर्भ वाली क्वेरी का क्या होता है, और रिकॉर्डिंग या कॉलर-ID पूल का दायरा कैसे तय होता है। हम पायलट के दौरान इसके सामने आने के बजाय रिव्यू में इसका जवाब देना पसंद करेंगे।
सिक्योरिटी या अनुपालन के बारे में सवाल हैं?
हमारी टीम आपकी ज़रूरतों पर चर्चा करने, दस्तावेज़ साझा करने और हमारी सिक्योरिटी प्रैक्टिस समझाने के लिए तैयार है।