Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
articles:as9100d_oe_requirements-1 [2019/08/18 18:50]
rrandall
articles:as9100d_oe_requirements-1 [2019/08/24 11:43] (current)
rrandall
Line 10: Line 10:
 </​box>​ </​box>​
  
 +A row number below in **Bold** indicates either "​Tips"​ or "​Interpretations"​ are associated with the requirement(s).
 + 
 All of the AS 9100:2016 implied, suggested, and/or specifically required "​documented information"​ to be "​maintained"​ include: All of the AS 9100:2016 implied, suggested, and/or specifically required "​documented information"​ to be "​maintained"​ include:
  
 ^  #  ^  “Maintain” as Documented Information (Documents) ​ ^  Sec.  ^ ^  #  ^  “Maintain” as Documented Information (Documents) ​ ^  Sec.  ^
 |  1  | //To the extent necessary//,​ the organization shall: ​ \\ a. maintain //​**documented information**//​ to support the operation of its processes; \\ <wrap em>​**[SUBJECTIVE requirement - to be determined by the ORGANIZATION (as per 7.5.1b)... NOT the auditor.]**</​wrap>​ |  4.4.2  | |  1  | //To the extent necessary//,​ the organization shall: ​ \\ a. maintain //​**documented information**//​ to support the operation of its processes; \\ <wrap em>​**[SUBJECTIVE requirement - to be determined by the ORGANIZATION (as per 7.5.1b)... NOT the auditor.]**</​wrap>​ |  4.4.2  |
-|  2  | a general description of relevant interested parties (see 4.2 a);  |  4.4.2  | +|  ​**2**  | a general description of relevant interested parties (see 4.2 a);  |  4.4.2  | 
-|  3  | the scope of the quality management system, including boundaries and applicability (see 4.3);  |  4.4.2 & 4.3  |+|  ​**3**  | the scope of the quality management system, including boundaries and applicability (see 4.3);  |  4.4.2 & 4.3  |
 |  4  | a description of the processes needed for the quality management system and their application throughout the organization; ​ |  4.4.2  | |  4  | a description of the processes needed for the quality management system and their application throughout the organization; ​ |  4.4.2  |
-|  5  | the sequence and interaction of these processes; ​ |  4.4.2 & 4.4.1b ​ | +|  ​**5**  | the sequence and interaction of these processes; ​ |  4.4.2 & 4.4.1b ​ | 
-|  6  | assignment of the responsibilities and authorities for these processes. ​ |  4.4.2  | +|  ​**6**  | assignment of the responsibilities and authorities for these processes. ​ |  4.4.2  | 
-|  7  | Quality policy ​ |  5.2.2.a ​ | +|  ​**7**  | Quality policy ​ |  5.2.2.a ​ | 
-|  8  | Quality objectives ​ |  6.2.1  | +|  ​**8**  | Quality objectives ​ |  6.2.1  | 
-|  9  | a register of the monitoring and measuring equipment (that includes: the equipment type, unique identification,​ location, and the calibration or verification method, frequency, and acceptance criteria). ​ |  7.1.5.2 ​ |+|  ​**9**  | a register of the monitoring and measuring equipment (that includes: the equipment type, unique identification,​ location, and the calibration or verification method, frequency, and acceptance criteria). ​ |  7.1.5.2 ​ |
 |  10  | The organization shall "​determine"​ and "​maintain"​ //​**documented information**//​ "to the extent necessary:"​ \\ 1. to have confidence that the processes have been carried out as planned; \\ 2. to demonstrate the conformity of products and services to their requirements;​ \\ <wrap em>​**[SUBJECTIVE requirement - to be determined by the ORGANIZATION (as per 7.5.1b)... NOT the auditor.]**</​wrap>​ |  8.1.e  | |  10  | The organization shall "​determine"​ and "​maintain"​ //​**documented information**//​ "to the extent necessary:"​ \\ 1. to have confidence that the processes have been carried out as planned; \\ 2. to demonstrate the conformity of products and services to their requirements;​ \\ <wrap em>​**[SUBJECTIVE requirement - to be determined by the ORGANIZATION (as per 7.5.1b)... NOT the auditor.]**</​wrap>​ |  8.1.e  |
 |  11  | 8.3.4.1 When tests are necessary for verification and validation, these tests shall be planned, controlled, reviewed, and //​**documented**//​ to ensure and prove the following: \\ a. test plans or specifications identify the test item being tested and the resources being used, define test objectives and conditions, parameters to be recorded and relevant acceptance criteria; \\ b. test procedures describe the test methods to be used, how to perform the test, and how to record the results; \\ c. the correct configuration of the test item is submitted for the test; \\ d. the requirements of the test plan and the test procedures are observed; \\ e. the acceptance criteria are met. \\ <wrap hi>​**[While this requirement does not include the words "​maintained"​ or "​retained",​ it is generally interpreted as applying in part to "test plans" (or specifications),​ "test procedures",​ and to the "test results"​ (i.e., record)]**</​wrap>​| ​ 8.3.4.1 ​ | |  11  | 8.3.4.1 When tests are necessary for verification and validation, these tests shall be planned, controlled, reviewed, and //​**documented**//​ to ensure and prove the following: \\ a. test plans or specifications identify the test item being tested and the resources being used, define test objectives and conditions, parameters to be recorded and relevant acceptance criteria; \\ b. test procedures describe the test methods to be used, how to perform the test, and how to record the results; \\ c. the correct configuration of the test item is submitted for the test; \\ d. the requirements of the test plan and the test procedures are observed; \\ e. the acceptance criteria are met. \\ <wrap hi>​**[While this requirement does not include the words "​maintained"​ or "​retained",​ it is generally interpreted as applying in part to "test plans" (or specifications),​ "test procedures",​ and to the "test results"​ (i.e., record)]**</​wrap>​| ​ 8.3.4.1 ​ |
