Quality Standards, Models and Regulatory ComplianceIntroductionProject quality is not achieved merely by inspecting deliverables at the end of a project. It is created through an integrated system of requirements, processes, competent people, evidence, governance and continual improvement. Standards and maturity models provide structured ways to define that system, while regulations establish mandatory obligations that cannot be treated as optional project preferences. This chapter examines the relationship between ISO 9000 and ISO 9001, ISO 10006, project-management guidance, sector-specific regulation, maturity models, accreditation and integrated management systems. The central managerial task is not to collect certificates. It is to determine which obligations apply, translate them into project controls, produce trustworthy evidence and select assurance mechanisms proportionate to risk. Standards are generally consensus-based and may be voluntary unless adopted by contract, organizational policy or law. Regulations are legally enforceable requirements issued by public authorities or delegated regulators. Contractual requirements may be enforceable even when they are not statutory. A project manager must therefore distinguish three questions: - What is legally mandatory?
- What has the organization or customer contractually promised?
- What standard or model would improve capability, confidence or market access?
The answers should be recorded in a compliance obligations register and linked to project requirements, risks, responsibilities and evidence. Learning ObjectivesBy the end of this chapter, the reader should be able to: - explain the purpose and relationship of ISO 9000, ISO 9001 and ISO 10006;
- interpret the quality-management principles underlying ISO 9001;
- relate standards to PMBOK-oriented project performance and governance;
- distinguish regulations, standards, accreditation and certification;
- evaluate maturity models and their appropriate uses;
- design a compliance obligations register and an audit-ready evidence structure;
- compare certification choices and integrated management-system approaches; and
- critically assess the limitations, ethical risks and contemporary challenges of compliance systems.
1. The Architecture of Quality GovernanceQuality governance operates at several levels. At the external level, legislation and regulators establish minimum obligations for safety, environment, privacy, security, financial reporting and professional conduct. At the organizational level, policies, management systems and delegated authorities translate those obligations into repeatable practices. At the project level, requirements, plans, reviews, tests, approvals and records demonstrate that the practices were applied. A useful distinction is between quality management, quality assurance and quality control. Quality management is the coordinated activity used to direct and control an organization with regard to quality. Quality assurance provides confidence that planned processes are suitable and followed. Quality control evaluates specific outputs against acceptance criteria. Inspection is therefore only one component of a broader management system. A project quality system should connect four elements: | Element | Central question | Typical evidence |
|---|
| Requirements | What must be achieved? | Contract, specification, regulation, stakeholder requirements | | Processes | How will work be performed? | Procedures, work instructions, plans, process maps | | Controls | How will conformity and risk be managed? | Reviews, tests, approvals, change control, supplier controls | | Evidence | How can achievement be demonstrated? | Records, reports, certificates, audit trails, acceptance documents |
This connection is sometimes called traceability. A mature project can trace a regulatory or customer requirement to a design feature, work package, verification activity, responsible person and objective record. 2. ISO 9000 Family and ISO 90012.1 ISO 9000: Concepts and vocabularyISO 9000 provides fundamental concepts and vocabulary for quality-management systems. It helps organizations use terms such as process, customer satisfaction, competence, documented information, nonconformity, corrective action and continual improvement consistently. ISO 9000 is not normally the standard against which an organization obtains certification. The ISO 9000 family has historically included standards addressing quality-management-system requirements, guidance for sustained success, auditing and sector applications. The family should not be confused with a product-quality label. Certification to a management-system standard does not mean that every product is superior or that every project outcome is guaranteed to be defect-free. 2.2 ISO 9001: Requirements for a quality-management systemISO 9001 specifies requirements for a quality-management system (QMS). Its structure follows the common high-level structure used by several ISO management-system standards. Major requirement areas include: - organizational context and interested parties;
- leadership and quality policy;
- planning, risks and opportunities;
- support, including resources, competence, awareness and documented information;
- operation, including requirements review, design and development, external providers and production or service control;
- performance evaluation, including monitoring, internal audit and management review; and
- improvement, including nonconformity, corrective action and continual improvement.
ISO 9001 is based on seven quality-management principles: - Customer focus — understand and consistently meet customer requirements and anticipate relevant future needs.
- Leadership — establish unity of purpose, direction and conditions in which people can contribute.
- Engagement of people — recognize competence, empowerment and participation at all levels.
- Process approach — manage activities as interrelated processes that transform inputs into outputs.
- Improvement — treat improvement as a continuing organizational responsibility.
- Evidence-based decision making — base decisions on analysis and evaluation of reliable information.
- Relationship management — manage relationships with relevant interested parties, especially significant providers and partners.
These principles are not a checklist to be completed independently. For example, evidence-based decision making depends on useful measurement; useful measurement depends on defined processes; and process performance depends on leadership, competence and adequate resources. 2.3 Risk-based thinking and the process approachISO 9001 requires organizations to consider risks and opportunities when planning the QMS. This is broader than maintaining a separate risk register. Risk-based thinking should influence design reviews, procurement, configuration management, testing, competence planning, supplier selection and change control. The process approach encourages managers to define inputs, activities, outputs, resources, responsibilities, criteria and interactions. In a project, a design process may receive customer requirements as inputs, produce approved design outputs and be controlled through competence requirements, peer review, verification and configuration control. The Plan–Do–Check–Act cycle provides a useful interpretation: - Plan: establish objectives, requirements, resources, methods and acceptance criteria.
- Do: execute the planned work under controlled conditions.
- Check: measure, inspect, audit and review performance.
- Act: correct nonconformities and improve the system.
The cycle is iterative rather than a one-time sequence. Lessons from testing can change the plan; a supplier failure can change procurement controls; and customer feedback can lead to revised requirements or acceptance criteria. 2.4 Documented information and proportionalityISO 9001 uses the term documented information, which includes information that must be maintained and information that must be retained as evidence. It does not require every activity to be governed by a lengthy procedure. Excessive documentation can conceal rather than control poor processes. Documentation should be proportionate to complexity, risk, contractual obligations, competence and organizational size. A safety-critical design may require formal independent verification and configuration baselines; a low-risk internal improvement project may need a simpler review record. The objective is controlled and retrievable information, not paperwork volume. 3. ISO 10006 and Project Quality ManagementISO 10006 provides guidance for quality management in projects. It is particularly valuable because it interprets quality-management concepts in a project environment characterized by temporary organizations, changing teams, unique outputs and competing constraints. It is guidance rather than a certification standard. Its concerns include strategic, tactical and operational processes such as: - developing the project quality plan;
- managing customer and stakeholder requirements;
- controlling scope, time, cost, communication and risk interfaces;
- managing resources and competence;
- controlling design, procurement and externally provided processes;
- conducting verification, validation, inspections and tests;
- managing nonconformities and corrective action; and
- capturing lessons for future projects.
ISO 10006 does not replace ISO 9001. ISO 9001 addresses the organization’s QMS requirements, while ISO 10006 offers project-oriented guidance. An organization may use ISO 9001 for its corporate system and ISO 10006 to shape project-level quality planning. A project quality plan should normally identify: - applicable standards, regulations and contract requirements;
- quality objectives and measurable acceptance criteria;
- deliverable and process responsibilities;
- review, verification, validation and testing arrangements;
- supplier and subcontractor controls;
- configuration and change-control arrangements;
- records and retention requirements;
- nonconformity escalation and corrective-action methods; and
- audit, reporting and lessons-learned arrangements.
4. Relationship with PMBOK GuidanceThe PMBOK Guide is a body of professional guidance rather than a statutory regulation or certification standard for organizational QMSs. Its contemporary editions emphasize principles and performance domains, while process-oriented editions describe activities such as plan quality management, manage quality and control quality. The terminology and emphasis may vary by edition, so practitioners should use the edition specified by their organization, examination body or contract. The relationship can be summarized as follows: | Project-management concern | Quality-standard contribution | PMBOK-oriented contribution |
|---|
| Requirements and acceptance | Customer focus, requirements review, validation | Scope, stakeholder and delivery considerations | | Quality planning | QMS processes, objectives, criteria and records | Planning quality and tailoring controls | | Process assurance | Audits, process evaluation, corrective action | Manage quality and continuous improvement | | Output verification | Inspection, testing and conformity evidence | Control quality and validate deliverables | | Risk and uncertainty | Risk-based thinking and preventive controls | Risk, uncertainty and performance domains | | Governance | Leadership, review and accountability | Project governance and decision structures |
The frameworks are complementary but not interchangeable. PMBOK guidance helps the project manager integrate quality with scope, schedule, cost, resources, risk and stakeholders. ISO standards provide a management-system and conformity perspective. Neither framework excuses the project from applicable law or contract obligations. 5. Regulatory Compliance and Sector-Specific ObligationsRegulatory compliance begins with applicability analysis. A project may be subject to requirements based on its location, industry, funding source, product class, data handled, environmental impact, workforce, supply chain and intended users. Compliance should be assessed across the complete life cycle, including design, procurement, construction or development, commissioning, operation, maintenance, disposal and records retention. Examples include: - Construction and infrastructure: building codes, planning approvals, occupational health and safety, environmental permits, accessibility, inspection and professional licensing.
- Medical devices and pharmaceuticals: product classification, design controls, clinical or laboratory evidence, manufacturing controls, post-market surveillance and regulator submissions. ISO 13485 may be relevant, but it does not replace applicable medical-device law.
- Aerospace and defence: airworthiness, export controls, configuration management, supplier assurance, safety cases and standards such as AS9100 where contractually or commercially relevant.
- Automotive: functional safety, cybersecurity, product traceability and sector quality requirements such as IATF 16949 where applicable.
- Information technology and financial services: privacy, cybersecurity, records, resilience, outsourcing, identity management and sector supervisory expectations. ISO/IEC 27001 can support an information-security management system but does not itself determine all legal privacy obligations.
- Energy and process industries: process safety, hazardous substances, environmental controls, emergency response and technical integrity.
A regulation may require a permit, competent person, prescribed test, notification, report, retention period or independent approval. A project team must not infer that ISO certification automatically demonstrates regulatory compliance. Certification may provide useful evidence of controlled processes, but regulators and customers may require additional technical or legal evidence. The compliance obligations registerA practical register should contain at least: | Field | Purpose |
|---|
| Source and citation | Identifies the law, regulation, contract or standard | | Applicability rationale | Explains why it applies or does not apply | | Obligation | States the required action or condition | | Owner | Assigns accountable responsibility | | Project control | Links the obligation to a process, requirement or test | | Evidence | Defines the record needed to demonstrate conformity | | Timing | Identifies milestone, frequency or retention period | | Status and exceptions | Shows gaps, waivers, interpretations and approvals | | Review authority | Identifies legal, technical or regulatory review |
The register should be a controlled project artifact. It requires review when the design, jurisdiction, supplier, product classification or contract changes. 6. Maturity ModelsA standard usually describes requirements or guidance; a maturity model describes progressive capability. Maturity models help organizations assess how consistently and predictably they perform, identify improvement priorities and compare capability against a defined framework. Common examples include: - CMMI: assesses capability and maturity in areas such as development, services and suppliers. Its practices and appraisal method should be interpreted according to the applicable model and scheme.
- ISO/IEC 330xx process assessment approaches: provide concepts and methods for assessing process capability.
- People Capability Maturity Model: focuses on workforce practices and capability development.
- Organizational project-management maturity approaches: examine portfolio, programme and project governance, methods and alignment. Some historical models, including OPM3, remain influential but should be checked for current support and applicability.
A simple maturity scale may describe progression from ad hoc practice, through repeatable and defined processes, to measured and continuously optimizing performance. Such scales are useful only when assessment criteria are explicit. A high maturity rating does not guarantee that a particular project is compliant or that its deliverable is fit for purpose. Maturity assessment can produce dysfunctional behavior if organizations treat the score as a target rather than a diagnostic. Teams may optimize documentation for the appraisal, conceal weaknesses or impose uniform controls where risk-based tailoring is needed. Mature use of a model therefore includes independent evidence, calibrated assessors, business outcomes and a funded improvement roadmap. 7. Certification, Accreditation and AssuranceThese terms are often confused: - Certification: a third party attests that an organization, product, person or system meets specified requirements.
- Accreditation: an authoritative body recognizes the competence and impartiality of a conformity-assessment body, laboratory, inspection body or certification body.
- Audit: a systematic, independent and documented process for obtaining evidence and evaluating it objectively.
- Declaration of conformity: the responsible organization states that its product or system meets specified requirements; it is not necessarily independent certification.
- Regulatory approval: a public authority or authorized body grants permission under law.
For management-system certification, the credibility of the certification body matters. ISO/IEC 17021-1 specifies requirements relevant to bodies auditing and certifying management systems. Accreditation of the certification body by a recognized national accreditation body increases confidence in competence and impartiality, but it does not transfer responsibility for compliance from the organization to the certifier. Certification choices should be based on purpose. Certification may be justified by customer requirements, tender eligibility, supply-chain assurance, regulator expectations or internal governance. It may be unnecessary where a project needs only a tailored quality plan and independent technical reviews. The organization should evaluate total cost, scope, audit burden, competence, surveillance arrangements, public claims and the consequences of certificate suspension. A certificate is evidence about a defined scope at a point in time. It is not evidence that every process, supplier or project is continuously effective. Certification claims must therefore be accurate and must not imply regulatory approval or guaranteed product performance. 8. Integrated Management SystemsAn integrated management system (IMS) combines management-system disciplines such as quality, environment, occupational health and safety, information security, business continuity and energy. Many ISO standards use compatible structures, enabling common controls for context, leadership, planning, support, operation, performance evaluation and improvement. An IMS can reduce duplicated policies, audits, training, document control and management reviews. For example, a supplier evaluation process may consider quality capability, environmental impacts, worker safety and information security in one risk-based assessment. Integration must not become dilution. Each discipline retains distinct objectives, hazards, legal duties and competence requirements. A combined audit checklist that treats safety as merely another quality attribute may overlook life-critical controls. Effective integration therefore uses: - a common governance architecture;
- discipline-specific risk and compliance criteria;
- a unified but traceable obligations register;
- integrated planning and management review;
- competent specialists and independent challenge; and
- clear escalation for conflicts between cost, schedule, quality, safety and environmental performance.
9. Applied Case: A Medical-Device Development ProjectThe following is an illustrative case, not a report of an actual organization. BackgroundA company is developing a wearable device that monitors cardiac indicators and transmits alerts to a clinical dashboard. The project includes hardware, embedded software, cloud services, clinical evaluation, contract manufacturing and post-market support. ProblemThe initial project plan focused on feature delivery and software testing. A customer audit identified weak traceability between user needs, design inputs, software requirements, verification results and risk controls. The team also assumed that ISO 9001 certification would demonstrate compliance with all medical-device obligations. AnalysisThe project manager established a cross-functional compliance team involving engineering, quality, regulatory affairs, cybersecurity, clinical specialists, manufacturing and legal advisers. The team identified applicable jurisdictional requirements, contractual obligations, privacy duties, cybersecurity expectations and sector quality-system requirements. It then created a compliance obligations register. A traceability structure was established: user need → system requirement → component requirement → risk control → verification evidence → release decision. The team distinguished verification from validation. Verification asked whether specified design outputs met specified inputs. Validation asked whether the resulting device was suitable for intended users and intended use, supported by appropriate evidence. Supplier controls were strengthened through qualification, quality agreements, change notification clauses and incoming inspection. Approach and solutionThe organization retained its ISO 9001-based QMS but added medical-device-specific procedures and regulatory controls. The project quality plan defined design reviews, independent software review, cybersecurity threat assessment, clinical evidence responsibilities, configuration baselines, complaint handling and post-market feedback. Management reviews considered both project performance and regulatory readiness. An independent assessment examined whether records supported claims, rather than merely whether templates had been completed. Nonconformities were classified by potential patient and regulatory impact. A design change could not be released without impact assessment, updated risk analysis, regression testing and authorized approval. OutcomeThe project identified several requirements that had been implicitly understood but not explicitly testable. A supplier design change that would previously have escaped notice was captured through the revised change-notification process. The organization avoided making the misleading claim that ISO 9001 certification itself constituted medical-device approval. Learning points- Certification to a general QMS standard does not replace sector regulation.
- Compliance must be designed into requirements, architecture, procurement and testing.
- Traceability is a management control, not merely an audit artifact.
- Independent review is most valuable when it evaluates evidence and reasoning.
- Project quality, product safety, privacy and cybersecurity may be inseparable in connected products.
10. Challenges, Ethics and Contemporary DevelopmentsCompliance as substance or symbolismOrganizations can become certificate-driven, treating successful audits as the objective. This creates ritual compliance: forms are completed, but unsafe work, weak supplier controls or unreliable data remain. Ethical quality management requires truthful reporting, protection of whistle-blowers, escalation of uncomfortable evidence and refusal to approve incomplete or misleading records. Conflicting obligationsA project may face a conflict between a customer specification, local law and an international standard. The project manager should not resolve such conflicts informally. The conflict should be documented, referred to competent legal and technical authorities, and resolved through an approved interpretation, contract clarification, design change or escalation. Digital evidence and artificial intelligenceDigital engineering, automated testing, electronic signatures, continuous integration and AI-assisted analysis can improve traceability and early detection. However, automation does not establish the validity of the underlying data or the adequacy of the decision. AI-generated requirements, test cases or audit summaries require human review, version control, explainability appropriate to risk and protection of confidential or personal information. In regulated environments, organizations should be able to explain data provenance, model limitations, approval authority and change history. Climate and supply-chain considerationsRecent revisions and interpretations of management-system standards increasingly require organizations to consider relevant climate-related issues in organizational context. The practical implication is not that every project must adopt identical climate controls. Rather, the project should assess whether climate conditions, transition risks, resource constraints or stakeholder expectations affect conformity, resilience or delivery. Global supply chains also require attention to counterfeit materials, forced labor, geopolitical disruption, sanctions, export controls and supplier continuity. 11. Best-Practice Implementation RoadmapA project or organization seeking robust compliance can proceed through the following sequence: - Define context and intended outcomes. Identify customers, regulators, users, communities, suppliers and critical assets.
- Identify obligations. Capture laws, permits, contracts, standards, internal policies and professional duties.
- Assess applicability and risk. Document assumptions, exclusions, interfaces and consequences of failure.
- Map obligations to controls. Assign requirements to processes, designs, work packages, tests and approvals.
- Plan competence and independence. Ensure that people performing, reviewing and approving work are suitably competent and free from inappropriate conflicts.
- Establish evidence controls. Define records, owners, retention, access, versioning and retrieval.
- Monitor performance. Use audits, inspections, testing, indicators, customer feedback and management review.
- Correct and improve. Analyze systemic causes, verify corrective action and share lessons across projects.
- Review certification value. Select certification or accreditation only when it supports a clear business, contractual, regulatory or governance purpose.
- Reassess at change points. Revisit obligations when scope, jurisdiction, design, suppliers, technology or intended use changes.
Chapter SummaryQuality standards, models and regulations form a connected but non-identical system of governance. ISO 9000 supplies concepts and vocabulary; ISO 9001 specifies requirements for a quality-management system; and ISO 10006 provides project-oriented guidance. PMBOK guidance complements these standards by integrating quality with project governance, delivery, stakeholders, risk and performance. Regulations are legally enforceable and must be identified through applicability analysis. Standards may become obligatory through law, contracts or policy, but certification to a standard does not automatically establish regulatory compliance or product fitness. Maturity models assess capability progression and should be used diagnostically rather than as substitutes for project evidence. Accreditation increases confidence in conformity-assessment bodies, while certification provides assurance only within a defined scope. An integrated management system can reduce duplication while preserving discipline-specific controls. Effective project compliance depends on traceability, competent people, independent challenge, reliable records, risk-based planning and ethical escalation. The strongest systems treat compliance as part of design and delivery, not as an administrative exercise performed immediately before an audit. Key TermsQuality-management system: Coordinated processes used to direct and control an organization with regard to quality. ISO 9000: Standard providing quality-management concepts and vocabulary. ISO 9001: Standard specifying requirements for a certifiable quality-management system. ISO 10006: Guidance for applying quality-management principles in projects. Quality assurance: Planned and systematic activities that provide confidence in process effectiveness and conformity. Quality control: Activities used to examine and verify specific outputs. Risk-based thinking: Considering risks and opportunities when designing and operating processes. Process approach: Managing interrelated activities as processes that transform inputs into outputs. Documented information: Information required to be maintained or retained by a management system. Nonconformity: Failure to meet a requirement. Corrective action: Action to eliminate the cause of a nonconformity and prevent recurrence. Regulation: Legally enforceable requirement issued by an authority. Certification: Third-party attestation that specified requirements have been met. Accreditation: Recognition of the competence and impartiality of a conformity-assessment body. Audit: Systematic, independent and documented evaluation of evidence. Maturity model: Framework for assessing progressive levels of organizational or process capability. Traceability: Ability to follow the history, application or location of an item or evidence. Integrated management system: Coordinated system combining two or more management disciplines. Validation: Confirmation that an intended use or application has been fulfilled. Verification: Confirmation that specified requirements have been fulfilled. Review QuestionsShort Answer Questions- What is the principal difference between ISO 9000 and ISO 9001?
- Why is ISO 10006 useful in project environments?
- Distinguish certification from accreditation.
- What is the purpose of a compliance obligations register?
- Identify two risks of treating certification as the primary objective of quality management.
Long Answer Questions- Explain the seven quality-management principles and show how they interact within a project QMS.
- Compare ISO 9001, ISO 10006 and PMBOK-oriented guidance in terms of purpose, scope and use.
- Discuss how a project manager should translate sector-specific regulations into project controls and evidence.
- Evaluate the benefits and limitations of maturity models for project and organizational improvement.
- Explain how an integrated management system can improve efficiency without weakening safety, environmental or information-security controls.
Analytical / Application Questions- A construction project is three months from completion, but its permit conditions, inspection records and subcontractor competence evidence are incomplete. Develop a prioritized compliance recovery plan and justify the order of actions.
- An organization holds ISO 9001 certification and claims that all products are regulator-approved. Critically assess the claim and propose accurate alternative communications.
- Design a traceability chain for a high-risk project requirement, linking the obligation to a deliverable, responsible owner, verification activity, acceptance decision and retained evidence.
Multiple Choice Questions with AnswersQuestion 1Which statement best describes ISO 9000? A. It specifies requirements for certifying every product manufactured by an organization. B. It provides quality-management concepts and vocabulary. C. It is a statutory regulation applicable to all projects. D. It accredits certification bodies. Correct Answer: B. It provides quality-management concepts and vocabulary. Question 2Which ISO standard primarily specifies requirements for a certifiable quality-management system? A. ISO 9000 B. ISO 10006 C. ISO 9001 D. ISO/IEC 17021-1 Correct Answer: C. ISO 9001 Question 3What is the main project-oriented role of ISO 10006? A. To provide guidance for quality management in projects B. To replace all sector-specific regulations C. To accredit testing laboratories D. To certify individual project managers Correct Answer: A. To provide guidance for quality management in projects Question 4Which principle emphasizes managing activities as interrelated processes that transform inputs into outputs? A. Customer focus B. Relationship management C. Process approach D. Engagement of people Correct Answer: C. Process approach Question 5Which item should normally appear in a compliance obligations register? A. Only the project budget baseline B. The obligation, accountable owner and required evidence C. Only the names of external auditors D. The personal preferences of project team members Correct Answer: B. The obligation, accountable owner and required evidence Question 6Which statement correctly distinguishes verification from validation? A. Verification concerns intended use, whereas validation concerns document formatting. B. Verification confirms specified requirements; validation confirms suitability for intended use. C. Verification is performed only by regulators; validation is always performed by suppliers. D. They are identical terms with no practical distinction. Correct Answer: B. Verification confirms specified requirements; validation confirms suitability for intended use. Question 7What does accreditation primarily provide? A. Recognition of the competence and impartiality of a conformity-assessment body B. Automatic approval of every product made by a certified organization C. A substitute for legal compliance D. A guarantee that a project will meet its schedule Correct Answer: A. Recognition of the competence and impartiality of a conformity-assessment body Question 8Which is a major risk of using maturity models poorly? A. They eliminate the need for evidence. B. They may encourage score optimization and ritual compliance. C. They prevent all process improvement. D. They make regulations legally invalid. Correct Answer: B. They may encourage score optimization and ritual compliance. Question 9Why should an integrated management system retain discipline-specific controls? A. Because quality, safety, environment and security have identical risks. B. Because integration removes the need for specialist competence. C. Because each discipline may have distinct risks, duties and acceptance criteria. D. Because integrated systems cannot use common audits. Correct Answer: C. Because each discipline may have distinct risks, duties and acceptance criteria. Question 10Which statement about ISO 9001 certification is most accurate? A. It guarantees that every project deliverable is defect-free. B. It automatically constitutes regulatory approval in every sector. C. It provides assurance about a defined management-system scope, not universal product or legal compliance. D. It eliminates the need for customer acceptance. Correct Answer: C. It provides assurance about a defined management-system scope, not universal product or legal compliance.
|