BLOGS

THE SCADA REPLACEMENT PLANNING GUIDE

Eight decisions that determine whether a SCADA modernization succeeds — with real numbers from a Tier 1 manufacturer that made the move.
Replacing an end-of-life SCADA system is one of the highest-stakes projects a plant will take on. Get the plan right and you retire years of risk on a fixed timeline. Get it wrong and you risk the one thing you can’t afford to lose — production. This guide walks through the eight decisions to settle before the work starts, with quantified outcomes from a recent engagement where a Tier 1 industrial manufacturer modernized without losing a minute of uptime.
THE EIGHT DECISIONS
Inventory every system you're actually running.

Most aging control environments are not one system — they’re a stack of platforms layered over decades, each with its own quirks and dependencies. Before you can scope a replacement, you need a complete inventory of what’s really on the plant floor.

Surprises here are the leading cause of blown timelines. Catalog every HMI, SCADA, and control layer, including the ones “only one person” knows how to touch.

FROM THE FIELD A single engagement retired three separate legacy platforms — DOS-based HMI (PCWS), Indusoft Web Studio, and GE iFIX — that were running together as one control environment.
Put a dollar figure on downtime.

Your cost of downtime sets the entire risk budget for the project. It determines how much you should invest in protecting production during cutover, and how aggressive a timeline you can responsibly accept.

Pair that number with how often you can actually take the line down to test changes. If your maintenance windows are weeks apart, every modernization step that depends on one carries real schedule risk.

FROM THE FIELD In this environment, unplanned downtime ran into the hundreds of thousands of dollars per hour, and testing was confined to planned outages every 6–8 weeks.
Decide how you'll protect production at cutover.

This is the make-or-break decision. The traditional approach — take the system down, switch over, and hope it comes back up — puts your most expensive asset at risk during the riskiest moment of the project.

Plan instead for a parallel approach: stand the new system up alongside the old one, feed it the same live data, and validate its behavior against real operations before you ever hand it control. Aim for zero downtime, not “acceptable downtime.”

FROM THE FIELD Using a Shadow Mode parallel run validated against live production, the new platform went live with 100% uptime maintained through cutover.
Plan to migrate your process logic — not rebuild it from memory.

The real value in a legacy system isn’t the screens — it’s the proprietary process logic refined over years of operation. A rip-and-replace that rebuilds that logic from scratch (or from someone’s memory) throws away your hardest-won knowledge and invites errors.

Treat the logic as an asset to be carried forward. Plan to translate it faithfully into a modern, maintainable language, with parity testing against the original behavior.

FROM THE FIELD Decades of legacy FORTRAN logic was rewritten as maintainable Python and C# with zero process logic lost.
Choose a target platform you can actually staff.

A modern platform only reduces risk if your team — or a partner — can maintain and extend it. Evaluate candidates not just on features but on whether you can hire for them, support them, and grow them over the next decade.

Standardizing on a current, well-supported platform is what turns a one-time project into a durable foundation.

FROM THE FIELD The manufacturer standardized on Ignition 8.x running on current Windows infrastructure — supportable by in-house staff.
Map your validation windows before you commit a timeline.

Timelines built on optimistic assumptions about testing access tend to slip. Map your real validation windows up front, and favor an approach that doesn’t make go-live hostage to a narrow outage.

A parallel-run method largely removes this constraint, because the bulk of validation happens against live data without taking production offline.

Plan the handoff, not just the go-live.

Go-live is a milestone, not the finish line. If your team can’t confidently operate and maintain the new system on day one, you’ve simply traded one support problem for another.

Budget for complete operator and maintenance documentation and hands-on training, scheduled to land with go-live — so ownership transfers cleanly

Plan the path beyond Level 2.

A SCADA replacement is the right moment to think one layer up. Even if the immediate scope is supervisory control, choosing an architecture that can feed quality, reporting, and enterprise systems sets up the next phase of value.

Plan for ISA-95 Level 2 today with a clear path to Levels 3–4, rather than rebuilding into another silo.

BY THE NUMBERS

3
LEGACY PLATFORMS RETIRED
100%
UPTIME THROUGH CUTOVER
Zero
PROCESS LOGIC LOST
Source: Legacy SCADA Replacement for a Tier 1 Industrial Manufacturer (DOS HMI, Indusoft & GE iFIX → Ignition 8.x).

WHERE TO START

Every modernization Salem runs begins with a fixed-fee assessment: a system inventory, a risk and supportability review, a phased roadmap, and a fixed-price proposal — so you understand the scope, the risk, and the cost before committing to the build. It’s the lowest-risk way to turn an open-ended liability into a defined plan.

Tell us what’s running on your plant floor.  Call +1 336-661-0890 or visit www.salemautomation.com to schedule a consultation.

More Case Studies

Curious To See How We Can Help Your Business?

Maintain Thriving Legacy Systems with Salem Automation

We use cookies and other tracking technologies to improve your browsing experience on our website, to show you personalized content and targeted ads, to analyze our website traffic, and to understand where our visitors are coming from.