सप्लाई चेन प्रभाव

जब कोई महत्वपूर्ण आपूर्तिकर्ता रुक जाता है, तो असर किसी ग्राहक पर पड़ता है।
इन दोनों के बीच की कड़ी किसी सिस्टम में नहीं है।

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

जानकारी कहाँ बैठी है

डेटा ग़ायब नहीं है। यह तीन ऐसे सिस्टम में है जो कभी जोड़े ही नहीं गए।

ERP · परचेजिंग

परचेजिंग

अनुबंध, आपूर्तिकर्ता, कच्चा माल। कौन-सा समझौता किस कंपोनेंट को कवर करता है, और किन शर्तों पर।

कोई जोड़ नहीं

ERP · प्रोडक्शन

ऑपरेशंस

कच्चे माल, असेंबली लाइनों और तैयार उत्पादों के बीच का संबंध। क्या किसमें जाता है।

कोई जोड़ नहीं

CRM

सेल्स

उत्पाद पोर्टफ़ोलियो और ग्राहक आधार। किसने क्या ऑर्डर किया, और कब देने का वादा किया गया था।

एक ही श्रृंखला की तीन कड़ियाँ, तीन सिस्टम में रखी हुई, और इनके बीच के जोड़ केवल उन लोगों के दिमाग़ में मौजूद हैं जो वहाँ काफ़ी लंबे समय से हैं। समस्या डेटा की कमी नहीं है। समस्या यह है कि संगठन जो जानता है, वह संरचनात्मक रूप से बिखरा हुआ है।

आज

एक सीधा-सा सवाल, जिसका जवाब हफ़्तों में मिलता है।

क्योंकि कड़ियाँ आपस में जुड़ी नहीं हैं, इसलिए इसका जवाब देने का मतलब है:

01

क्रॉस-फ़ंक्शनल बैठकें

02

तीन ERP से स्प्रेडशीट

03

हाथ से मिलान

04

थोड़ा अंदाज़ा

काम सक्षम है। समस्या समय की है: हफ़्तों में मिलने वाला जवाब तब पहुँचता है जब ग्राहक पहले ही ध्यान दे चुका होता है। तब तक निर्णय नुक़सान को रोकने का नहीं, माफ़ी माँगने का रह जाता है।

एक मॉडल, एक क्वेरी

हर इकाई एक नोड बन जाती है: समझौता, कंपोनेंट, ऑर्डर, ग्राहक।

किसी आपूर्तिकर्ता — Adventure Works मॉडल में Victory Bikes — के व्यवधान का सिमुलेशन कीजिए, और एजेंट उस एक नोड से ऊपर और नीचे की ओर संबंधों का भ्रमण करता है:

प्रभाव सिमुलेशन

Victory Bikes

ट्रैवर्सल फिर से चलाएँ

टाइप-आधारित पथ

5 हॉप

अनुबंध रजिस्टर · उत्पाद कैटलॉग · परिचालन रजिस्टर

Victory Bikes

बाहरी इकाई · साझेदार और आपूर्तिकर्ता

पक्षकार रखता है ←

Supply of Touring Tire Tube

अभिशासन और अनुपालन · समझौता

के अधीन है ←

Touring Tire Tube

भौतिक संपत्तियाँ · इन्वेंटरी और सामग्री

पर निर्भर है ←

SO70282

व्यवसाय · वाणिज्यिक अंतःक्रिया

द्वारा दिया गया है →

Dalton Adams

बाहरी इकाई · ग्राहक

प्रभावित ग्राहक

कुछ ही सेकंड, और जो जवाब मिलता है वह कोई सारांश नहीं है। यह एक ऐसी सूची है जिस पर आप कार्रवाई कर सकते हैं:

ट्रैवर्सल क्या लौटाता है

4 निष्कर्ष

Adventure Works · डेमो टेनेंट

1

कच्चा माल जिसकी कमी पड़ेगी — Touring Tire Tube

1

सक्रिय पर्चेज़ ऑर्डर अटक जाता है

3

असेंबल किए गए उत्पाद उस इनपुट पर निर्भर हैं

1

उनका ऑर्डर रखने वाला ग्राहक, और उसके पीछे का अकाउंट स्वामी

पाँच हॉप, और एजेंट ने इनमें से किसी का भी अनुमान नहीं लगाया। हर हॉप एक टाइप-आधारित संबंध है जिसे किसी व्यक्ति या किसी सिस्टम ने पहले ही दर्ज कर रखा है। यह श्रृंखला एक तृतीय-पक्ष समझौते, एक कंपोनेंट, एक बिक्री ऑर्डर और एक व्यक्ति से होकर गुज़रती है: चार प्रकार, तीन विभाग, एक क्वेरी।

जोखिम, और उसके बारे में क्या किया जाए

