Part Two of TekNation’s Quality Management Series for Manufacturing and Logistics Operations

By TekNation

Quality inspector examining a manufactured part on a bright factory floor

In Part One of this series, we introduced the warranty risk matrix framework and how Power BI and Microsoft 365 can turn reactive warranty claim processing into a proactive manufacturing intelligence system. This article goes upstream. Before a defective product reaches a customer and generates a warranty claim, it passed through a production process that could have caught it, and in many cases should have.

Defects Per Unit, commonly called DPU, is the quality metric that lives at that upstream stage. It is one of the most fundamental measurements in lean and Six Sigma quality management, and it is one of the most commonly under-leveraged in small and mid-size manufacturing and logistics operations. Not because the metric is complicated, but because the data required to calculate it is scattered across systems that were never connected.

TekNation’s technology stack, built on Microsoft 365, Power BI, and Power Automate, is designed to connect those systems, automate the calculation, and put DPU in front of the people who can act on it, in real time, not at the end of the month.

What DPU Actually Measures and Why It Matters

Defects Per Unit is a straightforward calculation: the total number of defects identified divided by the total number of units produced or inspected. A DPU of 0.08 means that on average, for every 100 units that come off the line, eight defects are found across those units. Some units may have multiple defects. Some may have none. DPU captures the average defect burden across the production run.

The metric matters for several reasons that go beyond a simple quality score:

The Related Metrics That Complete the Picture

DPU does not stand alone. It is most powerful when tracked alongside the metrics that give it context. TekNation builds dashboards that surface the full quality metric family, not just DPU in isolation.

Where the Data Lives and Why It Is Usually Disconnected

The data required to calculate DPU and its related metrics exists in almost every manufacturing and logistics operation. The problem is where it lives. In a typical small to mid-size facility, defect data sits in one or more of the following places, and almost never in one:

The result is that DPU gets calculated manually, sometimes weekly, sometimes monthly, by someone who pulls data from multiple sources, reconciles it in Excel, and produces a report that is already two weeks old by the time a manager sees it. By then, the process variation that drove the defects has either gotten worse or changed entirely.

Real-time DPU visibility requires connecting those data sources into a single model. That is exactly what TekNation builds.

How TekNation Connects the Data

TekNation’s approach to DPU management starts with a data source assessment. Before building any dashboard, we map where defect data is captured, where production counts are recorded, and what the handoffs look like between inspection, production, and quality systems. That mapping determines the architecture of the solution.

Once the sources are identified, Power BI connects to each of them, whether that is a SharePoint-based inspection log, a SQL database behind an ERP, a CSV export from a quality management system, or a combination of all three. The data model calculates DPU, DPO, DPMO, FPY, and RTY automatically from the underlying records, so quality managers and operations directors are never looking at a metric that someone calculated by hand.

The DPU Dashboard in Practice

A well-built DPU dashboard for a manufacturing or logistics operation gives the daily production meeting four views that a spreadsheet report cannot:

Automated Escalation When DPU Crosses a Threshold

Static dashboards require someone to be watching. Power Automate changes that. TekNation configures alert workflows that trigger automatically when DPU exceeds a defined threshold for a specific product line or shift. A supervisor’s phone gets a Teams notification. The quality manager receives an email with the relevant data attached. If the threshold is crossed for a second consecutive shift, the alert escalates to the operations director.

This is the same escalation logic we described in the warranty risk matrix framework, applied one stage earlier in the value stream. The goal is the same: get the right information to the right person fast enough to intervene before the problem compounds.

DPU in a Logistics and Fulfillment Environment

For logistics and distribution operations, DPU translates directly to order and shipment quality. The unit is an order. The defects are pick errors, damaged items, mislabeled shipments, late departures, and incorrect quantities. The data lives in the warehouse management system, the TMS, and often in a combination of carrier portals and manual exception logs.

TekNation applies the same framework: connect the data sources, build the DPU calculation, and surface it in a dashboard that gives the warehouse manager, the transportation manager, and the operations director the same real-time view of order quality performance. A 3PL operation managing multiple client accounts can track DPU by client, by product category, by shift, and by outbound carrier, giving account managers the data they need to have proactive client conversations rather than reactive apology calls.

This approach connects directly to the executive dashboard framework we described for 3PL operations in our earlier post on manufacturing and logistics intelligence. Quality metrics at the order and shipment level are the operational data that drives the client retention and revenue metrics at the executive level.

The Connection to the Warranty Risk Matrix

In Part One of this series, we described how a warranty claim risk matrix scores incoming claims across Probability and Severity dimensions, triggering escalation based on the resulting risk score. DPU is the upstream input that feeds that framework.

When a specific defect type is tracked in the DPU dashboard and a pattern develops on the production floor, that same defect type can be mapped to the warranty risk matrix as an emerging risk, even before a customer claim is filed. The Defect Rate sub-score in the Severity calculation is populated directly from the DPU data, connecting the quality team’s production floor data to the operations team’s warranty risk view in a single integrated model.

Together, DPU tracking and the warranty risk matrix create a quality intelligence loop: production defects are detected and escalated before they ship, and warranty claims that do come in are scored and escalated based on the same defect data the production team already tracks.

Getting Started

If your quality team is calculating DPU manually from spreadsheets, or if DPU is only reviewed in a monthly quality meeting rather than a daily production standup, the gap between where you are and where this framework takes you is closer than it might seem. TekNation starts with a data source assessment: where your defect data lives, how it is structured, and what it would take to connect it into a live Power BI model.

For operations that already have the warranty risk matrix framework in place from Part One of this series, the DPU dashboard is the natural next step, and the two models share much of the same underlying data infrastructure.

We are based in Douglasville, GA and serve manufacturing and logistics businesses throughout the greater Atlanta area and beyond. Reach out to schedule a data assessment for your operation.

About This Series

This article is Part Two of TekNation’s Quality Management Series for manufacturing and logistics operations. Part One covered the warranty risk matrix and how Power BI automates risk scoring and escalation for warranty claims. Future articles in this series will cover supplier quality management, cycle time analysis, and inventory accuracy, each as a component of a unified operational intelligence platform built on Microsoft 365 and Power BI.