How TecDoc Actually Works: A Developer's Guide to Automotive Parts Fitment Data

If you've ever tried to build "does this part fit my car" search for an e-commerce site, you've probably hit TecDoc - the European standard database for automotive parts fitment - without anyone actually explaining how it's structured. Here's the developer-level version. The core problem TecDoc solves "Does part X fit a 2018 Toyota Corolla?" is not a well-formed question. A 2018 Corolla shipped with at least four engine variants, each with different mounting points, dimensions, and part numbers for the same physical component. Fitment data has to be precise at the engine variant level, not just make/model/year, or you ship wrong parts and eat return costs. TecDoc - maintained by TecAlliance, an industry consortium of OEMs and aftermarket suppliers - is the reference database that solves this at scale: 500+ vehicle makes, 900+ aftermarket brands, 400M+ fitment records. The data model Two linked structures: Vehicle catalog - a 4-level hierarchy: Make → Model → Type → Engine Each level gets its own TecDoc ID. The "Type" level is where it gets interesting - a 2018 Corolla 1.8 Hybrid and a 2018 Corolla 1.6 Petrol are different Type IDs, because they're different vehicles from a parts perspective even though they're the "same car" from a marketing one. Parts catalog - organized by Generic Article Group (GAG), a standardized category code. "Brake disc" has one GAG code regardless of which of the 900+ brands submitted it. This is what makes cross-brand comparison reliable - you're never accidentally comparing a brake disc to a brake pad because two brands categorized things slightly differently. Fitment records are the join table: (GAG, Type ID) → compatible . This is the actual query your fitment search needs to run. Cross-reference: the other half Separately, TecDoc stores cross-reference records: IAM part number → . When an aftermarket brand submits a part, they attach OEM part number the OEM number it's designed to replace. This gives you multi-directional lookup - OEM number in, all equivalents out; any equivalent in, OEM number + all siblings out. The gotcha: this only works if the brand actually submitted the cross-reference. A physically identical part from a brand that skipped that step won't show up in the lookup. Production systems typically need a supplementary fitment-based matching layer to catch these gaps, and often blend in manufacturer feeds and other data sources alongside TecDoc to close coverage holes. What this means if you're building on top of it - Don't key your fitment queries on make/model/year alone - resolve down to Type ID (engine variant) or your compatibility data will be wrong for split-engine model years. - Quarterly update cycle means TecDoc data is never more than ~3 months stale by design. Fine for structural parts, not fine for fast-moving categories (filters, plugs) without your own sync discipline. - Direct TecDoc licensing is a real commercial process (volume commitments, TecAlliance integration) - most teams building product pages work with a data provider instead, one that combines TecDoc with other sources and ships pre-processed, query-ready output. I wrote a longer breakdown of the full data model (including how AI search engines weight fitment specificity when citing product pages) here: TecDoc Explained - I work on PartWiz, where we deal with catalog data enrichment for spare parts sellers; happy to compare notes if you're deep in this problem too. Curious what other devs have run into building fitment search - anyone dealing with ACES/PIES on the US side instead of TecDoc, would be interested to compare notes. Top comments (0)