-|  12  | Controlled conditions shall include, as applicable: \\ a. the __availability__ of //​**documented information**//​ that defines: \\ 1. the characteristics of the products to be produced, the services to be provided, or the activities to be performed; \\ 2. the results to be achieved; ​ \\ <wrap hi>​**[This documented information //may// be provided by the customer (e.g., Drawings)]**</​wrap>​ |  8.5.1.a ​ |+|  ​**12**  | Controlled conditions shall include, as applicable: \\ a. the __availability__ of //​**documented information**//​ that defines: \\ 1. the characteristics of the products to be produced, the services to be provided, or the activities to be performed; \\ 2. the results to be achieved; ​ \\ <wrap hi>​**[This documented information //may// be provided by the customer (e.g., Drawings)]**</​wrap>​ |  8.5.1.a ​ |
 |  13  | c. the implementation of monitoring and measurement activities at appropriate stages to verify that criteria for control of processes or outputs, and acceptance criteria for products and services, have been met; \\ 1. ensuring that //​**documented information**//​ for monitoring and measurement activity for product acceptance includes: \\  - criteria for acceptance and rejection; \\  - where in the sequence verification operations are to be performed; \\  - measurement results to be retained (at a minimum an indication of acceptance or rejection); \\  - any specific monitoring and measurement equipment required and instructions associated with their use; |  8.5.1.c1 ​ | |  13  | c. the implementation of monitoring and measurement activities at appropriate stages to verify that criteria for control of processes or outputs, and acceptance criteria for products and services, have been met; \\ 1. ensuring that //​**documented information**//​ for monitoring and measurement activity for product acceptance includes: \\  - criteria for acceptance and rejection; \\  - where in the sequence verification operations are to be performed; \\  - measurement results to be retained (at a minimum an indication of acceptance or rejection); \\  - any specific monitoring and measurement equipment required and instructions associated with their use; |  8.5.1.c1 ​ |
-|  14  | The organization’s nonconformity control process shall be maintained as //​**documented information**//​ including the provisions for: \\ − defining the responsibility and authority for the review and disposition of nonconforming outputs and the process for approving persons making these decisions; \\ − taking actions necessary to contain the effect of the nonconformity on other processes, products, or services; \\ − timely reporting of nonconformities affecting delivered products and services to the customer and to relevant interested parties; \\ − defining corrective actions for nonconforming products and services detected after delivery, as appropriate to their impacts (see 10.2). ​ |  8.7.1  | +|  ​**14**  | The organization’s nonconformity control process shall be maintained as //​**documented information**//​ including the provisions for: \\ − defining the responsibility and authority for the review and disposition of nonconforming outputs and the process for approving persons making these decisions; \\ − taking actions necessary to contain the effect of the nonconformity on other processes, products, or services; \\ − timely reporting of nonconformities affecting delivered products and services to the customer and to relevant interested parties; \\ − defining corrective actions for nonconforming products and services detected after delivery, as appropriate to their impacts (see 10.2). ​ |  8.7.1  | 
-|  15  | The organization shall maintain //​**documented information**//​ that defines the nonconformity and corrective action management processes. ​ |  10.2.1 ​ |+|  ​**15**  | The organization shall maintain //​**documented information**//​ that defines the nonconformity and corrective action management processes. ​ |  10.2.1 ​ |
  
 <note tip>**# 2 ** \\ For guidance on documenting "a general description of relevant interested parties",​ read: [[articles:​context_of_the_organization|Context of the Organization... and "​Interested Parties"​]]</​note>​ <note tip>**# 2 ** \\ For guidance on documenting "a general description of relevant interested parties",​ read: [[articles:​context_of_the_organization|Context of the Organization... and "​Interested Parties"​]]</​note>​
