If your fleet still runs Windows CE or Windows Embedded Handheld, those devices haven’t received security updates from Microsoft in years. The question isn’t whether to migrate. It’s how to do it without stopping the operation that depends on them.
Many of these devices are still working, which is exactly why they’re still in service. They scan, they print, and the warehouse or route runs on the apps written for them a decade ago.
This post covers which versions are out of support, what that exposes you to, and a four-step plan for moving a rugged fleet off them.
Which Windows CE and Windows Embedded versions are out of support
Every version of Windows CE and Windows Embedded Handheld commonly found on rugged devices has reached the end of Microsoft’s extended support. Here are the dates from Microsoft’s own lifecycle pages.
| Operating system | End of extended support |
|---|---|
| Windows Embedded CE 6.0 | April 10, 2018 |
| Windows Embedded Handheld 6.5 | January 15, 2020 |
| Windows Embedded Compact 7 | April 14, 2021 |
| Windows Embedded Compact 2013 | October 11, 2023 |
The end-of-service-life FAQ explains the difference between end of sale, end of mainstream support, and end of extended support, which matters when you’re reading manufacturer notices.
What running unsupported devices really exposes you to
Unsupported doesn’t mean broken. It means nobody is fixing what breaks from here on, and the risk grows each year the devices stay in service.
Security is the first exposure. Devices without patches sit on the same network as everything else, and they can’t run current security controls. Many current mobile device management (MDM) platforms no longer support them well, if at all.
Repairability is the second. Replacement parts and batteries for discontinued models get scarce, and failures start to cluster as devices of the same age wear out together. A fleet that limps along for years can fail fast once that starts.
The third is compliance. If those devices handle personal information, you remain accountable for protecting it under PIPEDA, and unpatched hardware is a hard thing to defend in an audit or after an incident.
Step 1: Find out exactly what’s affected
Start with an inventory that’s accurate enough to plan from. You need the model, operating system version, site, and role for every legacy device, plus every app that runs on it.
Pull the list from more than one source. Your MDM console, purchase records, and repair history will each miss devices the others catch, and a walk-through of the sites usually turns up units nobody had recorded. Legacy devices sitting in drawers and charging cradles count too, because they’re still holding data.
Record the condition of each device while you’re at it. Devices already failing tell you which sites to migrate first.
The apps matter more than the hardware. A list of devices tells you what to buy. A list of apps tells you how long the migration will take, because each one has to move somewhere.
Step 2: Decide what happens to each app
Every legacy app needs a destination before you order hardware. There are usually four options, and most fleets use more than one.
- Terminal emulation. Host-based “green screen” apps can run on modern devices through an emulation client, often with the quickest path to cutover.
- Browser-based app. Some legacy workflows can move to a web app that runs on any current device.
- Rewrite for Android. Custom apps can be rebuilt natively, which takes longest but gives the strongest long-term fit.
- Replace with a packaged app. Your warehouse, transport, or store system may already offer a mobile app that replaces the custom one.
Test each app on the target device with the people who use it. A workflow that scans perfectly on a desk can fail on a loading dock in the cold.
Step 3: Choose replacement hardware and its support window
Buy for the next lifecycle, not just the next year. A rugged device is a multi-year commitment, so the operating system support window matters as much as the hardware specs.
For Android rugged devices, check the manufacturer’s published security update commitment. Google’s Android Enterprise Recommended requirements oblige participating manufacturers to publish the last month and year a device is guaranteed to receive security updates, and how often those updates ship. Ask for that date before you sign.
Then match the device to the work. Temperature range, drop rating, scan range, battery swap, and mounting all affect whether a device survives the job. The guide to choosing between rugged and consumer devices covers where each fits.
How to budget the migration
The hardware is the most visible cost, but it’s rarely the whole budget. Build the number from every line the project touches, so the approval covers what the migration actually needs.
Include devices and accessories (batteries, cradles, holsters, vehicle mounts), app work for anything being rewritten or re-platformed, MDM licences and setup for the new fleet, staging and shipping, training time, and secure retirement of the old devices. Leave a contingency for the app that turns out harder than expected, because there usually is one.
If a large capital request is the obstacle, ask whether a subscription model fits. Device as a Service (DaaS) spreads hardware, staging, and support into a monthly cost per device, which some organizations find easier to approve than a single purchase.
Step 4: Plan the cutover by site and retire the old devices securely
Migrate site by site, not all at once. Pilot at one location, fix what the pilot shows, then roll out in waves with spares on hand and the old devices still available as a fallback for the first days.
Here’s what actually happens in many migrations. The new devices arrive, the old ones go into a storage room, and months later nobody can say what data is still on them. Plan the retirement as part of the project, with certified data wiping, chain-of-custody records, and responsible recycling.
This is the physical work we do, in-house and in Canada. We source replacement devices vendor-neutrally, stage and ship them to each site, and handle secure decommissioning of the legacy fleet with certified data destruction and documentation.
The strategic sourcing guide covers how to standardize models so you don’t end up in the same position in ten years. Just know that outside help fits best for multi-site fleets in the hundreds or thousands, and a small fleet at one site can often manage the swap internally.
Questions we hear about Windows CE migrations
Is it safe to keep using Windows CE devices?
They’ll keep working, but they no longer receive security updates from Microsoft, and parts and batteries are getting harder to find. The risk grows each year, especially for devices on your corporate network or handling personal information. Most organizations treat unsupported devices as a planned migration rather than an emergency, but they shouldn’t treat it as optional.
How long does a rugged fleet migration take?
It depends mostly on the apps, not the devices. Fleets running a few packaged or terminal-emulation apps can move relatively quickly once hardware arrives, while fleets with custom apps that need rewriting take much longer. Plan for inventory, app decisions, a pilot, and site-by-site rollout, and set the timeline from the slowest app.
Can Windows CE apps run on Android?
Not directly. Host-based apps can usually run on Android through terminal emulation, and others need to be rebuilt as Android or web apps, or replaced with a packaged mobile app from your software provider. Each legacy app needs its own decision before you buy hardware.
Where to start
Count the legacy devices you still have, by site and model, and list every app they run. That inventory decides the budget, the hardware, and the timeline. Then pick one site for a pilot and plan the retirement of the old devices before the new ones arrive.
References
- Microsoft Learn, Lifecycle: Windows Embedded CE 6.0. End of extended support date.
- Microsoft Learn, Lifecycle: Windows Embedded Handheld 6.5. End of extended support date.
- Microsoft Learn, Lifecycle: Windows Embedded Compact 7. End of extended support date.
- Microsoft Learn, Lifecycle: Windows Embedded Compact 2013. End of extended support date.
- Google, Android Enterprise Recommended requirements (updated May 2026). Security update end-date publication requirement for rugged devices.