Short answer: classify the bundle by its essential character: whichever component gives the product its identity in the eyes of the buyer usually determines the heading. A fitness tracker is classified as the measuring device it is, not as the software inside it. The analysis follows GRI 3(b) for composite goods, and the most common error is classifying by the most expensive component instead of the component that defines what the product does.
Why hardware-software bundles are hard
The Harmonized System was designed for physical goods, and software does not fit neatly into it. A smart thermostat is a plastic housing, sensors, a circuit board, and firmware that makes it all work. Customs sees a composite good: multiple components that together form a single product. The classification question is which component gives the whole its essential character, because that component's heading generally wins.
The difficulty is that the value split and the identity split rarely agree. The software might represent most of the development cost and most of the product's differentiation, while the hardware is commodity plastic and silicon. Value tempts classifiers toward the software, but the tariff looks at function: what does the buyer think they bought, and what does the product do. A buyer who bought a thermostat bought a thermostat, however clever the firmware.
The GRI 3(b) essential-character analysis
General Rule of Interpretation 3(b) governs mixtures and composite goods: classification goes to the component that gives the whole its essential character. In practice, customs administrations weigh several factors. Function is first: which component determines what the product does. A drone with sophisticated flight software is still an aircraft for tariff purposes, because it flies. Consumer perception is second: how the product is marketed and what the buyer believes they purchased.
The analysis should be written down, not just thought. For each bundle, document the components, what each one does, and why the chosen component confers essential character. This memo is the document you hand customs when the classification is questioned, and its existence signals reasonable care. A classification with a written rationale survives scrutiny far better than one reconstructed from memory two years later.
Embedded software versus downloadable software
The form of the software matters. Software embedded in the device at import, firmware on a chip, an operating system pre-installed, is part of the composite good and classified with it. Software delivered separately, on physical media or by download after import, is a separate consideration: physical media with software has its own classification history, and downloaded software is generally outside the goods tariff entirely, though it may matter for valuation.
The trap is the update model. A device imported with basic firmware that becomes substantially more capable through later downloads raises the question of what was actually imported. Customs classifies the goods as presented at importation, so the firmware on the device at the border is what counts. But if the commercial reality is that the device is useless without the download, expect customs to ask hard questions about whether the import was deliberately stripped down to game the classification.
Common mistakes to avoid
The most common mistake is classifying by value: putting the bundle in the software or electronics heading because the chip and firmware cost more than the housing. Value is not the test; essential character is. The second mistake is classifying each component separately, which misunderstands the composite-goods rule: the bundle is one product for tariff purposes unless the components are genuinely separate articles merely shipped together.
The third mistake is ignoring the software in valuation while classifying by the hardware. Classification and valuation are separate analyses, and getting one right does not excuse getting the other wrong. If you paid royalties for the embedded software as a condition of the purchase, that value may belong in dutiable value even though the classification follows the hardware. Run both analyses; they answer different questions.
What if the software is the whole point of the product?
Then say so in the essential-character memo and be prepared to defend it, because customs defaults toward the physical function. A product whose hardware is generic and whose software does everything novel is the strongest case for software-driven classification, but it is still an uphill argument. Consider a binding ruling before committing the catalog to it.
Does the classification change when the firmware updates?
Not retroactively. Classification is fixed at importation based on the goods as presented. But a major firmware update that changes what the product does can change the classification of future imports of the updated product. Revisit the analysis when the product's function materially changes, not on every patch.
Should we get a binding ruling for bundled products?
If the bundle is a top SKU or the classification is genuinely debatable, yes. A binding tariff information decision locks in the classification across the EU and shifts the burden: with a BTI, customs challenges the ruling, not your judgment. For high-volume bundles, the application effort pays for itself in certainty.