In Reply to Parent Post by silentrunning
"Smart and Compliant are not necessarily the same. If the customer accepts poor controls, who is to stop the supplier from executing them? I've seen too many certified entities operate in an "unenlightend" fashion, heck I've participated in some...." Cloyd
I have no customers that accept poor controls.
Our customers don't dictate our Quality Management System, we do. Even if the customer doesn't require tight controls we ensure that they are in place. Defective product benefits no one.
How can I disagree with this strong statement. Amen. I sincerely did not - and do not, mean to offend.
Please let me clarify my suggestion to the primary poster:
1. No. The standard does not require SPC, it requires what you determine to be adequate.
2. If the poster has submitted a PPAP package that uses SPC to control certain process elements and dictate outcomes and reactions, and has then since revised the requirement because top management believes it is not required as an element of ADEQUACY in control of process, my recommendation was to review the contract. If this has already been signed off, you may need to alert the customer as to your changes in process control, and you may need to explain your reasoning in greater detail.
It is in this case that we put our "fate" in the hands of the customer. I can't speak more directly, as I don't know the process or the parts. It felt like the poster was putting the control of quality in the hands of the regulatory requirement, or the contractual requirement, which "felt" to me like an immature system, or new product, or lower cost sourcing initiative. The presumptions are without DATA, so I apologize.
I felt the first question was adequately addressed, but the recommendation to circle back to the customer if you were changing your process controls was not necessarily touched. If this is just stating the obvious, I also apologize.