Skip to main content

FactorySemantics MES

An open-source, modular, agent-native Manufacturing Execution System.

Run one module on a laptop for a five-person shop, or the full suite across a fleet of plants. Every capability is an API and an agent tool first, a screen second. Every number is honest about where it came from.

Status: pre-alpha, running simulated plants only (as of 2026-09-07). Orders and routings, OPC UA execution, OEE, quality with SPC and gauges, maintenance, finite-capacity scheduling, serialisation and genealogy, an 85-tool MCP agent surface, an ERPNext connector, and a scoring harness that measures whether the MES told the truth about its plant. The largest simulated plant is an 83-station cutlery works serialising every piece (labs/cutlery); it is the public demo. Not yet: a real plant in production, the per-operation ERP contract end to end (M7), plant packs as a product (M8), and PLC write-back beyond a guarded recommendation queue. See ROADMAP.md for what has landed and what is next, docs/ARCHITECTURE.md for the design, docs/LANDSCAPE.md for why this project should exist at all, and docs.factorysemantics.com for the documentation.

Nothing on this page is measured on a real plant. Every number in this repository comes from a simulated line and says so where it appears.


Why this exists

Three facts, verified 2026-08-28 (sources in docs/LANDSCAPE.md):

  1. No integrated open-source MES exists. ERP projects (Odoo, ERPNext, Qcadoo) stop at work orders — no machine connectivity, no OEE, no SPC. Data-infrastructure projects (United Manufacturing Hub, Rhize) deliberately refuse to be the MES. SCADA projects have machine data but no manufacturing semantics. Nothing open-source does gauge/calibration management at all. Plants that can't afford a €200k–1.5M commercial MES implementation stitch together Node-RED, Grafana, and spreadsheets — and the ERPNext maintainers themselves published the missing-features list (erpnext#50827).

  2. The agent-native lane is open, but the window is closing. Every incumbent (Siemens, Bosch, Rockwell) is bolting AI agents onto closed platforms. Tulip shipped an MCP server; Ignition announced one for 2026. An MES whose core is designed to be operated by agents — permissioned writes, append-only audit, semantic events — with the source open, has no occupant.

  3. This isn't starting from zero. The kernel came from a working, tested mini-MES (orders, routings, OPC UA machine layer, OEE, ERPNext round-trip) that was merged into this repository on 2026-08-31. The test plant is a deterministic line simulator that lives in src/fsmes/sim/. See Provenance below.

The north star

Siemens Opcenter-level functional coverage, as open-source modules on one kernel. The table is the target; the marks say how far each item has come as of 2026-09-02 (✅ landed · 🟡 partial · ⬜ not started):

✅ Production orders & routings ✅ PLC / OPC UA / Kepware connectivity ✅ Downtime tracking & OEE
🟡 Shifts, calendars & labor ✅ Quality: inspections, holds, NCR, SPC ✅ Gauge & calibration management
✅ Preventive maintenance ✅ Finite-capacity scheduling ✅ Traceability & genealogy
🟡 ERP integration (ERPNext, B2MML-flavoured file, REST) ✅ Analytics & shift reports 🟡 Agent operations layer (MCP)

Honesty about scale: Opcenter is thousands of engineer-years. The path here is not cloning it — it's shipping the 20% of each module that covers 80% of a small-to-mid plant, correctly and honestly, module by module, with agents as the force multiplier. Depth grows where users pull.

Principles

  1. Kernel + modules. A small kernel (master data, orders, routing, dispatch, execution, events, audit, auth) that is always present; everything else — quality, maintenance, scheduling, gauges — is an optional module. A customer installs only what they need.
  2. Standards-shaped, not standards-burdened. ISA-95 nouns for the data model, PackML for machine states, ISO 22400 for KPIs, B2MML only at the ERP border. Never invent a word the industry already has; never implement an XML schema internally.
  3. Agent-native. Every function callable via REST and MCP. Read tools are free; command tools are idempotent, support dry_run, and pass approval gates. Agents act on behalf of an identified human, and every action — human or agent — lands in the same append-only audit spine.
  4. Never invent production. Counter deltas book production; resets re-baseline and book nothing. OEE reports unknown, never a misleading zero. Unlabelled downtime is reported as unlabelled. Every screen states its data source.
  5. Runs anywhere. SQLite on a laptop → Docker Compose in a plant → fleet of nodes with a console. Operator UI is plain HTML/JS with no build step, because a plant PC must render it for years without a node toolchain.
  6. Simulation-first. CI runs a full fake plant (deterministic six-station line over a real OPC UA server). Every feature is demoable without hardware. Scripted failures — breakdowns, changeovers, counter resets, micro-stops — are named regression tests.
  7. Config, not code, at every plant boundary. Which tags a machine exposes lives in a tag map. What a plant enables lives in a plant pack — one directory, validated offline by fsmes pack check, carrying no code and no secret. Three lab packs exist to prove it: two that disagree about the line, and a third invented to disagree with the pack format itself and to run the same wheel with two modules switched off.

Provenance — where the code comes from

This project is a convergence, and its origins are recorded deliberately:

