कंपोज़िट्स और AS9100 मैन्युफैक्चरिंग

हर रोल, लोड और पार्ट का स्थायी रिकॉर्ड।
Quality साइन करता है। Reject माल कभी शिप नहीं होता।

PulseMQ आपकी बनाई हर यूनिट का रिकॉर्ड सीधे PLC से बनाता है, उसे first article और कैलिब्रेटेड इंस्ट्रूमेंट की शर्तों के पीछे रखता है, और सिर्फ़ Quality को इलेक्ट्रॉनिक हस्ताक्षर से उसे रिलीज़ करने देता है। Certificate of conformance साइन किए गए रिकॉर्ड से बनता है, और हर यूनिट को उसके कच्चे माल तक ट्रेस किया जा सकता है।

डिज़ाइन पार्टनर बनें पूरा फ़्लो देखें

तीन मिनट में देखें

एयरोस्पेस के लिए PulseMQ — मटीरियल से सर्टिफ़िकेट तक

तीन मिनट का वॉकथ्रू (अंग्रेज़ी में): मटीरियल लॉट से साइन किए गए सर्टिफ़िकेट तक। YouTube पर देखें

समस्या: evidence पाँच अलग-अलग जगहों पर बिखरा है

ज़्यादातर AS9100 प्लांट्स में एक यूनिट का evidence कई जगह बिखरा होता है: कागज़ी traveler, मटीरियल लॉग, लैब रिज़ल्ट की स्प्रेडशीट, किसी एक व्यक्ति के लैपटॉप पर कैलिब्रेशन रजिस्टर, और PLC का ट्रेंड जिसे किसी ने एक्सपोर्ट ही नहीं किया। हर हिस्सा सावधानी से रखा जाता है। लेकिन एक रोल या एक पार्ट के लिए इन्हें जोड़ने में घंटों लगते हैं, और यह सबसे ख़राब समय पर होता है: ऑडिट, ग्राहक की शिकायत या सप्लायर नोटिस के दौरान।

कागज़ कुछ भी लागू नहीं करवा सकता। लैब रिज़ल्ट बाक़ी रहते हुए भी रिलीज़ बॉक्स साइन हो सकता है। कैलिब्रेशन ख़त्म होने के एक हफ़्ते बाद भी गेज इस्तेमाल हो सकता है। Reject हुआ पार्ट शिपमेंट में पहुँच सकता है, क्योंकि उसका स्टेटस वापस बदल दिया गया। Procedures कहती हैं कि ऐसा कुछ नहीं होना चाहिए; लेकिन रिकॉर्ड यह नहीं दिखा सकते कि ऐसा नहीं हुआ।

PulseMQ क्या है, और क्या नहीं। PulseMQ वे रिकॉर्ड और evidence रखता है जो ऑडिटर AS9100D के clauses 7.1.5, 7.5, 8.4, 8.5.1.3, 8.5.2, 8.6 और 8.7 के तहत माँगता है। यह किसी प्लांट को certify नहीं करता, न ही उसे compliant बनाता है: certification निर्माता का होता है, जिसे उसका registrar देता है। PulseMQ को पायलट के दौरान आपकी अपनी लाइन पर qualify किया जाता है।

फ़्लो

रिलीज़ किए गए मटीरियल से साइन किए गए सर्टिफ़िकेट तक

