
Model and serial lookup that returns the parts built for that machine
Equipment Parts Ecommerce
A parts store for skid steers, excavators, tractors and the attachments on them: the customer gives the model and serial number once, finds the part on the diagram, and gets the one built for that machine.
Plan Your Parts StoreThe machine before the part
ISO 10261 the 17-character machine PIN
A part for a skid steer or a mini excavator does not fit a model. It fits a model built between two serial numbers, because manufacturers change pumps, filters and electrics mid-production and the part number changes with them. The machine carries the answer on its plate: earth-moving machines are identified by a 17-character product identification number under ISO 10261, and the parts book is organised by it.
So the customer in the field has a serial number and a phone. The store that asks for the serial first, shows the right diagram and lists only the parts for that build gets the order. The one that shows every filter in the catalog gets a phone call, or nothing.
Behind that sits data: parts books, serial breaks, supersessions, kits and the cross-reference between OEM and aftermarket numbers. We have built ecommerce since 2006 and Magento since 2008, and an equipment parts store is the clearest case we know for modelling the data before anyone draws a page.
Does this sound familiar?
Each one ends the same way: a technician who is not sure the part fits, and a machine that stays down while they phone around.

One part number, two versions, and the store sells the one for the earlier machines to someone standing next to a later one. It comes back with a freight label.

The customer finds the callout in a scanned parts book, copies the number into search by hand and hopes. Most give up at the second page.

A number replaced three years ago returns no results, when the store stocks its replacement under a different one. The customer concludes you do not have it.

A bucket or a final drive quoted at parcel rates, then re-quoted by email the next morning, after the customer has bought it somewhere that quoted it right.

Rental fleets, contractors and dealers with their own prices, terms and purchase orders get the same cart as a weekend buyer, so they call the counter instead.

The dealer management system knows the branch has three on the shelf. The store says call for availability, or sells one that is on backorder.
What the build includes

The customer enters the model and serial, the store resolves the serial range and shows only the parts for that build, in search, in categories and on the diagram.

Parts books turned into interactive diagrams: every callout links to its SKU, the quantity per machine is shown, and the part is added to the cart from the drawing.

Old numbers lead to the current one, and OEM numbers lead to the aftermarket equivalent you stock and back, so every number a customer has finds a part.

Filter kits, seal kits and undercarriage sets built as one SKU with its components listed, and offered by the machine's hour interval so the whole service is one order.

Weight and dimensions on every SKU, LTL freight quoted in the cart, core charges added and refunded, and batteries and fluids shipped only by the methods allowed to carry them.

Stock and prices from the dealer management system or the ERP, and accounts for fleets, contractors and dealers with their own prices, terms and purchase orders.
How a parts store is built
What you are left with
2,048 variants per Shopify product
A store where a technician enters the model and serial once and sees only the parts built for that machine, in search, on the diagram, on the product page and in the cart, and is told before the order when a part does not fit. The machine is remembered, so the next visit starts where the last one ended.
Behind it, data you can trust: supplier files load on a schedule, rejected rows are reported with a reason, superseded numbers lead to the current part, and OEM and aftermarket numbers meet in one record. Checkout knows freight, cores and hazmat, and fleets have accounts. The import runs without anyone in the loop.
And a platform chosen for the catalog. Magento carries a large parts catalog and serial tables well; a Shopify product holds at most 2,048 variants, so fitment there lives in its own data. Either way the dealer system stays the source of stock and prices, and the store reads from it rather than keeping a copy that drifts.
Where to begin
The full build: the catalog and serial data model, the lookup and the diagrams, the import for supplier files, checkout rules for freight and cores, and the dealer system and ERP integrations behind it, on the platform your catalog calls for.
Rental fleets, contractors and dealers ordering on account: their own prices and catalogs, quick order by part number, reorder from history, purchase orders and terms, beside the retail store on the same catalog.
An AI assistant on the store that asks for the model and serial once, answers in plain language, reads the diagrams and only recommends parts built for that machine, with add to cart and order tracking inside the conversation.
Platforms we build on
Trusted by 100+ companies
Keep reading



