केस ब्लूप्रिंट - केस असाइनमेंट और केस सामग्री

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

---

​

सामान्य सेटिंग्स

​

स्वचालित नियुक्ति

स्वचालित नियुक्ति, कॉन्फ़िगर की गई क्षमता तक, पूरे संगठन में सबसे कम सक्रिय केस वाला अधिकृत समीक्षक चुनती है। उपलब्ध होने पर ऑनलाइन अधिकारियों को प्राथमिकता दी जाती है; अन्यथा योग्य ऑफ़लाइन अधिकारियों को भी केस मिल सकते हैं। जब हर योग्य समीक्षक अपनी क्षमता पर हो, तो केस बिना नियुक्ति के रहता है। केस रिज़ॉल्व होने पर या कोई अधिकारी ऑनलाइन आने पर, क्षमता उपलब्ध होने की स्थिति में कतार में रखा केस उठाया जा सकता है।

​

एस्केलेशन और ट्रांसफ़र

एस्केलेशन एक ही कार्रवाई में केस को एक निश्चित लक्ष्य ब्लूप्रिंट (उसकी कतार, उसका कंटेंट कॉन्फ़िगरेशन) में भेजता है। इसके विपरीत, केस ट्रांसफ़र में अधिकारी उसी एप्लिकेशन का कोई भी सक्रिय ब्लूप्रिंट चुनकर केस को वहाँ भेज सकता है। ये दोनों विकल्प केस पेज पर तब तक छिपे रहते हैं जब तक वर्तमान ब्लूप्रिंट इन्हें सक्षम न करे, और अक्षम होने पर इन्हें आज़माने की कोशिश सर्वर की ओर से ब्लॉक हो जाती है (400)। कोई ब्लूप्रिंट स्वयं को अपना एस्केलेशन लक्ष्य या 4-आंखों वाला चेकर नहीं बना सकता।

​

जुड़े स्रोत

ब्लूप्रिंट का दायाँ पैनल ये सूचियाँ दिखाता है:

• केस बनाने के स्रोत: AML कॉन्फ़िग, ट्रांज़ैक्शन नियम, और वर्कफ़्लो नोड जो अभी नए केस इसमें भेज रहे हैं, हर एक के शॉर्टकट के साथ।
• इनसे एस्केलेशन प्राप्त करता है: अन्य ब्लूप्रिंट जिनका एस्केलेशन लक्ष्य यहाँ इंगित करता है।

​

नीति में बदलाव सहेजें और प्रकाशित करें

ड्राफ़्ट सहेजें आपके बदलाव सुरक्षित करता है, बिना नए या मौजूदा केसों को प्रभावित किए। नई नीति अप्रकाशित रहती है और तब तक किसी केस या राउटिंग नियम के लिए नहीं चुनी जा सकती जब तक आप प्रकाशित करें न चुनें। संपादक दोबारा खोलने पर सहेजा गया ड्राफ़्ट वापस लाता है। प्रकाशित करें तभी उपलब्ध होता है जब वर्तमान संपादन सहेजे जा चुके हों। प्रकाशन उस संस्करण को नए केसों पर लागू करता है; मौजूदा केस अपनी स्वीकृत समीक्षा आवश्यकताएँ बनाए रखते हैं। संस्करण इतिहास हर प्रकाशित कॉन्फ़िगरेशन, प्रकाशन का समय, और ज्ञात होने पर प्रकाशक को दर्ज करता है। संस्करण इतिहास उपलब्ध होने से पहले बनाई गई नीतियों का वर्तमान आधार अगले प्रकाशन पर दर्ज होता है। ड्राफ़्ट छोड़ें पुष्टि माँगता है और संपादक को प्रकाशित कॉन्फ़िगरेशन पर वापस ले जाता है। कभी प्रकाशित न हुए ड्राफ़्ट को छोड़ने पर वह मिट जाता है। ड्राफ़्ट सहेजने और प्रकाशन की जाँच, दोनों, प्रकाशित संस्करण और ड्राफ़्ट रिविज़न को जाँचते हैं। यदि कोई और इनमें से किसी को बदलता है, तो सर्वर 409 लौटाता है और आपका खुला संपादक आपके असहेजे संपादन बनाए रखता है। पुरानी प्रकाशित नीति पर आधारित ड्राफ़्ट की प्रकाशन से पहले वर्तमान नीति के विरुद्ध समीक्षा करनी होगी। API के सीधे PATCH अपडेट तत्काल प्रकाशन ही रहते हैं और संस्करण इतिहास में भी दर्ज होते हैं।

​

राउटिंग-नियम ड्राफ़्ट

राउटिंग नियम वही ड्राफ़्ट सहेजें, प्रकाशित करें, ड्राफ़्ट छोड़ें, और संस्करण इतिहास कार्रवाइयाँ उपयोग करते हैं। ड्राफ़्ट सहेजने से स्वचालित नियुक्ति के लिए उपयोग होने वाला नियम या प्रकाशित-नियम पूर्वावलोकन नहीं बदलता। अप्रकाशित बदलाव प्रकाशित होने से पहले सहेजे जाने चाहिए। प्रकाशन जाँचता है कि चुनी गई समीक्षा नीति और टीम अब भी सक्रिय हैं और एक ही एप्लिकेशन की हैं। यदि कोई और संपादक नियम या उसके ड्राफ़्ट को बदलता है, तो कार्रवाई टकराव लौटाती है और नए संस्करण के काम को सुरक्षित रखती है। नए नियम पहले ड्राफ़्ट सहेजें का उपयोग करते हैं और प्रकाशित करें से संस्करण 1 बनने तक निष्क्रिय रहते हैं। API इंटीग्रेशन के लिए, इस जीवनचक्र का उपयोग करने हेतु नीति या राउटिंग नियम बनाते समय publish=false सेट करें। विकल्प छोड़ने पर मौजूदा इंटीग्रेशन के लिए तत्काल निर्माण बना रहता है।

​

प्रीसेट लाइब्रेरी

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

​

केस सामग्री

केस सामग्री टैब तय करता है कि केस पेज पर कौन-से टैब और फ़ील्ड दिखें। यह छह अलग-अलग टॉगल किए जा सकने वाले सेक्शन में बँटा है: जिस ब्लूप्रिंट में कोई सेक्शन सक्षम नहीं है, वह फिर भी केस का ओवरव्यू टैब दिखाता है, बस उसमें अतिरिक्त कंटेंट ब्लॉक नहीं होते।

​

ब्लूप्रिंट हटाना

ब्लूप्रिंट हटाना हमेशा सफल होता है और उसके केस पर कोई असर नहीं डालता: मौजूदा केस अपना ब्लूप्रिंट संदर्भ बनाए रखते हैं, और उसकी सेटिंग (कंटेंट सेक्शन, एस्केलेशन, स्थानांतरण, 4-eyes जोड़ी) उन पर लागू रहती हैं। हटाया गया ब्लूप्रिंट ब्लूप्रिंट सूचियों में दिखना बंद हो जाता है और उसे स्थानांतरण लक्ष्य के रूप में नहीं चुना जा सकता। अगर किसी मेकर ब्लूप्रिंट को हटाया जाता है जबकि उसके किसी समाधान पर 4-eyes अनुमोदन लंबित है, तो अस्वीकृत समाधान केस को वापस भेजने के बजाय चेकर ब्लूप्रिंट पर ही छोड़ देता है। किसी ब्लूप्रिंट को सुचारु रूप से बंद करने के लिए, उसे हटाने से पहले उसके सक्रिय केस किसी दूसरे ब्लूप्रिंट में स्थानांतरित करें।