IoT Strategy
29.07.2026

Escaping minimum commitments and lock-in in IoT connectivity

Annual minimums, activation-based billing, and single-operator lock-in punish fast-scaling IoT fleets. Here’s what flexible, pilot-friendly connectivity terms look like instead.

IoT connectivity contracts often feel designed for large, predictable deployments — and punish everyone else. Minimum commitments, activation-based billing, and lock-in punish flexible scaling, and the companies that scale faster than expected feel it most, even though rapid growth is, in every other respect, great news.

That’s the irony worth sitting with: the fleets these terms hurt most are the successful ones. It’s one of the nine reasons IoT fleets switch connectivity providers.

Here’s how the punitive terms work, where they come from, and what flexible commercial terms look like instead.

How do punitive contract terms show up?

Fleet managers describe being locked into annual contracts with minimum volume commitments well above what they actually use, so they pay every month for idle capacity. Others are billed from the moment a SIM is activated rather than when a device first goes live — meaning any device sitting in a warehouse quietly generates cost before a single byte of data has moved.

The rigidity goes beyond billing cycles. Several prospects describe losing deals outright because a provider demanded large upfront payments or imposed terms that simply didn’t fit the project’s commercial reality. Others are locked in with one operator because their SIM contract makes switching practically impossible, leaving them exposed when that operator underperforms.

And without per-SIM visibility into usage, a problem like a device going rogue only surfaces when the overage invoice lands — by which point the cost is already billed.

“Our provider’s pooled-data billing gives no per-SIM visibility. When a device goes rogue we only find out after an overage invoice lands.”

Why are IoT contracts built this way?

This is a telecom legacy problem. Traditional telecom contracts were built around predictable, large-scale consumption: a fixed number of SIMs, a known data envelope, a stable network footprint. The commercial model followed suit — commit upfront, pay for minimums, accept the terms or walk away.

For an IoT fleet whose deployments ramp gradually, vary by season, or hinge on winning the next customer contract before ordering the next batch of SIMs, that model is a poor fit. Minimum volume clauses, activation-based billing, and single-operator lock-in are all artifacts of a contract structure that was never designed with flexible scaling or hypergrowth in mind.

Nobody built these terms to punish IoT fleets. But nobody rebuilt them for IoT either — and that’s the difference between a provider with telecom terms and a provider with IoT terms.

What flexible IoT connectivity terms look like

What fleet managers increasingly ask for — offered up by fleet managers themselves — is the idea of a testing period. They aren’t afraid to commit; they’ve done it before, albeit to mixed results. But they want real clarity on what they’re committing to.

Beyond that, they’re looking for providers that won’t lock them in on pure commercial terms or enforce commitment for its own sake. Above all, managers want flexible ramp-up and ramp-down pricing, staircase discounts, or pilot-friendly sandbox options.

Put together, the checklist for a contract that fits a scaling fleet looks like this: a testing period before commitment, billing tied to devices actually going live rather than SIM activation, ramp-up and ramp-down flexibility, per-SIM visibility so a rogue device surfaces before the invoice does, and no lock-in on pure commercial terms.

How Onomondo approaches commercial terms

Onomondo’s terms are built for how fleets actually scale: flexible terms, pilot and sandbox options to test before committing, and per-SIM visibility so you see what every device is doing — not just what the pool consumed after the fact.

Underneath it is the tenet this whole series keeps returning to: fleet managers should be free to choose, free to control, and free to leave. A provider confident in its product doesn’t need lock-in to keep customers — which is exactly why lock-in should make you suspicious of the providers that do.

Contract terms are one half of the commercial picture; what the invoice actually says is the other. For the fees and fragmented billing side, see why your IoT connectivity bill never matches the quote, or go straight to Onomondo’s pricing.

Frequently asked questions

Do IoT SIMs require a minimum commitment?

Many providers require annual contracts with minimum volume commitments — often well above what a fleet actually uses, so you pay every month for idle capacity. But that’s a legacy telecom contract structure, not a technical necessity, and providers built for IoT offer flexible ramp-up and ramp-down instead.

What is activation-based billing?

Billing that starts the moment a SIM is activated rather than when the device first goes live. A device sitting in a warehouse quietly generates cost before a single byte of data has moved.

Can you get an IoT SIM with no contract?

Yes — fleet managers increasingly look for testing periods, pilot-friendly sandbox options, and providers that won’t lock them in on pure commercial terms. The point isn’t avoiding commitment altogether; it’s having real clarity on what you’re committing to first.

Why is single-operator lock-in risky?

When your SIM contract makes switching practically impossible, you’re exposed if that operator underperforms — you carry the downtime and have no leverage to fix it.

Build your
own network

Secure, reliable device connectivity anywhere with our efficient IoT SIMs. Gain complete control and leave behind unreliable networks.

Start testing Onomondo for free

Ready to experience next-generation IoT connectivity? Create an account, explore the platform, and start testing Onomondo’s IoT SIM cards for free.

Articles
IoT roaming regulations: the blockers that halt new-market launches
IoT Strategy
Articles
Avoid IoT deployment delays from SIM logistics and lead-times
IoT Strategy
Articles
The Hidden Cost of Network Steering in ioT
IoT Strategy
Network steering routes IoT devices onto weak partner networks — causing outages, battery drain, and surprise fees. Here’s how it works, and why non-steered SIMs fix it.
Articles
9 Reasons IoT Fleets Switch Connectivity Providers
IoT Strategy
The 9 recurring reasons IoT fleets re-do connectivity at scale — steering, SIM lock-in, bill shock, blind troubleshooting, and more — and what to demand instead.
onomondo-kigen-sgp32
Articles
Onomondo and Kigen partner to deliver customers a fully interoperable SGP.32 ecosystem
Press Release
Onomondo now offers preloaded cellular connectivity eSA-certified SGP.32 eSIMs and SIMs with Kigen. Early customers are already testing and deploying on Onomondo’s connectivity infrastructure.
Top IoT connectivity providers for large fleets
Articles
Top 7 IoT connectivity providers for large fleets in 2026
Global Connectivity
This analysis breaks down 7 IoT connectivity providers across global presence, scalability, network visibility, and commercial models to help IoT companies and large fleet operators find the connectivity infrastructure that fits how they actually operate.
Remote SIM Provisioning for IoT
Articles
Remote SIM Provisioning: What is it and how it works for IoT
Connectivity Basics IoT SIM
Learn what Remote SIM Provisioning is, how it works, and why it matters for IoT deployments – from eUICC fundamentals to SGP.32, form factors, and real-world benefits.
iSIM
Articles
What is an IoT iSIM? How it works, benefits, and why it matters
IoT / M2M SIMs
If you’re building IoT devices today, you’re likely looking at traditional, physical SIM form factors, and possibly embedded SIMs. But there’s a newer form factor starting to reshape how connectivity is designed: iSIMs. So what actually changes with iSIMs—and when do they make sense to use? We break it down in this article.
SGP.32 eSIM IoT interview with Henrik Aagaard
Articles
“eSIM IoT isn’t connectivity – it’s a device capability”. An interview about SGP.32 with Henrik Aagaard
Future-proofing IoT IoT SIM
You’ve probably heard a lot about eSIM IoT, SGP.32 – how much of it is substance and how much is noise? Henrik Aagaard separates the wheat from the chaff.