मुख्य सामग्री पर जाएं
4-eyes review किसी resolution के प्रभावी होने से पहले एक दूसरी, स्वतंत्र स्वीकृति जोड़ता है। यह उच्च-जोखिम वाली जांचों के लिए एक मानक कर्तव्य पृथक्करण नियंत्रण है।

​
सेटअप करना

मेकर ब्लूप्रिंट पर 4-आंखों की समीक्षा फ़ील्ड को चेकर ब्लूप्रिंट पर सेट करें। इस फ़ील्ड को सेट करना ही मेकर ब्लूप्रिंट के लिए 4-आंखों की समीक्षा चालू करता है, इसके लिए कोई अलग टॉगल नहीं है।

​
यह कैसे काम करता है

  1. मेकर ब्लूप्रिंट का एक अधिकारी सामान्य रूप से केस का समाधान करता है (फ़ॉल्स पॉज़िटिव या वैध खतरा, और ज़रूरत होने पर एक नोट)।
  2. केस बंद होने के बजाय, केस की स्थिति खुली ही रहती है, प्रस्तावित समाधान स्टेज हो जाता है, और केस चेकर ब्लूप्रिंट की कतार में चला जाता है। केस की टाइमलाइन में Submitted for approval दर्ज होता है।
  3. चेकर केस का अवलोकन टैब देखता है, जहां एक डुअल-कंट्रोल बैनर अनुमोदित करें और अस्वीकार करें विकल्प दिखाता है।
  4. अनुमोदित करें स्टेज किए गए समाधान को लागू करता है: केस समाधानित हो जाता है, मूल समाधान और नोट के साथ, और श्रेय उस अधिकारी को जाता है जिसने इसे सबमिट किया था। टाइमलाइन में पहले Approval granted और फिर Resolved दर्ज होता है।
  5. अस्वीकार करें स्टेज किए गए समाधान को हटा देता है और केस को मेकर ब्लूप्रिंट पर लौटा देता है। टाइमलाइन में Approval rejected दर्ज होता है, और मेकर को सूचित किया जाता है।
जिस अधिकारी ने समाधान सबमिट किया है, वह स्वयं उसे अनुमोदित या अस्वीकार नहीं कर सकता। इसे सर्वर-साइड लागू किया जाता है। ऐसा करने का प्रयास करने पर 403 लौटता है। (ऐसे केस को अनुमोदित या अस्वीकार करने पर जिसमें अनुमोदन के लिए कोई समाधान लंबित नहीं है, 409 लौटता है।)

​
चेकर का नाम तय करना

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

​
जब साक्ष्य बदलते हैं

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

​
नोट्स

  • समीक्षा आवश्यकताएं केस खोले जाने के समय सहेजी जाती हैं। चेकर कतार में जाने से बाद में किए गए नीति संपादनों के आधार पर ये आवश्यकताएं नहीं बदलतीं।
  • एक समय में एक केस के लिए केवल एक समाधान स्टेज किया जा सकता है; अनुमोदन के लंबित रहने के दौरान और अधिक जानकारी मांगना (उपयोगकर्ता की प्रतीक्षा में) अवरुद्ध रहता है।
  • 4-आंखों की समीक्षा आवश्यक समाधान नोट्स के साथ काम करती है: अपने सबसे उच्च-जोखिम वाले ब्लूप्रिंट के लिए दोनों चालू करें, ताकि दस्तावेज़ीकृत तर्क और एक दूसरा समीक्षक, दोनों आवश्यक हों।
अंतिम संशोधन 7 नवंबर 2026