Source What it contributes License status
MES-TWIN (the maintainer's earlier personal project) The kernel: routing/order model, OPC UA agent + tag maps, OEE math, ERP adapters, auth, audit — merged wholesale on 2026-08-31 and built on since Merged into this repository; Apache-2.0 here
LineSim (the maintainer's earlier personal project) The CI/demo plant: deterministic line physics → CSVs → OPC UA replay or Kepware Ported into src/fsmes/sim/; not a dependency
FactorySemantics (the semantic layer) The canonical event envelope and manufacturing ontology this MES is meant to emit through its outbox Not yet a dependency: as of 2026-09-07 the code does not import it (ROADMAP, "carried decision for M1")
factorysemantics.com Patterns only: plant packs, capability-filtered MCP tool surface, single-writer locks, observe-don't-push fleet console Patterns re-implemented here; that code stays there

Clean-room rule: everything here derives from the personal projects above, public standards, and public documentation. Nothing derives from any commercial MES's internals, schemas, or documentation, and no employer data or configuration is ever committed. Domain understanding from running an MES daily informs what to build; proprietary material does not enter this repository.

The FactorySemantics family

  • FactorySemantics MES (this repo) — the execution layer: runs the floor, books production, owns the audit trail.
  • FactorySemantics — the semantic layer: canonical events and ontology this MES is designed to emit (not yet published; see Provenance).
  • factorysemantics.com — the commercial layer: on-prem analytics/ML nodes and the fleet console that consume those events.

The MES makes the data; the semantic layer names it; the intelligence layer learns from it.

Decisions (ratified 2026-08-28)

Decision Call Why
License Apache-2.0 everywhere, contributions under DCO The two closest industrial comparables (United Manufacturing Hub, frePPLe) both left copyleft because integrators are the adoption channel; closed-SaaS strip-mining of a niche on-prem MES is a phantom threat. Copyright stays concentrated, so every future option remains open.
Package name dist factorysemantics-mes, import fsmes Brand on the index, four keystrokes in code. Both names verified free on PyPI, 2026-08-28.
Publication Public from 0.1.0, with a fresh history. The private era (2026-08-28 to 2026-09-07) is summarised in docs/history/private-era.md. Readiness and permission were kept separate on purpose: the repository went public when a stranger could install it, run a simulated plant, and read why every number is what it is.
Governance One maintainer, decisions in public. GOVERNANCE.md, docs/decisions/. A page that tells the truth beats a committee that does not exist.

Getting started

Install from PyPI into an isolated environment and run the built-in story: one order released against a routing, run down a simulated six-station line over a real OPC UA server, booked honestly, and completed.

pipx install factorysemantics-mes   # or: uv tool install factorysemantics-mes
fsmes info
fsmes demo

From a checkout, on Linux or macOS:

python -m venv .venv && .venv/bin/python -m pip install -e ".[dev]"
.venv/bin/fsmes info
.venv/bin/python -m pytest

On Windows (plant PCs are Windows, and CI proves it):

python -m venv .venv; .venv\Scripts\python -m pip install -e ".[dev]"
.venv\Scripts\fsmes info
.venv\Scripts\python -m pytest

What runs today (2026-09-07): simulated plants from a registry (fsmes plant all start), each a complete MES over a real OPC UA server with its operator screens; fsmes score <plant> replays a scripted hour and reports whether the MES booked what the line produced, whether a planned stop was misbooked as downtime, and whether the scripted breakdown was detected; two MCP servers (the product's 85 tools, the simulator's 13). The test suite is the gate, and CI runs it on Linux and Windows.

The public demo at demo.factorysemantics.com is the cutlery plant from labs/cutlery, simulated, serving a copy of one scored hour. Nothing there is a real factory.

Where things are

Documentation docs.factorysemantics.com — plant, operate, develop, agents
Questions and ideas GitHub Discussions
Bugs Issues — say whether the plant is simulated or real
Contributing CONTRIBUTING.md — DCO, house rules, provenance rule
Conduct CODE_OF_CONDUCT.md
Security SECURITY.md — private reporting, what is and is not in scope
Governance GOVERNANCE.md, MAINTAINERS.md, docs/decisions/
Changes CHANGELOG.md
Licence Apache-2.0, with NOTICE

Metadata

Release files for factorysemantics-mes 0.2.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for factorysemantics-mes 0.2.0
File Size Uploaded
factorysemantics_mes-0.2.0.tar.gz 1.7 MB Details

Built distribution (wheel)

Table of built distributions (wheels) for factorysemantics-mes 0.2.0
File Interpreter ABI Platform
factorysemantics_mes-0.2.0-py3-none-any.whl Python 3 none any Details

Total release size: 2.8 MB

Release files / factorysemantics_mes-0.2.0.tar.gz

Download URL factorysemantics_mes-0.2.0.tar.gz
Size 1.7 MB
Tags Source
SHA-256 checksum
How to use checksums
d255f33f41f4568a0d8dbb95ab8c66c3d33b8a41194f245e28c3e8ad49a8aa49
BLAKE2b-256 checksum
How to use checksums
90323fc1a6c415083d780ba1968c7980f1d08f6c003784ba2f018f79e2f4ac2a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.

Transparency log

Release files / factorysemantics_mes-0.2.0-py3-none-any.whl

Download URL factorysemantics_mes-0.2.0-py3-none-any.whl
Size 1.1 MB
Tags Python 3
SHA-256 checksum
How to use checksums
accee200e598d1b30368a0c36841b153da6cdd11a7063df4467ca6a05aceb819
BLAKE2b-256 checksum
How to use checksums
494aa8dc5e715038a0532027da0b69b9460bea7f612b794a192d678cb9a7d8c5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.

Transparency log

Release history Release notifications | RSS feed

0.3.0

2 release files

This release

0.2.0 This release

2 release files

0.1.2

2 release files

0.1.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page