# Serialized vs. non-serialized items

When to track individual pieces and when bulk quantity tracking is sufficient.

Source: https://support.toolingmetrics.com/en/inventory/overview/serialized-vs-non-serialized/
Updated: 2026-10-29

When you create an inventory item, one of the first decisions is whether to track it as **serialized** or **non-serialized**. This choice affects how the item is managed across its entire lifecycle — from receiving to usage to scrapping — and has direct consequences on cost tracking, tool life analytics, and service workflows.

Getting this right at setup time is important. Changing an item from non-serialized to serialized later requires reconciling the existing stock, which is operationally disruptive.

## Non-serialized items

A non-serialized item is tracked as a **bulk quantity**. Tooling Metrics knows how many are in each location, but not which individual piece is which.

**Use non-serialized for:**
- Indexable inserts — they are consumed in small numbers and the individual piece has no meaningful history to track
- Standard consumables — drills, taps, collets, tool holders that are used interchangeably and replaced when depleted
- Any item where knowing "there are 12 here" is sufficient and knowing "this specific piece has run 48 minutes" adds no value

Non-serialized items are simpler to manage. Receiving a delivery, picking for a job, and scrapping are all single-step quantity adjustments.

## Serialized items

A serialized item assigns a **unique serial number** (or data matrix code) to every individual piece. Tooling Metrics tracks the full lifecycle of each piece independently: its current location, condition, move history, usage history, service records, and cost value.

**Use serialized for:**
- Solid carbide end mills and drills — these are reground and reused; each piece's service history and total runtime show how often it has been reground
- Precision boring heads and adjustable tools — individual condition, usage history, and service intervals
- Measuring instruments — calipers, micrometers, and gauges, where each piece's location and service history matter
- Expensive holders and tooling bodies — CAT/HSK holders, milling arbors where individual wear history informs retirement decisions
- Any item where "which piece" matters, not just "how many"

The value of serialization grows over time. After several service cycles, serialized item data shows actual tool life distribution — some pieces last significantly longer than the average, and serialization reveals this.

## The decision framework

Ask three questions:

1. **Would you send this specific piece for reconditioning?** If yes, serialize it — you need to track what happened to this piece to decide when to recondition and how many times it has been reconditioned.

2. **Does the piece accumulate a meaningful history across jobs?** If an insert is used once and scrapped, serialization adds overhead with no benefit. If a boring head runs for two years across hundreds of jobs, serialization builds valuable history.

3. **Is the piece individually identifiable?** Many cutting tool manufacturers now print data matrix codes on each piece. If the piece has a scannable identity, serialize it — the infrastructure for tracking is already there.

## Practical guidance for precision machining

In a typical precision machining shop:

| Item type | Recommendation |
|---|---|
| Indexable inserts | Non-serialized |
| Standard holders (Weldon, collet) | Non-serialized |
| Solid carbide cutting tools | Serialized |
| Adjustable / precision boring heads | Serialized |
| HSK / CAT holders | Serialized |
| Measuring instruments | Serialized |
| Standard drills / taps (HSS) | Non-serialized |
| Carbide drills (regrindable) | Serialized |

## What serialization enables

When an item is serialized, Tooling Metrics adds:

- **Per-piece move history** — every location change recorded
- **Per-piece condition tracking** — condition updated at inspection or return
- **Service thresholds** — automatic service order generation when usage crosses a set limit (runtime, cycles, or usage cost)
- **Remaining life** — derived from the life limit set on the tool assembly minus actual accumulated usage
- **Individual cost value** — current book value of each piece, updated as usage cost is posted