> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

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

> Didit में केस की किसी श्रेणी के असाइनमेंट, एस्केलेशन, ट्रांसफ़र और प्रदर्शन को कॉन्फ़िगर करें, और चार बिल्ट-इन प्रीसेट इंस्टॉल करें।

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

***

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

| सेटिंग | विवरण |
| - | - |
| **नाम** | अधिकतम 24 अक्षर |
| **विवरण** | वैकल्पिक, मुक्त पाठ |
| **केस कौन संभालता है** | नियुक्त व्यक्तियों का पूल, अनिवार्य, कम से कम एक सदस्य (कम से कम एक नियुक्त व्यक्ति चुनें) |
| **नियुक्ति** | **मैन्युअल रूप से**, या **स्वचालित रूप से** |
| **केस ट्रांसफ़र** | टॉगल; चालू होने पर केस उसी एप्लिकेशन के किसी दूसरे सक्रिय ब्लूप्रिंट में जा सकते हैं |
| **एस्केलेशन** | टॉगल के साथ लक्ष्य ब्लूप्रिंट चुनने का चयन फ़ील्ड |
| **4-आंखों की समीक्षा** | एक चेकर ब्लूप्रिंट के साथ जोड़ी बनाएँ, देखें [4-आंखों की समीक्षा](https://docs.didit.me/hi/console/case-management/four-eyes.md) |
| **समाधान नोट अनिवार्य करें** | टॉगल; चालू होने पर समाधान संवाद का नोट अनिवार्य हो जाता है |
| **डिफ़ॉल्ट डेडलाइन** | नए केसों के लिए घंटों में वैकल्पिक डेडलाइन; केस की स्पष्ट डेडलाइन को प्राथमिकता मिलती है |

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

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

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

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

कोई ब्लूप्रिंट स्वयं को अपना एस्केलेशन लक्ष्य या 4-आंखों वाला चेकर नहीं बना सकता।

### जुड़े स्रोत

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

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

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

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

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

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

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

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

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

| प्रीसेट | केस सामग्री |
| - | - |
| **स्क्रीनिंग हिट** | AML नियंत्रण (वित्तीय + पहचान), पहचान (व्यक्तिगत जानकारी, जोखिम अवलोकन) |
| **AML जांच** | AML नियंत्रण (वित्तीय), पहचान (व्यक्तिगत जानकारी, संपर्क जानकारी, जोखिम अवलोकन, PoI दस्तावेज़) |
| **संदिग्ध गतिविधि** | पहचान (व्यक्तिगत जानकारी, जोखिम अवलोकन, PoI दस्तावेज़), वित्तीय (भुगतान के तरीके, लेन-देन) |
| **KYC समीक्षा** | पहचान (सभी फ़ील्ड), सत्यापन सारांश |

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

## केस सामग्री

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

| सेक्शन | फ़ील्ड |
| - | - |
| **चेकलिस्ट** | सक्षम करें, समाधान के लिए वैकल्पिक बनाएँ, और चेकलिस्ट आइटम की सूची, देखें [चेकलिस्ट](https://docs.didit.me/hi/console/case-management/checklist.md) |
| **AML नियंत्रण** | वित्तीय AML जानकारी, पहचान AML जानकारी |
| **पहचान** | व्यक्तिगत जानकारी, आवेदक टैग, संपर्क जानकारी, जोखिम सारांश, पहचान प्रमाण दस्तावेज़, पते के प्रमाण वाले दस्तावेज़ |
| **सत्यापन** | सत्यापन सारांश |
| **रिपोर्टिंग** | FIU रिपोर्ट |
| **वित्तीय डेटा और स्रोत** | भुगतान के तरीके, वित्तीय लेन-देन |

जिस ब्लूप्रिंट में कोई सेक्शन सक्षम नहीं है, वह फिर भी केस का ओवरव्यू टैब दिखाता है, बस उसमें अतिरिक्त कंटेंट ब्लॉक नहीं होते।

> [!TIP]
>
> नए केस के लिए एक समान समीक्षा अवधि देने के लिए पॉलिसी में डिफ़ॉल्ट समय-सीमा का उपयोग करें।
> समीक्षक किसी एक केस की प्राथमिकता और नियत तिथि अब भी अपडेट कर सकते हैं।
> पॉलिसी बदलने से मौजूदा केस की समय-सीमाएँ नहीं बदलतीं।

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

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

किसी ब्लूप्रिंट को सुचारु रूप से बंद करने के लिए, उसे हटाने से पहले उसके सक्रिय केस किसी दूसरे ब्लूप्रिंट में स्थानांतरित करें।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.