ग्राहक शिकायत प्रबंधन वह काम है जो ग्राहक के समस्या रिपोर्ट करने और ग्राहक के यह स्वीकार करने के बीच होता है कि वह हल हो गई: शिकायत दर्ज करना, उसकी पावती देना, संदिग्ध उत्पाद को कंटेन करना, लौटाए गए पार्ट का विश्लेषण, मूल कारण खोजना, वापस रिपोर्ट करना और उसे बंद करना। ऑटोमोटिव में, IATF 16949 का खंड 10.2.6 आपूर्तिकर्ताओं से ग्राहक शिकायतों और फ़ील्ड विफलताओं का, लौटाए गए पार्ट सहित, विश्लेषण करने, समस्या समाधान और सुधारात्मक कार्रवाई शुरू करने, और परिणाम ग्राहक तथा अपने संगठन को बताने की माँग करता है।
हर ग्राहक अपनी ग्राहक-विशिष्ट आवश्यकताओं में अपनी घड़ी तय करता है: पावती, कंटेनमेंट, पहला उत्तर, मूल कारण की रिपोर्ट और अंतिम रिपोर्ट कितनी जल्दी देनी है, और कौन-सा समस्या-समाधान फ़ॉर्मेट उपयोग करना है, जैसे VDA 8D या AIAG CQI-20। Zometric इन नियमों को प्रति ग्राहक एक नीति के रूप में रखता है और हर शिकायत की समय-सीमाएँ उसके प्राप्त होने के क्षण से गणना करता है।
शिकायत ग्राहक से जुड़ा पक्ष है: समय-सीमाएँ, लॉट, लौटाए गए पार्ट, स्वीकृति, संचार और रिपोर्ट संस्करण। समस्या समाधान स्वयं एक जुड़ा हुआ CAPA है, इसलिए 8D पर एक बार काम होता है और उसकी प्रगति शिकायत पर दिखती है।
छह समस्याएँ, जैसा क्वालिटी टीमें उन्हें अपने शब्दों में बताती हैं — और हर शिकायत के अपने ग्राहक की घड़ी पर चलने से क्या बदलता है।
शिकायत दर्ज से पावती, प्रगति पर, अंतिम रिपोर्ट भेजी गई और बंद तक जाती है। हर शिकायत पर जाँचें बताती हैं कि क्या देर से है या कम है।
इनटेक
ग्राहक और उसका संदर्भ, प्रकार, चैनल, प्राप्ति का समय, पार्ट, दोष, मात्राएँ, लॉट और लाइन स्टॉप या स्टॉप शिप जैसे फ़्लैग दर्ज करें। देय समय ग्राहक की नीति से निकलते हैं, पुनरावृत्ति जाँच चलती है और CAPA खुलता है। सुरक्षा या नियमन से जुड़ी शिकायत हमेशा गंभीर होती है और गुणवत्ता प्रबंधकों तक एस्केलेट होती है।
पावती
शिकायत का स्वामी नामित करें और तय करें कि कंटेनमेंट आवश्यक है या नहीं; इसे छोड़ने के लिए कारण चाहिए। पावती ग्राहक को एक संदेश के रूप में दर्ज होती है, उस तिथि के साथ जब पहला उत्तर आएगा।
कंटेनमेंट
बताए गए और संदिग्ध लॉट को स्थान, जाँची और अस्वीकृत मात्राओं, और पहले अच्छे लॉट के साथ सूचीबद्ध करें। उन्हें CAPA के कंटेनमेंट में भेजें, और नीति की माँग होने पर कंटेनमेंट विधि या निकास पर ग्राहक का अनुमोदन दर्ज करें।
लौटाए गए पार्ट
लौटाए गए पार्ट प्राप्त होने पर विश्लेषण की नियत तिथि तय होती है, डिफ़ॉल्ट रूप से 10 दिन, और विश्लेषण स्वामी को एक कार्य मिलता है। परिणाम होता है दोष पुष्ट, नो ट्रबल फ़ाउंड, अन्य कारण या अनिर्णायक, मात्राओं और पार्ट के डिस्पोज़िशन के साथ।
स्वीकृति
शिकायत स्वीकार करें, पुष्ट मात्रा के साथ आंशिक रूप से स्वीकार करें, अस्वीकार करें या नो ट्रबल फ़ाउंड आँकें — प्रत्येक कारण के साथ। तय करें कि कौन ज़िम्मेदार है; सब-टियर आपूर्तिकर्ता के लिए उत्तर तिथि के साथ आपूर्तिकर्ता CAPA माँगें।
रिपोर्ट
D0 से D3 को कवर करने वाला पहला उत्तर, D6 तक की अंतरिम रिपोर्ट, और CAPA के D7 तक पहुँचने या बंद होने पर अंतिम रिपोर्ट भेजें। हर एक क्रमांकित संस्करण के रूप में जारी होती है और बाक़ी संचार के साथ लॉग होती है।
क्लोज़र
स्वीकृत शिकायत तब बंद होती है जब उसका CAPA बंद हो और अंतिम रिपोर्ट भेजी जा चुकी हो। जहाँ नीति माँगे, ग्राहक की पुष्टि दर्ज होती है, या प्रतीक्षा अवधि, डिफ़ॉल्ट रूप से 30 दिन, एक नोट के साथ पूरी हो चुकी होती है। क्लोज़र से इनकार करने वाला ग्राहक शिकायत को वापस प्रगति पर भेज देता है।
हर क्षमता उस निर्णय से जुड़ी है जो आपकी टीम पहले से लेने का प्रयास कर रही है।
हर ग्राहक की अपनी नीति है: पावती, कंटेनमेंट और पहला उत्तर भेजने के लिए घंटे, मूल कारण की रिपोर्ट और अंतिम रिपोर्ट भेजने के लिए दिन, आवश्यक 8D फ़ॉर्मेट और क्या क्लोज़र के लिए उनकी पुष्टि चाहिए। हर शिकायत अपना अगला माइलस्टोन और बचा हुआ समय दिखाती है।
शिकायत दर्ज करते ही ग्राहक के आवश्यक फ़ॉर्मेट में ठीक एक CAPA खुलता है। कंटेनमेंट और मूल कारण के माइलस्टोन स्वयं 8D की प्रगति से पुष्ट होते हैं — एक ही बात कहने के लिए कोई दो सिस्टम अपडेट नहीं करता।
संदिग्ध लॉट खोजें, उन्हें स्थान के अनुसार कंटेनमेंट में भेजें, और लौटाए गए पार्ट को विश्लेषण के दौरान ट्रैक करें। शॉप-फ्लोर डेटा और लॉट इतिहास शिकायत के बगल में रहते हैं, इसलिए पहला उत्तर साक्ष्य पर आधारित होता है।
ग्राहक को भेजी गई हर रिपोर्ट एक जारी, क्रमांकित संस्करण है जो भेजे गए रूप में फ़्रीज़ रहता है, संचार लॉग और ग्राहक की अपनी फ़ाइलों के साथ। आपने ग्राहक को क्या बताया, और कब, इस पर कभी संदेह नहीं रहता।
हर नई शिकायत का मिलान उसी पार्ट और दोष की पिछली शिकायतों से किया जाता है — डिफ़ॉल्ट रूप से उसी ग्राहक की। पुनरावृत्ति को उसी रूप में चिह्नित किया जाता है — और यदि उसका पिछला CAPA पहले ही बंद हो चुका है, तो वह CAPA प्रभावशीलता समीक्षा के लिए फ़्लैग हो जाता है।
डिलीवर की गई मात्रा से ग्राहक ppm, समय पर प्रतिक्रिया की दरें और ग्राहक स्कोरकार्ड — हर KPI उन शिकायतों को सूचीबद्ध करता है जिन्हें उसने गिना। ग्राहक की शिकायत फ़ाइल सीधे आयात करें, कॉलम अपने आप मैप हो जाते हैं।
ग्राहक ppm है गिने गए दोषपूर्ण पार्ट भाग डिलीवर किए गए पार्ट, गुणा दस लाख। कौन-सी शिकायतें और कौन-सी मात्रा गिनी जाती है, यह हर ग्राहक की नीति में तय होता है। डिफ़ॉल्ट नियम ये हैं: ग्राहक और 0-km शिकायतें गिनी जाती हैं, पुष्ट मात्रा ज्ञात होने पर उसका और तब तक दावा की गई मात्रा का उपयोग होता है, और अस्वीकृत तथा नो-ट्रबल-फ़ाउंड शिकायतें बाहर रहती हैं।
| शिकायत | प्रकार | निर्णय | दावा | पुष्ट | गिने गए |
|---|---|---|---|---|---|
| CC-000141 | प्रकारग्राहक शिकायत | निर्णयस्वीकृत | दावा18 | पुष्ट18 | गिने गए18 |
| CC-000142 | प्रकार0-km विफलता | निर्णयलंबित | दावा6 | पुष्ट– | गिने गए6 |
| CC-000143 | प्रकारग्राहक शिकायत | निर्णयआंशिक रूप से स्वीकृत | दावा40 | पुष्ट12 | गिने गए12 |
| CC-000144 | प्रकारग्राहक शिकायत | निर्णयनो ट्रबल फ़ाउंड | दावा10 | पुष्ट0 | गिने गए0 |
| CC-000145 | प्रकारग्राहक शिकायत | निर्णयअस्वीकृत | दावा5 | पुष्ट0 | गिने गए0 |
| CC-000146 | प्रकारफ़ील्ड विफलता | निर्णयस्वीकृत | दावा2 | पुष्ट2 | गिने गए0 |
शिकायत अपनी समय-सीमाएँ और डेटा वहाँ भेजती है जहाँ काम होता है, और उस काम के आगे बढ़ने पर सूचना पाती है।
हर शिकायत ग्राहक के आवश्यक फ़ॉर्मेट और D3, D4 तथा D8 की शिकायत की समय-सीमाओं के साथ एक CAPA खोलती है। D3 और D4 की प्रगति शिकायत के माइलस्टोन पुष्ट करती है, और बंद CAPA स्वामी को अंतिम रिपोर्ट भेजने को कहता है। पुनरावृत्तियाँ CAPA की प्रभावशीलता समीक्षा में दिखती हैं।
ऑडिट-यूनिवर्स आइटम के पार्ट, प्लांट, ग्राहक या प्रक्रिया चरण के विरुद्ध शिकायतें उसका जोखिम स्कोर बढ़ाती हैं, और नई शिकायतें इसकी समीक्षा खोलती हैं कि उसका ऑडिट कितनी बार होता है।
जिस ऑपरेशन पर समस्या शुरू हुई, उसे पार्ट के प्रक्रिया चरणों से चुना जाता है और CAPA को आगे भेजा जाता है।
शिकायत, शिकायत वाले लॉट की उत्पादन तिथियों के आसपास की अवधि में पार्ट की SPC स्ट्रीम की विनिर्देश-से-बाहर रीडिंग दिखाती है, SPC में पार्ट के लिंक के साथ।
उसी अवधि के पार्ट के अस्वीकृत निरीक्षण लॉट शिकायत के बगल में दिखते हैं, उसकी निरीक्षण योजना के लिंक के साथ।
शिकायतें दर्ज और आयात करते हैं, स्वीकृति और ज़िम्मेदारी तय करते हैं, आपूर्तिकर्ता CAPA माँगते हैं, शिकायतें बंद करते, फिर खोलते और रद्द करते हैं, और डिलीवर की गई मात्राओं को अद्यतन रखते हैं।
शिकायत पर काम करता है: लॉट, लौटाए गए पार्ट, कारण के साथ नियत तिथि में बदलाव, पावती, रिपोर्ट और ग्राहक के उत्तर। जल्द-देय और विलंब सूचनाएँ पाता है।
समन्वयक के सभी काम करते हैं और ग्राहक शिकायत नीतियाँ बनाए रखते हैं। अपने प्लांट के एस्केलेशन और विलंब सूचनाएँ पाते हैं।
शिकायत देखते हैं और उसके लॉट तथा लौटाए गए पार्ट अपडेट करते हैं; 8D पर काम स्वयं CAPA में होता है।
सदस्य और दर्शक शिकायतें और ग्राहक KPI पढ़ सकते हैं।
| Zometric शिकायत प्रबंधन बनाम ई-मेल और स्प्रेडशीट लॉग | ई-मेल और स्प्रेडशीट लॉग | Zometric शिकायत प्रबंधन |
|---|---|---|
| समय-सीमाएँ | हर ग्राहक के लिए हाथ से निकाली जाती हैं | दर्ज करते समय ग्राहक की नीति से गणना, जल्द-देय और विलंब सूचनाओं के साथ |
| समस्या समाधान | 8D फ़ाइल अलग से शुरू, अगर हो तो | दर्ज करते समय ग्राहक के आवश्यक फ़ॉर्मेट में एक CAPA खुलता है |
| संदिग्ध लॉट | ई-मेल थ्रेड में एक सूची | स्थान, स्थिति और मात्राओं वाले लॉट, CAPA के कंटेनमेंट में भेजे गए |
| क्या भेजा गया | किसी के सेंट फ़ोल्डर में अटैचमेंट | जारी किए गए रूप में फ़्रीज़ क्रमांकित रिपोर्ट संस्करण, संचार लॉग के साथ |
| पुनरावृत्ति | किसी को याद रहे तो ध्यान में आती है | नीति की अवधि में पार्ट और दोष पर मिलान; बंद CAPA पर समीक्षा फ़्लैग |
| क्लोज़र | जब इनबॉक्स शांत हो जाए तब बंद | बंद CAPA और ग्राहक की पुष्टि, या प्रतीक्षा अवधि और एक नोट आवश्यक |
| ppm | हर समीक्षा के लिए दोबारा गिना जाता है | हर ग्राहक के नियमों से गिना जाता है, हर गिनी गई शिकायत की सूची के साथ |
| जाँचें | कोई नहीं | 25 शिकायत नियम, देर से पावती से लेकर बिना विश्लेषण के NTF तक |
किसी ग्राहक का शिकायत निर्यात Excel या CSV से आयात करें। कॉलम उनके नामों से मैप होते हैं, मैपिंग प्रति ग्राहक लेआउट सहेजी जाती है, और मौजूदा संदर्भ छोड़ दिए जाते हैं या खुली शिकायतों को अपडेट करते हैं।
प्रति ग्राहक, प्लांट, पार्ट और महीने डिलीवर की गई मात्राएँ Excel या CSV से दर्ज या आयात करें — ग्राहक ppm का हर (denominator)।
हर जारी रिपोर्ट संस्करण का PDF के लिए प्रिंट लेआउट और एक Excel वर्कबुक है, जारी करने से पहले ड्राफ़्ट प्रीव्यू के साथ।
शिकायत रजिस्टर और ग्राहक गुणवत्ता KPI को Excel में निर्यात करें।
शिकायतें, संचार, KPI और स्थिति कमांड — पावती, स्वीकृति, रिपोर्ट जारी करना, बंद करना — REST API के माध्यम से उपलब्ध हैं, और शिकायत की स्थिति बदलने पर एक वेबहुक भेजा जाता है।
Zometric के मॉड्यूल एक ही डेटा रीढ़ साझा करते हैं — इनमें से अधिक को अपनाने से सिग्नल-टू-नॉइज़ का लाभ कई गुना बढ़ जाता है।
क्रॉस-मॉड्यूल ट्रेसबिलिटी और वंशावली परत — हर सामग्री, मशीन, ऑपरेटर और गुणवत्ता घटना को एक अटूट धागे में जोड़ें, आपूर्तिकर्ता से ग्राहक तक।
आपूर्तिकर्ताओं और ग्राहक समीक्षकों के लिए एक सुरक्षित बाहरी वर्कस्पेस — वे एक लिंक से काम करते हैं, न कोई खाता बनाना है, न कोई प्रशिक्षण लेना है।
डेमो से पहले टीमें जो प्रश्न पूछती हैं, उनके सीधे उत्तर।
IATF 16949 का खंड 10.2.6 आपूर्तिकर्ताओं से ग्राहक शिकायतों और फ़ील्ड विफलताओं का, लौटाए गए पार्ट सहित, विश्लेषण करने, समस्या समाधान और सुधारात्मक कार्रवाई शुरू करने, और परिणाम ग्राहक तथा अपने संगठन के भीतर बताने की माँग करता है। Zometric हर शिकायत को इन बिंदुओं पर जाँचता है, उदाहरण के लिए क्या परिणाम ग्राहक को भेजे गए।
हर ग्राहक की अपने प्रतिक्रिया समय वाली एक शिकायत नीति है। टेनेंट डिफ़ॉल्ट है: पावती और कंटेनमेंट के लिए 24 घंटे, पहले उत्तर के लिए 48 घंटे, मूल कारण की रिपोर्ट के लिए 15 दिन और अंतिम रिपोर्ट के लिए 60 दिन, शिकायत प्राप्त होने के समय से गिने गए। ग्राहक के साथ सहमत समय-सीमा को कारण के साथ ओवरराइड किया जा सकता है।
शिकायत दर्ज करने पर ग्राहक की नीति द्वारा आवश्यक समस्या-समाधान फ़ॉर्मेट, जैसे VDA 8D या AIAG CQI-20, में एक CAPA खुलता है। यदि शिकायत बाद में अस्वीकृत होती है या नो ट्रबल फ़ाउंड आँकी जाती है, तो CAPA को बताया जाता है कि उसका स्रोत वापस ले लिया गया। बिना CAPA की स्वीकृत शिकायत त्रुटि के रूप में रिपोर्ट होती है।
नई शिकायत दोहराव है जब नीति की अवधि के भीतर — डिफ़ॉल्ट रूप से 365 दिन और वही ग्राहक — किसी पिछली शिकायत में वही पार्ट और वही दोष हो। समान विवरण वाली शिकायतें संभावित मिलान के रूप में दिखाई जाती हैं। दोहराव पिछली शिकायत के CAPA पर समीक्षा फ़्लैग लगाता है, यदि वह CAPA पहले ही बंद है।
ग्राहक ppm है गिने गए दोषपूर्ण पार्ट भाग डिलीवर किए गए पार्ट, गुणा दस लाख। डिफ़ॉल्ट रूप से ग्राहक और 0-km शिकायतें गिनी जाती हैं, पुष्ट मात्रा ज्ञात होने पर उसका और तब तक दावा की गई मात्रा का उपयोग होता है, और अस्वीकृत तथा नो-ट्रबल-फ़ाउंड शिकायतें बाहर रखी जाती हैं। हर ग्राहक की नीति इन नियमों को बदल सकती है।
हाँ, कारण के साथ। यदि पार्ट लौटाए गए थे, तो पहले उनका विश्लेषण नो ट्रबल फ़ाउंड परिणाम के साथ पूरा होना चाहिए; यदि कोई नहीं लौटाया गया, तो आधार लिखा या अटैच किया जाना चाहिए। जहाँ नीति ग्राहक की क्लोज़र पुष्टि माँगती है, वहाँ शिकायत बंद होने से पहले ग्राहक को निर्णय से सहमत होना होगा।
अंतिम रिपोर्ट भेजे जाने के बाद। स्वीकृत शिकायत के लिए उसका CAPA भी बंद होना चाहिए। जहाँ नीति माँगे, ग्राहक की क्लोज़र पुष्टि दर्ज होती है; यदि ग्राहक प्रतीक्षा अवधि, डिफ़ॉल्ट रूप से 30 दिन, के भीतर उत्तर न दे, तो शिकायत एक नोट के साथ बंद की जा सकती है।
हाँ। ग्राहक का Excel या CSV निर्यात अपलोड करें; कॉलम उनके नामों से अपने आप मैप होते हैं, और मैपिंग उस ग्राहक के लेआउट के लिए सहेजी जा सकती है। जिन पंक्तियों का संदर्भ पहले से मौजूद है वे छोड़ दी जाती हैं, या उन शिकायतों को अपडेट करती हैं जो अभी दर्ज या पावती वाली स्थिति में हैं।
30 मिनट की डिस्कवरी कॉल। वास्तविक फ़ैक्टरी डेटा पर 2–3 सप्ताह का पायलट। फिर अपनी गति से विस्तार करें।