जो ट्रैवर्सल जोखिम ढूँढता है, वही यह भी पूछता है कि क्या कोई रास्ता है।

एक हॉप आगे वह हिस्सा है जहाँ कोई सारांश नहीं पहुँचता: क्या उस कंपोनेंट का कोई दूसरा, पहले से अनुबंधित स्रोत है। इसके लिए नहीं है।

इन्वेंटरी और सामग्री

Touring Tire Tube

के अधीन है →

समझौता · और कोई दूसरा नहीं

1 समझौता · Victory Bikes

और यही अनुपस्थिति असल निष्कर्ष है: एक नामित single point of failure, साथ ही वे ऑर्डर और ग्राहक भी जो इससे जोखिम में हैं। जहाँ दूसरा समझौता वाक़ई मौजूद है — जैसा कि उन टायरों के लिए है जिनकी आपूर्ति भी यही आपूर्तिकर्ता करता है — वहाँ वही ट्रैवर्सल उसे लौटा देता है, और जवाब एक ऐसा प्रभाव बन जाता है जिसके साथ निवारण भी जुड़ा होता है। दोनों ही सूरत में जवाब सटीक होता है, और पूछने से पहले आपको यह जानने की ज़रूरत नहीं थी कि आप किस स्थिति में हैं।

और चूँकि यह किसी के द्वारा चलाई गई रिपोर्ट के बजाय मॉडल की एक अवस्था है, इसलिए यह पूछे जाने का इंतज़ार नहीं करता:

01

पहचाना गया

किसी कंपोनेंट का एक ही स्रोत रह जाता है। कोई डिलीवरी खिसक जाती है। कोई समझौता समाप्ति के क़रीब पहुँचता है।

02

आगे भेजा गया

उस समझौते के लिए जवाबदेह व्यक्ति तक, और जोखिम में पड़े अकाउंट्स के स्वामियों तक — किसी मेलबॉक्स तक नहीं।

03

किसी व्यक्ति द्वारा तय किया गया

रीडायरेक्ट करें, दोबारा क्वालीफ़ाई करें, या जोखिम स्वीकार करें। एजेंट सोर्सिंग नहीं बदलता।

04

दर्ज किया गया

क्या तय हुआ, किसके द्वारा, कब, और मॉडल की किस अवस्था के आधार पर।

कोई अस्पष्ट चेतावनी नहीं। एक नामित single point of failure — उसके पीछे के ऑर्डर और ग्राहकों के साथ।

ध्यान की स्वायत्तता, अधिकार की नहीं। एजेंट पहचानता है, रिपोर्ट करता है, निगरानी रखता है और एस्केलेट करता है। यह आपका संगठन नहीं बदलता।

इसके लिए क्या चाहिए

यह उसी का जवाब देता है जो मॉडल में है। इसमें से ज़्यादातर आपके पास पहले से है।

समझौते आपके परचेजिंग सिस्टम में हैं। बिल ऑफ़ मटेरियल ऑपरेशंस में हैं। ऑर्डर और अकाउंट्स सेल्स में हैं। इनमें से कुछ भी हाथ से लिखने की ज़रूरत नहीं है — इसे भीतर पढ़ा जाता है, और नोड्स उसी स्रोत से बंधे रहते हैं जहाँ से वे आए थे।

जो चीज़ सच में नई है, वह है इनके बीच के जोड़ — और इन्हें हर सवाल के लिए दोबारा मिलाने के बजाय एक बार टाइप किया जाता है। यही असली काम है। यही वजह भी है कि दूसरे सवाल की कोई क़ीमत नहीं चुकानी पड़ती: जो ट्रैवर्सल किसी आपूर्तिकर्ता की विफलता का जवाब देता है, वही किसी प्लांट के बंद होने, किसी बंद हो चुके कंपोनेंट, या किसी समाप्त हो रहे अनुबंध का भी जवाब देता है।

ख़ुद पूछिए

हफ़्तों की मैनुअल ट्रेसिंग, या सीधी भाषा में एक सवाल।

डेमो टेनेंट में Adventure Works पूरी तरह मॉडल किया गया है — आपूर्तिकर्ता, समझौता, कंपोनेंट, ऑर्डर और ग्राहक। उससे पूछिए कि किसी आपूर्तिकर्ता की विफलता का असर कहाँ तक पहुँचता है, और वह पथ पढ़िए जिसके साथ वह उत्तर देता है।

इसे चलते हुए देखिए

डेमो खोलें

आपके कार्य खाते से एक क्लिक। न कोई फ़ॉर्म, न कोई कॉल।

डेमो खोलें

या मॉडल पढ़िए

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

टाइप-आधारित नोड, टाइप-आधारित संबंध, दोनों पर जीवनचक्र — क्यों पाँच हॉप की क़ीमत एक जितनी ही है।

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