Skip to main content

Announcing Release 2026-3

ยท 4 min read
Arno WeiรŸ
Senior Developer at SAP
Janis Kretschmann
Developer at SAP

This release extends the Factory-X specification portfolio with two new use-case ADRs. The network-level specifications are proven as foundation and remained stable.

New Use-Case ADRsโ€‹

This release 2026-3 introduces the first two use-case ADRs targeting the MX-Port Hercules configuration. Both use-cases specify how the network-ADRs from the Hercules baseline are composed into end-to-end data exchange scenarios.

ADR-101 โ€“ Energy Consumption & Load Management (0.1.0)โ€‹

ADR-101 specifies normative guidance for the Energy Consumption & Load Management use-case. It enables the exchange of energy production and consumption forecasts between Energy Companies (Data Providers) and Factory Operators (Data Consumers). The ADR defines a dedicated Forecast Service API (specified as an OpenAPI document), required AAS submodels (Digital Nameplate 3.0.1, EnergyFlexibilityDataModel 1.0.0, Time Series Data 1.1), and Shell Descriptor requirements for energy meter time series assets. It builds on the Hercules network-ADRs.

ADR-102 โ€“ Manufacturing as a Service (0.1.0)โ€‹

ADR-102 specifies normative guidance for the Manufacturing as a Service (MaaS) use-case. It covers three end-to-end scenarios โ€” Supplier Capability Notification, Search/Request/Offer/Order, and Order Execution & Quality Control โ€” and defines which IDTA submodel templates must be used for each. Suppliers act as Data Providers; platform applications and buyers act as Data Consumers. Both parties build on the Hercules network-ADRs (ADR-002, ADR-003, ADR-008, ADR-009).

Implementation reportโ€‹

Conforming ImplementationArtifactADRsDescription
Factory-X EDC0.3.0ADR-002 0.2.0, ADR-003 0.2.0The new release mainly saw internal refactorings and the removal of legacy features. As such, support for DSP 0.8 was removed.
DSP-native Basyx0.1.0ADR-002 0.2.0, ADR-003 0.2.0, ADR-008 (only the Repository-APIs)The project extends on the Basyx Java Server SDK and the Dataspace Protocol Lib to ship an AAS-server (ADR-008) that is natively secured with the Dataspace APIs (ADR-002, ADR-003). No API-level changes were shipped since the last release
fa3st-service (Factory-X fork)0.2.0ADR-008 0.2.0 (Only the Repository-APIs), ADR-009, ADR-011The development fork of the FAAAST AAS framework implements a set of features that transcend the current upstream. It is the first implementation of the specification of messaging with AAS as specified in ADR 011. The 0.2.0 release saw implementation of a feature that simplifies Data Providers to conform with ADR-009

Other full or partial implementations may already exist in commercial or open-source repositories. Certifying such components may in the future be the activity of a Conformity Assessment Body or Certification Program.

Website Improvementsโ€‹

ADR Graph Visualizationโ€‹

The specification website now ships an interactive ADR Graph that renders the dependency network between all ADRs. The graph defaults to the latest released version and is synchronized with the Docusaurus version selector in the navbar. This makes it easier to understand how network- and use-case-ADRs compose into a coherent specification stack at a glance.

ADR Graph showing dependencies between Network and Use Case ADRs

OpenAPI Renderingโ€‹

ADRs that reference an OpenAPI specification โ€” like ADR-101 โ€” now render the API contract directly on the documentation page. This removes the need to open the raw YAML file and makes the API surface immediately visible to readers.

Contributor Experienceโ€‹

ADR Contribution Guide and Templatesโ€‹

A new CONTRIBUTING.md provides step-by-step instructions for authoring both network-ADRs and use-case-ADRs, including a ready-to-use template and guidance on how to integrate OpenAPI specifications. The README.md has been updated with a contributor overview, and a CODE_OF_CONDUCT.md has been added.

REUSE 3.3 Complianceโ€‹

The repository is now compliant with the REUSE 3.3 specification. All source files carry SPDX copyright and license headers. Code is licensed under Apache-2.0; documentation is licensed under CC-BY-4.0. The LICENSES/ directory ships the full license texts, and REUSE.toml captures the per-path license annotations.