IATF16949&ISO9001の要求事項解釈/IATF(8.5.5.1)サービスからの情報のフィードバック

『第8章 （製品実現の為の）運用）』IATF(8.5.5.1)サービスからの情報のフィードバック に関する要求の説明に入ります。

タイトルは不可解。IATF委員会のセンスが無いだけです。正しいタイトルは、『市場不具合情報の展開プロセスの確立』です。

市場不具合の話と頭に置いてください。

前回は、ISO8.5.5引渡し後の活動（補償及びサービス活動）でした。

顧客に、製品を出荷後に発生した不具合対応の要求事項で、どの様に対応するのか？具体的なルールやフローを作る事が重要です。誤解しないで欲しいのは、ルールを作る事が仕事では、ございません。

ある会社のブラックな文化で、とにかく実用性のない文書が有るだけで、誰も知らない、内容が伴わない会社も多々見たことが有ります。

皆さんは、そうならない様、迅速にトレサビリティーの確認で、出荷した不具合品の範囲を決め、迅速に回収。代替品対応や選別部隊の派遣、同時に原因分析、対策につなげるシステムを作りましょう。

今回の話題は、顧客から一般の市場で、車を買ったユーザーからのクレーム対応の話です。市場不具合とか市場クレームと言う、非常に厄介な不具合対応の話です。下手すれば、リコールですね。それでは、私なりの解釈を紹介します。

私は、IATF対訳文を下記のように独自編集してQMSに記載してみました。皆さんのQMS文面作成時の参考にしてみてください。

今回の話は、『市場クレーム』の対応プロセスの話です。IATF原文のタイトルは、全く無意味のタイトルなので、出来れば皆さんは、『IATF8.5.5.1　市場クレーム対応プロセスの構築』等の明確な名前に変える事をお勧めします。

今回は、記事を紹介する為に、仕方なく、IATFと同じ様な記事タイトルにしています。

その様に成らないよう、顧客からのインプット情報は、どの部署が窓口で、どの様に社内組織へ展開するか？その手法、フローを明確化する事が大切に成ります。

それと、市場不具合には、品質保証部では対応できない部分も有ります。したがって、製品を設計した設計部門、試験部門の責任役割も非常に重要です。部門横断で、QRQCの様な手法で実測な分析と対策が必要になります。

また、リコール対応とつなげたシステムが良いと思います。

今回の箇条紹介は、ここまでです。

対訳本の個人的な見解として書いています。

皆さんの見解と異なる、若しくは誤っている場合も有るので、他の人は、こんな風にやっているんだという視点で見ていただければと思います。

引き続き、日追って各箇条を追加していきますので、宜しくお願い致します。