MTC प्रबंधन के लिए साझा ड्राइव से आगे निकलने के 5 संकेत

साझा ड्राइव एक अवधि के दौरान सेटअप की गई थी जब व्यवसाय छोटा था, आपूर्ति आधार छोटा था, और एक QC प्रबंधक अपने दिमाग में फाइलिंग कन्वेंशन रख सकता था। फ़ोल्डर वर्ष के अनुसार, फिर आपूर्तिकर्ता द्वारा, फिर ग्रेड द्वारा आयोजित हैं — 2021 के फोल्डर को छोड़कर जब किसी ने छह महीने के लिए ग्राहक द्वारा पुनर्गठन किया था। प्रमाण पत्र वहां हैं। अधिकतर। अगर आप जानते हैं कि कहां देखना है।

यह व्यवस्था एक स्थान पर तीन आपूर्तिकर्ताओं से 30 orders प्रति माह के लिए समझदारी थी। 12 आपूर्तिकर्ताओं से 150 orders प्रति माह, तीन गोदामों में, एक नए एयरोस्पेस ग्राहक के साथ जो हर डिलीवरी पर पूर्ण प्रमाण पत्र पैकेज की आवश्यकता है, यह एक फाइलिंग सिस्टम नहीं रह गया — यह एक देयता है।

अधिकांश संचालन प्रबंधकों द्वारा पूछा जाने वाला प्रश्न "क्या हमें अपग्रेड करना चाहिए?" नहीं है, बल्कि "क्या हमने वास्तव में साझा ड्राइव से आगे निकल गए हैं, या क्या हम केवल एक कामकाजी सिस्टम के साथ अधीर हैं?" ये पांच संकेत आपको अवलोकनीय संचालन व्यवहार के आधार पर एक निदान उत्तर देते हैं, विचारों पर नहीं।

संकेत 1: Certificate पुनर्प्राप्ति प्रति Order 20 मिनट से अधिक लेती है

यह सबसे विश्वसनीय संचालन संकेतक है कि आपकी certificate प्रबंधन प्रणाली एक समस्या बन गई है। अपने अगले तीन orders पर समय निर्धारित करें जिनमें certificate pull की आवश्यकता है। आसान नहीं जहां certificate कल दाखिल किया गया था और आपूर्तिकर्ता स्पष्ट है — वे जो तीन महीने पहले आए, या एक ब्रोकर से, या दो हीटिंग में विभाजित।

यदि प्रक्रिया में सही फोल्डर पथ खोजने से पहले तीन अलग-अलग फोल्डर पथ खोलना, आपूर्तिकर्ता को ईमेल भेजना resend के लिए क्योंकि मूल वहां नहीं है जहां होना चाहिए, एक सहकर्मी को कॉल करना जो "याद रख सकता है कि यह कहां दाखिल किया गया था", या आधे रास्ते में महसूस करना कि मिली हुई certificate गलत हीटिंग के लिए है और फिर से शुरुआत करना — आपका पुनर्प्राप्ति समय एक वर्कफ़्लो inefficiency नहीं है। यह एक सिस्टम समस्या है।

साझा ड्राइव के पास एक खोज तंत्र नहीं है जो हीटिंग संख्या, purchase order संख्या, और chemistry values को structured data के रूप में समझे। यह एक फाइल सिस्टम है। आप फाइल नाम और फोल्डर पथ खोज सकते हैं। आप इसे database की तरह query नहीं कर सकते। जब आपका संचालन छोटा था, तो हर certificate दो या तीन आपूर्तिकर्ताओं से consistent नामकरण convention के साथ आया और एक व्यक्ति सभी filing को संभाला, फाइल सिस्टम पर्याप्त था। जब आपके पास 12 आपूर्तिकर्ता अलग-अलग नामकरण conventions के साथ, 3 filing स्थान, और variable delivery formats (email PDF, supplier portal download, physical document scanned at receipt) हैं, तो फाइल सिस्टम सही tool नहीं है।

Order प्रति पुनर्प्राप्ति काम के 20 मिनट, 150 orders प्रति माह पर, 50 घंटे प्रति माह है। यह एक QA तकनीशियन के पूर्ण work week से अधिक समय है जो ऐसे दस्तावेज़ों को खोजने में लगाया जाता है जो तुरंत accessible होने चाहिए।

संकेत 2: पिछले 6 महीनों में आपके पास Missing या Incorrect Certificate के कारण Shipment Hold था

Certificate समस्याओं के कारण एक shipment hold एक data point है। Same year में दो एक pattern है। साझा ड्राइव आपके ग्राहक या dock तक पहुँचने से पहले deviations को capture नहीं कर रहा है, और प्रत्येक hold की लागत इतनी बड़ी है कि occurrence की frequency मायने रखती है।

