A parts catalog your work orders, tires, and accounting team actually use.
Tenant-scoped part numbers, manufacturers, UPCs, units of measure, unit cost — wire them into work orders. Per-tire lifecycle history for tire-heavy fleets.
Parts data is messy. Tire data is messier. Most tools punt.
Two systems, two sources of truth, two reconciliations every month-end. The shop foreman knows the part number; the catalog says nothing; the work order says “front pads” — and at year-end you can’t tell which trucks ate which pads.
Without a catalog, every technician types a slightly different description. “Brake pad set,” “front pads,” “BP set fr,” “pads (front).” Your spend-by-part report becomes useless, your warranty claims slow to a crawl, and your reorder list is a wall of free text.
Per-tire lifecycle — mount position, retread count, inspection history — is its own domain. Most fleet tools either ignore it or shove it into custom fields. Neither survives a commercial vehicle inspection, and neither tells you when to retread.
The catalog foundation — plus tires as a first-class domain.
Six things shipped today. Be clear-eyed about the rest: stock-on-hand, reorder thresholds, and vendor price history are roadmap — see the band below.
Here’s what we haven’t built yet.
We could quietly imply it. We won’t. Today’s parts module is a catalog foundation plus tire lifecycle. If you need stock-on-hand or QuickBooks sync to evaluate us — wait for V2 or talk to us about your specific shape. We’d rather lose the deal than win it on something we don’t ship.
A catalog that scales with how messy parts data actually is.
UPC for barcode scanners. Manufacturer part number for cross-referencing. Your part number for internal use. Unit cost for accounting. Unit of measure for inventory math. All on one row. No “miscellaneous” category to clean up later.
- Three identifiers, three jobs. Part # is yours — short, mnemonic, what techs say out loud. Mfr PN is the vendor’s — what the parts counter asks for. UPC is universal — what the scanner reads.
- Unit of measure is structured, not free text. A set of pads is not 2 pads is not 4 pads. Pick the UOM from a tenant-curated list (with seeded defaults), so your “average parts cost per WO” report stays honest.
- Unit cost on the part, not buried in a line item. Update the catalog, every future work-order line picks it up. Today’s value is the snapshot at line creation — historical lines are preserved.
- Categories, manufacturers, locations — tenant-curated. No vendor list with 8,000 entries you have to scroll past. Your shop’s actual list — and only your shop’s.
- Wired into work orders. A WO line item picks from this catalog — so spend rolls up by category, by manufacturer, by part number. No string-matching reports.
Per-tire activity index — append-only, audit-grade.
Every install / remove / rotation / repair / retread / inspection lands as one immutable event. The tire row’s status, current mount, and retread count update atomically in the same transaction. That’s the audit trail commercial vehicle inspectors actually ask for.
- One event log per tire. Not per truck. A tire that moved from TRK-18 → TRK-04 → retread → TRK-22 carries its full history with it. Mount positions, retread count, inspection results — one timeline.
- Six event kinds, all first-class. install, remove, rotate, repair, retread, inspect. Each has the fields it needs — no “notes” field doing all the work.
- Status and counters update in the same transaction. When a retread event lands, the tire’s retread_count increments and its status changes in the same database transaction. No “the log says retread but the row still says new” drift.
- Axle configurations, not custom fields. Each tire knows its mount position (LF · LRO · LRI · etc.) — and the rotation event encodes the swap. Your DOT inspector gets the layout they expect.
- What auditors actually ask for. “Show me TIRE-0042’s history” — one URL, one page, every event since install. That’s the bar. Most fleet tools clear it for trucks; we clear it for tires.
Fleet Service 365 vs. AUTOsist.
Where the parts catalog diverges — and why the difference matters the first time you try to roll up “spend by manufacturer” or hand a tire history to a DOT inspector.
| Capability | Fleet Service 365 | AUTOsist |
|---|---|---|
| Tenant-scoped parts catalog | ✓ | Limited |
| Part number + UPC + manufacturer PN | ✓ | Description only |
| Per-tire lifecycle history | ✓ | ✗ |
| Custom units of measure | ✓ | Fixed |
| Categories + manufacturers + locations | ✓ | ✗ |
| Granular parts permissions | ✓ | ✗ |
| Public REST API + MCP for parts | ✓ | ✗ |
Three shops, one catalog shape.
Questions we hear a lot.
Can I scan a UPC barcode to find a part?
Does the system track stock on hand and reorder thresholds?
How does this work with my existing parts vendor — NAPA, FleetPride, AutoZone?
Can I import a CSV of my existing parts catalog?
What’s different about how tires are tracked vs. other parts?
Can a technician add a part on the fly while logging a work order?
Does this integrate with QuickBooks or NetSuite?
Related features.
Clean part numbers. Per-tire history. No “miscellaneous” bucket.
14-day free trial. No credit card. UOMs seeded, sample parts loaded, a TIRE-0042 with three retreads of history already in the log — see exactly what an audit-ready tire timeline looks like.