نظام لكل عميل، أم منصة واحدة لكل العملاء. البنية تحدد طريقة توسعك.

يخدم نظام الاتصال متعدد المستأجرين عملاء كثيرين — المستأجرين — من منصة مشتركة واحدة. لا يرى كل مستأجر إلا حملاته وجهات اتصاله وموظفيه وتسجيلاته وتقاريره، لكن جميع المستأجرين يعملون على التطبيق الأساسي نفسه. ويُفرض العزل منطقيًا بدلًا من منح كل عميل أجهزة منفصلة. وحين يُنفَّذ بشكل صحيح، لا يستطيع أي مستأجر رؤية بيانات مستأجر آخر أو الوصول إليها.

DialerBee متعدد المستأجرين بالتصميم ويفرض العزل على مستوى البيانات. يحمل كل سجل هوية مستأجر، ويُحصر الوصول بحيث لا تُرجع الاستعلامات إلا الصفوف التابعة للمستأجر الطالب — وهو نهج يُنفَّذ عادةً بآليات قواعد البيانات مثل أمان PostgreSQL على مستوى الصفوف. وهذا يعني أن الفصل بين العملاء تفرضه منصة البيانات نفسها، ولا يُترك لكود التطبيق وحده.

بالنسبة لشركة BPO أو موزّع، الميزة التشغيلية حاسمة. فتهيئة عميل جديد خطوة إعداد لا مشروع بنية تحتية. وتُطرح الترقيات والتصحيحات الأمنية والميزات الجديدة لكل المستأجرين دفعة واحدة. تحصل على منصة واحدة تراقبها وتصونها، بينما يحظى كل عميل بمساحة عمل منفصلة تمامًا وقابلة لحمل علامته. وهذا ما يجعل البنية متعددة المستأجرين الخيار الطبيعي لكل من يدير اتصالًا صادرًا لعدة عملاء. اطّلع على ميزة تعدد المستأجرين للتفاصيل الكاملة.

البنية متعددة المستأجرين هي الخيار الافتراضي الصحيح للمؤسسات التي تدير اتصالًا صادرًا لعملاء كثيرين، لكن النموذج أحادي المستأجر ليس عتيقًا. فهناك حالات تبقى فيها النسخة المخصصة الخيار الأنسب.

إذا كان عميل واحد يعمل بموجب إلزام بإقامة البيانات أو شرط تعاقدي يتطلب بنية تحتية مخصصة فعليًا، فيمكن لتطبيق أحادي المستأجر أن يلبي ذلك مباشرة. والأمر نفسه حين يحتاج عميل واحد إلى تخصيص عميق خاص للنظام الأساسي لا يصح تطبيقه على منصة مشتركة.

المؤسسات التي تخدم عميلًا واحدًا فقط — أو التي هي نفسها المستخدم النهائي الوحيد — لا تكسب كثيرًا من تعدد المستأجرين، إذ لا يوجد مستأجر ثانٍ تعزل عنه. وفي هذه الحالات قد ترجح البساطة التشغيلية لبيئة واحدة على مزايا المنصة المشتركة تمامًا.

أما للجميع الآخرين — شركات BPO وموزّعو الاتصالات والوكالات التي تضيف عملاء باستمرار وتحتاج إلى فصل لكل عميل دون عبء لكل عميل — فإن منصة متعددة المستأجرين مبنية جيدًا تقدّم عزل الأنظمة المنفصلة بكفاءة النظام الواحد. هذا هو التوازن الذي صُمّم DialerBee حوله، ولهذا فإن حل BPO و منصة الاتصال بالعلامة البيضاء مبنيّة على أسس متعددة المستأجرين.

DialerBee متعدد المستأجرين بالتصميم. ويُفرض العزل على مستوى قاعدة البيانات بأمان PostgreSQL على مستوى الصفوف، فيُحصر كل استعلام في المستأجر الطالب ويمنع محرك قاعدة البيانات — لا منطق التطبيق — الوصول بين المستأجرين. ولكل مستأجر قواعد امتثاله، وتسجيلاته بضوابط احتفاظ وحجز قانوني مستقلة، ونسب استخدامه وفوترته، وهويته التجارية. ويُجهَّز المستأجرون الجدد في دقائق عبر بوابة الإدارة أو API الشركاء. والتفاصيل في صفحة البنية متعددة المستأجرين.

الصلاحيات شيء تقرؤه من شبكة واضحة لا تستنتجه: مصفوفة أدوار لكل مستأجر من 11 فئة صلاحيات و41 صلاحية، وسجل تدقيق يسجّل الإجراء والمستخدم وعنوان IP الذي صدر منه، ومفاتيح API مجزّأة (hashed) عند التخزين ومحصورة في مستأجرها، ومديرو شركاء لا يرون إلا المستأجرين التابعين لهم. وهذا مشروح في الأمان والوصول. ويحصل مديرو المنصة والشركاء أيضًا على مركز العمليات يعرض سلامة الخدمات والمكالمات المباشرة وتتبّع المكالمة من طرف إلى طرف، بينما لا يرى مديرو المستأجرين إلا مستأجرهم.