कंपोज़िट और prepreg लाइनों के लिए रोल-स्तर की ट्रेसेबिलिटी (AS9100D 8.5.2)

प्रकाशित: 8 अक्टूबर 2026 · पढ़ने में 7 मिनट

एक एयरोस्पेस ग्राहक को cured panel में एक void मिलता है और वह उसे आपके prepreg तक ट्रेस करता है। क्वालिटी मैनेजर की मेज़ पर आने वाला सवाल छोटा है: किन रोल में यही समस्या हो सकती है, और उनमें क्या-क्या गया? अगर इसका जवाब देने में कागज़ी traveler, shift लॉग और PLC trend export खंगालने में दो दिन लगते हैं, तो प्लांट के पास ट्रेसेबिलिटी कागज़ पर है, व्यवहार में नहीं।

AS9100D का clause 8.5.2 निर्माता से कहता है कि वह अपने आउटपुट की पहचान करे और उन्हें ट्रेस करने के लिए जो ज़रूरी है, वह रखे। कंपोज़िट लाइन पर मायने वह यूनिट रखती है जो शिप होती है और काटी जाती है: prepreg treater के लिए वह रोल है। यह लेख उदाहरण के तौर पर prepreg लाइन लेता है क्योंकि उसके ब्योरे ठोस हैं, लेकिन यह सिर्फ़ एक उदाहरण है। Layup kit, autoclave cure लोड या filament-wound पार्ट भी अलग यूनिट के साथ यही सवाल उठाते हैं।

रोल रिकॉर्ड में क्या होना चाहिए

उपयोगी रोल रिकॉर्ड किसी ऑडिटर या ग्राहक के सवाल का जवाब बिना कोई दूसरा सिस्टम खोले दे देता है। व्यवहार में इसका मतलब है:

• पहचान। रोल ID, वह job और work order जिसका यह हिस्सा है, मशीन, और शुरू व ख़त्म होने का समय।
• रेसिपी और revision। सिर्फ़ प्रोडक्ट का नाम नहीं, बल्कि वह revision जिस पर रोल बना, और वह revision कहाँ से आया। अगर revision पढ़ा नहीं जा सकता, तो रिकॉर्ड में यह साफ़ लिखा होना चाहिए, field ख़ाली नहीं छोड़ना चाहिए।
• सीमाओं और verdict के साथ critical parameters। Treater के लिए: लाइन स्पीड, oven या drying ज़ोन के तापमान, cooling ज़ोन, और letoff से winder तक की टेंशन। हर parameter के लिए, पूरे रोल पर statistics (mean, minimum, maximum, spread) घोषित सीमाओं के मुक़ाबले, और एक verdict। अगर कोई सीमा घोषित नहीं की गई थी, तो verdict not evaluated होता है — चुपचाप pass कभी नहीं।
• हर मटीरियल लॉट, हर position के हिसाब से। Resin film, fibre या fabric, और release paper व poly film। प्रोडक्ट को छूने वाले consumables भी बाकी inputs जैसे ही हैं: दूषित liner लॉट उन रोल पर असर डालता है जिन्हें उसने छुआ, इसलिए उसे लॉट के हिसाब से ट्रैक किया जाता है।
• इसे किसने चलाया। वह साइन-इन किया हुआ व्यक्ति जिसने job लिया, न कि किसी free-text field में टाइप किया गया नाम। अगर किसी ने job नहीं लिया, तो रिकॉर्ड में unknown लिखा होता है।
• अलार्म और रुकावटें (stops)। जितने समय रोल लाइन पर था, उस समय की अलार्म और downtime हिस्ट्री, जो रोल बंद होते समय रिकॉर्ड में कॉपी हो जाती है।
• लैब रिज़ल्ट। Areal weight, resin content और specification में जो भी माँगा गया हो — हर रिज़ल्ट इस्तेमाल हुए इंस्ट्रूमेंट और टेस्ट के समय उसके कैलिब्रेशन स्टेटस के साथ।
• एक data-integrity statement। क्या इस रोल के लिए हर स्रोत पूरा था। अगर अलार्म हिस्ट्री उपलब्ध नहीं थी, तो रिकॉर्ड में unavailable लिखा होता है, "no alarms" (कोई अलार्म नहीं) नहीं।

यही आख़िरी बात ज़्यादातर सिस्टम छोड़ देते हैं, और अनुभवी ऑडिटर इसी को कुरेदता है। ख़ाली अलार्म सेक्शन का मतलब हो सकता है कि रोल बिना समस्या चला, या यह कि अलार्म लॉग offline था। इनमें से सिर्फ़ एक evidence है।

Per-roll रिकॉर्ड, per-job से बेहतर क्यों है

जिन प्लांट्स में कोई भी इलेक्ट्रॉनिक ट्रेसेबिलिटी है, उनमें से ज़्यादातर में वह job के स्तर पर है: इस work order ने ये लॉट इस्तेमाल किए और इतनी मात्रा बनाई। यह एक अच्छी शुरुआत है, लेकिन कंपोज़िट्स के लिए काफ़ी नहीं।