Certificate समस्या से triggered shipment hold — certificate missing है और customer के receiving window बंद होने से पहले नहीं मिल सकता, या file में certificate values दिखाता है जो customer के specification के अनुरूप नहीं हैं — direct costs हैं जो तेजी से accumulate होती हैं। Return shipping लागत shipment के आधार पर $500 से $2,000 तक होती है। Short notice पर emergency reprocurement material cost में 15 से 30 percent add करता है। Customer facility पर schedule disruption एक claim generate कर सकता है। आपकी स्वयं की receiving और QC team exception manage करने में 2-4 घंटे लगाता है। जब total cost को add किया जाता है, तो certificate management failure के लिए attributed एक single shipment hold आमतौर पर एक mid-size operation के लिए $5,000-$15,000 के बीच होता है।

साझा ड्राइव material ship होने से पहले deviation को capture नहीं कर सकता है क्योंकि इसके पास certificate data को specification requirements के साथ compare करने का कोई mechanism नहीं है। यह फाइलें store करता है। क्या इन फाइलों में purchase order specification के अनुरूप values हैं यह कुछ है जो एक human को check करना होगा — अगर वे check करते हैं, अगर वे जानते हैं कि specification क्या कहता है, और अगर वे truck load होने से पहले सही certificate locate कर सकते हैं।

अगर आपके पास पिछले छह महीनों में एक hold रहा है, तो आपने confirm किया है कि आपकी वर्तमान system इस category की failure को prevent नहीं करती है। सवाल यह है कि क्या आप second के लिए wait करना चाहते हैं।

संकेत 3: आप 2 से अधिक स्थानों या 3 से अधिक Suppliers से Material Process करते हैं

साझा ड्राइव एक single operating environment assume करता है: एक filing location, एक नामकरण convention, एक व्यक्ति certificate intake के लिए जिम्मेदार। हर additional location और हर additional supplier एक compound complexity add करता है जिसे file system structurally accommodate नहीं कर सकता।

जब material primary warehouse से secondary processing location पर move करता है, तो certificate को इसे follow करना होगा — या कम से कम दोनों points से accessible होना चाहिए। Shared drive setup में, इसके लिए deliberate action की जरूरत है: file copy करना, reference document update करना, या दोनों locations के लोगों पर depend करना कि किस folder path को check करना है। Practice में, जब explicit certificate handoff के बिना material move किया जाता है, तो certificate receiving location के साथ associated रहता है और processing location इसे phone call या email के बिना access करने का कोई तरीका नहीं है।

Multiple suppliers का मतलब multiple नामकरण conventions, multiple document formats, और multiple delivery methods है। एक supplier heat number से named PDFs भेजता है। दूसरा उनके internal order number से named PDFs भेजता है। तीसरा supplier portal पर upload करता है जिसे access के लिए login चाहिए और archive के लिए manual download चाहिए। चौथा physical documents भेजता है truck के साथ जो receiving पर scan किए जाते हैं और "scan_20240912_094312.pdf" के रूप में email inbox में आते हैं। इनको shared drive पर consistently archive करने के लिए active effort और एक documented convention चाहिए जिसे सभी follow करें। जैसे ही एक व्यक्ति convention से deviate करता है — क्योंकि वे busy थे, क्योंकि file नामकरण pattern के अंदर fit नहीं आई, क्योंकि वे नए थे — filing system degrade हो जाता है।

3 या अधिक suppliers वह threshold है जहां shared drive की structural limitations operationally significant बन जाती हैं। 3 locations में 12 suppliers के साथ, ये limitations weekly basis पर active problems हैं।

संकेत 4: आपके पास एक Customer है जो हर Delivery के साथ Certificate Packages की Demand करता है

Aerospace, defense, Tier 1 automotive, nuclear, और pressure vessel customers — AS9100 Rev D, NADCAP, IATF 16949, या NQA-1 quality management requirements के तहत operate करते हुए — एक common requirement share करते हैं: complete, traceable factory test certificate packages हर delivery के साथ, एक auditable format में organized। ये customers verbal confirmation नहीं लेते। वे "अगर आप हमें कुछ दिन दें तो हम इसे ढूंढ सकते हैं" नहीं लेते। वे अपने supplier qualification process के एक हिस्से के रूप में आपकी certificate management practices को audit करते हैं।

