RSC Topic: Supplier Quality Management

  • What metrics belong on an aerospace supplier scorecard?

    An effective aerospace supplier scorecard focuses on a small, stable set of metrics that reflect risk to safety, delivery, airworthiness, and total lifecycle cost. The right mix depends on the commodity, program criticality, data availability, and how mature your systems and processes are.

    Core delivery metrics

    Delivery metrics are usually the starting point and should be defined precisely (e.g., line-item vs. PO, requested vs. committed date).

    • On-time delivery (OTD): Percentage of lines or shipments received within an agreed window. Clarify definition (e.g., 0/−5/+2 days) and whether partials count.
    • Delivery reliability / promise adherence: How often the supplier meets their last committed date, not just the original need date. Useful where schedules change frequently.
    • Lead time performance: Comparison of actual vs. contracted or quoted lead time, especially for new part introductions and changes.
    • Expedite / premium freight incidence: Frequency and cost of urgent shipments caused by supplier-driven issues, where you have the data.

    In a brownfield environment, the level of detail you can use is constrained by how consistently your ERP/MRP dates are maintained and whether receiving and logistics data are integrated. If the data is noisy, it is safer to use simpler OTD definitions and refine later.

    Core quality metrics

    Quality metrics should reflect both immediate risk and systemic capability, recognizing that aerospace parts often have long lifecycles and tight traceability requirements.

    • Parts per million (PPM) nonconforming: Nonconforming units over total received, adjusted for rework vs. scrap if your systems support it.
    • Nonconformance rate by lot or shipment: Percentage of lots/shipments with at least one defect, which highlights systemic issues even at low volumes.
    • Severity-weighted quality index (where maturity allows): Weight major escapes, special cause defects, and customer-rejects more heavily than minor paperwork errors.
    • Escape incidents: Number of defects detected after your receiving inspection or in-service, including field returns related to supplier causes.
    • Corrective action performance: Timeliness and effectiveness of responses to nonconformances and SCARs (e.g., on-time 8D completion, recurrence rate).

    The feasibility of severity weighting and recurrence tracking depends on QMS data quality and how well NCs, SCARs, and returns are linked to supplier and part numbers.

    Compliance and documentation metrics

    For aerospace, documentation and regulatory adherence are often as critical as physical quality.

    • Certificate of Conformance (CoC) / documentation accuracy: Frequency of errors in CoCs, test reports, FAI packages, and special process certifications.
    • FAI / PPAP / qualification package quality: On-time and right-first-time submission of FAI or equivalent packages for new or changed parts.
    • Special process compliance: Conformance to required approvals (e.g., NADCAP, customer-specific approvals) and timely closure of special process findings.
    • Regulatory and export control adherence: For applicable suppliers, tracking incidents of export control documentation issues, ITAR/EAR handling errors, or regulatory audit findings that affect delivered product.

    These metrics depend on robust document control and traceability. If your systems store key documents as unstructured attachments without metadata, you may need to start with basic pass/fail counts based on inspection and receiving records.

    Responsiveness and collaboration metrics

    These metrics capture how a supplier behaves under change and stress, which is critical on complex aerospace programs.

    • Quote responsiveness: Average cycle time and completeness of RFQ responses, especially on new programs.
    • Change responsiveness: Timeliness and impact assessment for drawing changes, ECRs/ECOs, and schedule changes.
    • Issue response time: Time to acknowledge and contain issues (e.g., hours to respond to a line stop or safety-related concern).
    • Data and traceability cooperation: Willingness and ability to provide requested trace data, serial/lot records, and investigation details.

    These are often harder to automate and may initially be maintained via structured logs or ticketing systems rather than fully integrated ERP/MES/QMS data.

    Cost and total value metrics

    Cost metrics should go beyond unit price and reflect the real cost of poor performance, within the limits of available data.

    • Price competitiveness vs. benchmark: Deviation from should-cost or market averages where those models exist.
    • Cost of poor quality (COPQ) impact: Internal rework, scrap, inspection, and field-costs attributed to supplier-caused issues, where attribution is reliable.
    • Inventory and working capital impact: Extra safety stock or buffers carried due to delivery or quality volatility, if you have the analytics.
    • Support for value engineering: Measurable savings from supplier-led design-for-manufacturing (DFM) or process improvements.

    In many brownfield environments, COPQ and inventory linkage to individual suppliers is approximate. Be transparent about how these figures are calculated and avoid overstating precision.

    Risk, capacity, and continuity metrics

    Given the long lifecycle and certification burden in aerospace, supplier scorecards should highlight structural risks, not only recent performance.

    • Single-source or sole-source exposure: Flagging suppliers that are sole qualified sources for critical parts or processes.
    • Capacity and lead-time risk: Indicators such as chronic past-due backlog, extended quoted lead times, or repeated allocations.
    • Business stability and continuity signals: Objective signals where available (e.g., frequent ownership changes affecting performance), but avoid speculative scoring without data.
    • Cybersecurity and data handling posture: For suppliers accessing design data or controlled technical information, evidence of controls aligned with your requirements. This is usually a pass/fail gate rather than a granular KPI.

    These metrics often come from disparate systems (sourcing, risk tools, audit findings). Perfect integration is rare; periodic manual consolidation for critical suppliers is common.

    How many metrics and how to weight them

    A practical aerospace supplier scorecard typically uses:

    • 3 to 5 primary metrics (e.g., OTD, PPM/NC rate, documentation accuracy, SCAR performance).
    • 5 to 10 secondary metrics for deeper review or specific categories (machined parts, special processes, electronics, etc.).

    Weighting should reflect program risk and part criticality. For safety-critical hardware or special processes, quality and documentation usually carry more weight than price. For standard hardware or consumables, cost and delivery may be more prominent.

    Any weighting scheme should be stable over time, version-controlled, and documented so you can explain historical scores during audits and supplier appeals.

    System and integration constraints

    In most regulated aerospace environments, supplier scorecards must coexist with legacy ERP, QMS, PLM, and sourcing tools:

    • Data readiness varies: Some plants can automate OTD and PPM directly from ERP/QMS; others rely on exports and manual cleanup. Be realistic about what you can maintain month after month.
    • Traceability requirements: If your quality records, inspection data, and supplier master are not tightly linked, avoid complex composite indices that are hard to defend.
    • Long lifecycle impact: Suppliers may be tied to qualified parts for decades. Scorecards should support improvement, not be used as a simplistic trigger for replacement, since requalification, tooling transfer, and validation are expensive and risky.
    • Change control: Any change to metric definitions, data sources, or formulas should go through change control with versioned procedures, to avoid disputes and audit findings.

    Full replacement of legacy scorecard tools with a new platform often fails if data mapping, validation, and cross-system traceability are not addressed. A phased approach, where new metrics are piloted on a subset of suppliers and cross-checked against legacy calculations, is usually safer.

    Practical steps to design or refine your scorecard

    When defining metrics for your aerospace supplier scorecard:

    1. Start from risk: Identify what actually hurts your programs (e.g., missed test dates, incomplete FAIs, special process escapes) and pick metrics that correlate with those events.
    2. Align definitions across functions: Ensure operations, quality, and procurement agree on how OTD, PPM, and documentation errors are counted.
    3. Test data feasibility: Validate that you can reliably calculate each metric from existing systems without heavy manual work every month.
    4. Pilot and compare: Run the new metrics in parallel with your existing approach for a period to spot anomalies or unintended behaviors.
    5. Document and freeze: Once agreed, lock definitions, document them, and control changes via formal updates.

    Over time, as integration and data quality improve, you can add more nuanced metrics (e.g., severity-weighted quality, COPQ attribution, risk indicators) while keeping the core set stable for comparability.

  • What information should be included in a supplier corrective action request?

    A supplier corrective action request should include enough verified information for the supplier to do four things: understand the nonconformance, contain any further impact, investigate likely cause, and respond in a way that can be reviewed and closed with evidence.

    At a minimum, most organizations include:

    • Supplier identification: supplier name, site, contact, supplier code, and any relevant buyer, program, or commodity ownership.
    • SCAR identification and control data: unique request number, issue date, required response dates, revision status if applicable, and the issuing function or approver.
    • A clear problem statement: what failed, where it was found, when it was found, and how it differs from the specified requirement.
    • Requirement reference: drawing, specification, purchase order clause, process requirement, quality clause, revision level, acceptance criteria, or other governing document tied to the issue.
    • Traceability details: part number, description, lot, batch, serial number, work order, shipment, packing slip, inspection record, and affected quantities.
    • Evidence of the nonconformance: inspection results, measurements, test data, photos, defect codes, samples retained if applicable, and the disposition status of suspect material.
    • Scope and impact: quantity received, quantity affected, whether the issue may extend to previous shipments, inventory, work in process, fielded product, or other customers if known.
    • Immediate containment expectations: stock segregation, shipment hold, certification review, reinspection, recall of open lots if required by your process, and confirmation of who is responsible for each step.
    • Requested supplier response: containment action, root cause analysis, corrective action, verification of effectiveness, implementation dates, and objective evidence.
    • Risk and priority: severity or escalation level if your process uses one, especially if the issue affects fit, form, function, airworthiness-related characteristics, regulatory commitments, or recurring escapes.
    • Communication and approval requirements: required response format, whether interim updates are mandatory, and who must review and approve closure on both sides.

    It also helps to state what you are not asking for. For example, if the immediate need is certified stock containment and not a full systemic response yet, say that explicitly. Ambiguity creates delay and weakens accountability.

    What makes a SCAR usable

    A usable SCAR is specific, traceable, and reviewable. It should link the reported defect to a requirement, affected product, and evidence trail. It should also define response deadlines that reflect actual risk and supplier capability. If the request is too vague, the supplier may respond with generic language that does not resolve the issue. If it is too prescriptive, you can end up forcing a method that does not fit the supplier’s process.

    In regulated and long-lifecycle environments, traceability matters as much as the corrective action itself. You may need to show later how the issue was detected, what material was affected, who approved the response, what changed, and how effectiveness was verified. That is one reason many organizations standardize SCAR content and approval steps even when suppliers use different internal systems.

    Common gaps that cause rework

    • No exact requirement cited, only a generic statement that the part is nonconforming.
    • No lot, serial, or shipment traceability, making containment incomplete.
    • No distinction between immediate correction, containment, root cause, and corrective action.
    • Response due dates without defined evidence requirements.
    • No statement of affected quantity or broader exposure.
    • No link to related NCR, MRB, receiving inspection, customer complaint, or CAPA records.
    • Closure based on supplier narrative alone, without objective verification.

    Those gaps are not just administrative problems. In a mature quality system, they create uncertainty about scope, weaken trend analysis, and make recurrence harder to manage.

    How detailed should it be?

    Detailed enough to be actionable, but not overloaded with irrelevant attachments. The right level depends on product criticality, supplier maturity, data quality, and how integrated your quality processes are. A minor documentation escape may need a lighter request than a repeated process failure on critical hardware. If your incoming inspection data is weak or your part traceability is fragmented across ERP, MES, QMS, and email, the SCAR may need more manual context just to establish the facts.

    That is also where brownfield reality matters. Many plants still manage supplier quality across mixed QMS, ERP, MES, portal, and spreadsheet workflows. In that environment, a good SCAR format often acts as the bridge between systems. Full replacement of those platforms is often not practical because of validation cost, qualification burden, downtime risk, integration debt, and long asset lifecycles. In practice, organizations usually improve the SCAR process by tightening data standards, approvals, and evidence handling across existing systems rather than replacing everything at once.

    Practical rule

    If a new quality engineer, supplier contact, or auditor could not reconstruct the issue and response path from the SCAR record and its attachments, it is probably missing key information.