विनिर्माण · औद्योगिक उत्पाद का कॉन्फ़िगरेशन

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

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

तीन हिस्से

कॉन्फ़िगरेशन तीन ऐसी चीज़ों पर टिका है जिन्हें आप हर उत्पाद के लिए घोषित करते हैं:

• विशेषताएँ और मान: क्या-क्या चुना जा सकता है। जैसे, वोल्टेज विशेषता जिसके मान 220 V और 380 V हों, या फ़िनिश विशेषता जिसमें मानक पेंट और एपॉक्सी पेंट हों।
• नियम: कौन किसके साथ चल सकता है। नियम घोषणात्मक होते हैं, इसलिए आपको कुछ प्रोग्राम नहीं करना पड़ता: आप शर्त लिखते हैं और CRM उसका मूल्यांकन करता है।
• गंभीरता: हर नियम या तो त्रुटि है, जो कॉन्फ़िगरेशन को आगे नहीं बढ़ने देती, या चेतावनी है, जो आगे जाने देती है पर अनुमोदन करने वाले के लिए दर्ज रहती है।

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

संस्करण और वैधता वाले नियम

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

कॉन्फ़िगरेशन जाँचने पर क्या होता है

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

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

यह आज कहाँ दिखता है

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

पूर्व-शर्तें और सीमाएँ

• विनिर्माण वर्टिकल का सेटिंग्स → वर्टिकल्स में चालू होना ज़रूरी है, वरना कॉन्फ़िगरेशन का कुछ भी जवाब नहीं देता।
• विशेषताएँ, नियम और कॉन्फ़िगरेशन लिखने या बदलने के लिए लिखने की अनुमति चाहिए; पढ़ने की अनुमति ज़्यादा लोगों को दी जा सकती है।
• घटकों का विस्तार उत्पाद की संरचना दर्ज होने पर निर्भर है। BOM के बिना मान्य कॉन्फ़िगरेशन तो बन जाती है, पर घटकों की सूची के बिना।
• क़ीमत तभी निकलती है जब आप बताते हैं कि कौन सा मूल्य नियम इस्तेमाल करना है; उसके बिना कॉन्फ़िगरेशन मान्य रहती है पर बिना राशि के।
• किसी नियम को बदलना पहले बनी कॉन्फ़िगरेशनों को अमान्य नहीं करता: वे जान-बूझकर उसी समय के नियमों का संस्करण सँभाले रहती हैं।

इस लेख को सिस्टम के भीतर खोलें →