Connect the systems that run your factory
Your factory already runs on specialized systems: ERP, MES, WMS, QMS and CMMS, each strong on its own. The operational gaps sit between them. Nexus is the governed integration and orchestration layer that connects those systems and builds shared context around every work order, without replacing any of them.
Three questions Nexus answers across your systems
Everything on this page supports three operational outcomes, each built on the same cross-system foundation.
Is the work order ready?
Bring together ERP demand, WMS material availability, QMS release status, MES production capacity and CMMS machine readiness before production begins.
What is happening on the floor?
Connect production activity with material, equipment, maintenance, schedule and quality context, so operations sees constraints across systems instead of inside departmental silos.
What is affected?
When quality, equipment or material issues appear, trace the affected work orders, WIP, lots, machines and inventory so teams can respond before the impact spreads.
Work-order readiness across every system
“Is work order 10482 ready?” is really several questions at once, and no single system has the whole answer. A Nexus report queries each system in one pass and composes the result.
WO-10482
READYWO-10511
BLOCKED · QUALITYInstead of a single “Released” status, the supervisor sees the constraint that actually matters, and which system owns it.
Six gaps Nexus closes between manufacturing systems
Reach the systems you have
Native adapters cover NetSuite, SQL Server, MySQL, PostgreSQL, QuickBooks Online and Monday.com, alongside Generic HTTP/REST and Generic JDBC connectors. If a system exposes a supported API or database, Nexus can bring it into the same governed layer. No purpose-built connector is required for every MES.
Reconcile the vocabularies
ERP’s work_order, MES’s job and QMS’s production_order describe the same thing. UQL presents every source through one model (Bridge, Container, Collection, Field), and pipelines and workspace tables hold the crosswalks that map them.
Answer across sources
Cross-system reports query multiple bridges at once and join the results inside Nexus. Same-source logic is pushed down; cross-system results are combined. A single status field becomes a complete readiness picture.
Live where it counts
Live-federate fast sources at view time. Synchronize slow, rate-limited or expensive sources into the Nexus workspace on a schedule. Two tiers, chosen per source.
Coordinate the response
Pipelines do more than read. They evaluate, apply business rules, query another system, and write back or escalate where the target interface allows, reducing the time from detection to response.
A view for every role
Nexus Sites turn reports, bridges and pipelines into role-specific internal apps, hosted in your deployment and running under the signed-in user’s permissions.
A digital thread built on common business keys
Connecting systems is not enough on its own. A digital thread comes from defining common manufacturing business keys, and Nexus is where those crosswalks live.
| Canonical concept | ERP | MES | WMS | QMS | CMMS |
|---|---|---|---|---|---|
| Work Order | WO-10482 | JOB-10482 | — | WO-10482 | — |
| Part | Item 3829 | Part 3829 | SKU 3829 | Part 3829 | — |
| Material Lot | Lot A184 | Lot A184 | L-A184 | A184 | — |
| Machine | WC-04 | CNC-04 | — | CNC-04 | ASSET-992 |
| Operation | Routing 30 | OP-30 | — | Inspection-30 | — |
- Part and revision, routing operations
- Material lots and WIP movements
- Machines, assets and operators
- Inspection results, NCRs and rework
- Finished goods, cost and variance
Traceability without consolidation
Nexus pulls each record from the system that owns it and connects them through mappings, reports, pipelines and workspace tables. The work order becomes the spine of the model, and no system’s data moves into a new master.
Two ways to be live
You should not query a slow ERP or a rate-limited REST API every few seconds. Nexus supports a two-tier pattern, chosen per source and mixed freely.
Live federation
For systems that respond efficiently, Nexus queries them when a report or dashboard loads, so what you see reflects the connected systems at that moment. No separate reporting warehouse is required.
- Which work orders are currently released
- Which machines have maintenance conditions
- Which orders are on quality hold
- Which material lots are available
Synchronized operational workspace
For slower, expensive or rate-limited sources, a scheduled pipeline pulls and normalizes data into the Nexus Postgres workspace, and reports and dashboards query that local copy.
- Recommended for slow or metered APIs
- Normalizes source fields on the way in
- Runs manual, scheduled or externally triggered
- Keeps dashboards fast under load
Containing a quality problem across systems
Without a connected layer, a failed inspection moves between departments while the line keeps running. With Nexus, a QMS failure can be evaluated against MES, WMS and ERP to size the exposure right away, where those systems expose the required interfaces.
- What failed? Part 3829, characteristic OD-01.
- Which production order produced it? WO-10482.
- Which machine produced it? CNC-04.
- Is that order still running? Yes.
- How many units were made after the failed sample? 37.
- Where are they? WIP, staging location B14.
- Are other work orders using the same raw-material lot? WO-10485 and WO-10491.
The objective moves from reporting QC defects to reducing the time from detection to response.
One platform, a purpose-built view for every role
The same underlying systems, presented as the operational picture each role needs.
Production Control Center
Orders running, orders awaiting machine, material shortages, quality holds, downtime, machine readiness and late orders.
Quality Containment Center
Failed inspections, active NCRs, WIP potentially affected, related material lots, machines associated with defects, orders still running and inventory requiring disposition.
Production Impact View
Machines down, PM due, production currently assigned, upcoming orders requiring the asset and estimated affected production.
Factory Operating View
Orders released, running and blocked, schedule attainment, scrap and rework, quality alerts and maintenance constraints.
Your factory data stays inside your Azure tenant
Nexus runs as a single-tenant application inside your own Azure subscription. The application, its operational Postgres database, Key Vault, storage and networking all live in your environment. The vendor-operated control plane has no access to your business data, connector secrets, queries, reports or pipeline definitions.
That changes the integration conversation from “send all of your ERP, quality, maintenance and production data to our SaaS” to “deploy the integration layer inside your existing Azure security boundary and connect your systems from there.”
Where Nexus sits in the stack
Nexus is strongest as the layer between enterprise and manufacturing applications, not as the system controlling the physical machine.
Scope and boundaries
Ambitious positioning, precise claims. These boundaries come from the platform documentation.
- Operational visibility
- Cross-system synchronization
- Work-order readiness
- Quality containment
- Production exception management
- Maintenance-aware production planning
- Traceability
- Cross-system workflow orchestration
- Management reporting
Not machine control. Nexus is not a PLC, SCADA or deterministic real-time control platform, and not a safety-critical machine-to-machine transaction bus. It sits one layer above control.
Reliability boundaries. Nexus provides a durable run queue, scheduling, monitoring, audit history, row-count constraints, write-approval workflows and exactly-once cron firing. It does not currently provide automatic run-level retries, a dead-letter queue, native durable step-level recovery, or end-to-end exactly-once execution; those are roadmap or non-guaranteed. Nexus should not be the sole safety-critical transaction bus between machines.
Nexus connects ERP, MES, WMS, QMS and CMMS through a governed integration and orchestration layer, giving teams a shared operational view of what is ready, what is running, what is blocked and what needs attention.
How this maps to the platform
Every claim on this page is grounded in the Nexus documentation.
Platform overview
ReadAdapter reference
ReadGeneric HTTP/REST
ReadGeneric JDBC
ReadUQL introduction
ReadCross-system reporting
ReadData sync
ReadPipelines overview
ReadSites overview
ReadSecurity architecture
ReadDashboards
ReadShipped vs. roadmap
ReadIntegration note. Specific integrations depend on the interfaces exposed by each third-party product. Nexus may connect through a native adapter, supported database/JDBC connectivity, REST/GraphQL APIs or other supported interfaces. Read, write, discovery, event and latency capabilities vary by source and should be validated for each implementation.
See how the platform fits together
Explore the product architecture, or get Nexus running in your own Azure tenant.