Advanced Product Quality Planning (APQP) वह संरचित पद्धति है जिससे ऑटोमोटिव आपूर्तिकर्ता उत्पाद लॉन्च की योजना बनाते हैं, ताकि उत्पादन शुरू होने से पहले हर आवश्यकता, जोखिम और नियंत्रण अपनी जगह पर हो। AIAG APQP संदर्भ मैनुअल, अब अपने तीसरे संस्करण (2024) में, उन डिलिवरेबल्स को परिभाषित करता है जो एक क्रॉस-फ़ंक्शनल टीम तैयार करती है, और उन गेट को जहाँ नेतृत्व तय करता है कि प्रोग्राम आगे बढ़ सकता है या नहीं। यह वह लॉन्च पद्धति है जिसकी अपेक्षा ऑटोमोटिव ग्राहक IATF 16949 के अनुसार काम करने वाले आपूर्तिकर्ताओं से करते हैं।
मैनुअल चरण 0, Getting Started, से शुरू होता है और पाँच चरणों से आगे बढ़ता है: Plan and Define Program, Product Design and Development, Process Design and Development, Product and Process Validation, और Feedback, Assessment and Corrective Action। हर चरण एक गेट पर समाप्त होता है: Program Concept, Program Approval, Design Feasibility, Process Feasibility, Launch Readiness, और Feedback, Assessment & Corrective Action।
Zometric में, AIAG APQP तीसरे संस्करण के टेम्पलेट से बनाए गए प्रोग्राम को एक ही चरण में सभी 61 डिलिवरेबल्स, अपने 80 गेट आइटम के साथ गेट 0–5, एक टाइमिंग प्लान और A-0 जोखिम चेकलिस्ट मिल जाती है। सत्रह डिलिवरेबल्स किसी लाइव दस्तावेज़ से जुड़े हैं — जैसे PFMEA, कोई कंट्रोल प्लान या PPAP सबमिशन — और अपनी स्थिति उसी से लेते हैं।
छह समस्याएँ, जैसा लॉन्च टीमें उन्हें अपने शब्दों में बताती हैं — और हर डिलिवरेबल के अपने पीछे के दस्तावेज़ की ओर इंगित करने से क्या बदलता है।
प्रोग्राम AIAG APQP तीसरे संस्करण के चरणों और गेट का पालन करता है, इसलिए मैनुअल ही कार्यप्रवाह है।
चरण 0 · Getting Started
ग्राहक, पार्ट, जुड़ा हुआ प्रोसेस प्रोजेक्ट और टेम्पलेट चुनें। Zometric 61 डिलिवरेबल्स, गेट 0–5, प्रति डिलिवरेबल एक कार्य और प्रति गेट एक समीक्षा वाला टाइमिंग प्लान, और A-0 चेकलिस्ट बनाता है। यदि आप डिज़ाइन के लिए ज़िम्मेदार नहीं हैं, तो डिज़ाइन डिलिवरेबल्स आपके अनुबंध संदर्भ के साथ लागू नहीं पर सेट होते हैं।
चरण 0 · Getting Started
A-0 Risk Factors चेकलिस्ट के 45 प्रश्नों के उत्तर दें। छह या अधिक कमियाँ प्रोग्राम जोखिम स्तर को उच्च पर और तीन या अधिक मध्यम पर सेट करती हैं।
चरण 1 · Plan and Define Program
तिथियाँ, निर्भरताएँ और ग्राहक माइलस्टोन तय करें, बेसलाइन लें और टीम को प्लान की पावती देने दें। OEE और उपयोग जाँच के साथ क्षमता प्लान, प्रोग्राम जोखिम रजिस्टर और आपूर्तिकर्ता सूची दर्ज करें।
चरण 2–3 · डिज़ाइन और प्रक्रिया विकास
DFMEA, प्रोसेस फ़्लो डायग्राम, PFMEA, कंट्रोल प्लान और विशेष विशेषताएँ अपने डिलिवरेबल्स से जुड़ी होती हैं और अपनी स्थिति स्वयं बताती हैं। व्युत्पन्न स्थिति को ओवरराइड करने के लिए लिखित कारण चाहिए।
गेट 2 · Design Feasibility
परिशिष्ट D Team Feasibility Commitment पूरा करें और उसका निष्कर्ष दर्ज करें। टीम का हर सदस्य ई-हस्ताक्षर से उस पर हस्ताक्षर करता है, और निष्कर्ष के बिना गेट 2 अनुमोदित नहीं हो सकता।
चरण 4 · Product and Process Validation
सिग्निफ़िकेंट प्रोडक्शन रन, PPAP सबमिशन और प्रोडक्शन कंट्रोल प्लान अपनी स्थिति PPAP और कंट्रोल प्लान से बताते हैं। पहली शिपमेंट के बाद की तिथि वाला क्वालिटी प्लानिंग साइन-ऑफ़ गेट 4 पर चिह्नित होता है।
गेट 0–5 · गेट समीक्षा
समीक्षा खोलें और आइटम लाइव डेटा से अपने आप भर जाते हैं। नकारात्मक आइटम को कार्य योजनाएँ मिलती हैं, सदस्य अपना ई-हस्ताक्षरित अनुमोदन जोड़ते हैं, और नेतृत्व के किसी प्रतिनिधि के अनुमोदन के बाद गेट पर गो, शर्तों के साथ गो या नो-गो का निर्णय होता है।
चरण 5 · Feedback, Assessment and Corrective Action
अगले प्रोग्राम के लिए सीखे गए सबक दर्ज करें। लॉन्च के बाद का इंजीनियरिंग बदलाव एक चेंज प्रोजेक्ट खोलता है जिसका दायरा उन डिलिवरेबल्स तक होता है जिन पर वह असर डालता है, डिफ़ॉल्ट रूप से गेट 3 और 4 के साथ।
हर क्षमता उस निर्णय से जुड़ी है जो आपकी टीम पहले से लेने का प्रयास कर रही है।
हर लॉन्च एक ही स्क्रीन पर: वर्तमान चरण, लाल / पीला / हरा, अगला गेट और उस तक के दिन, प्रतिशत पूर्णता, विलंबित आइटम और खुला जोखिम। गेट कैलेंडर सभी प्रोग्रामों की आगामी गेट समीक्षाओं को सूचीबद्ध करता है।
हर गेट का अपना रेडीनेस मीटर, उसे रोकने वाली चीज़ों की सूची और उस तक पहुँचने का क्रिटिकल पाथ होता है। गो, शर्तों के साथ गो या नो-गो का निर्णय लें — ई-हस्ताक्षरित अनुमोदनों के साथ, और समीक्षा के बाद कुछ बदलने पर पुनः-पुष्टि के साथ।
डिलिवरेबल्स अपनी स्थिति उस प्रोसेस फ़्लो डायग्राम, DFMEA, PFMEA, कंट्रोल प्लान और PPAP सबमिशन से पढ़ते हैं जिनकी ओर वे इंगित करते हैं। दस्तावेज़ रिलीज़ करें (और FMEA के मामले में उसे पूर्ण चिह्नित करें) और डिलिवरेबल अपने आप हरा हो जाता है, उसका स्रोत बगल में दिखता है।
बेसलाइन, योजना और वास्तविक, निर्भरताओं और ग्राहक माइलस्टोन के साथ Gantt। किसी कार्य को खींचें और अगले गेट पर अनुमानित देरी अपडेट हो जाती है। विलंबित श्रृंखलाएँ नेगेटिव फ़्लोट दिखाती हैं — इसलिए बातचीत रिकवरी पर होती है, इस पर नहीं कि किसकी स्प्रेडशीट सही है।
A-0 से A-10 चेकलिस्ट, जिनमें A-1, A-6, A-7 और A-10 के प्रश्नों के उत्तर FMEA, प्रोसेस फ़्लो और कंट्रोल प्लान से वहाँ भर जाते हैं जहाँ साक्ष्य मौजूद है। ज़िम्मेदार व्यक्ति और नियत तिथि वाला कमी-उत्तर अपने आप कार्रवाई बन जाता है, और चेकलिस्ट किसी आपूर्तिकर्ता को आपूर्तिकर्ता पोर्टल के माध्यम से उत्तर देने के लिए भेजी जा सकती है।
टीम की व्यवहार्यता प्रतिबद्धता, OEE और उपयोग कैलकुलेटर के साथ क्षमता नियोजन, प्रोग्राम जोखिम रजिस्टर और आपूर्तिकर्ता की तैयारी — लॉन्च के विवेक-आधारित निर्णय, उन्हीं साक्ष्यों के साथ दर्ज जिन पर वे लिए गए।
उसी डेटा से तैयार ग्राहक स्थिति रिपोर्ट, OEM-विशिष्ट टेम्पलेट, लॉन्च के बाद के इंजीनियरिंग बदलावों के लिए चेंज प्रोजेक्ट, और सीखे गए सबक की लाइब्रेरी जो अगले प्रोग्राम को दिशा देती है — किसी ऐसी स्लाइड डेक को नहीं जिसे कोई दोबारा नहीं खोलता।
तैयारी किसी गेट पर पुष्ट डिलिवरेबल्स और गेट के आइटम गिनती है: पूर्ण डिलिवरेबल्स जमा उत्तर दिए गए आइटम, घटा नकारात्मक आइटम, भाग कुल। निर्णय प्रतिशत के ऊपर तय नियमों का पालन करता है, इसलिए उच्च प्रतिशत अपने आप में गो का अर्थ नहीं है। गेट 3, Process Feasibility, 10 डिलिवरेबल्स की पुष्टि करता है और उसमें 13 गेट आइटम हैं।
| केस | पूर्ण | उत्तरित | नकारात्मक | बिना योजना | तैयारी % | निर्णय |
|---|---|---|---|---|---|---|
| A | पूर्ण10 | उत्तरित13 | नकारात्मक0 | बिना योजना0 | तैयारी %100 | निर्णयगो |
| B | पूर्ण8 | उत्तरित13 | नकारात्मक2 | बिना योजना0 | तैयारी %83 | निर्णयशर्तों के साथ गो |
| C | पूर्ण8 | उत्तरित13 | नकारात्मक2 | बिना योजना1 | तैयारी %83 | निर्णयनो-गो |
| D | पूर्ण10 | उत्तरित11 | नकारात्मक0 | बिना योजना0 | तैयारी %91 | निर्णयतैयार नहीं |
डिलिवरेबल्स लाइव दस्तावेज़ों से जुड़ते हैं और उनकी स्थिति पढ़ते हैं; प्रोग्राम में कुछ भी कॉपी नहीं होता।
DFMEA और PFMEA डिलिवरेबल्स रेटिंग पा चुकी श्रृंखलाओं का हिस्सा और अब भी खुली AP High श्रृंखलाएँ दिखाते हैं, और FMEA के रिलीज़ होकर पूर्ण चिह्नित होने पर पूर्ण होते हैं।
प्रारंभिक फ़्लो चार्ट और प्रोसेस फ़्लो डायग्राम डिलिवरेबल्स फ़्लो की रिलीज़ स्थिति और प्रक्रिया चरण पढ़ते हैं, और उसी से A-6 के प्रश्नों के उत्तर देते हैं।
प्रोटोटाइप, प्री-लॉन्च और प्रोडक्शन कंट्रोल प्लान अपनी रिलीज़ और ग्राहक अनुमोदन बताते हैं। उनकी पंक्तियों के गेज MSA प्लान को चलाते हैं, और A-10 के प्रश्नों के उत्तर प्लान से दिए जाते हैं।
PPAP सबमिशन, सिग्निफ़िकेंट प्रोडक्शन रन और क्षमता अध्ययन चरण 4 के डिलिवरेबल्स और Launch Readiness गेट आइटम को डेटा देते हैं।
APQP चेकलिस्ट किसी आपूर्तिकर्ता को भेजी जाती है, पोर्टल में प्रश्न-दर-प्रश्न उत्तर दी जाती है और प्रोग्राम को वापस सबमिट की जाती है।
CAPA का सीखे-गए-सबक वाला रोकथाम चरण APQP लाइब्रेरी में एक सबक जोड़ता है, और लाइब्रेरी को CAPA पेज से खोजा जा सकता है।
प्रोग्राम चलाते हैं: टाइमिंग प्लान और टीम संपादित करते हैं, ग्राहक अनुमोदन दर्ज करते हैं, कारण के साथ व्युत्पन्न स्थिति ओवरराइड करते हैं, और गेट का अनुमोदन तथा निर्णय करते हैं।
डिलिवरेबल्स, रिकॉर्ड और गेट आइटम पर काम करते हैं, नकारात्मक आइटम के लिए कार्य योजनाएँ बनाते हैं और गेट पर अपना ई-हस्ताक्षरित अनुमोदन जोड़ते हैं।
गेट का अनुमोदन और निर्णय करता है। गेट निर्णय के लिए कम से कम एक नेतृत्व अनुमोदन आवश्यक है।
आपूर्तिकर्ता पोर्टल के माध्यम से उन्हें भेजी गई APQP चेकलिस्ट के उत्तर देते हैं और उन्हें प्रोग्राम को वापस सबमिट करते हैं।
| Zometric APQP बनाम स्प्रेडशीट या प्रोजेक्ट ट्रैकर | स्प्रेडशीट या प्रोजेक्ट ट्रैकर | Zometric APQP |
|---|---|---|
| डिलिवरेबल स्थिति | जो भी फ़ाइल अपडेट करे, वही टाइप करता है | जुड़े FMEA, कंट्रोल प्लान या PPAP से पढ़ी जाती है, कारण के साथ |
| गेट की तैयारी | मीटिंग में अंदाज़ा लगाया जाता है | डिलिवरेबल्स और गेट आइटम से गणना, हर रुकावट सूचीबद्ध |
| गेट निर्णय | काग़ज़ पर मिनट्स और हस्ताक्षर | गो, शर्तों के साथ गो या नो-गो, ई-हस्ताक्षरित अनुमोदनों और नेतृत्व साइन-ऑफ़ के साथ |
| टाइमिंग | स्थिति से अलग रखा गया Gantt चार्ट | एक ही प्लान: डिलिवरेबल की प्रगति टाइमिंग कार्यों को आगे बढ़ाती है, क्रिटिकल पाथ और अनुमानित देरी के साथ |
| चेकलिस्ट | हर चेकलिस्ट की अलग फ़ाइल | प्रोग्राम में A-0 से A-10 और परिशिष्ट D; कमी-उत्तर कार्रवाई बनते हैं |
| गेट के बाद बदलाव | शायद ही कभी ध्यान में आते हैं | अगले गेट से पहले फिर से अनुमोदित, या कारण के साथ स्वीकृत |
| ग्राहक रिपोर्टिंग | हर समीक्षा के लिए हाथ से तैयार | प्रोग्राम से तैयार स्थिति रिपोर्ट, PDF या Excel के रूप में |
| रिमाइंडर | ई-मेल से पीछा | नियत तिथि से 3 दिन पहले स्वामियों को रिमाइंडर; 7 दिन विलंब के बाद एस्केलेशन |
चरणों, गेट, ग्राहक अनुमोदनों, लाल डिलिवरेबल्स, उच्च-जोखिम आपूर्तिकर्ताओं और खुली चिंताओं वाली स्थिति रिपोर्ट, जिसे PDF में प्रिंट या Excel के रूप में डाउनलोड किया जा सकता है।
टाइमिंग प्लान को बेसलाइन, योजनाबद्ध और वास्तविक तिथियों, फ़्लोट, क्रिटिकल पाथ और अनुमानित देरी के साथ CSV के रूप में डाउनलोड करें।
आपूर्तिकर्ताओं को APQP चेकलिस्ट भेजें और उनके उत्तर प्रोग्राम में वापस पाएँ।
प्रोग्राम, डिलिवरेबल्स, गेट, गेट आइटम, अनुमोदन, पोर्टफ़ोलियो, प्रोग्राम मेट्रिक्स और क्रिटिकल पाथ REST API के माध्यम से उपलब्ध हैं।
डेमो से पहले टीमें जो प्रश्न पूछती हैं, उनके सीधे उत्तर।
APQP (Advanced Product Quality Planning) AIAG APQP मैनुअल में परिभाषित संरचित उत्पाद-लॉन्च पद्धति है, जो अब अपने तीसरे संस्करण (2024) में है। एक क्रॉस-फ़ंक्शनल टीम चरण 0 और पाँच चरणों से गुज़रती है, DFMEA, PFMEA, कंट्रोल प्लान और PPAP जैसे डिलिवरेबल्स तैयार करती है, और हर चरण के अंत में एक गेट पर नेतृत्व प्रोग्राम का अनुमोदन करता है।
Zometric AIAG APQP तीसरे संस्करण (2024) के लिए एक सिस्टम टेम्पलेट देता है, जिसमें 61 डिलिवरेबल्स, 80 गेट आइटम के साथ गेट 0–5, और A-0 से A-10 चेकलिस्ट तथा परिशिष्ट D Team Feasibility Commitment शामिल हैं। हर डिलिवरेबल अपना मैनुअल संदर्भ और अपनी बाध्यता, जैसे MUST या SHOULD, साथ रखता है।
सत्रह डिलिवरेबल्स किसी लाइव दस्तावेज़ से जुड़े हैं और अपनी स्थिति उसी से लेते हैं। FMEA तब पूर्ण होता है जब वह रिलीज़ होकर पूर्ण चिह्नित हो, कंट्रोल प्लान तब जब वह रिलीज़ हो और कोई भी आवश्यक ग्राहक अनुमोदन दर्ज हो, और PPAP डिलिवरेबल तब जब सबमिशन अनुमोदित हो। किसी जुड़े डिलिवरेबल को मैनुअल स्थिति पर बदलने के लिए लिखित कारण चाहिए।
गो का अर्थ है हर गेट आइटम स्वीकार्य है; कोई भी आइटम नकारात्मक होने पर बिना शर्त अनुमोदन अस्वीकार हो जाता है। शर्तों के साथ गो नकारात्मक आइटम की अनुमति तभी देता है जब हर एक के लिए स्वामी और नियत तिथि वाली कार्य योजना हो। नो-गो प्रोग्राम को गेट पर रोक देता है। नो-गो को छोड़कर हर निर्णय के लिए कम से कम एक नेतृत्व अनुमोदन चाहिए, और गेट 2 के लिए Team Feasibility Commitment का निष्कर्ष भी।
हाँ। सिस्टम टेम्पलेट को किसी ग्राहक के लिए डुप्लिकेट किया जा सकता है, और उसके डिलिवरेबल्स का नाम बदला, निष्क्रिय किया या उनमें जोड़ा जा सकता है। एक ग्राहक टेम्पलेट डिफ़ॉल्ट हो सकता है, ताकि उस ग्राहक के नए प्रोग्राम अपने आप उसी से शुरू हों।
प्रोग्राम को डिज़ाइन के लिए ज़िम्मेदार नहीं पर सेट करें और अपने ग्राहक के साथ अनुबंध का संदर्भ दर्ज करें। तब Design FMEA, डिज़ाइन सत्यापन और डिज़ाइन समीक्षा डिलिवरेबल्स उसी संदर्भ को औचित्य मानकर लागू नहीं पर सेट होते हैं, और अनुबंध संदर्भ न होने पर एक जाँच उसे चिह्नित करती है।
हाँ। A-9 सोर्सिंग चेकलिस्ट जैसी कोई चेकलिस्ट नियत तिथि के साथ आपूर्तिकर्ता पोर्टल के माध्यम से किसी आपूर्तिकर्ता को भेजी जा सकती है। आपूर्तिकर्ता प्रश्न-दर-प्रश्न उसका उत्तर देकर उसे सबमिट करता है, और उत्तर प्रोग्राम में दिखते हैं।
लॉन्च के बाद का बदलाव लॉन्च किए गए प्रोग्राम से जुड़ा एक चेंज प्रोजेक्ट खोलता है। उसमें वही ग्राहक, पार्ट और टेम्पलेट रहते हैं, केवल बदलाव के दायरे वाले डिलिवरेबल्स लागू होते हैं, और डिफ़ॉल्ट रूप से गेट 3 और 4 चलते हैं। PPAP चेंज सबमिशन को सीधे उससे जोड़ा जा सकता है।
30 मिनट की डिस्कवरी कॉल। वास्तविक फ़ैक्टरी डेटा पर 2–3 सप्ताह का पायलट। फिर अपनी गति से विस्तार करें।
