فی کلائنٹ ایک سسٹم، یا ہر کلائنٹ کے لیے ایک پلیٹ فارم۔ فن تعمیر فیصلہ کرتا ہے کہ آپ کس طرح پیمانہ کرتے ہیں۔

ایک کثیر کرایہ دار ڈائلر ایک مشترکہ پلیٹ فارم سے بہت سے کلائنٹس — کرایہ داروں کی خدمت کرتا ہے۔ ہر کرایہ دار صرف اپنی مہمات، رابطے، ایجنٹ، ریکارڈنگ اور رپورٹس دیکھتا ہے، لیکن تمام کرایہ دار ایک ہی بنیادی درخواست پر چلتے ہیں۔ الگ تھلگ ہر کلائنٹ کو الگ ہارڈ ویئر دینے کے بجائے منطقی طور پر نافذ کیا جاتا ہے۔ ٹھیک سے کیا گیا، کرایہ دار کبھی بھی دوسرے کرایہ دار کے ڈیٹا کو نہیں دیکھ سکتا اور نہ ہی اس تک پہنچ سکتا ہے۔

DialerBee ڈیزائن کے لحاظ سے کثیر کرایہ دار ہے اور ڈیٹا لیئر پر تنہائی کو نافذ کرتی ہے۔ ہر ریکارڈ کرایہ دار کی شناخت رکھتا ہے، اور رسائی کا دائرہ کار ہے تاکہ سوالات صرف درخواست کرنے والے کرایہ دار سے تعلق رکھنے والی قطاریں واپس کر سکیں - ایک نقطہ نظر جو عام طور پر ڈیٹا بیس میکانزم جیسے PostgreSQL قطار کی سطح کی سیکیورٹی کے ساتھ لاگو کیا جاتا ہے۔ اس کا مطلب ہے کہ کلائنٹس کے درمیان علیحدگی خود ڈیٹا پلیٹ فارم سے نافذ ہوتی ہے، صرف ایپلیکیشن کوڈ پر نہیں چھوڑی جاتی۔

بی پی او یا ری سیلر کے لیے، آپریشنل فائدہ فیصلہ کن ہے۔ نئے کلائنٹ کو آن بورڈ کرنا ایک کنفیگریشن مرحلہ ہے، انفراسٹرکچر پروجیکٹ نہیں۔ اپ گریڈ، سیکیورٹی پیچ، اور نئی خصوصیات ایک ساتھ ہر کرایہ دار کے لیے رول آؤٹ ہوتی ہیں۔ آپ کو نگرانی اور برقرار رکھنے کے لیے ایک پلیٹ فارم ملتا ہے جب کہ ہر کلائنٹ کو مکمل طور پر الگ، برانڈ ایبل ورک اسپیس کا تجربہ ہوتا ہے۔ یہ وہ چیز ہے جو کثیر کرایہ دار فن تعمیر کو ایک سے زیادہ کلائنٹس میں آؤٹ باؤنڈ کالنگ کا انتظام کرنے والے ہر فرد کے لیے فطری فٹ بناتی ہے۔ ہماری دیکھیں کثیر کرایہ دار کی خصوصیت مکمل خرابی کے لئے.

کثیر کرایہ دار فن تعمیر بہت سے کلائنٹس میں آؤٹ باؤنڈ کالنگ کا انتظام کرنے والی تنظیموں کے لیے صحیح ڈیفالٹ ہے، لیکن واحد کرایہ دار متروک نہیں ہے۔ ایسے حالات ہیں جہاں ایک وقف شدہ مثال بہتر فٹ رہتی ہے۔

اگر کوئی ایک کلائنٹ ڈیٹا ریذیڈنسی یا کنٹریکٹ مینڈیٹ کے تحت کام کرتا ہے جس کے لیے جسمانی طور پر وقف شدہ انفراسٹرکچر کی ضرورت ہوتی ہے، تو ایک کرایہ دار کی تعیناتی اس ضرورت کو براہ راست پورا کر سکتی ہے۔ یہی بات اس وقت لاگو ہوتی ہے جب ایک کلائنٹ کو بنیادی نظام کی گہری، اپنی مرضی کے مطابق تخصیص کی ضرورت ہوتی ہے جو مشترکہ پلیٹ فارم پر لاگو کرنا مناسب نہیں ہوگا۔

