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

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

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

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

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

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

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

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