यहाँ उदाहरण prepreg रोल लाइन का है। Cure लोड, heat-treat बैच या serial नंबर वाले पार्ट के लिए भी स्टेप यही हैं; नीचे एक उदाहरण लाइन, कई उपयोग देखें।

  1. सिर्फ़ रिलीज़ किया गया मटीरियल अंदर 8.4मटीरियल सप्लायर, PO और सर्टिफ़िकेट के रेफ़रेंस के साथ quarantine में रिसीव होता है, टेस्ट होता है, और कोई दूसरा व्यक्ति उसे रिलीज़ करता है: जिसने लॉट रिसीव किया, वह उसे कभी रिलीज़ नहीं कर सकता। Prepreg और film adhesive के लिए फ़्रीज़र से निकालना और वापस रखना रिकॉर्ड होता है, साथ में इस्तेमाल हुआ और बचा हुआ out-time भी।
  2. मटीरियल लाइन से जुड़ा 8.5.2ऑपरेटर हर लॉट को उसके letoff या स्टेशन पर स्कैन करता है। स्कैन की जाँच होती है: लॉट रिलीज़ हुआ हो, तारीख़ के अंदर हो और out-time के भीतर हो। प्रोडक्ट को छूने वाले consumables, जैसे release paper और poly film, भी किसी दूसरे input की तरह लॉट के हिसाब से ट्रैक होते हैं।
  3. हर यूनिट का स्थायी रिकॉर्ड, PLC से बना 7.5रोल बंद होते ही PulseMQ अपने आप उसका रिकॉर्ड लिखता है: रेसिपी और revision, critical parameters (स्पीड, ज़ोन तापमान, टेंशन) सीमाओं के मुक़ाबले नतीजे (verdict) के साथ, रोल के हर हिस्से में लगे लॉट — splice के दोनों ओर के लॉट सहित — job लेने वाला साइन-इन किया हुआ ऑपरेटर, और रोल के दौरान आए अलार्म और रुकावटें (stops)। एक data-integrity लाइन बताती है कि हर स्रोत पूरा था या नहीं। अगर कोई सीमा तय नहीं की गई, तो नतीजा not evaluated (जाँचा नहीं गया) होता है — कभी चुपचाप pass नहीं।
  4. प्रोडक्शन से पहले first article 8.5.1.3AS9102 के फ़ॉर्म 1 से 3 स्क्रीन पर भरे जाते हैं, और pass या fail आँकड़ों से कैलकुलेट होता है। तैयार करने वाला (preparer) सबमिट करता है; कोई दूसरा Quality यूज़र हस्ताक्षर से approve करता है। Preparer कभी approve नहीं कर सकता। कोई रेसिपी यह शर्त रख सकती है कि उसके revision के लिए approved first article होने के बाद ही उससे बनी चीज़ रिलीज़ हो।
  5. सिर्फ़ कैलिब्रेटेड इंस्ट्रूमेंट 7.1.5ड्यू लिस्ट के साथ इंस्ट्रूमेंट रजिस्टर। हर कैलिब्रेशन में as-found और as-left रीडिंग रिकॉर्ड होती है और कोई दूसरा व्यक्ति उसे approve करता है। जो इंस्ट्रूमेंट कैलिब्रेशन में नहीं है, उसे किसी रिज़ल्ट के लिए चुना ही नहीं जा सकता।
  6. लैब रिज़ल्ट रिकॉर्ड परAreal weight, resin content या आपकी specification में जो भी माँगा गया हो — हर रिज़ल्ट इस्तेमाल हुए इंस्ट्रूमेंट और टेस्ट के समय उसके कैलिब्रेशन स्टेटस के साथ सेव होता है।
  7. Hold और nonconformance 8.7यूनिट पर hold या nonconformance रिपोर्ट, जिसका disposition दो लोग करते हैं — Quality और Engineering, review board के रूप में।
  8. इलेक्ट्रॉनिक हस्ताक्षर से Quality रिलीज़ 8.6सिर्फ़ Quality रिलीज़ कर सकता है — कभी भी ऑपरेटर, बनाने वाला (creator) या job संभालने वाला कोई व्यक्ति नहीं। हस्ताक्षर के लिए पासवर्ड, authenticator ऐप का कोड और कारण माँगा जाता है, और यह रिकॉर्ड के ठीक उसी सेव किए गए version से बँध जाता है। रिलीज़ चेक हर blocker की सूची देता है और साइन मना कर देता है। कोई override नहीं है।
  9. Reject हुई यूनिट कभी शिप नहीं हो सकती 8.7Rejection कारण के साथ साइन होता है और अंतिम होता है: न सर्टिफ़िकेट, न बाद में रिलीज़। Finished goods लॉट में हर यूनिट released, rejected या QA के इंतज़ार में दिखती है।
  10. साइन किए गए रिकॉर्ड से certificate of conformanceयह बाद में टाइप नहीं होता, साइन किए गए रिकॉर्ड से बनता है: यूनिट की पहचान, रेसिपी revision, रिज़ल्ट, इंस्ट्रूमेंट और रिलीज़ करने वाला व्यक्ति। अगर रिलीज़ के बाद रिकॉर्ड बदलता है, तो दोबारा साइन होने तक सर्टिफ़िकेट मना कर दिया जाता है।
  11. ट्रेसेबिलिटी और audit trail 8.5.2 7.5किसी भी यूनिट को उसकी ID, job नंबर, मटीरियल लॉट, रेसिपी या तारीख़ से ढूँढें और कच्चे माल तक ट्रेस करें। रिकॉर्ड डिलीट नहीं किए जा सकते, retention सालों में तय होता है, और हर कार्रवाई hash-chained audit trail में दर्ज होती है — किसने, कब, और पहले व बाद की स्थिति। CSV, JSON और सर्टिफ़िकेट PDF के रूप में एक्सपोर्ट करें।