Treater पर एक job पूरी shift चल सकता है। उस दौरान resin film का लॉट दो बार बदल सकता है, web break की वजह से लाइन रुककर फिर चल सकती है, और कोई ज़ोन तापमान drift होकर वापस आ सकता है। Per-job रिकॉर्ड बताता है कि job में कहीं न कहीं कौन-से लॉट इस्तेमाल हुए। वह यह नहीं बता सकता कि रोल 7 में कौन-से लॉट हैं, या रोल 7 वही था या नहीं जो drift के दौरान बना।

इसका नतीजा सबसे बुरे समय पर सामने आता है। जब कोई सप्लायर ख़राब resin लॉट की सूचना देता है, तो per-job रिकॉर्ड job के हर रोल को hold पर डाल देता है। Per-roll रिकॉर्ड सिर्फ़ उन्हीं रोल को hold पर डालता है जिनमें वह लॉट है। उल्टी दिशा में भी यही लागू होता है: जब कोई ग्राहक किसी एक रोल में defect बताता है, तो per-roll रिकॉर्ड उसी रोल की स्थितियाँ दिखाता है, आठ घंटे का औसत नहीं। यह वही सिद्धांत है जो आम तौर पर बैच ट्रैकिंग और मटीरियल genealogy के पीछे है, बस उस बारीकी पर लागू जिस पर कंपोज़िट ग्राहक असल में काम करते हैं।

Turret letoff और splice

कंपोज़िट लाइनें लगातार चलने के लिए बनी होती हैं, और ट्रेसेबिलिटी आमतौर पर यहीं टूटती है। Turret letoff से ऑपरेटर film या paper का अगला रोल लोड करके बिना रोके उसे splice कर सकता है। Throughput के लिए यह अच्छा है और रिकॉर्ड के लिए मुश्किल, क्योंकि splice के आर-पार फैले आउटपुट रोल में दो input लॉट होते हैं।

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

1. लॉट, job से नहीं, position से बँधा होता है। नया लॉट लोड होते समय ऑपरेटर उसे ख़ास letoff पर स्कैन करता है। स्कैन की जाँच होती है: लॉट रिलीज़ हुआ हो, तारीख़ के अंदर हो, और prepreg के लिए अपने out-time के भीतर हो।
2. Changeover का समय दीवार घड़ी से नहीं, लाइन के हिसाब से तय होता है। Splice point को लाइन के अपने length या time counter के हिसाब से रखा जाता है, ताकि रिकॉर्ड को पता हो कि आउटपुट की कौन-सी footage उसके बाद आई।

दोनों के बिना, प्लांट पूरा रोल उस लॉट के नाम कर देता है जो पहले स्कैन हुआ था — यानी एक अंदाज़ा, जिसे तथ्य की तरह लिख दिया गया।

Out-time भी ट्रेस का हिस्सा है

Prepreg और कई film adhesives की कमरे के तापमान पर उम्र सीमित होती है। जो लॉट freezer से निकलता है, लंबी रुकावट के दौरान लाइन के पास इंतज़ार करता है और फिर वापस जाता है, उसने अपनी उस उम्र का एक हिस्सा इस्तेमाल कर लिया है। अगर out-time किसी clipboard पर ट्रैक होता है, तो बाद में कोई यह नहीं दिखा सकता कि किसी रोल का मटीरियल इस्तेमाल के समय सीमा के भीतर था।

बाहर निकालने और वापस रखने को लॉट पर रिकॉर्ड होने वाले events मानें, इस्तेमाल हुए और बचे out-time के साथ। तब letoff पर होने वाली जाँच सीमा पार कर चुके लॉट को मना कर सकती है, और रोल रिकॉर्ड दिखा सकता है कि हर input लॉट out-time और shelf life के भीतर था। जिस लॉट की out-time हिस्ट्री पता नहीं है, उसे उन रोल की रिलीज़ रोकनी चाहिए जिनमें वह गया — उसे ठीक मान नहीं लेना चाहिए।

बाद में इसे खोजना

ट्रेसेबिलिटी उतनी ही अच्छी है जितनी उसकी खोज। सवाल कई रूपों में आते हैं: ग्राहक की शिकायत से रोल ID, प्रोडक्शन मीटिंग से job नंबर, सप्लायर की सूचना से मटीरियल लॉट, ऑडिटर से रेसिपी और तारीख़ों की range। चारों से वही रिकॉर्ड खुलने चाहिए। जो खोज अपने नतीजों को चुपचाप काट देती है, वह खोज न होने से भी बुरी है, इसलिए सीमित खोज को बताना चाहिए कि नतीजे बीच में काटे गए।

Retention भी मायने रखता है। Clause 7.5 documented information को कवर करता है, और एयरोस्पेस ग्राहक अक्सर retention अवधि सामान्य IT default से कहीं ज़्यादा तय करते हैं। ऐसे रिकॉर्ड जिन्हें कोई डिलीट नहीं कर सकता, एक घोषित retention अवधि, और हर बदलाव का audit trail — यही रोल रिकॉर्ड को सालों बाद भी इस्तेमाल लायक बनाते हैं।

सिर्फ़ कंपोज़िट्स नहीं

