कोल्ड चेन में सबसे महंगा बिजली का बिल नहीं है, बल्कि तापमान क्षेत्र के अनुच्छेद का अस्पष्ट वर्णन है : वाहन में लगे रिकॉर्डर का डेटा निकाला नहीं जा सकता, गोदाम के सेंसर का अलार्म बंद कर दिया गया है, और माल क्षति होने पर दोनों पक्ष अपने-अपने दावे पर अड़े रहते हैं।
समस्या को अलग-अलग खंडों में बाँटा जाता है: गोदाम, वाहन, बॉक्स और डिमांड लेटर
- गोदाम: गोदाम क्षेत्र के सेंसर, दरवाजे के खुले रहने का समय, डिफ्रॉस्टिंग घटनाएँ
- वाहन: रास्ते में मौजूद ट्रैकिंग और तापमान का सैंपलिंग
- बॉक्स/पैलेट: पोर्टेबल रिकॉर्डर
- डिमांड लेटर: शिपमेंट डिमांड और तापमान के सबूतों को जोड़ा जाता है
सिस्टम को अतिरिक्त तापमान वाली घटनाओं को एक असामान्य ऑर्डर में बदलना चाहिए: कौन पुष्टि करता है, क्या इसे आगे बढ़ाया जाता है, या क्या नुकसान की रिपोर्ट की जाती है।
डिजाइन
गुणवत्ता के लिए थ्रेशोल्ड और रिलीज़ नियम; डिस्पैच रास्ते में असामान्यताओं को देखता है; गोदाम मैनेजर गोदाम क्षेत्र के अलार्म को हैंडल करता है। थ्रेशोल्ड को श्रेणी के अनुसार कॉन्फ़िगर किया जाता है।
- उपकरणों की संपत्ति और कैलिब्रेशन की समाप्ति का समय
- सैंपलिंग का फ़्लो
- असामान्य ऑर्डर और उसके अनुलग्नक
- रिलीज़ नीति: रोकना/मैन्युअल रिलीज़/नुकसान की रिपोर्ट करना
डेवलपमेंट और अनुमोदन
डिस्कनेक्शन के लिए अलार्म ज़रूरी है। गोदाम से बाहर निकलने से पहले पिछले N मिनटों के तापमान का जाँच करें, अनुचित तापमान पर स्कैन को रोक दें। अनुमोदन: कैलिब्रेशन की समाप्ति पर संबंधित डेटा को जोड़ने पर प्रतिबंध; डिस्कनेक्शन के लिए अलार्म; अतिरिक्त तापमान पर डबल सिग्नेचर के साथ रिलीज़; तापमान का ग्राफ़ निकाला जा सकता है।
पहला लक्ष्य है—अतिरिक्त तापमान का पता लगाना, उसे निपटाना और उसके सबूत को साबित करना, न कि मानचित्र की एनिमेशन।
विफलता के मोड और मेट्रिक्स
अलार्म का तूफ़ान, रिकॉर्डर की धीमी वापसी, वाहकों के अलग-अलग फ़ॉर्मेट। उपाय: अलार्म को वर्गीकृत करके दबाव बनाना, लेन-देन के लिए वर्कऑर्डर का उपयोग करना, और प्रोटोकॉल को अनुकूलित करना। मेट्रिक्स: प्रतिक्रिया का समय, डिस्कनेक्शन की संख्या, अतिरिक्त तापमान पर रिलीज़ का प्रतिशत, और माल क्षति से संबंधित विवादों की संख्या। अगर सबूतों का पैकेज पूरा नहीं है, तो भुगतान को रोका जा सकता है।
अभ्यास में, मुख्य प्रक्रिया के परीक्षण के लिए दो सप्ताह का पायलट लागू करने का सुझाव दिया जाता है, फिर इसे व्यापक रूप से लागू किया जाता है; पायलट की सूची, समस्याओं की सूची और रोलबैक की शर्तें लाइव लॉन्च के ईमेल में शामिल की जाती हैं, ताकि मौखिक जानकारी के जरिए फैलने से बचा जा सके।
कुछ महत्वपूर्ण कॉन्फ़िगरेशन में बदलाव के लिए दो लोगों की समीक्षा का नियम लागू किया जाता है, टेस्ट एन्वायरनमेंट में पहले जाँच की जाती है और फिर प्रोडक्शन में सिंक्रनाइज़ किया जाता है, ताकि गलती से लाइन की बिजनेस जारी रखने की क्षमता पर असर न पड़े।
दस्तावेज़ों के संबंध में, वर्णन के अनुसार, भूमिका और अधिकारों का मैट्रिक्स, इंटरफ़ेस फ़ील्ड की तालिका, और असामान्यता के निपटान का मैनुअल रखा जाता है, ताकि ऑडिट और नए लोगों के हाथ में आने में आसानी हो।
आपूर्तिकर्ता या लागू करने वाले साझेदार के हाथों में जाने के समय, एन्वायरनमेंट लिस्ट और अकाउंट अधिकारों की तालिका का उपयोग करके साइन इन किया जाता है, ताकि “किसने कॉन्फ़िगरेशन में बदलाव किया” के बारे में अस्पष्टता कम हो।
मेट्रिक्स के वर्णन को पहले लिखित रूप में फ्रीज़ कर दिया जाता है और फिर रिपोर्ट तैयार की जाती है, ताकि एक ही शब्द के तीन अलग-अलग एल्गोरिदम की समस्या न हो। साप्ताहिक मीटिंग में केवल असामान्यताओं के शीर्ष पर ध्यान दिया जाता है, और आवश्यकताओं को बढ़ाने की कोशिश नहीं की जाती।
कम नेटवर्क और भारी ट्रैफ़िक वाले स्थितियों के लिए टेस्टिंग की जाती है: कतारों का जमा होना, रिट्राय एक्सपोनेंशियल, और टाइमआउट डिग्रेडेशन की नीति को ऑपरेशनल मैनुअल में शामिल किया जाता है।
अधिकारों को कम करना: डिफ़ॉल्ट रूप से अस्वीकार कर दिया जाता है, भूमिका के अनुसार अधिकार दिए जाते हैं; उच्च जोखिम वाले ऑपरेशन के लिए दोबारा पुष्टि और ऑडिट लॉग रखा जाता है।
डेटा को रिटेंशन और आर्काइविंग के लिए नियमों के अनुसार कॉन्फ़िगर किया जाता है, समय समाप्त होने पर आर्काइव किया जाता है न कि सीधे डिलीट किया जाता है, ताकि ट्रेसबैक की अवधि की आवश्यकताओं को पूरा किया जा सके।
प्रशिक्षण भूमिकाओं के अनुसार किया जाता है: ऑपरेटर मुख्य प्रक्रिया सीखते हैं, सुपरवाइज़र असामान्यता के निपटान को सीखते हैं, और एडमिनिस्ट्रेटर कॉन्फ़िगरेशन और रोलबैक को सीखते हैं।
अगर पहले चरण का दायरा बहुत बड़ा है, तो मुख्य लिंक को चलाने और ऑडिट करने की क्षमता को प्राथमिकता दी जाती है, जबकि दूसरे चरण में अन्य रिपोर्ट और इंटेलिजेंस को शामिल किया जाता है।
अभ्यास में, मुख्य प्रक्रिया के परीक्षण के लिए दो सप्ताह का पायलट लागू करने का सुझाव दिया जाता है, फिर इसे व्यापक रूप से लागू किया जाता है; पायलट की सूची, समस्याओं की सूची और रोलबैक की शर्तें लाइव लॉन्च के ईमेल में शामिल की जाती हैं, ताकि मौखिक जानकारी के जरिए फैलने से बचा जा सके।
कुछ महत्वपूर्ण कॉन्फ़िगरेशन में बदलाव के लिए दो लोगों की समीक्षा का नियम लागू किया जाता है, टेस्ट एन्वायरनमेंट में पहले जाँच की जाती है और फिर प्रोडक्शन में सिंक्रनाइज़ किया जाता है, ताकि गलती से लाइन की बिजनेस जारी रखने की क्षमता पर असर न पड़े।
दस्तावेज़ों के संबंध में, वर्णन के अनुसार, भूमिका और अधिकारों का मैट्रिक्स, इंटरफ़ेस फ़ील्ड की तालिका, और असामान्यता के निपटान का मैनुअल रखा जाता है, ताकि ऑडिट और नए लोगों के हाथ में आने में आसानी हो।
आपूर्तिकर्ता या लागू करने वाले साझेदार के हाथों में जाने के समय, एन्वायरनमेंट लिस्ट और अकाउंट अधिकारों की तालिका का उपयोग करके साइन इन किया जाता है, ताकि “किसने कॉन्फ़िगरेशन में बदलाव किया” के बारे में अस्पष्टता कम हो।
मेट्रिक्स के वर्णन को पहले लिखित रूप में फ्रीज़ कर दिया जाता है और फिर रिपोर्ट तैयार की जाती है, ताकि एक ही शब्द के तीन अलग-अलग एल्गोरिदम की समस्या न हो। साप्ताहिक मीटिंग में केवल असामान्यताओं के शीर्ष पर ध्यान दिया जाता है, और आवश्यकताओं को बढ़ाने की कोशिश नहीं की जाती।
कम नेटवर्क और भारी ट्रैफ़िक वाले स्थितियों के लिए टेस्टिंग की जाती है: कतारों का जमा होना, रिट्राय एक्सपोनेंशियल, और टाइमआउट डिग्रेडेशन की नीति को ऑपरेशनल मैनुअल में शामिल किया जाता है।
अधिकारों को कम करना: डिफ़ॉल्ट रूप से अस्वीकार कर दिया जाता है, भूमिका के अनुसार अधिकार दिए जाते हैं; उच्च जोखिम वाले ऑपरेशन के लिए दोबारा पुष्टि और ऑडिट लॉग रखा जाता है।
डेटा को रिटेंशन और आर्काइविंग के लिए नियमों के अनुसार कॉन्फ़िगर किया जाता है, समय समाप्त होने पर आर्काइव किया जाता है न कि सीधे डिलीट किया जाता है, ताकि ट्रेसबैक की अवधि की आवश्यकताओं को पूरा किया जा सके।
प्रशिक्षण भूमिकाओं के अनुसार किया जाता है: ऑपरेटर मुख्य प्रक्रिया सीखते हैं, सुपरवाइज़र असामान्यता के निपटान को सीखते हैं, और एडमिनिस्ट्रेटर कॉन्फ़िगरेशन और रोलबैक को सीखते हैं।
अगर पहले चरण का दायरा बहुत बड़ा है, तो मुख्य लिंक को चलाने और ऑडिट करने की क्षमता को प्राथमिकता दी जाती है, जबकि दूसरे चरण में अन्य रिपोर्ट और इंटेलिजेंस को शामिल किया जाता है।
अभ्यास में, मुख्य प्रक्रिया के परीक्षण के लिए दो सप्ताह का पायलट लागू करने का सुझाव दिया जाता है, फिर इसे व्यापक रूप से लागू किया जाता है; पायलट की सूची, समस्याओं की सूची और रोलबैक की शर्तें लाइव लॉन्च के ईमेल में शामिल की जाती हैं, ताकि मौखिक जानकारी के जरिए फैलने से बचा जा सके।
कुछ महत्वपूर्ण कॉन्फ़िगरेशन में बदलाव के लिए दो लोगों की समीक्षा का नियम लागू किया जाता है, टेस्ट एन्वायरनमेंट में पहले जाँच की जाती है और फिर प्रोडक्शन में सिंक्रनाइज़ किया जाता है, ताकि गलती से लाइन की बिजनेस जारी रखने की क्षमता पर असर न पड़े।
दस्तावेज़ों के संबंध में, वर्णन के अनुसार, भूमिका और अधिकारों का मैट्रिक्स, इंटरफ़ेस फ़ील्ड की तालिका, और असामान्यता के निपटान का मैनुअल रखा जाता है, ताकि ऑडिट और नए लोगों के हाथ में आने में आसानी हो।
आपूर्तिकर्ता या लागू करने वाले साझेदार के हाथों में जाने के समय, एन्वायरनमेंट लिस्ट और अकाउंट अधिकारों की तालिका का उपयोग करके साइन इन किया जाता है, ताकि “किसने कॉन्फ़िगरेशन में बदलाव किया” के बारे में अस्पष्टता कम हो।
मेट्रिक्स के वर्णन को पहले लिखित रूप में फ्रीज़ कर दिया जाता है और फिर रिपोर्ट तैयार की जाती है, ताकि एक ही शब्द के तीन अलग-अलग एल्गोरिदम की समस्या न हो। साप्ताहिक मीटिंग में केवल असामान्यताओं के शीर्ष पर ध्यान दिया जाता है, और आवश्यकताओं को बढ़ाने की कोशिश नहीं की जाती।
कम नेटवर्क और भारी ट्रैफ़िक वाले स्थितियों के लिए टेस्टिंग की जाती है: कतारों का जमा होना, रिट्राय एक्सपोनेंशियल, और टाइमआउट डिग्रेडेशन की नीति को ऑपरेशनल मैनुअल में शामिल किया जाता है।
अधिकारों को कम करना: डिफ़ॉल्ट रूप से अस्वीकार कर दिया जाता है, भूमिका के अनुसार अधिकार दिए जाते हैं; उच्च जोखिम वाले ऑपरेशन के लिए दोबारा पुष्टि और ऑडिट लॉग रखा जाता है।
डेटा को रिटेंशन और आर्काइविंग के लिए नियमों के अनुसार कॉन्फ़िगर किया जाता है, समय समाप्त होने पर आर्काइव किया जाता है न कि सीधे डिलीट किया जाता है, ताकि ट्रेसबैक की अवधि की आवश्यकताओं को पूरा किया जा सके।
प्रशिक्षण भूमिकाओं के अनुसार किया जाता है: ऑपरेटर मुख्य प्रक्रिया सीखते हैं, सुपरवाइज़र असामान्यता के निपटान को सीखते हैं, और एडमिनिस्ट्रेटर कॉन्फ़िगरेशन और रोलबैक को सीखते हैं।
अगर पहले चरण का दायरा बहुत बड़ा है, तो मुख्य लिंक को चलाने और ऑडिट करने की क्षमता को प्राथमिकता दी जाती है, जबकि दूसरे चरण में अन्य रिपोर्ट और इंटेलिजेंस को शामिल किया जाता है।
अभ्यास में, मुख्य प्रक्रिया के परीक्षण के लिए दो सप्ताह का पायलट लागू करने का सुझाव दिया जाता है, फिर इसे व्यापक रूप से लागू किया जाता है; पायलट की सूची, समस्याओं की सूची और रोलबैक की शर्तें लाइव लॉन्च के ईमेल में शामिल की जाती हैं, ताकि मौखिक जानकारी के जरिए फैलने से बचा जा सके।
कुछ महत्वपूर्ण कॉन्फ़िगरेशन में बदलाव के लिए दो लोगों की समीक्षा का नियम लागू किया जाता है, टेस्ट एन्वायरनमेंट में पहले जाँच की जाती है और फिर प्रोडक्शन में सिंक्रनाइज़ किया जाता है, ताकि गलती से लाइन की बिजनेस जारी रखने की क्षमता पर असर न पड़े।
दस्तावेज़ों के संबंध में, वर्णन के अनुसार, भूमिका और अधिकारों का मैट्रिक्स, इंटरफ़ेस फ़ील्ड की तालिका, और असामान्यता के निपटान का मैनुअल रखा जाता है, ताकि ऑडिट और नए लोगों के हाथ में आने में आसानी हो।
आपूर्तिकर्ता या लागू करने वाले साझेदार के हाथों में जाने के समय, एन्वायरनमेंट लिस्ट और अकाउंट अधिकारों की तालिका का उपयोग करके साइन इन किया जाता है, ताकि “किसने कॉन्फ़िगरेशन में बदलाव किया” के बारे में अस्पष्टता कम हो।
मेट्रिक्स के वर्णन को पहले लिखित रूप में फ्रीज़ कर दिया जाता है और फिर रिपोर्ट तैयार की जाती है, ताकि एक ही शब्द के तीन अलग-अलग एल्गोरिदम की समस्या न हो। साप्ताहिक मीटिंग में केवल असामान्यताओं के शीर्ष पर ध्यान दिया जाता है, और आवश्यकताओं को बढ़ाने की कोशिश नहीं की जाती।
कम नेटवर्क और भारी ट्रैफ़िक वाले स्थितियों के लिए टेस्टिंग की जाती है: कतारों का जमा होना, रिट्राय एक्सपोनेंशियल, और टाइमआउट डिग्रेडेशन की नीति को ऑपरेशनल मैनुअल में शामिल किया जाता है।
अधिकारों को कम करना: डिफ़ॉल्ट रूप से अस्वीकार कर दिया जाता है, भूमिका के अनुसार अधिकार दिए जाते हैं; उच्च जोखिम वाले ऑपरेशन के लिए दोबारा पुष्टि और ऑडिट लॉग रखा जाता है।
डेटा को रिटेंशन और आर्काइविंग के लिए नियमों के अनुसार कॉन्फ़िगर किया जाता है, समय समाप्त होने पर आर्काइव किया जाता है न कि सीधे डिलीट किया जाता है, ताकि ट्रेसबैक की अवधि की आवश्यकताओं को पूरा किया जा सके।