रिलीज़ चेक: हर रुकावट, आसान शब्दों में

जब Quality कोई रिलीज़ खोलता है, तो सर्वर नीचे दी गई हर बात जाँचता है, और साइन करते समय फिर से जाँचता है। अगर एक भी शर्त fail होती है, तो कारण दिखाए जाते हैं और कुछ भी साइन नहीं होता।

यूनिट तब मना होती है जब:

  • उसका रिकॉर्ड मौजूद न हो, या उसका अलार्म और downtime डेटा अधूरा या उपलब्ध न हो;
  • कोई critical parameter fail हुआ हो, या सीमाएँ तय न होने की वजह से जाँचा ही न गया हो;
  • कोई quality hold खुला हो, या उसका disposition rejected या scrapped हुआ हो;
  • कोई लैब रिज़ल्ट मौजूद न हो, fail हो या रिव्यू न हुआ हो, या रेसिपी में कोई quality specification न हो;
  • किसी रिज़ल्ट में ऐसा इंस्ट्रूमेंट इस्तेमाल हुआ हो जो उस समय कैलिब्रेशन में नहीं था;
  • कोई input लॉट अपने out-time या shelf life से आगे निकल गया हो, या उसकी हिस्ट्री पता न हो;
  • कोई nonconformance रिपोर्ट खुली हो;
  • रेसिपी में first article ज़रूरी हो और इस revision के लिए कोई approved न हो;
  • साइन करने वाला Quality से न हो, job का ऑपरेटर या creator हो, या दोबारा authenticate न करे।

हर blocker का एक owner होता है और उसे हटाने का एक रिकॉर्ड किया गया रास्ता। और पढ़ें: nonconforming रोल कौन रिलीज़ कर सकता है।

AS9100D ऑडिटर जो evidence माँगता है

यह आपके अपने ऑडिट के लिए evidence है। प्लांट standard पर खरा उतरता है या नहीं, यह आपका registrar तय करता है।

क्लॉज़प्लांट को क्या दिखाना होता हैPulseMQ में रखा गया evidence
7.1.5प्रोडक्ट स्वीकार करने में इस्तेमाल हुए इंस्ट्रूमेंट उस समय कैलिब्रेशन में थे।इंस्ट्रूमेंट रजिस्टर, as-found और as-left रीडिंग, दूसरे व्यक्ति का approval; कैलिब्रेशन से बाहर इंस्ट्रूमेंट रिज़ल्ट में स्वीकार नहीं होता, और उसका स्टेटस सेव होता है।
7.5रिकॉर्ड पहचाने जाते हैं, नियंत्रित होते हैं, सुरक्षित रखे जाते हैं और संरक्षित होते हैं।यूनिट रिकॉर्ड जिन्हें कोई डिलीट नहीं कर सकता, तय retention अवधि, hash-chained audit trail।
8.4बाहर से आया मटीरियल इस्तेमाल से पहले verify होता है।रिसीव होते ही quarantine, सप्लायर और सर्टिफ़िकेट रेफ़रेंस, दूसरे व्यक्ति द्वारा रिलीज़, out-time और shelf life।
8.5.1.3प्रोडक्शन से पहले first article का निरीक्षण और approval होता है।AS9102 फ़ॉर्म 1 से 3, कैलकुलेट किया गया pass/fail, preparer के अलावा किसी और का साइन किया हुआ approval, रिलीज़ पर हर revision के लिए गेट।
8.5.2हर आउटपुट की पहचान होती है और उसे उसके मटीरियल तक ट्रेस किया जाता है।हर यूनिट का रिकॉर्ड, हर position के input लॉट के साथ — splice और liner सहित; यूनिट, job, लॉट, रेसिपी या तारीख़ से सर्च।
8.6रिलीज़ सिर्फ़ तय जाँचों के बाद, अधिकृत व्यक्ति द्वारा।Quality की साइन की हुई रिलीज़, ऐसे चेक के पीछे जिसका कोई override नहीं, और रिकॉर्ड के ठीक उसी version से बँधी हुई।
8.7Nonconforming आउटपुट की पहचान होती है, उसे अलग रखा जाता है और उसका disposition होता है।Hold, दो व्यक्तियों के disposition वाली nonconformance रिपोर्ट, और अंतिम rejection।
एक उदाहरण लाइन, कई उपयोग

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

