- शिप
- 10 अगस्त 2026 को 7:17 pm बजे UTC
- लेखक
- Kamo
- Commit
- 7dbe280
एक चैट अनुरोध और एक जमा टिकट काम की एक ही इकाई हैं; विषय रणनीति एकमात्र ऐसी चीज है जो यह तय करती है कि कैसे या तो सौंपा गया है। The Pre TICKET विशेष मामला चला गया है। AUTO ASSIGNMENT कम से कम व्यस्त एजेंट को चुनता है जो वास्तव में ऑनलाइन है - एक लाइव PresenceService के माध्यम से WebSocket, कभी उपलब्धता नहीं status, जो केवल पर चल रहा है लॉगिन, लॉगआउट और मैनुअल टॉगल और इसलिए किसी के लिए अनिवार्य रूप से पढ़ने योग्य जो कभी संकेत नहीं देते। किसी ने भी पिनिंग कार्य के बजाय इसे डिकोडर से जोड़ा एक अनुपस्थित एजेंट के लिए: एक निर्दिष्ट टिकट दावा करने योग्य कतार छोड़ देता है, इसलिए एक बुरा पिक इसमें कोई पॉपअप नहीं है। उसी कारण AUTO ASSIGNMENT दावा करने योग्य रणनीतियों में शामिल होते हैं - यह टिकट डिकोडर बिल्कुल वही होते हैं जो जबकि कोई भी ऑनलाइन नहीं आया था, और फिर भी उन्हें किसी तक पहुंचना पड़ता है। ADMIN ASSIGNS एकमात्र रणनीति बनी हुई है जो कभी दावा नहीं किया जा सकता है। वर्कलोड प्रत्येक लाइव स्टेटस की गणना करता है जिसमें प्री-टिकट (एक व्यक्ति जो किसी व्यक्ति को इंतजार कर रहा है) शामिल है। चैट एक एजेंट रखती है भारी बात है) और कोई टर्मिनल एक नहीं है। दो एंडपॉइंट्स बैक-ओवर: गेट / टिकट / असाइन किए गए खुला, जो ग्राहक साइन-इन पर पढ़ता है, और POST **************** जो रिटायर होता है एक। पढ़ने का अस्तित्व इसलिए है क्योंकि ASSIGNED पुश कोर NATS है जिसमें कोई रिप्ले नहीं है - इसके बिना काम सौंपा गया जबकि एक एजेंट को साइन आउट किया गया था, बस एक सूची में इंतजार कर रहा है ध्यान दिया जाना। लेखन केवल एक बार असाइनी और टिकटों का दायरा है, इसलिए दो टैब रेसिंग एक संघर्ष के बजाय कोई नहीं है।.