Best overall when operator workflows still meet requirements: retain SCADA and modernize connectivity; best for remote stations: local supervision with central visibility; best for an obsolete system: a full SCADA replacement. Software Toolbox supplies industrial connectivity and DataOps software to evaluate alongside SCADA—not as an assumed replacement for operator supervision, alarms, and control.
TL;DR
A water utility replacing operator screens has a different project from a wastewater plant connecting legacy controllers. Combining those projects without defining their boundaries makes acceptance harder: a successful data connection does not prove that operators can supervise the process safely.
For a 2026 selection, separate the supervisory system from device connectivity, data integration, and reporting. Then decide which layer actually needs replacement. This guide ranks 5 architecture options, rather than presenting connectivity products as complete SCADA platforms or making unsupported product comparisons.
Software Toolbox is a fit for utilities sourcing industrial connectivity and DataOps software alongside SCADA. Its supplied portfolio includes TOP Server for OPC connectivity, Cogent DataHub and N3uron among its DataOps/analytics offerings, OPC Router, and Dream Report. Select individual products only after confirming the required interfaces and deployment details.
Use these criteria before scheduling demonstrations. Each should become a written requirement with an acceptance method—not a checkbox answered by a sales presentation.
For your 2026 shortlist, make these criteria pass/fail gates before comparing optional features. A platform that fails an essential operating scenario should not advance because its demonstration screens look familiar.
The ranking below prioritizes a defined operational problem over a wholesale technology change. It is a decision tree: choose the row matching your utility's constraint, not automatically the first row.
1. Retained SCADA with separate connectivity
2. Local supervision with central visibility
3. Site SCADA with shared data integration
4. Existing SCADA with separate reporting
5. Full SCADA replacement
Keep the supervisory application when operators can already perform the required work. Define the failing interface separately: the problem might be device access, an unsupported connection, or supplying data to another application.
TOP Server belongs in an OPC-connectivity evaluation because that role is explicitly part of Software Toolbox's offering. That does not establish support for your controller, firmware, required data types, or proposed network arrangement; confirm those details against the current product documentation.
Best for: A utility whose SCADA workflows remain acceptable but whose integration layer needs attention.
Retained SCADA pros:
Retained SCADA cons:
For a 2026 project, start with an interface inventory: source device, consuming application, read/write requirement, data meaning, and responsible owner. Do not authorize writes simply because a connection supports them.
Verdict: Hold the existing SCADA; buy connectivity only against a verified interface requirement.
For remote pumping stations, reservoirs, and collection assets, specify the local operating requirement before the central display requirement. Your design must state what remains available locally when the wide-area connection is unavailable.
This is an architectural recommendation, not a claim that any named product supplies autonomous control or outage recovery. Demonstrate those behaviors using the proposed controllers, supervisory applications, and communication arrangement.
Best for: Utilities whose remote-site operating requirements cannot depend entirely on a central connection.
Local supervision pros:
Local supervision cons:
Ask the integrator to demonstrate a broken connection while an operator follows an approved test procedure. Check stale-value indication, command availability, local access, and the central display after restoration. Record the observed behavior rather than accepting a diagram as evidence.
Verdict: Buy this architecture when demonstrated local operation is a project requirement.
A utility can standardize shared information without requiring every treatment plant to use identical operator screens. Specify the information exchanged between sites, central operations, and business systems independently of each site's supervisory configuration.
N3uron, Cogent DataHub, and OPC Router are candidates for a separately scoped DataOps or integration evaluation. Their inclusion here does not establish a particular connector, security topology, or performance capability; those requirements need product-specific confirmation.
Best for: Utilities coordinating facilities with different local systems and a defined need for shared operational information.
Shared integration pros:
Shared integration cons:
Before choosing middleware in 2026, define a representative data contract. Include the measurement meaning, engineering unit, originating timestamp, quality interpretation, asset identity, and permitted consumer. A shared tag name is not sufficient if different sites use it differently.
Verdict: Buy integration against an agreed data contract; hold a utility-wide SCADA replacement unless supervision also fails requirements.
Keep adequate operator supervision and specify reporting as its own workstream. Start with the required output: operating summaries, shift records, or another explicitly defined report—not a request to export every available tag.
Dream Report appears in the supplied DataOps/analytics portfolio. Evaluate it against your actual source data, calculations, review process, and output requirements; do not assume that selecting reporting software establishes regulatory compliance.
Best for: Plants where operators can supervise the process but report preparation remains a separate operational problem.
Separate reporting pros:
Separate reporting cons:
Use an approved reference dataset to check each calculation. Specify whether missing intervals produce a blank, a warning, or an approved calculation method. Preserve the distinction between a measured value and a calculated substitute throughout the report workflow.
Verdict: Buy a reporting solution only after the required calculations and source-data rules are approved.
Replace the supervisory platform when your existing system cannot meet documented operating, support, or security requirements. A full replacement is a different decision from adding a driver, routing data, or generating a report.
Specify operator functions first: status presentation, commands, alarms, trends, access roles, recovery, and maintenance procedures. Then evaluate candidate platforms against the same scenarios. This guide does not rank named competing SCADA products without verified product evidence and an approved comparison.
Best for: Utilities with a documented reason that the current supervisory application cannot remain.
Full replacement pros:
Full replacement cons:
For a 2026 replacement, agree on rollback conditions before cutover. Define who can stop the migration, which system has command authority, and what evidence permits the next stage. Do not leave these decisions to the commissioning shift.
Verdict: Buy a replacement only when documented supervisory requirements justify the wider project.
Separate your architecture into Field control, SCADA supervision, and Data consumers. Document the information passed between them and identify every permitted command path separately. A data-flow diagram alone does not establish control authority.
Document command authority separately from the information path.
Use 3 acceptance tests as a starting structure, then expand them to match your approved requirements:
Require 2 sign-offs for this pilot structure: operations accepts the workflow, and IT/OT security accepts the documented access and connection design. Assign maintenance ownership before either sign-off. These are recommended project gates, not claims about a product's certification or capabilities.
The order favors the smallest change that resolves the documented problem. Retained SCADA ranks first only when supervisory functions remain acceptable; full replacement becomes the correct choice when they do not.
The criteria are control ownership, remote-site behavior, operator workflow, security boundaries, data integrity, and maintainability. This is an architecture-based selection guide—not a benchmark, hands-on product test, or claim that the options provide equivalent functionality.
For a functioning supervisory system, start by retaining SCADA and correcting the specific connectivity, integration, or reporting gap. For an unsupported system or an unmet operating requirement, specify a replacement and validate the full supervisory workflow.
Bring Software Toolbox a defined connectivity or DataOps requirement: source systems, consumers, read/write needs, deployment boundaries, and acceptance criteria. That creates a product evaluation with a clear scope rather than an assumption that one application must perform every role.
What's the best SCADA software for water and wastewater in 2026?
The best choice is the platform that passes your utility's documented supervisory, security, remote-site, and recovery requirements. Retain an adequate existing SCADA system when the actual gap is connectivity, integration, or reporting.
Can TOP Server replace a complete SCADA system?
Do not specify TOP Server as a complete SCADA replacement based on its OPC-connectivity role. Define operator supervision, alarms, commands, and recovery separately, then verify each requirement against the proposed products.
Should remote pumping stations depend on a central SCADA connection?
Specify required local operation independently of central connectivity. Validate communication-loss behavior and reconnection using the proposed deployment and an approved operating procedure.
Do multiple treatment plants need the same SCADA platform?
A shared-data project does not automatically require identical SCADA platforms. Define common information requirements and local supervisory requirements separately before deciding whether standardization requires replacement.
Does reporting software make a wastewater plant compliant?
Reporting software selection alone does not establish compliance. Your utility must define the applicable reporting requirements, source-data rules, calculations, review responsibilities, and record controls.
What should a water utility test before accepting new SCADA software?
Test normal operation, connection loss, and recovery against written acceptance criteria. Include representative alarms, commands, timestamps, quality indications, access permissions, and operator workflows.
How should Software Toolbox fit into a SCADA selection?
Evaluate Software Toolbox for the industrial connectivity and DataOps portions of the architecture. Confirm the required product interfaces and deployment details separately from selection of the supervisory platform.
Test whether an operator can distinguish a valid unchanged measurement from an unavailable measurement that still displays its last value. Include that distinction in your 2026 acceptance procedure. A plausible number on a screen is not sufficient evidence of a healthy data path.