FAQ
Tell us about your store and we will come back with straight answers.
Talk to usBuilding an online store whose job is to sell the right part for a specific machine: a skid steer, an excavator, a tractor, a telehandler or the attachment on it. That means a catalog built around model and serial ranges, a lookup that resolves the serial, parts diagrams you can order from, supersession and cross-reference data, checkout rules for freight and cores, and usually an account area for fleets and dealers. The storefront matters, but the data decides whether a technician trusts it.
Yes. The customer enters the model and the serial number from the machine's plate, the store resolves which serial range that machine falls in, and every search result, category and diagram is filtered to the parts built for that range. The machine is remembered, so the next visit starts where the last one ended. Where a part does not fit the chosen machine, the product page says so plainly.
Yes. We take the exploded diagrams from your parts books, in whatever form you have them, and make each one a page where every callout links to its SKU, the quantity per machine is shown and the part is added to the cart from the drawing. Where the diagrams come as a supplier feed, the import keeps them current. Where they only exist as scans, the callouts are mapped once and kept.
They lead to the current part. A number that was replaced, once or several times, is kept in the catalog as an alias of the part that replaced it, so a search for the old number lands on the one you stock, with a note saying it supersedes the one the customer typed. Supersession chains arrive in supplier files and are loaded with the rest of the data rather than typed in by hand.
Yes. Where you hold cross-reference data, an OEM number leads to the aftermarket equivalents you stock, and an aftermarket number leads to the OEM part and to the other brands that fit, each with its own price. Mechanics and parts counters search by whatever number is on the old part, so that is built in rather than added later.
It depends on the catalog. Magento handles very large catalogs, serial tables and dealer accounts well. Shopify suits a focused range, with fitment held in its own data, because a Shopify product holds at most 2,048 variants and serial ranges cannot be modelled as variants. BigCommerce sits between them. We recommend after we have seen your parts books and your supplier data, not before.
Yes, for the right catalog. Serial fitment on Shopify lives in its own data and is served through an app or a custom build, rather than as product variants, which are capped at 2,048 per product. For a focused range with good supplier data that works well. For tens of thousands of SKUs across several brands with deep serial breaks, Magento is usually the stronger home, and we will say so.
From the weight and dimensions on every SKU. Parts that can go by parcel are rated as parcels; a bucket, a final drive or a set of tracks is rated as LTL freight from the carrier's tables, with liftgate and residential delivery priced where they apply, so the customer sees the real cost in the cart rather than in an email the next day. Which carriers and rules apply depends on what you sell and where you ship, so we set them with your shipping team.
As a checkout rule. The core charge is added to the order as its own line, the customer is told how to send the old part back, and the charge is refunded when the core is received and accepted. The returned core is recorded against the order, so the warehouse and the accounts team see the same thing.
Yes. Rental fleets, contractors and dealers get accounts with their own prices and catalogs, quick order by part number, reorder from history, purchase orders and terms, beside the retail store on the same catalog. Our page on B2B for distributors covers that side in more depth.
Yes. Prices, stock by branch, orders and invoices move between the store and your dealer management system or ERP through its API or its import and export files, whichever it offers. The integration list is written in the first step, before anything is built, and the store reads stock from the system rather than keeping a copy that drifts.
Yes. Attachments carry their own serial numbers and their own parts diagrams, and the lookup treats them as machines of their own. A store that carries parts for several brands keeps each brand's serial ranges and diagrams apart and lets the customer start from whichever machine they have.
It depends mostly on the data. A focused catalog with clean parts books and supplier files can launch in a few months; a large catalog across several brands, with dealer accounts and a dealer management system to connect, takes longer, because the diagrams and the serial data model are most of the work. The plan from the first step gives you the dates for your store.
Individually, once we have seen the parts books, the supplier data, the platform and the integrations. Diagram and serial work vary more than design does, so a number given before that read would be a guess. Send us the basics and you have a scoped plan within two business days.
Yes. We start by reading the store and its data: how serial ranges are stored, how the diagrams were made, how supplier files arrive, what the import rejects and where the wrong-part returns come from. Our project rescue service covers the takeover itself, and the parts work follows the same plan as a new build.
Let’s build something great together!
Send us your platform, a sample parts book and how many SKUs and serial ranges you carry. Within two business days we come back with how we would model the lookup and what the build would take.