15.2 Interrelationships of Business Processes
Key Takeaways
- Business processes form a value chain—receiving, design, production, engineering, sales, marketing, field support—and quality failures often live in handoffs, not single departments.
- Understand-level skill (IV.B.2): recognize how processes interrelate, including multi-site systems, and how conflicting metrics/goals create systemic risk.
- Auditors should follow material, information, and decision flows across functions rather than auditing silos in isolation.
- Multi-site organizations amplify interrelationship risk: inconsistent processes, weak change control propagation, and competing local scorecards.
- Exam trap: treating every finding as a single-owner defect when evidence shows cross-process interface failure.
15.2 Interrelationships of Business Processes (CQA BoK IV.B.2 — Understand)
Quick Answer: Organizations deliver quality through interrelated processes—including receiving, design, production, engineering, sales, marketing, and field support—often across multiple sites. Failures frequently arise at interfaces. Conflicting metrics and goals push local optimization that harms the system. At the Understand level, you must recognize these linkages and how they shape audit scope, evidence, and findings. Domain IV (~15% of scored items) expects program and business-system thinking beyond a single checklist.
Auditors who only “own the department they are in today” miss the story. A nonconforming product arriving at a customer may have roots in sales promising an unvalidated option, design change not flowed to production, receiving accepting wrong material, or field feedback never reaching engineering. IV.B.2 trains you to see the system.
Why Process Interrelationships Matter in Auditing
A process approach (familiar from ISO 9001 thinking and quality management principles) treats the organization as a network of activities that transform inputs to outputs for customers and other stakeholders. Interrelationships matter because:
- Handoffs create defects, delays, and lost information.
- Upstream decisions constrain downstream capability (e.g., design tolerances vs. process capability).
- Downstream signals (complaints, returns, warranty) should feed upstream improvement.
- Metrics at one node can sabotage another node’s ability to meet customer requirements.
| Audit habit | System-aware alternative |
|---|---|
| Sample only within one department’s files | Trace a transaction across departments (order → design → buy → make → ship → service) |
| Stop at “operator error” | Ask which process interfaces set the operator up to fail |
| Report three isolated minors | Look for a common interface theme (change control, communication, metric conflict) |
| Scope only production | Include sales promises and field feedback when customer impact is the risk |
Scenario — understand the interface.
Production is cited for shipping the wrong configuration. Tracing shows sales entered a custom option not in the approved product catalog; engineering never released a BOM revision; production built from an obsolete traveler. The nonconformity is real in shipping, but the system failure is sales–engineering–production interrelationship and configuration control across processes.
Core Business Processes Auditors Must Map
BoK IV.B.2 highlights major process families. You do not need to be a specialist in every function, but you must understand what each contributes and how it couples to quality outcomes.
Receiving (incoming material / inbound logistics)
- Inputs: purchase orders, specifications, approved supplier lists, certificates, inspection plans.
- Quality role: verify identity, quantity, conformity; control nonconforming material; protect traceability.
- Links: purchasing/supplier quality (upstream), production/warehouse (downstream), finance (inventory accuracy).
Failure modes at interfaces: production uses material before release; certificates accepted without verification for critical parts; rejected material not segregated and later kitted.
Design (product/service design and development)
- Inputs: customer needs, regulatory requirements, lessons learned, risk analysis.
- Quality role: design controls, design review, verification/validation, design transfer, design change.
- Links: sales/marketing (voice of customer), engineering/production (manufacturability), field support (use data).
Interface risk: marketing launches features design has not validated; design changes not transferred to work instructions and suppliers.
Production (operations / service delivery)
- Inputs: planned orders, controlled documents, qualified processes, trained people, released material.
- Quality role: process control, in-process inspection, identification/traceability, nonconforming product control.
- Links: receiving and planning (inputs), engineering (process capability), sales (schedule promises), field (failure feedback).
Engineering (process/equipment/manufacturing engineering and technical support)
Often the bridge between design intent and production reality:
- Process validation, tooling, equipment qualification, work instruction accuracy, capability studies.
- Change control for process parameters and equipment.
- Links tightly to design, production, maintenance, and quality control labs.
Sales
- Contract review: can we meet requirements for quality, quantity, delivery, and special terms?
- Order accuracy and promise dates.
- Interface risk: selling “yes” to requirements the QMS cannot meet; failing to flow customer-specific requirements to operations.
Marketing
- Claims, labeling concepts, market requirements, competitive positioning.
- Interface risk: promotional claims exceed validated performance; packaging/label artwork not controlled through change processes shared with design and regulatory.
Field support (service, installation, technical support, complaint intake)
- Installation quality, service repairs, spare parts, complaint capture, return material authorization.
- Critical feedback loop to design, production, and suppliers.
- Interface risk: field failures coded poorly so engineering never sees the true failure mode; service workarounds never enter CAPA.
| Process | Typical inputs from others | Typical outputs to others | Common quality interface failure |
|---|---|---|---|
| Receiving | PO/specs from purchasing & design | Released material to production | Accepting unverified critical material |
| Design | VOC from sales/marketing/field | Specs/BOM to production & suppliers | Incomplete design transfer |
| Production | Material, docs, schedule | Product to customer/logistics | Building to obsolete docs |
| Engineering | Design intent, production data | Validated processes, instructions | Uncontrolled process “tweaks” |
| Sales | Capacity/capability from ops | Orders/contracts to planning | Over-promising capability |
| Marketing | Product performance evidence | Claims/positioning to market | Unvalidated performance claims |
| Field support | Products in use, customer issues | Failure data to design/quality | Lost complaint signal |
Material, Information, and Decision Flows
When you understand interrelationships, you audit three flows:
- Material/product flow — physical transformation and movement.
- Information flow — specs, orders, changes, quality records, metrics.
- Decision flow — who can accept risk, approve changes, release product, escalate suppliers.
Many “quality problems” are information-flow failures: the right decision maker never received accurate, timely data. Auditors should sample whether change notices, customer complaints, and nonconforming material reports actually reach the processes that must act.
Scenario.
A dimensional failure appears in assembly. Production blames the machine. Engineering tweaks the fixture. Receiving data later shows a supplier lot with borderline material hardness that was accepted under a broadened skip-lot plan after purchasing pressed for cost. The interrelationship: purchasing/supplier quality metrics (cost and delivery) conflicted with production’s capability needs; information about material risk did not trigger enhanced inspection or process adjustment.
Multi-Site Organizations
Multi-site and multi-national systems multiply interface complexity:
| Multi-site risk | What auditors should understand |
|---|---|
| Inconsistent processes | Same product built differently; “best site” vs. weak site |
| Change control lag | Corporate change released; Site B still uses old method |
| Split ownership | Design in Country A, production in Country B, service in Country C |
| Local customization | Uncontrolled deviations justified as “customer preference” |
| Data fragmentation | Complaints not rolled up; metrics not comparable |
| Language/culture/time zones | Training and communication failures on critical requirements |
Audit program implications (ties to IV.A multi-site resource realities):
- Sample interfaces between sites, not only excellence within one showcase plant.
- Verify deployment of corporate requirements and effectiveness locally.
- Follow a product family or customer complaint across sites when ownership is split.
- Watch for “audit tourism” that only visits high-performing locations.
Scenario — multi-site understand.
Corporate design issues a safety-related labeling change. Site 1 implements in two weeks; Site 2 waits for local translation and ships old labels for six weeks. Customer receives mixed labels. The finding is not only Site 2 document control—it is a multi-site change deployment interrelationship failure between corporate design, regulatory/labeling, and site operations.
Conflicting Metrics and Goals
IV.B.2 explicitly calls out conflicting metrics/goals. Local KPIs can be individually rational and collectively destructive.
| Function metric | Local “win” | System harm |
|---|---|---|
| Sales: book revenue this quarter | Accept risky custom orders | Production chaos; quality escapes |
| Purchasing: unit cost down | Switch to cheapest supplier fast | Incoming defects; line stops |
| Production: units per hour | Skip setups/checks | Higher scrap and field failures |
| Warehouse: ship on time | Ship incomplete docs/partial quality hold | Customer nonconformities |
| Service: close tickets fast | Incomplete root cause coding | Design never improves product |
| Site plant manager: local P&L | Defer corporate quality investments | Brand-level recalls later |
How auditors recognize metric conflict
- Interview goals vs. observed behavior (“We are measured on… so we…”).
- Compare dashboards across functions for opposing incentives.
- Trace decisions at interfaces where one metric “won.”
- Look for rework, expedites, firefighting, and hidden factories as symptoms.
Scenario — conflicting goals.
Purchasing is bonused on cost savings; quality is measured on PPM. Purchasing awards a new supplier mid-quarter without full qualification because savings hit the bonus. Production absorbs variation with 100% inspection. External failure costs rise next quarter. An auditor who understands interrelationships reports the systemic incentive conflict, not only “missing supplier file checklist item 3.”
Understand-level exam items often ask you to identify which interface or metric conflict best explains a failure pattern—not to invent a financial model.
Auditing Across Processes: Practical Patterns
Forward and backward tracing
- Forward: Start at order/contract → design/BOM → procurement → receiving → production → ship → field.
- Backward: Start at complaint/return/nonconformance → reverse to process origins.
These strategies (also in audit performance tools) are especially powerful for interrelationship questions.
Horizontal vs. vertical sampling
| Approach | Focus | When useful |
|---|---|---|
| Vertical | Deep within one process | High-risk single process capability |
| Horizontal | Same requirement across processes/sites | Customer-specific requirements, change control, training effectiveness |
| End-to-end | One value stream transaction | Interface and metric conflict analysis |
Writing findings that respect interrelationships
Good systemic finding structure:
- State the requirement (customer, standard, internal procedure).
- State the evidence spanning processes.
- State the effect on product/customer/risk.
- Avoid blaming only the last person who touched the product when evidence shows multi-process failure.
Link to Other BoK Topics
- I.A Audit types: Process and system audits are designed to reveal interrelationships better than isolated product checks alone.
- II.A.6 Strategies: Forward/backward tracing operationalizes IV.B.2 understanding.
- IV.B.1 Management tool: Strategy deployment fails when process interfaces are broken.
- IV.B.3 Cost of quality: Interface failures show up as appraisal spikes, internal scrap, and external failures.
- III.E Interviewing: Cross-functional interviews expose conflicting goals.
Key Exam Anchors
- IV.B.2 is Understand: know major process relationships (receiving, design, production, engineering, sales, marketing, field support), multi-site effects, and conflicting metrics/goals.
- Quality problems often live at handoffs and in incentive conflicts.
- Multi-site: inconsistent deployment and split ownership are classic interrelationship risks.
- Trap: stopping at the department that shipped the defect when the chain of evidence points upstream/downstream.
- Use tracing and horizontal sampling to make interrelationships visible in evidence.
A wrong configuration ships to a customer. Evidence shows sales sold a non-catalog option, engineering never released a BOM update, and production used an obsolete traveler. What does this best illustrate for IV.B.2?
Purchasing is rewarded only for unit cost reduction while quality is measured on PPM. A low-cost supplier is approved quickly and incoming defects rise. Which understanding is most accurate?
Corporate issues a safety labeling change. Site 1 implements immediately; Site 2 delays for translation and ships old labels. What multi-site interrelationship risk is demonstrated?
Which audit approach best helps an auditor understand process interrelationships for a recurring field failure?