Line 40: Line 42:
 <note tip>**# 5** \\ //Most// AS 9100D auditors prefer to see "the sequence and interaction"​ of your QMS processes in "​Turtle Charts"​ because that is how the auditor'​s [[https://​www.sae.org/​iaqg/​forms/​disclaimer9101fform3ul.htm|SAE AS 9101F, Form 3 "​Process Effectiveness Assessment Report"​]] (a.k.a. "​PEAR"​ form) is structured. However, if using "flow charts"​ to document "the sequence and interaction"​ of your QMS processes, preference should be given to using the [[https://​www.omg.org/​spec/​BPMN/​|"​Business Process Model and Notation"​ (BPMN™) Standard]] for flow charting your processes.</​note>​ <note tip>**# 5** \\ //Most// AS 9100D auditors prefer to see "the sequence and interaction"​ of your QMS processes in "​Turtle Charts"​ because that is how the auditor'​s [[https://​www.sae.org/​iaqg/​forms/​disclaimer9101fform3ul.htm|SAE AS 9101F, Form 3 "​Process Effectiveness Assessment Report"​]] (a.k.a. "​PEAR"​ form) is structured. However, if using "flow charts"​ to document "the sequence and interaction"​ of your QMS processes, preference should be given to using the [[https://​www.omg.org/​spec/​BPMN/​|"​Business Process Model and Notation"​ (BPMN™) Standard]] for flow charting your processes.</​note>​
  
-<note tip>**# 2 thru 8** \\ While AS 9100 does NOT require a "​Quality Manual",​ it is generally a good idea to do so as a "​defensive measure"​ because: \\ 1. Addressing all of the requirements of AS 9100D in a "​Quality Manual"​ (at a policy level) the business can argue that it has addressed the more //​subjective//​ requirements (contained throughout AS 9100D) that do not specifically require "​objective evidence",​ and \\ 2. Including references to the sources for the business'​s interpretations can immediately dismiss many //​subjective//​ interpretations that an auditor may have. \\  Also, a "​Quality Manual"​ can improve efficiency through providing a single source addressing items 2 thru 8 from the above chart.</​note>​+<note tip>**# 2 thru 8** \\ While AS 9100 does NOT require a "​Quality Manual",​ it is generally a good idea to do so as a "​defensive measure"​ because: \\ 1. Addressing all of the requirements of AS 9100D in a "​Quality Manual"​ (at a policy level) the business can argue that it has addressed the more //​subjective//​ requirements (contained throughout AS 9100D) that do not specifically require "​objective evidence",​ and \\ 2. Including references to the sources for the business'​s interpretations can immediately dismiss many //​subjective//​ interpretations that an auditor may have. \\ \\ Also, a "​Quality Manual"​ can improve efficiency through providing a single source addressing items 2 thru 8 from the above chart.</​note>​
  
 <note important>​**#​ 9** \\ The IAQG official [[https://​www.sae.org/​iaqg/​projects/​9100-2016_clarification_table.pdf|"​AS 9100:2016 Series Clarifications"​]] states: //The 9100-series clause 7.1.5.2 was not intended to force organizations to have the register specifically include the "​equipment type, unique identification,​ location, and the calibration or verification method, frequency, and acceptance criteria.” The organization is required to have this information for equipment listed on the calibration register but not specifically in the register.// ​ </​note> ​ <note important>​**#​ 9** \\ The IAQG official [[https://​www.sae.org/​iaqg/​projects/​9100-2016_clarification_table.pdf|"​AS 9100:2016 Series Clarifications"​]] states: //The 9100-series clause 7.1.5.2 was not intended to force organizations to have the register specifically include the "​equipment type, unique identification,​ location, and the calibration or verification method, frequency, and acceptance criteria.” The organization is required to have this information for equipment listed on the calibration register but not specifically in the register.// ​ </​note> ​