तारांकन। सचिव / डिस्पैचर / उन लोगों की पहली पंक्ति उतारना। समर्थन

मुझे उम्मीद है कि यह लेख लेखों की एक पूरी श्रृंखला में तारांकन विन्यास पर लेखों को बदल देगा, जिसकी शुरुआत मैंने खुद के लिए, इस लेख में लगभग 2 साल पहले की थी।

मैं अपने विकास का वर्णन करने की कोशिश करता हूं (और शायद किसी के लिए और गैर-तुच्छता का रहस्य उठा सकता हूं), या बस दिलचस्प, मेरी राय में, डायलप्लेन।

मैं तुरंत एक आरक्षण करूंगा कि मैं मॉड्यूल, कॉन्फ़िगरेशन फ़ाइलों को डेटाबेस और इस तरह से कनेक्ट करने के लिए कॉन्फ़िगरेशन फ़ाइलों का वर्णन नहीं करूंगा, क्योंकि यह लेख का उद्देश्य नहीं है, विकी में और एस्टरिस्क पर पुस्तकों में और भी बहुत कुछ। मैं तुरंत यह भी कहूंगा कि मैं फ्रीपीबीएक्स के बिना नंगे तारांकन पर यह सब कर रहा हूं, क्योंकि मैं इस वेब इंटरफेस के कार्यान्वयन को गलत, अतार्किक और त्रुटिपूर्ण मानता हूं।

मैं संगठनों में से एक परिदृश्य से शुरू करूंगा - सचिव को उतारना। कॉल सेंटर और टैक्सी डिस्पैचर (थोड़े बदले हुए डायलप्लान) के लिए एक ही तर्क लागू करना संभव होगा।

परिदृश्य:
- सचिव को बुलाओ।
- सचिव ने फोन उठाया - बिक्री विभाग से जुड़ने के लिए कहा।
-सचिव कॉल को प्रबंधकों के एक समूह में स्थानांतरित करता है।
-एक ग्राहक से बात कर रहा है।
-जब 24 घंटे के भीतर दोबारा कॉल किया जाता है, तो क्लाइंट तुरंत उस मैनेजर के पास जाता है, जिसने पहली बार इसे स्वीकार किया था।

यह किसके लिए दिलचस्प है मैं कैट के तहत पूछता हूं।

विषयांतर:
प्रश्न की भविष्यवाणी क्यों? टिप्पणियों में:
एक नियम के रूप में, ग्राहकों और प्रबंधकों के पास पर्याप्त संचार होता है, लेकिन यह आपके व्यक्तिगत फोन नंबर देने के लिए हमेशा सुविधाजनक नहीं होता है - यह भूल या खो सकता है। प्रबंधक इसे अच्छी तरह से भूल सकता है और नहीं दे सकता है, या उसके साथ कुछ और होगा और ग्राहक को सीधे कनेक्शन के बिना छोड़ दिया जाएगा। सचिव के पास कई कर्तव्य भी होते हैं और टेलीफोन ऑपरेटर के रूप में काम करना उसके लिए लाभहीन होता है। एक्सटेंशन नंबर के साथ भी, प्रत्येक प्रबंधक के लिए टेलीफ़ोन नंबर के 6-10 अंकों को 13-15 के बजाय याद रखना हमेशा आसान होता है।

उद्देश्य:
- एक ही ग्राहक को एक निश्चित समय के भीतर प्रबंधकों को हस्तांतरित करने के सचिव से छुटकारा।
- क्लाइंट को असाइन किए गए मैनेजर से बांधें

कार्यान्वयन तर्क:
प्रबंधक द्वारा फोन लेने के बाद, Asterisk ग्राहक का नंबर "याद रखता है" और फिर से कॉल करने पर, अगले 24 घंटों के भीतर उस ग्राहक को प्रबंधक से जोड़ता है जिसने उसके साथ संचार किया था।

बोध।

तारांकन को किसी तरह उस ग्राहक को पहचानना चाहिए जो उसे बुला रहा है, और उस प्रबंधक को भी याद रखना चाहिए जिसने फोन उठाया था। यह जानकारी डेटाबेस में संग्रहीत की जाएगी और अनुरोध पर एक तारांकन उपलब्ध होगा।

हम एक डेटाबेस बनाते हैं या एक मौजूदा एक में एक मेज शुरू करते हैं (मैंने mysql का उपयोग किया)।

बनाई गई तालिका में 4 फ़ील्ड हैं:
आईडी अद्वितीय स्ट्रिंग मूल्य
नंबर ग्राहक संख्या
UTC में दिनांक
एजेंट कॉल प्राप्त करने वाले एजेंट की संख्या

मैंने तालिका के सभी आवश्यक कॉल 4 प्रश्नों में डाल दिए हैं:

GET_DATA जैसा कि नाम का अर्थ है: हमें कॉल करने वाले के बारे में डेटा मिलता है, जो उसके नंबर पर ध्यान केंद्रित कर रहा है
SELECT agent, date, number FROM dbname.clients WHERE number= .