وہ تنظیمیں جو صرف ایک کلائنٹ کی خدمت کرتی ہیں — یا وہ خود واحد صارف ہیں — کثیر کرایہ داری سے بہت کم فائدہ اٹھاتے ہیں، کیونکہ الگ تھلگ کرنے کے لیے کوئی دوسرا کرایہ دار نہیں ہے۔ ان صورتوں میں ایک ہی ماحول کی آپریشنل سادگی مشترکہ پلیٹ فارم کے فوائد سے پوری طرح زیادہ ہو سکتی ہے۔

باقی سب کے لیے — BPOs، ٹیلی کام ری سیلرز، اور ایجنسیاں جو کلائنٹس کو باقاعدگی سے شامل کرتی ہیں اور فی کلائنٹ اوور ہیڈ کے بغیر فی کلائنٹ کی علیحدگی کی ضرورت ہوتی ہے — ایک اچھی طرح سے بنایا ہوا ملٹی کرایہ دار پلیٹ فارم ایک واحد کی کارکردگی کے ساتھ الگ الگ نظاموں کی تنہائی فراہم کرتا ہے۔ یہی توازن ہے DialerBee ارد گرد ڈیزائن کیا گیا ہے، اور یہی وجہ ہے کہ ہماری بی پی او حل اور وائٹ لیبل ڈائلر پلیٹ فارم ملٹی کرایہ دار بنیادوں پر بنائے گئے ہیں۔

DialerBee ڈیزائن کے لحاظ سے کثیر کرایہ دار ہے۔ پوسٹگری ایس کیو ایل قطار کی سطح کی سیکیورٹی کے ساتھ ڈیٹا بیس کی تہہ پر تنہائی نافذ کی جاتی ہے، لہذا ہر استفسار کا دائرہ درخواست کرنے والے کرایہ دار تک ہوتا ہے اور کراس کرایہ دار تک رسائی کو ڈیٹا بیس انجن کے ذریعے روکا جاتا ہے نہ کہ ایپلی کیشن منطق کے ذریعے۔ ہر کرایہ دار اپنے تعمیل کے قوانین رکھتا ہے، اس کی اپنی ریکارڈنگ ہوتی ہے جس میں آزادانہ برقراری اور قانونی ہولڈ کنٹرولز، اس کا اپنا استعمال اور بلنگ انتساب، اور اس کی اپنی برانڈنگ ہوتی ہے۔ نئے کرایہ داروں کو ایڈمن پورٹل یا پارٹنر API کے ذریعے منٹوں میں فراہم کیا جاتا ہے۔ تفصیل اس پر بیٹھی ہے۔ کثیر کرایہ دار فن تعمیر کا صفحہ.

رسائی ایک ایسی چیز ہے جسے آپ اندازہ لگانے کے بجائے گرڈ سے پڑھ سکتے ہیں: 11 اجازت کے زمروں اور 41 اجازتوں کا ایک فی کرایہ دار رول میٹرکس، کارروائی کو ریکارڈ کرنے والا ایک آڈٹ لاگ، صارف اور IP ایڈریس جس سے یہ آیا ہے، API کلیدیں باقی ہیں اور ان کے کرایہ دار تک پہنچ جاتی ہیں، اور پارٹنر ایڈمنز جو صرف اپنے کرایہ داروں کو دیکھتے ہیں۔ جس پر احاطہ کیا گیا ہے۔ سیکورٹی اور رسائی. پلیٹ فارم اور پارٹنر ایڈمنسٹریٹر بھی حاصل کرتے ہیں۔ آپریشن سینٹر سروس ہیلتھ، لائیو کالز اور اینڈ ٹو اینڈ کال ٹریس کے ساتھ، جبکہ کرایہ دار ایڈمنسٹریٹر صرف اپنے کرایہ دار کو دیکھتے ہیں۔