हमारा उदाहरण prepreg रोल लाइन है, क्योंकि उसके ब्योरे ठोस हैं। फ़्लो में कुछ भी सिर्फ़ prepreg के लिए नहीं है। प्लांट-दर-प्लांट जो बदलता है, वह है आउटपुट की यूनिट और प्रोसेस डेटा; रिकॉर्ड, साइन की हुई रिलीज़ और ट्रेसेबिलिटी एक ही तरह काम करते हैं।

कंपोज़िट्स

Prepreg रोल, layup kit, cure लोड

हर रोल का रिकॉर्ड — रेसिपी revision, ज़ोन तापमान और टेंशन, और liner सहित हर input लॉट के साथ। Layup kit और autoclave या oven cure लोड भी इसी पैटर्न पर चलते हैं; cure लोड के लिए cure तापमान और प्रेशर critical parameters होते हैं।

मशीनिंग

Serial नंबर वाले पार्ट या लॉट

हर serial नंबर या लॉट का रिकॉर्ड, हर पार्ट नंबर और revision के लिए first article, और कैलिब्रेशन रजिस्टर से गेज और CMM।

स्पेशल प्रोसेस

Heat treatment, plating, NDT

हर furnace या bath लोड का रिकॉर्ड, उसके प्रोसेस डेटा और रिज़ल्ट के साथ, और हर लोड की साइन की हुई रिलीज़।

असेंबली

Serial नंबर वाली असेंबली

हर असेंबली, उसके पीछे के हर कंपोनेंट के लॉट और serial नंबर, inspection रिज़ल्ट, और साइन की हुई रिलीज़ के साथ।

एक यूनिट किसे माना जाए, कौन-से सिग्नल रिकॉर्ड हों और कौन-सी सीमाएँ लागू हों — यह पायलट के दौरान आपकी लाइन के लिए सेट किया जाता है, पहले से मान नहीं लिया जाता।

एयरोस्पेस से आगे

यही फ़्लो स्पेस और डिफ़ेंस सप्लायर्स पर भी लागू होता है। यही रिकॉर्ड मेडिकल डिवाइस मैन्युफैक्चरिंग (ISO 13485) और ऑटोमोटिव (IATF 16949) में माँगे जाने वाले ट्रेसेबिलिटी और रिलीज़ evidence में भी मदद करते हैं। लॉट genealogy के सामान्य मामले के लिए देखें मैन्युफैक्चरिंग में बैच ट्रैकिंग और ट्रेसेबिलिटी।

यह कैसे जुड़ता है

  • लाइन के पास एक छोटा edge gateway Allen-Bradley EtherNet/IP या OPC UA के ज़रिए PLC पढ़ता है। किसी नए कंट्रोलर की ज़रूरत नहीं।
  • अगर नेटवर्क चला जाए, तो gateway पढ़ता रहता है, डेटा बफ़र करता है और कनेक्शन लौटने पर उसे दोबारा भेज देता है। अगर किसी यूनिट का कोई स्रोत फिर भी अधूरा है, तो उसका रिकॉर्ड data-integrity लाइन में यह बताता है, और मामला हल होने तक वह यूनिट रिलीज़ नहीं हो सकती।
  • यह कहाँ चलता है। आज PulseMQ एक hosted क्लाउड सर्विस के रूप में चलता है। इन रिकॉर्ड्स के लिए ऑन-प्रेमिस विकल्प पर काम चल रहा है; अगर आपका डेटा आपकी साइट पर ही रहना ज़रूरी है, तो पायलट का दायरा तय करते समय यह बात रखें।
  • दूसरे सिस्टम। ERP और दूसरे integration का दायरा पायलट के दौरान तय करके उन्हें बनाया जा सकता है। रिकॉर्ड CSV और JSON में, सर्टिफ़िकेट PDF में एक्सपोर्ट होते हैं।

Gateway और टोपोलॉजी के बारे में और जानकारी डिप्लॉयमेंट पेज और प्लेटफ़ॉर्म overview में (अंग्रेज़ी)।

डिज़ाइन पार्टनर प्रोग्राम

अपनी किसी एक लाइन पर पायलट करें