SET_DATA डेटाबेस में डेटा लिखें
INSERT INTO dbname.clients (number,date,agent) VALUES (' ',' UTC',' ')

UPDATE_TIME बार-बार कॉल करने पर अपडेट का समय
UPDATE dbname.clients SET date= WHERE number=

DELETE_DATA डेटाबेस से ग्राहक को हटाएं
DELETE FROM dbname.clients WHERE number= AND date= UTC

अब, डेटाबेस के साथ काम करने के लिए कोड टूल डायलपैन लिखने के लिए तैयार है जो इस कनेक्शन को संभाल लेगा।

एक कदम - ग्राहक की पहचान करें:
सभी आवक कॉल शुरू में सचिव (बाहरी से संदर्भ) में आते हैं। इस तरह की प्रत्येक कॉल एक संभावित ग्राहक है, इसलिए हम जांच करेंगे - लेकिन क्या वह पहले से ही हमसे मिला हुआ है?
ऐसा करने के लिए, पहले, तालिका में, हम GET_DATA अनुरोध का उपयोग करके एजेंट नंबर, दिनांक और कॉलर नंबर के मूल्यों का अनुरोध करते हैं

[from-external]
exten=>_X.,1,Set(ARRAY(AGENT,DATE,NUMBER)=${ODBC_GET_DATA(${CALLERID(num)})")

यदि डेटाबेस में ऐसी कोई संख्या नहीं है, तो चर संख्या खाली रहेगी - यह समझने के लिए हमारा मुख्य तुलना पैरामीटर होगा कि किस दिशा में डायलन आगे जाएगा:

exten=>_X.,n,GotoIf($[${NUMBER}!=""]?comparedate:dialexten)

यदि चर संख्या खाली नहीं है, तो ग्राहक ने हमें पहले ही कॉल कर दिया है, अगला चरण यह पता लगाना है कि उसने हमें कितने समय तक बुलाया। ऐसा करने के लिए, आपको तालिका की तिथि वर्तमान की तारीख के साथ तुलना करने की आवश्यकता है, इसके लिए हम तुलनात्मक शाखा के साथ जाते हैं, वर्तमान तिथि से घटाकर पहले चरण में प्राप्त दिनांक चर का मान और यह सब DATERESULT चर में सहेजें:

exten=>_X.,n(comparedate),Set(DATERESULT=${MATH(${EPOCH}-${DATE},i)})

फिर हम इसकी तुलना मैजिक नंबर 86400 से करते हैं (मैंने इस नंबर के रहस्य को उजागर नहीं किया है, जो लोग जानते हैं वे समझ जाएंगे, और जो लोग नहीं जानते हैं वे यूनिक्स टाइम स्टैम्प क्या है इस पर विकिपीडिया को देखेंगे, अपने क्षितिज का विस्तार करेंगे और गणित को याद करेंगे), और किस परिणाम के आधार पर हम डायलागेंट शाखाओं से दूर हो गए और विलोपन। सिंटैक्स पर ध्यान देना महत्वपूर्ण है - उद्धरण के बिना और "<" संकेत और मूल्यों के बीच एक समस्या के साथ, यदि आप अलग-अलग लिखते हैं, तो GotoIf सही ढंग से काम नहीं करेगा:

exten=>_X.,n,GotoIf($[${DATERESULT} < 86400]?dialagent:deleteagent)

डायलैगेंट लेबल उस प्रबंधक को कॉल करने के लिए जिम्मेदार है जिसके लिए क्लाइंट संलग्न है। कॉल के बाद, हम समय के मूल्य को अपडेट करते हैं, क्योंकि सहयोग जारी है:

exten=>_X.,n(dialagent),Dial(SIP/${AGENT},,Ttg)

exten=>_X.,n,Set(ODBC_UPDATE_TIME()=${EPOCH},${NUMBER})

exten=>_X.,n,Hangup()

डिलीट करने वाला लेबल उपयोगकर्ता के डेटाबेस से प्रारंभिक हटाने के साथ सचिव के कॉल को हटाने के लिए डायलप्लान को शाखा में स्थानांतरित करता है, यह तब होता है जब उपयोगकर्ता ने कंपनी को 24 घंटे से अधिक समय तक नहीं बुलाया है।

exten=>_X.,n(deleteagent),Set(ODBC_DELETE_DATA()=${NUMBER},${DATE})
exten=>_X.,n(dialexten),Dial(SIP/${EXTEN},,Ttg)

नोट:
मैंने तारांकित डायलप्लान के माध्यम से एक समय के बाद डेटाबेस से एक रिकॉर्ड को हटाने के लिए नहीं लिखा था क्योंकि इस कार्यान्वयन में यह एक बैसाखी है और क्रोन स्क्रिप्ट को कम से कम एक ही php पर दिन में एक बार चलाना और समाप्त प्रविष्टियों के डेटाबेस को साफ करना अधिक सही होगा।

कॉलिंग उपयोगकर्ता की स्थिति का निर्धारण समाप्त हो जाता है और उपयोगकर्ता कतार में स्थानांतरित हो जाता है।
ट्रांसफर करते समय ब्लाइंडट्रांसफर का उपयोग करना महत्वपूर्ण है, ताकि कॉलिंग क्लाइंट का कॉलरी मैनेजर द्वारा प्रदर्शित हो। यदि, हालांकि, आपको वास्तव में विस्तारित हस्तांतरण का उपयोग करने की आवश्यकता है, तो आपको स्थानांतरण से पहले ग्राहक के सचिव को कॉलरिड को सेट करना चाहिए, ताकि ग्राहक का नंबर, और सचिव नहीं, संख्या क्षेत्र में तालिका में हो। यह पहला निर्णय है जो मेरे साथ हुआ है। अगर किसी और के पास कोई विचार है, तो मुझे खुशी होगी।

और इसलिए, जब ब्लाइंडट्रांसफर के माध्यम से कतार संख्या में स्थानांतरित किया जाता है, तो आपको 1 पल का ध्यान रखना होगा:
हमें फोन उठाने वाले प्रबंधक की संख्या की आवश्यकता होगी। यहाँ मैं नियम से दूर जाने के लिए विन्यास में नहीं जाऊँगा, क्योंकि कतार की कॉन्फ़िगरेशन फ़ाइल में यह मान प्राप्त करने के लिए, आपको मूल्य setinterfacevar = हाँ सेट करने की आवश्यकता है। यह सेटिंग आपको उन सदस्य वैरिएबल के मान को देखने की अनुमति देती है, जो अपने आप में फोन लेने वाले कतार सदस्य की संख्या को संग्रहीत करता है।
इसे संसाधित करने के लिए, आप 2 तरीकों से जा सकते हैं:

1. एक कतार कॉल में एक मैक्रो का उपयोग करें:

exten=>500,1,Queue(Queue1,t,,,,,queue-answer)

[macro-queue-answer]

exten => s,1,Set(AGENT=${CUT(MEMBERINTERFACE,/,2)})

2. हैंगअप एक्सटेंशन का उपयोग करें

exten=>500,1,Queue(Queue1,t)

exten => h,1,Set(AGENT=${CUT(MEMBERINTERFACE,/,2)})

समस्या यह है कि कॉल के अंत में, प्रबंधक को डेटाबेस में लाने के लिए, आपको उसका कॉलरीड प्राप्त करना होगा। विधि 2 CALLERID प्रबंधक को मैक्रो को अग्रेषित नहीं करता है, और क्यू से कॉल करने पर पैरामीटर को मैक्रो में स्थानांतरित करना असंभव है - जैसा कि मैंने कोशिश नहीं की, मैं इसे अग्रेषित करने में सफल नहीं हुआ। इसलिए, विधि धोखाधड़ी थी और शापित थी, और मैं विधि 1 पर बस गया।

इस विधि के साथ एक अति सूक्ष्म अंतर भी है - अगर मैं बाहरी संदर्भ में हैंगअप घटना को पकड़ता हूं, तो किसी भी हैंगअप (प्रबंधक या सचिव हो) पर कार्रवाई की जाएगी, लेकिन यह आवश्यक नहीं है। इसलिए, जब कॉल को एक कतार में स्थानांतरित किया जाता है, तो कतार स्वयं एक नए संदर्भ में स्थानांतरित हो जाती है, जिसमें यह प्रक्रिया करता है:

exten=>500,1,Answer()

exten=>500,n,Goto(queue-answering,s,1)

[queue-answering]

exten=>s,1,Queue(Queue1,t)

exten => h,1,Set(AGENT=${CUT(MEMBERINTERFACE,/,2)})


प्रबंधक की पठनीय संख्या प्राप्त होने के बाद, वह डेटाबेस में डेटा लिखने के लिए रहता है:

exten => h,n,Set(ODBC_SET_DATA()="${CALLERID(num)}","${EPOCH}","${AGENT}")

इस डायलन पर समाप्त हो गया है। आईवीआर जोड़कर और पहले से मौजूद ग्राहक से कॉल संसाधित करते समय और कॉल करने के लिए उसे विभिन्न विकल्पों की पेशकश करके इसे बेहतर और बेहतर बनाया जा सकता है। जब आप फोन उठाते हैं तो आप प्रबंधक के लिए एक कॉल घोषणा भी जोड़ सकते हैं ताकि वह जान सके कि यह एक नए ग्राहक से कॉल है, या केवल एक ग्राहक से।

सामान्य तौर पर, यह डायलप्लान एक आधार है जिसके आधार पर आप एक बहुत ही सुविधाजनक और सस्ती प्रदर्शन तारांकन समाधान (उदाहरण के लिए एजीआई का सहारा लिए बिना) तैनात कर सकते हैं, जिसका उपयोग टैक्सी कंपनियों और कुछ कॉल सेंटर दोनों द्वारा किया जाता है।