Supplier audit को shared drive का जवाब है: "हमारे certificates एक shared folder में archived हैं जो year और supplier से organized हैं। अगर आप हमें heat number या purchase order number दें तो हम कोई भी certificate locate कर सकते हैं।" Auditor फिर 3-4 specific certificates randomly request करेगा, उन्हें produce करने में कितना समय लगता है यह measure करेगा, और आपको demonstrate करने के लिए कहेगा कि आपकी system कैसे non-conforming material को detection के बिना shipped होने से रोकती है।

साझा ड्राइव prevention question का जवाब नहीं दे सकता। यह एक passive filing system है। Non-conforming material detection के बिना shipped होता है जब certificate को shipment से पहले review नहीं किया गया, जब certificate को review किया गया लेकिन reviewer को deviation नहीं मिला, या जब wrong heat के लिए certificate pull किया गया और किसी ने इसे actual material के साथ compare नहीं किया। ये failure modes में से कोई भी shared drive audit में visible नहीं है क्योंकि drive record नहीं करता कि क्या check किया गया, कब, किसके द्वारा, या result क्या था।

Aerospace और defense customers ने certificate management practices के लिए supplier qualification withdraw कर दिए हैं जो systematic control demonstrate नहीं कर सकते। अगर आपके पास अभी एक ऐसा customer है, या एक को pursuing कर रहे हैं, तो आपकी certificate management infrastructure को process control demonstrate करना चाहिए — सिर्फ document storage नहीं।

संकेत 5: आपका QA व्यक्ति एकमात्र है जो कुछ भी ढूंढ सकता है

एक व्यक्ति की institutional knowledge पर dependency एक business risk है जिसे अधिकांश operations तब तक underestimate करते हैं जब तक वह materialize न हो जाए। जब आपका QA manager दो सप्ताह की छुट्टी लेता है, तो तीसरे दिन आने वाले emergency order के लिए certificate को कौन pull करता है? जब आपका quality technician एक बेहतर offer के लिए छोड़ देता है, तो replacement को filing system को इतना अच्छी तरह से सीखने में कितना समय लगता है कि वह time pressure के तहत accurately certificates retrieve कर सके?

साझा ड्राइव knowledge management को system के बजाय उसे use करने वाले लोगों को externalize करता है। System files store करता है। Knowledge — specific certificate कहां खोजें, naming convention का मतलब क्या है, 2022 की material reorganization से पहले किस folder में गई, किस supplier portal को कौन सी login की जरूरत है — उस व्यक्ति में रहता है जो system को manage कर रहा है। जब वह व्यक्ति unavailable है, तो system effectively offline हो जाता है।

यह एक hypothetical risk नहीं है। हर steel service center और fabrication shop जिसने key QA departure experience किया है, वह exactly जानता है कि कितना undocumented institutional knowledge door से बाहर चला गया। साझा ड्राइव ऐसा लगता है कि इसमें information है। जो इसमें नहीं है वह है retrieval logic — वह mental model जो filing system को navigable बनाता है। वह logic person में है, system में नहीं।

एक purpose-built MTC management system दोनों certificates और associated structured data store करता है: heat number, purchase order number, grade, chemistry values, mechanical properties, customer, supplier, date received, compliance status। Access वाला कोई भी व्यक्ति seconds में इन parameters में से किसी के द्वारा any certificate retrieve कर सकता है, बिना जाने कि यह किस folder में है या 2019 के naming convention को याद किए।

अगर इनमें से तीन या अधिक लागू होते हैं

ऊपर दिए गए पांच संकेत प्रत्येक व्यक्तिगत रूप से dedicated MTC management system में जाने को justify करने के लिए काफी हैं। तीन या अधिक एक साथ होना मतलब है कि आप actively costs को absorb कर रहे हैं — retrieval labor में, shipment holds में, audit preparation में, customer relationship risk में — जो एक modern system eliminate करता है।

Shared drive से MTC software में transition एक बड़ी infrastructure project नहीं है। Primary work है historical certificate data को import करना, supplier और customer profiles को उनकी respective specification requirements के साथ configure करना, और new certificates के लिए intake workflow establish करना। अधिकांश operations 30-60 दिनों के भीतर एक new system पर steady-state reach करते हैं।

Shared drive पर रहने की cost किसी single line item में visible नहीं है। यह salaries, shipping variances, QC overtime, और occasional customer claims के बीच distributed है। एक dedicated system में move करने की cost specific और bounded है। यह asymmetry — distributed invisible cost बनाम specific visible cost — वह कारण है कि अधिकांश operations switch को उतना देरी से करते हैं जितना वे करना चाहिए।

अगर आपका QA manager आपकी certificate filing system की institutional memory है, तो आपका अगला shipment hold एक when का सवाल है, if नहीं। साझा ड्राइव आपको when नहीं बताएगा।

अक्सर पूछे जाने वाले प्रश्न