---
slug: how-the-serialized-decal-works
title: "How the Serialized Decal Works"
description: "Every Blue Collar Parts decal carries a serial with a defined lifecycle — minted, allocated, bound, active, expired, superseded, void. What each state means and what a scan shows in each one."
track: product
kind: article
status: in-development
isRegulatoryAdjacent: false
publishedAt: 2026-09-01
updatedAt: 2026-09-01
cfr:
  - "49 CFR 396.17(c)(2)"
source: https://shopbluecollarparts.com/kb/how-the-serialized-decal-works
license: CC BY 4.0
---

# How the Serialized Decal Works

A Blue Collar Parts decal is not a sticker with a date on it. It carries a **serial number with an explicit lifecycle**, and scanning it returns whatever that serial's current state actually is — including states that mean "do not trust this decal."

That is the point. A conventional inspection decal can only ever say what was true on the day it was printed. A serialized one can say what is true now.

## The seven states

| State | Meaning | What a scan shows |
| --- | --- | --- |
| `minted` | The serial exists in the system but has not been issued to anyone. | No published record. |
| `allocated` | The serial has been issued to a technician's kit but is not yet attached to any work. | "Not yet activated." |
| `bound` | The technician has attached the serial to a completed record; activation is finishing. | "Activation in progress." The record is not yet published. |
| `active` | The serial is attached to a published record. | The full as-filed record — date, defect data, inspector, business. |
| `expired` | The interval the record covers has elapsed. | An expired notice with limited metadata. The full record is not served. |
| `superseded` | A newer serial has replaced this one on the same equipment. | A redirect to the replacement serial. |
| `void` | The serial has been invalidated. | An invalid-decal page. |

`void` is terminal. Nothing transitions out of it.

## Why the states are separate

Two of these carry most of the weight.

**`superseded` is what makes re-inspection safe.** When equipment is re-inspected the next year, the new decal's serial supersedes the old one. Scanning last year's decal — which may still be physically stuck to the vehicle — does not show last year's record as though it were current. It forwards to the current one. A physical decal that nobody scraped off cannot silently misrepresent the equipment's status.

**`void` is what makes fraud detectable.** A decal that was lost, stolen, printed in error, or attached to the wrong equipment can be invalidated centrally. The physical sticker still exists; the scan says it is invalid. There is no equivalent to this on a printed decal.

## The binding flow

The technician's path is deliberately short, because it happens in a shop bay and not at a desk:

1. Complete the inspection or service record.
2. Scan a decal from your own kit.
3. The serial binds to that record and activates.

Binding is **idempotent** for a given record — scanning the same decal against the same inspection twice does not create a second binding or consume anything twice. If two technicians race to bind the same serial, the first write the server receives wins and the other is told, rather than one silently overwriting the other.

## What the decal does not do

Under [49 CFR 396.17(c)(2)](/kb/dot-inspection-decal-requirements), a decal is documentation *based on* the inspection report — an alternative to carrying the report on the vehicle, not a replacement for the report existing. A serialized decal does not change that. The [report still has to be retained for fourteen months](/kb/dot-inspection-recordkeeping) under §396.21(b)(1).

The scannable record is also **not indexed by search engines** and is not cached. It is reached by scanning the decal, not by searching for a vehicle.

---

*Product behavior described here is subject to change. Regulatory content is informational only and is not legal advice — see [49 CFR Part 396](https://www.ecfr.gov/current/title-49/part-396).*