Yes, Connect 981 can support multiple facilities and shared analytics, but that does not automatically mean every site will behave like a single, standardized system from day one.
In practice, multi-facility support usually depends on how the implementation handles site hierarchy, common data definitions, user permissions, workflow variation, and integration with existing ERP, MES, PLM, QMS, and shop floor systems. If those pieces are inconsistent across plants, shared analytics may be technically possible but operationally misleading.
A workable multi-site setup often includes:
separate facilities, lines, cells, or programs managed within one platform structure
site-specific workflows, approvals, or forms where local process differences are real and must be preserved
shared reporting across sites for common metrics
role-based access controls so users see only the data they are authorized to see
traceable configuration and change control when templates or workflows are reused across facilities
Whether that works cleanly depends on governance. If one plant defines downtime, scrap, rework, nonconformance, or completion differently from another, a shared dashboard can create false comparability.
Shared analytics are generally feasible if the underlying data is mapped consistently. The main constraint is not the dashboard layer. It is the quality and consistency of the source data.
Common dependencies include:
standardized master data for parts, work centers, operations, reason codes, and personnel or role structures
consistent event timing and transaction discipline across facilities
clear rules for local versus enterprise KPIs
integration quality with incumbent systems
security segmentation, especially where export-controlled, customer-restricted, or program-specific data must not be broadly exposed
If those conditions are weak, shared analytics can still be delivered, but they usually require qualification of metrics, local data cleansing, and explicit caveats about comparability.
Most regulated manufacturers do not start with a clean slate. One facility may have a mature MES, another may rely on ERP transactions and spreadsheets, and a third may have custom quality workflows. Connect 981 can coexist with that reality, but the rollout approach matters.
Full replacement across all facilities is often the wrong first move in regulated, long-lifecycle environments. It can fail because of qualification burden, validation cost, downtime risk, integration complexity, and the need to preserve traceability and change history on long-lived assets and programs.
A more practical approach is usually phased coexistence:
connect to incumbent systems where replacement risk is high
standardize a limited set of shared data objects and KPIs first
allow controlled local variation where processes genuinely differ
expand enterprise reporting only after data definitions are stable
More standardization improves cross-site analytics, but can slow adoption where local processes are materially different.
More local flexibility improves fit at each plant, but makes enterprise reporting harder to trust.
Centralized templates reduce duplication, but require stronger change control and regression testing.
Broader data visibility improves leadership insight, but increases security, segregation, and governance requirements.
So the short answer is yes, but only with deliberate data governance, integration discipline, and a rollout model that respects existing systems and validation constraints.
Whether you're managing 1 site or 100, Connect 981 adapts to your environment and scales with your needs—without the complexity of traditional systems.
Whether you're managing 1 site or 100, C-981 adapts to your environment and scales with your needs—without the complexity of traditional systems.