یقینا ستاسو څخه ډیری، زما په څیر، د یو څه ځانګړي کولو لپاره نظر درلود. په دې مقاله کې به زه هغه تخنیکي ستونزې او حلونه بیان کړم چې د PBX د پراختیا په وخت کې ورسره مخامخ وم. شاید دا به د یو چا سره مرسته وکړي چې د خپل نظر په اړه پریکړه وکړي، او یو څوک په سمه توګه تعقیب کړي، ځکه چې ما هم د مخکښانو له تجربو څخه ګټه پورته کړې.
مفکوره او کلیدي اړتیاوې
او دا ټول په ساده ډول د مینې سره پیل شول ستاره (د مخابراتو غوښتنلیکونو جوړولو لپاره چوکاټ)، د تلیفون اتوماتیک او نصب کول فري پي بي ایکس د ویب انټرنیټ لپاره ستاره). که چیرې د شرکت اړتیاوې له مشخصاتو پرته وې او په وړتیاوو کې راوتلې وي فري پي بي ایکس - هرڅه عالي دي. بشپړ نصب په XNUMX ساعتونو کې ترسره شو، شرکت یو ترتیب شوی PBX ترلاسه کړ، د کاروونکي دوستانه انٹرفیس او لنډ روزنې پلس ملاتړ که وغواړي.
خو تر ټولو په زړه پورې کارونه يې غير معياري وو او بيا دومره په زړه پورې نه وو. ستاره ډیر څه کولی شي، مګر د ویب انٹرفیس په کاري ترتیب کې ساتلو لپاره، دا اړینه وه چې څو ځله ډیر وخت تیر کړئ. نو یو کوچنی توضیحات کولی شي د پاتې PBX نصبولو څخه ډیر وخت ونیسي. او نقطه دا نه ده چې د ویب انٹرفیس لیکلو لپاره ډیر وخت نیسي، بلکه ټکی د معمارۍ ځانګړتیاو کې دی. فري پي بي ایکس. د معمارۍ طریقې او طریقې فري پي بي ایکس د php4 په وخت کې ایښودل شوی و، او په دې وخت کې لا دمخه php5.6 شتون درلود چې هر څه ساده او ډیر اسانه کیدی شي.
وروستی ډډ د ډیاګرام په شکل کې ګرافیکي ډیلپلان و. کله چې ما د دې لپاره یو څه جوړولو هڅه وکړه فري پي بي ایکس، ما پوهیده چې زه باید دا د پام وړ بیا لیکم او د نوي څه رامینځته کول به اسانه وي.
کلیدي اړتیاوې دا وې:
- ساده ترتیب، حتی د نوي مدیر لپاره په رواني توګه د لاسرسي وړ. پدې توګه ، شرکتونه زموږ په خوا کې د PBX ساتنې ته اړتیا نلري ،
- اسانه تعدیل ترڅو کارونه په مناسب وخت کې حل شي،
- د PBX سره د ادغام اسانتیا. یو فري پي بي ایکس د ترتیباتو بدلولو لپاره هیڅ API شتون نلري، د بیلګې په توګه تاسو نشئ کولی، د بیلګې په توګه، د دریمې ډلې غوښتنلیک څخه ډلې یا غږ مینو جوړ کړئ، یوازې پخپله API ستاره,
- خلاص سرچینه - د پروګرام کونکو لپاره دا د پیرودونکي لپاره د بدلونونو لپاره خورا مهم دی.
د چټک پرمختګ مفکوره دا وه چې ټول فعالیت د شیانو په بڼه د ماډلونو څخه جوړ وي. ټول توکي باید یو عام والدین ټولګي ولري، پدې معنی چې د ټولو اصلي دندو نومونه دمخه پیژندل شوي او له همدې امله دمخه ډیفالټ پلي کول شتون لري. توکي به تاسو ته اجازه درکړي چې په ډراماتیک ډول د دلیلونو شمیر کم کړي د سټینګ کلیدونو سره د ملګري صفونو په شکل کې چې تاسو یې موندلی شئ فري پي بي ایکس دا د ټول فنکشن او نیست شوي افعال معاینه کولو سره ممکنه وه. د شیانو په حالت کې، د بندیز اتوماتیک بشپړتیا به ټول ملکیتونه وښيي، او په عموم کې به ډیری وختونه ژوند ساده کړي. برسیره پردې، میراث او بیا تعریف لا دمخه د بدلونونو سره ډیری ستونزې حل کوي.
بل شی چې د بیا کار کولو وخت ورو کړی او د مخنیوي وړ و د نقل کول وو. که چیرې یو ماډل شتون ولري چې د یو کارمند د ډیل کولو لپاره مسؤل وي، نو نور ټول ماډلونه چې یو کارمند ته زنګ وهلو ته اړتیا لري باید دا وکاروي، او خپل کاپي نه جوړوي. نو، که تاسو یو څه بدلولو ته اړتیا لرئ، نو تاسو باید یوازې په یو ځای کې بدل کړئ او د "څنګه کار کوي" لټون باید په یو ځای کې ترسره شي، او د ټولې پروژې په اوږدو کې ونه پلټل شي.
لومړۍ نسخه او لومړۍ تېروتنې
لومړی پروټوټایپ په یوه کال کې چمتو شو. بشپړ PBX، لکه څنګه چې پلان شوی، ماډلر و، او ماډلونه نه یوازې د تلیفونونو پروسس کولو لپاره نوي فعالیت اضافه کولی شي، بلکه پخپله ویب انٹرفیس هم بدلوي.
هو، د دې ډول سکیم په بڼه د ډایلپلان جوړولو نظر زما نه دی، مګر دا خورا اسانه دی او ما د دې لپاره هم وکړل. ستاره.
د ماډل په لیکلو سره، پروګرام کونکي کولی شي لا دمخه:
- د زنګ پروسس کولو لپاره خپل فعالیت رامینځته کړئ ، کوم چې په ډیاګرام کې کیښودل کیدی شي ، په بیله بیا د کیڼ اړخ عناصرو مینو کې ،
- د ویب انٹرفیس لپاره خپلې پاڼې جوړې کړئ او خپل ټیمپلیټونه په موجوده پاڼو کې اضافه کړئ (که د پاڼې جوړونکي د دې لپاره چمتو کړي وي)
- خپل ترتیبات په اصلي ترتیباتو ټب کې اضافه کړئ یا خپل د ترتیباتو ټب جوړ کړئ،
- پروګرامر کولی شي د موجوده ماډل څخه میراث واخلي، د فعالیت برخه بدل کړي او د نوي نوم لاندې ثبت کړي یا اصلي ماډل بدل کړي.
د مثال په توګه، تاسو څنګه کولی شئ خپل غږ مینو جوړ کړئ:
......
class CPBX_MYIVR extends CPBX_IVR
{
function __construct()
{
parent::__construct();
$this->_module = "myivr";
}
}
.....
$myIvrModule = new CPBX_MYIVR();
CPBXEngine::getInstance()->registerModule($myIvrModule,__DIR__); //Зарегистрировать новый модуль
CPBXEngine::getInstance()->registerModuleExtension($myIvrModule,'ivr',__DIR__); //Подменить существующий модульلومړی پیچلي تطبیق لومړی ویاړ او لومړۍ نا امیدۍ راوړې. زه خوښ وم چې دا کار وکړ، دا چې ما دمخه د اصلي ځانګړتیاوو بیا تولید کولو توان درلود فري پي بي ایکس. زه خوښ وم چې خلکو د سکیم نظر خوښ کړ. د پراختیا د ساده کولو لپاره لاهم ډیری اختیارونه شتون لري، مګر حتی په هغه وخت کې ځینې کارونه لا دمخه اسانه شوي.
د PBX ترتیب بدلولو لپاره API یوه مایوسه وه - پایله هغه څه نه وه چې موږ یې غوښتل. ما ورته اصول واخیستل لکه څنګه چې فري پي بي ایکسد Apply تڼۍ په کلیک کولو سره، ټول تشکیلات بیا جوړیږي او ماډلونه بیا پیل کیږي.
دا داسې ښکاري:
*Dialplan یو قاعده (الګوریتم) ده چې له مخې یې زنګ پروسس کیږي.
مګر د دې اختیار سره، د PBX ترتیباتو بدلولو لپاره د عادي API لیکل ناممکن دي. لومړی، د بدلونونو پلي کولو عملیات ستاره ډیر اوږد او د سرچینې ژور.
دوهم، تاسو نشئ کولی په ورته وخت کې دوه فنکشن ته زنګ ووهئ، ځکه دواړه به تشکیلات رامینځته کړي.
دریم ، دا ټول تنظیمات پلي کوي ، پشمول هغه چې د مدیر لخوا رامینځته شوي.
په دې نسخه کې، لکه څنګه چې په کې اسکوزیا، دا ممکنه وه چې یوازې د بدل شوي ماډلونو تشکیلات رامینځته کړئ او یوازې اړین ماډلونه بیا پیل کړئ ، مګر دا ټول نیمایي اقدامات دي. دا اړینه وه چې چلند بدل کړي.
دویمه نسخه. پوزه را ایستل شوې لکۍ یې ودروله
د ستونزې د حل کولو نظر د دې لپاره نه و چې ترتیب او ډیلپلان بیا جوړ کړي ستاره، مګر معلومات ډیټابیس ته خوندي کړئ او د تلیفون پروسس کولو پرمهال مستقیم له ډیټابیس څخه ولولئ. ستاره زه دمخه پوهیدم چې څنګه د ډیټابیس څخه تشکیلات لوستل ، یوازې په ډیټابیس کې ارزښت بدل کړئ او راتلونکی کال به د بدلونونو په پام کې نیولو سره پروسس شي ، او فنکشن د ډیلپلان پیرامیټونو لوستلو لپاره مناسب و. REALTIME_HASH.
په پای کې، حتی د بیا پیل کولو ته اړتیا نشته ستاره کله چې تنظیمات بدل کړئ او ټول تنظیمات سمدلاسه پلي کیدل پیل شوي ستاره.
په ډایلپلان کې یوازې بدلونونه د تمدید شمیرې اضافه کول دي اشارې. مګر دا کوچني بدلونونه وو
exten=>101,1,GoSub(‘sub-callusers’,s,1(1)); - точечное изменение, добавляется/изменяется через ami
; sub-callusers – универсальная функция генерится при установке модуля.
[sub-callusers]
exten =>s,1,Noop()
exten =>s,n,Set(LOCAL(TOUSERID)=${ARG1})
exten =>s,n,ClearHash(TOUSERPARAM)
exten =>s,n,Set(HASH(TOUSERPARAM)=${REALTIME_HASH(rl_users,id,${LOCAL(TOUSERID)})})
exten =>s,n,GotoIf($["${HASH(TOUSERPARAM,id)}"=""]?return)
...تاسو کولی شئ په اسانۍ سره په ډیلپلان کې لاین اضافه یا بدل کړئ امی (کنټرول انٹرفیس ستاره) او د ټول ډیلپلان ریبوټ ته اړتیا نشته.
دې د ترتیب API سره ستونزه حل کړه. تاسو حتی کولی شئ په مستقیم ډول ډیټابیس ته لاړ شئ او یو نوی ګروپ اضافه کړئ یا بدل کړئ، د بیلګې په توګه، د ډلې لپاره د "ډال وخت" ساحه کې د ډایل اپ وخت او راتلونکی کال به دمخه ټاکل شوي وخت پای ته ورسوي (دا د دې لپاره سپارښتنه نه ده. عمل، ځکه چې ځینې API عملیات ته اړتیا لري امی زنګونه).
لومړی ستونزمن تطبیق بیا لومړی ویاړ او مایوسي راوړه. زه خوښ وم چې دا کار وکړ. ډیټابیس یو مهم لینک شو، په ډیسک باندې تکیه زیاته شوه، ډیر خطرونه شتون درلود، مګر هرڅه په ثابت ډول او پرته له ستونزو کار کوي. او تر ټولو مهم، اوس هر څه چې د ویب انٹرفیس له لارې ترسره کیدی شي د API له لارې ترسره کیدی شي، او ورته میتودونه کارول شوي. سربیره پردې ، ویب انٹرفیس د "PBX لپاره تنظیمات پلي کول" ت buttonۍ څخه خلاص شو ، کوم چې مدیران ډیری وختونه هیر کړي.
مایوسي دا وه چې پراختیا نوره هم پیچلې شوه. د لومړۍ نسخې راهیسې، د پی ایچ پی ژبه په ژبه کې ډیلپلان رامینځته کړی ستاره او دا په بشپړه توګه د لوستلو وړ نه ښکاري، او پخپله ژبه ستاره د ډایلپلان لیکلو لپاره دا خورا ابتدايي دی.
دا څنګه ښکاریده:
$usersInitSection = $dialplan->createExtSection('usersinit-sub','s');
$usersInitSection
->add('',new Dialplanext_gotoif('$["${G_USERINIT}"="1"]','exit'))
->add('',new Dialplanext_set('G_USERINIT','1'))
->add('',new Dialplanext_gosub('1','s','sub-AddOnAnswerSub','usersconnected-sub'))
->add('',new Dialplanext_gosub('1','s','sub-AddOnPredoDialSub','usersinitondial-sub'))
->add('',new Dialplanext_set('LOCAL(TECH)','${CUT(CHANNEL(name),/,1)}'))
->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="SIP"]','sipdev'))
->add('',new Dialplanext_gotoif('$["${LOCAL(TECH)}"="PJSIP"]','pjsipdev'))په دویمه نسخه کې، ډایلپلان نړیوال شو، پدې کې د پیرامیټونو پورې اړوند د پروسس کولو ټول ممکنه اختیارونه شامل دي او د هغې اندازه د پام وړ لوړه شوې. دې ټولو د پراختیا وخت خورا ورو کړ، او هغه فکر چې یو ځل بیا د ډیلپلان سره مداخله اړینه وه ما غمجن کړ.
دریمه نسخه
د ستونزې د حل کولو مفکوره د تولید لپاره نه وه ستاره د php او کارولو څخه dialplan FastAGI او پخپله PHP کې د پروسس کولو ټول قواعد ولیکئ. FastAGI دا اجازه ورکوي ستارهد زنګ پروسس کولو لپاره، ساکټ سره وصل کړئ. له هغه ځایه امرونه ترلاسه کړئ او پایلې یې واستوئ. په دې توګه، د ډیلپلان منطق لا دمخه د سرحدونو څخه بهر دی ستاره او په هره ژبه کې لیکل کیدی شي، زما په قضیه کې په PHP کې.
ډیر محاکمه او خطا وه. اصلي ستونزه دا وه چې ما دمخه ډیری ټولګي / فایلونه درلودل. دا شاوخوا 1,5 ثانیې وخت نیولی ترڅو شیان رامینځته کړي ، دوی پیل کړي ، او یو له بل سره راجسټر شي ، او دا په هر زنګ کې ځنډ هغه څه ندي چې له پامه غورځول کیدی شي.
ابتکار باید یوازې یو ځل پیښ شوي وي او له همدې امله د حل لټون په php کې د خدمت لیکلو سره پیل شو پیټریډونه. د یوې اونۍ تجربې وروسته ، دا اختیار د پیچلتیاو له امله پریښودل شوی و چې دا توسیع څنګه کار کوي. د یوې میاشتې ازموینې وروسته، زه هم باید په پی ایچ پی کې غیر متمرکز پروګرامونه پریږدم؛ ما یو څه ساده ته اړتیا درلوده، کوم چې د PHP پیل کونکي ته پیژندل شوي، او د PHP لپاره ډیری توسیعونه همغږي دي.
حل په C کې زموږ خپل څو څو اړخیز خدمت و، کوم چې له سره ترتیب شوی و PHPLIB. دا ټول د ATS php فایلونه پورته کوي، د ټولو ماډلونو پیل کولو ته انتظار کوي، یو بل ته کال بیک اضافه کوي، او کله چې هرڅه چمتو وي، کیچ یې کړئ. کله چې پوښتنه کوي FastAGI یو جریان رامینځته کیږي ، د ټولو ټولګیو د زیرمې څخه یوه کاپي او ډیټا پدې کې بیا تولید کیږي ، او غوښتنه د php فنکشن ته لیږدول کیږي.
د دې حل سره، زموږ خدمت ته د تلیفون لیږلو وخت لومړی کمانډ ته ستاره له 1,5s څخه 0,05s ته راټیټ شوی او دا وخت یو څه د پروژې په اندازې پورې اړه لري.
د پایلې په توګه، د ډیلپلان پراختیا لپاره وخت د پام وړ کم شوی و، او زه کولی شم د دې ستاینه وکړم ځکه چې ما باید په PHP کې د ټولو ماډلونو ټول ډیلپلان بیا لیکلی وای. لومړی ، میتودونه باید دمخه په php کې لیکل شوي وي ترڅو له ډیټابیس څخه یو څیز ترلاسه کړي؛ دوی په ویب انٹرفیس کې د ښودلو لپاره اړین و ، او دوهم ، او دا اصلي شی دی ، په پای کې دا ممکنه ده چې په اسانۍ سره د شمیرو او صفونو سره د تارونو سره کار وکړئ. د ډیټابیس او ډیری پی ایچ پی توسیعونو سره.
د ماډل ټولګي کې د ډیلپلان پروسس کولو لپاره تاسو اړتیا لرئ فنکشن پلي کړئ dialplanDynamicCall او استدلال pbxCallRequest د تعامل لپاره به یو څیز ولري ستاره.
سربیره پردې ، دا ممکنه شوه چې ډیلپلان ډیبګ کړئ (php xdebug لري او دا زموږ د خدمت لپاره کار کوي) ، تاسو کولی شئ د متغیرونو ارزښتونو لیدو سره ګام په ګام حرکت وکړئ.
د تلیفون ډاټا
هر ډول تحلیلونه او راپورونه په سمه توګه راټول شوي ډاټا ته اړتیا لري، او دا د PBX بلاک هم د لومړي څخه تر دریمې نسخې پورې د ډیری آزموینې او تېروتنې څخه تیر شو. ډیری وختونه، د تلیفون ډاټا یوه نښه ده. یو زنګ = یو ریکارډ: چا زنګ وهلی، چا ځواب ورکړ، څومره وخت یې خبرې وکړې. په نورو په زړه پورې اختیارونو کې، یو اضافي نښه شتون لري چې په ګوته کوي چې د PBX کارمند د زنګ په جریان کې بلل شوی و. مګر دا ټول د اړتیاو یوازې برخه پوښي.
لومړنۍ اړتیاوې وې:
- خوندي کړئ نه یوازې هغه چا چې PBX ته زنګ وهلی، بلکې چا ځواب ورکړی، ځکه مداخلې شتون لري او دا باید د تلیفونونو تحلیل کولو په وخت کې په پام کې ونیول شي،
- د یو کارمند سره د اړیکو دمخه وخت. په فري پي بي ایکس او ځینې نور PBXs، زنګ ته ځواب ویل کیږي کله چې PBX تلیفون پورته کړي. مګر د غږ مینو لپاره تاسو دمخه تلیفون پورته کولو ته اړتیا لرئ ، نو ټول زنګونه ځواب شوي او د ځواب لپاره د انتظار وخت 0-1 ثانیې کیږي. له همدې امله پریکړه وشوه چې نه یوازې د ځواب دمخه وخت خوندي کړئ ، بلکه د کلیدي ماډلونو سره د وصل کیدو دمخه وخت (ماډول پخپله دا بیرغ ټاکي. اوس مهال دا "کارمند" ، "بهرنۍ کرښه" ده)
- د یو ډیر پیچلي ډیلپلان لپاره، کله چې یو زنګ د مختلفو ګروپونو ترمنځ سفر کوي، دا اړینه وه چې هر عنصر په جلا توګه معاینه کړي.
غوره اختیار هغه وخت وګرځید کله چې د PBX ماډلونه په تلیفونونو کې د ځان په اړه معلومات لیږي او په نهایت کې معلومات د ونې په شکل کې خوندي کوي.
داسې ښکاري چې:
لومړی، د تلیفون په اړه عمومي معلومات (لکه د هر چا په څیر - هیڅ ځانګړي ندي).
- په بهرنۍ کرښه کې زنګ راغی "د ازموینې لپاره"په 05:55:52 کې د 89295671458 شمیرې څخه 89999999999 شمیرې ته ، په پای کې دا د یو کارمند لخوا ځواب شو"منشي2د 104 شمیرې سره. پیرودونکي 60 ثانیې انتظار وکړ او د 36 ثانیو لپاره یې خبرې وکړې.
- کارمند"منشي2"112 ته زنګ وهي او یو کارمند ځواب ورکوي"مدیر1» له ۸ ثانیو وروسته. دوی د 8 ثانیو لپاره خبرې کوي.
- پیرودونکي کارمند ته لیږدول کیږي "مدیر1" چیرته چې دوی د نورو 13 ثانیو لپاره خبرو ته دوام ورکوي
مګر دا د یخ برګ سر دی؛ د هر ریکارډ لپاره تاسو کولی شئ د PBX له لارې د تلیفون مفصل تاریخ ترلاسه کړئ.
ټول معلومات د زنګ وهلو په توګه وړاندې کیږي:
- په بهرنۍ کرښه کې زنګ راغی "د ازموینې لپاره» په 05:55:52 د 89295671458 شمیرې څخه 89999999999 شمیرې ته.
- په 05:55:53 کې بهرنۍ کرښه راتلونکي سرکټ ته زنګ لیږي "ازموینه»
- کله چې د سکیم مطابق د تلیفون پروسس کول، ماډل "د مدیر زنګ وهل"، په کوم کې چې زنګ 16 ثانیې دی. دا یو ماډل دی چې د پیرودونکي لپاره رامینځته شوی.
- ماډل "د مدیر زنګ وهل"د شمیرې (پیرودونکي) لپاره مسؤل کارمند ته تلیفون لیږي"مدیر1او د ځواب لپاره 5 ثانیې انتظار کوي. مدیر ځواب ورنه کړ.
- ماډل "د مدیر زنګ وهل"ډلې ته زنګ وهي"د CORP مدیران" دا د ورته لوري نور مدیران دي (په ورته خونه کې ناست دي) او د ځواب لپاره 11 ثانیې انتظار کوي.
- ډله "د CORP مدیران"کارمندان غږ کوي"مدیر1, مدیر2, مدیر3"په ورته وخت کې د 11 ثانیو لپاره. هیڅ ځواب نشته.
- د مدیر تلیفون پای ته ورسید. او سرکټ ماډل ته زنګ وهي "د 1c څخه لاره غوره کول" همدارنګه د پیرودونکي لپاره لیکل شوی ماډل. دلته زنګ د 0 ثانیو لپاره پروسس شوی و.
- سرکټ د غږ مینو ته زنګ لیږي "د اضافي ډایل کولو سره بنسټیز" پیرودونکي هلته د 31 ثانیو لپاره انتظار وکړ، هیڅ اضافي ډاینګ شتون نلري.
- سکیم ګروپ ته زنګ وهي "سکرترانو"، چیرته چې پیرودونکي 12 ثانیې انتظار وکړ.
- په یوه ډله کې، 2 کارمندان په ورته وخت کې ویل کیږي "منشي1"او"منشي2"او د 12 ثانیو وروسته کارمند ځواب ورکوي"منشي2" د زنګ ځواب په والدینو تلیفونونو کې نقل شوی. دا معلومه شوه چې په ګروپ کې هغه ځواب ورکړ "منشي2"کله چې سرکټ ته زنګ وواهه ځواب یې ورکړ"منشي2"او په بهرنۍ کرښه کې یې زنګ ته ځواب ورکړ"منشي2".
دا د هر عملیات او د دوی ځړول په اړه د معلوماتو خوندي کول دي چې دا به په ساده ډول د راپورونو چمتو کول ممکن کړي. د غږ مینو کې یو راپور به تاسو سره مرسته وکړي چې معلومه کړي چې دا څومره مرسته کوي یا خنډ کوي. د کارمندانو لخوا د یاد شوي تلیفونونو په اړه یو راپور جوړ کړئ، په پام کې نیولو سره چې زنګ وهل شوی و او له همدې امله یاد شوی نه ګڼل کیږي، او دا په پام کې نیولو سره چې دا یو ډله ایز کال و، او بل چا مخکې ځواب ورکړی، پدې معنی چې زنګ هم نه و یاد شوی.
د دې ډول معلوماتو ذخیره کول به تاسو ته اجازه درکړي چې هر ګروپ په جلا توګه واخلئ او معلومه کړئ چې دا څومره اغیزمن کار کوي، او د ځواب شوي او ورک شوي ګروپونو ګراف په ساعت کې جوړ کړئ. تاسو کولی شئ دا هم وګورئ چې د مدیر سره وصل کیدو وروسته د لیږد تحلیل کولو سره د مسؤل مدیر سره اړیکه څومره سمه ده.
تاسو کولی شئ کافي غیر معمولي مطالعات هم ترسره کړئ، د بیلګې په توګه، څو ځله هغه شمیرې چې په ډیټابیس کې ندي سم تمدید ډیل کوي یا د وتلو تلیفونونو سل سلنه ګرځنده تلیفون ته لیږل کیږي.
په پای کې څه شی دی؟
د PBX ساتلو لپاره متخصص ته اړتیا نشته؛ خورا عادي مدیر کولی شي دا کار وکړي - په عمل کې ازمول شوی.
د تعدیلاتو لپاره، د جدي وړتیاو متخصصینو ته اړتیا نشته؛ د پی ایچ پی پوهه کافي ده، ځکه چې ماډلونه دمخه د SIP پروتوکول ، او قطار لپاره ، او د یو کارمند د زنګ وهلو لپاره ، او نورو لپاره لیکل شوي. لپاره د ریپر ټولګي شتون لري ستاره. د ماډل جوړولو لپاره، یو پروګرامر کولی شي (او په ښه توګه باید) چمتو شوي ماډلونه زنګ ووهي. او پوهه ستاره په بشپړ ډول غیر ضروري دي که چیرې پیرودونکي وغواړي چې د ځینې نوي راپور سره پاڼه اضافه کړي. مګر تمرین ښیې چې که څه هم د دریمې ډلې برنامه کونکي کولی شي مقابله وکړي ، دوی د اسنادو او د نظرونو نورمال پوښښ پرته د ناامنۍ احساس کوي ، نو د پرمختګ لپاره لاهم خونه شتون لري.
ماډلونه کولی شي:
- د تلیفون پروسس کولو نوي وړتیاوې رامینځته کړئ ،
- ویب انٹرفیس ته نوي بلاکونه اضافه کړئ،
- د هر موجوده ماډلونو څخه میراث واخلئ، دندې بیا تعریف کړئ او بدل یې کړئ، یا په ساده ډول یو څه بدل شوی کاپي وي،
- خپل تنظیمات د نورو ماډلونو تنظیماتو ټیمپلیټ کې اضافه کړئ او نور ډیر څه.
د API له لارې د PBX ترتیبات. لکه څنګه چې پورته تشریح شوي، ټول ترتیبات په ډیټابیس کې زیرمه شوي او د زنګ په وخت کې لوستل کیږي، نو تاسو کولی شئ د API له لارې د PBX ټول ترتیبات بدل کړئ. کله چې API ته زنګ ووهئ ، تشکیلات له سره نه جوړیږي او ماډلونه بیا نه پیل کیږي ، له همدې امله ، دا مهمه نده چې تاسو څومره تنظیمات او کارمندان لرئ. د API غوښتنې په چټکۍ سره اجرا کیږي او یو بل نه بندوي.
PBX ټول کلیدي عملیات د وختونو (انتظار / خبرو اترو) سره زنګونو سره ذخیره کوي او د PBX شرایطو (کارمند، ډله، بهرنۍ کرښه، نه چینل، شمیره). دا تاسو ته اجازه درکوي د ځانګړو پیرودونکو لپاره مختلف راپورونه رامینځته کړئ او ډیری کار د کارونکي دوستانه انٹرفیس رامینځته کول دي.
وخت به ووايي چې راتلونکی به څه وي. لاهم ډیری نزاکتونه شتون لري چې بیا ترسره کیدو ته اړتیا لري ، لاهم ډیری پلانونه شتون لري ، مګر د دریمې نسخې رامینځته کیدو څخه یو کال تیر شوی او موږ دمخه کولی شو ووایو چې نظر کار کوي. د نسخې 3 اصلي زیان د هارډویر سرچینې دي، مګر دا معمولا هغه څه دي چې تاسو باید د پراختیا اسانتیا لپاره پیسې ورکړئ.
سرچینه: www.habr.com