हम कुछ चुनिंदा AS9100 निर्माताओं को ढूँढ रहे हैं — सबसे पहले कंपोज़िट्स, लेकिन मशीनिंग, special processes और असेंबली भी — जो डिज़ाइन पार्टनर के रूप में हमारे साथ काम करें।

  • एक लाइन। आप वह लाइन चुनते हैं जहाँ कागज़ी काम या ऑडिट की तैयारी में सबसे ज़्यादा लागत आती है।
  • हम edge gateway से आपके PLC से जुड़ते हैं और तय करते हैं कि एक यूनिट किसे माना जाए, कौन-से सिग्नल मायने रखते हैं और कौन-सी सीमाएँ लागू होती हैं।
  • हम इसे आपकी प्रोसेस पर qualify करते हैं। आपकी Quality टीम आपके अपने प्रोडक्ट्स पर असली रिलीज़ साइन करती है, और आप ख़ुद परखते हैं कि रिकॉर्ड आपके ऑडिटरों और ग्राहकों की जाँच में टिकते हैं या नहीं।
  • आगे क्या बने, यह आप तय करते हैं। डिज़ाइन पार्टनर हमें बताते हैं कि उनके फ़्लोर पर कौन-सी रिपोर्ट, integration और जाँचें सबसे ज़्यादा मायने रखती हैं।

डिज़ाइन पार्टनर के लिए आवेदन करें

हमें बताइए कि आप क्या बनाते हैं, आपके आउटपुट की यूनिट क्या है (रोल, लोड, पार्ट, असेंबली), और लाइन पर कौन-से PLC हैं। संपर्क फ़ॉर्म में इंजीनियरिंग पायलट चुनें।

पायलट के लिए आवेदन करें सेल्स गाइड पाएँ (अंग्रेज़ी)

आगे पढ़ें (अंग्रेज़ी लेख)

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

AS9100D 8.5.2: रोल रिकॉर्ड में क्या होता है, splice और liner।

Nonconforming रोल कौन रिलीज़ कर सकता है?

AS9100D 8.6 और 8.7: हस्ताक्षर, blockers, ज़िम्मेदारियों का बँटवारा।

First article (AS9102) और कैलिब्रेशन (7.1.5)

FAI फ़ॉर्म, कैलकुलेट किया गया pass/fail, इंस्ट्रूमेंट रजिस्टर।

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

क्या PulseMQ, AS9100 certified है?

नहीं। किसी प्लांट का AS9100 certification निर्माता (manufacturer) का होता है और उसे उसका registrar देता है। PulseMQ वे रिकॉर्ड और evidence रखता है जो ऑडिटर clauses 7.1.5, 7.5, 8.4, 8.5.1.3, 8.5.2, 8.6 और 8.7 के तहत माँगता है। PulseMQ को पायलट के दौरान आपकी अपनी लाइन पर qualify किया जाता है।

क्या PulseMQ सिर्फ़ prepreg के लिए है?

नहीं। Prepreg हमारा उदाहरण भर है। यही फ़्लो layup kit और autoclave cure लोड, मशीनिंग वाले serial पार्ट, heat treatment, plating और NDT जैसे special-process लोड, और असेंबली पर भी लागू होता है। एक यूनिट किसे माना जाए, कौन-से सिग्नल रिकॉर्ड हों और कौन-सी सीमाएँ (limits) लागू हों — यह पायलट के दौरान आपकी लाइन के लिए सेट किया जाता है।

अगर नेटवर्क चला जाए तो क्या होता है?

लाइन के पास लगा edge gateway PLC को पढ़ता रहता है और डेटा बफ़र करता है, फिर कनेक्शन लौटने पर उसे दोबारा भेज देता है। अगर किसी यूनिट का कोई स्रोत फिर भी अधूरा है, तो उसका रिकॉर्ड data-integrity लाइन में यह साफ़ लिखता है, और अधूरे डेटा वाली यूनिट तब तक रिलीज़ नहीं हो सकती जब तक मामला हल न हो।

क्या Quality, रुकी हुई रिलीज़ को override कर सकता है?

नहीं। रिलीज़ चेक हर रुकावट (blocker) को आसान शब्दों में सूचीबद्ध करता है और सूची ख़ाली होने तक साइन नहीं होने देता। हर blocker का एक owner होता है और उसे हल करने का एक रिकॉर्ड किया गया रास्ता, जिसमें दो व्यक्तियों वाला nonconformance disposition भी शामिल है।

क्या PulseMQ हमारे ERP से जुड़ता है?

ERP और दूसरे सिस्टम के integration का दायरा पायलट के दौरान तय करके उन्हें बनाया जा सकता है। रिकॉर्ड CSV और JSON में, और सर्टिफ़िकेट PDF में एक्सपोर्ट किए जा सकते हैं।