Prepreg रोल एक उदाहरण है। यही रिकॉर्ड हर इंडस्ट्री की अपनी यूनिट के साथ काम करता है:

• मशीनिंग वाले पार्ट: हर पार्ट का serial नंबर या लॉट, हर पार्ट नंबर के लिए first article, और इस्तेमाल हुए गेज, हर एक अपने कैलिब्रेशन स्टेटस के साथ। देखें first article inspection और कैलिब्रेशन।
• स्पेशल प्रोसेस (heat treatment, plating, NDT): हर furnace या bath लोड का रिकॉर्ड, प्रोसेस डेटा के साथ, और हर लोड की साइन की हुई रिलीज़।
• असेंबली: serial नंबर वाली असेंबली, उसके पीछे के हर कंपोनेंट के लॉट के साथ।

एक यूनिट किसे माना जाए, कौन-से सिग्नल मायने रखते हैं और कौन-सी सीमाएँ लागू होती हैं — यह हर लाइन के लिए तय किया जाता है। AS9100 मैन्युफैक्चरिंग overview पूरा फ़्लो दिखाता है।

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

PulseMQ में रिकॉर्ड अपने आप PLC से बनता है। एक छोटा edge gateway लाइन को पढ़ता है, और रोल बंद होते ही PulseMQ एक स्थायी रिकॉर्ड लिखता है जिसमें ऊपर बताई गई हर चीज़ होती है: रेसिपी और revision, सीमाओं के मुक़ाबले critical parameters और verdict, splice सहित हर letoff position के लॉट, job लेने वाला ऑपरेटर, अलार्म और downtime, और एक data-integrity लाइन। लैब रिज़ल्ट इस्तेमाल हुए इंस्ट्रूमेंट के साथ उसी रिकॉर्ड में जोड़े जाते हैं। "Find a roll" बॉक्स में रोल ID, job नंबर, मटीरियल लॉट, रेसिपी या तारीख़ डाली जा सकती है।

रोल रिलीज़ करते समय Quality इसी रिकॉर्ड पर साइन करता है, और certificate of conformance इसी से बनता है। यह रिलीज़ कैसे काम करती है, और reject हुआ रोल कभी शिप क्यों नहीं हो सकता, यह nonconforming रोल कौन रिलीज़ कर सकता है में बताया गया है। अगर किसी quality समस्या के लिए ट्रेस नहीं, बल्कि कारण चाहिए, तो यही रिकॉर्ड golden run तुलना में काम आते हैं, और हर रोल के साथ रिकॉर्ड हुई रुकावटें downtime ट्रैकिंग से जुड़ती हैं।

PulseMQ, clause 8.5.2 और 7.5 के लिए evidence रखता है। यह किसी प्लांट को certify नहीं करता: certification निर्माता और उसके registrar के पास रहता है, और पायलट के दौरान PulseMQ को आपकी अपनी लाइन पर qualify किया जाता है।

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

कंपोज़िट लाइन पर AS9100D का clause 8.5.2 क्या माँगता है?
Clause 8.5.2 निर्माता से कहता है कि वह अपने आउटपुट की पहचान करे और उन्हें ट्रेस करने के लिए ज़रूरी जानकारी रखे। Prepreg लाइन पर व्यावहारिक यूनिट रोल है: हर रोल की अपनी पहचान होनी चाहिए, और उसके पीछे के मटीरियल लॉट, रेसिपी और प्रोसेस की स्थितियों का रिकॉर्ड।

Job के बजाय हर रोल के हिसाब से ट्रेस क्यों करें?
एक job पूरी shift चल सकता है, और उसमें मटीरियल लॉट बदल सकते हैं, लाइन रुककर फिर चल सकती है, और कई बार drift हो सकता है। Per-job रिकॉर्ड बताता है कि job में कौन-से लॉट इस्तेमाल हुए, यह नहीं कि किसी ख़ास रोल में कौन-से लॉट हैं। Per-roll रिकॉर्ड किसी भी investigation, hold या recall को सिर्फ़ उन रोल तक सीमित कर देता है जिन पर सच में असर पड़ा।

क्या release liner और poly film को लॉट-ट्रैकिंग चाहिए?
जो कुछ भी प्रोडक्ट को छूता है, उसे लॉट के हिसाब से ट्रैक करना फ़ायदेमंद है। Release paper और poly film, resin film के संपर्क में रहते हैं, इसलिए दूषित या specification से बाहर का liner लॉट उन रोल पर असर डाल सकता है जिनमें वह इस्तेमाल हुआ। उन्हें किसी भी दूसरे input की तरह ट्रैक करने से इस सवाल का जवाब दिया जा सकता है।

क्या ट्रेसेबिलिटी सिस्टम किसी प्लांट को AS9100 compliant बना देता है?
नहीं। Certification निर्माता और उसके registrar का होता है। सॉफ़्टवेयर वे रिकॉर्ड रख सकता है जो ऑडिटर 8.5.2 और 7.5 जैसे clauses के तहत माँगता है; प्लांट standard पर खरा उतरता है या नहीं, यह उसके अपने ऑडिट में तय होता है।