आर्किटेक्चर और सुरक्षा का अवलोकन

Zentor App को एक मल्टी-tenant प्लेटफ़ॉर्म के रूप में बनाया गया है। हर tenant का अपना डेटा संदर्भ होता है, और सर्वर-साइड जाँच हर प्रमाणित अनुरोध को सक्रिय tenant तक सीमित रखती है। दिखाई देने वाला tenant स्विचर इस पृथक्करण को कमज़ोर नहीं करता: यह केवल उन उपयोगकर्ताओं के लिए सक्रिय संदर्भ बदलता है जिनकी एक से अधिक tenant तक पहुँच है, जबकि backend हर अनुरोध पर अनुमतियों की जाँच जारी रखता है। अतिरिक्त tenant सामान्य उपयोगकर्ताओं द्वारा नहीं बनाए जाते। इन्हें Zentor द्वारा सक्रिय किया जाता है, Individuell पैकेज में एक अतिरिक्त tenant के लिए पुष्ट कीमत प्रति माह 39 € है।

Dashboard के लिए प्रमाणीकरण ईमेल और पासवर्ड पर आधारित है, वैकल्पिक TOTP दो-कारक प्रमाणीकरण और समर्थित SSO विधियों के साथ। एक सामान्य सत्र JWT 12 घंटे के लिए मान्य होता है, एक रिफ्रेश टोकन सात दिन तक मान्य रह सकता है। दस्तावेज़ीकृत सार्वजनिक API के लिए कोई अलग डेवलपर API-कुंजी प्रणाली नहीं है। सार्वजनिक फ़ॉर्म और सामग्री एंडपॉइंट Dashboard लॉगिन के बिना काम करते हैं, जबकि विजेट संचालन origin प्रतिबंधों के साथ एक समर्पित एम्बेड टोकन का उपयोग करते हैं। एम्बेड टोकन केवल एक बार सादे पाठ में दिखाया जाता है और सेटअप के दौरान इसे एक रहस्य की तरह माना जाना चाहिए।

प्लेटफ़ॉर्म Dashboard, tenant-संबंधित backend सेवाओं, एक ज्ञान भंडार, संचार चैनलों और टेलीफ़ोनी के लिए एक पृथक SIP डिप्लॉयमेंट को जोड़ता है। SIP वॉइसबॉट 24 जुलाई 2026 से मुख्य एप्लिकेशन से अलग है। हर सक्रिय tenant को एक पृथक SIP इंस्टेंस मिलता है, सक्रियण या निष्क्रियण Master Admin का कार्य बना रहता है। यह पृथक्करण tenant Dashboard को सीधे trunk या निम्न-स्तरीय टेलीफ़ोनी अवसंरचना प्रबंधित करने से रोकता है।

सुरक्षा नियंत्रणों में IP, डोमेन और देश नियम शामिल हैं। हर नया नियम Dry-Run मोड में शुरू होता है और केवल अनिवार्य 24 घंटे की प्रतीक्षा अवधि के बाद ही सक्रिय किया जा सकता है। Allow नियमों को Block नियमों पर प्राथमिकता मिलती है। यह डिज़ाइन प्रशासकों को किसी नियम के प्रभावी होने से पहले उसके प्रभाव की जाँच करने का समय देता है और गलती से वैध पहुँच को अवरुद्ध करने के जोखिम को कम करता है।

आर्किटेक्चर पृष्ठ को सार्वजनिक SLA के रूप में या इस वादे के रूप में नहीं पढ़ा जाना चाहिए कि हर वैकल्पिक घटक हर पैकेज में उपलब्ध है। सुविधा तक पहुँच entitlements और Add-on पर निर्भर करती है। On-Premises संचालन तैयार है, लेकिन उत्पादन के लिए तैयार नहीं है, क्योंकि वर्तमान लाइसेंसिंग तंत्र में अभी भी एक प्लेसहोल्डर-कुंजी शामिल है। इसलिए इसे अनुरोध पर उपलब्ध और शुरूआत की प्रक्रिया में बताया जाना चाहिए, न कि पूरी तरह से सेल्फ-सर्विस डिप्लॉयमेंट विकल्प के रूप में।