Eclipse Tractus-X Partners with the Eclipse Dataspace Working Group
Madrid, Spain | Dataspace Symposium 2026 – We are thrilled to announce a significant milestone for Eclipse Tractus-X at the Dataspace Symposium 2026 (February 10-11, 2026, in Madrid, Spain): our project has officially partnered with the Eclipse Dataspace Working Group (EDWG)!
Following a successful vote among the committee and project leads, Eclipse Tractus-X has been included under the purview of the Eclipse Dataspace Working Group. This partnership marks a pivotal moment in our journey and sends a clear signal: Eclipse Tractus-X is more ready than ever to drive the adoption of future dataspace solutions and accelerate dataspace development.
Making this announcement at the Dataspace Symposium—bringing together industry leaders, innovators, and standardization experts from around the world—underscores the international significance of this partnership and our shared commitment to advancing the dataspace ecosystem.
Collaboration drives the success of Eclipse Tractus-X, and we are excited to invite you to the Release Planning sessions for R26.06! These sessions are your chance to shape the roadmap, align with the community, and ensure a well-structured release.
We are excited to announce the launch of KIT 2.0 Architecture - a major redesign of how we visualize and organize our KIT ecosystem. This update brings a fresh perspective to understanding the layered architecture of Eclipse Tractus-X, making it easier than ever to explore and navigate our comprehensive collection of KITs.
KIT, short for Keep It Together, is an open-source toolbox with comprehensive documentation that enables multiple stakeholders (Business, Solution Providers, Developers) to build interoperable applications compatible with the Eclipse Tractus-X dataspace technologies, and support the compliance with industrial standards from standarization organizations (Catena-X e.V., IDTA, ISO/DIN, EDWG, Manufacturing-X, etc.) and in some cases enable regulatory compliance.
A KIT provides everything needed to implement and deploy specific business scenarios within a dataspace environment - from architectural guidance and API specifications to reference implementations and operational procedures. Each KIT serves as a complete, self-contained package that enables developers, operators, and business stakeholders to understand, build, and run solutions that are interoperable across the dataspace network.
The KIT framework has evolved significantly from version 1.0 to 2.0 to support the growing needs of multiple dataspaces and industries. This transition represents a fundamental shift in how we approach dataspace interoperability - moving from a single-industry focus to enabling multiple industries to leverage the same foundational technologies while maintaining the flexibility to address industry-specific requirements through modular extensions.
KIT 1.0
Legacy
Single-industry focused approach designed specifically for the Catena-X automotive dataspace.
Catena-X automotive only
Single dataspace support
Restricted structure
No clear maturity levels
Evolution
KIT 2.0
Current
Multi-dataspace, multi-industry approach supporting diverse ecosystems including Manufacturing-X and beyond.
The new architecture features a beautiful hexagonal layout that visually represents the four main layers of our KIT ecosystem, allowing now KITs to be industry specific:
tip
Click in the architecture components to see a personalized views! Or continue scrolling if you want to know more!
Our KITs Architecture
Building the foundation for interoperable solutions across industries
Click on the building blocks below to explore KITs by category
Support us on finding a final clasification for each KIT! An initial destribution was done based on the context and requirements from each KIT. In case there is a bug or mistake, feel free to open an issue and inform it at our official office hours. Currently the content of the KITs (the structure) is still not refactored, but it is planned already eclipse-tractusx/sig-release#1567, support and contributions are always welcomed!
Here is a detailed explanation of the diagram above, and how this architecture improves reusability:
USE CASES
CROSS-INDUSTRY USE CASES
INDUSTRY-SPECIFIC USE CASES
CONSTRUCTION
CHEMISTRY
SEMICONDUCTOR
MANUFACTURING
AUTOMOTIVE
...
USE
INDUSTRY CORE FOUNDATION
USE
DATASPACE FOUNDATION
Dataspace Foundation
The network basis for industrial dataspaces, providing core components required for maintaining interoperability. These KITs ensure secure, sovereign data exchange using dataspace technology - exchanging "bytes" without concern for specific data formats.
Industry Core Foundation
Common capabilities and standards shared across all use cases within any industry, enabling the new use cases of tomorrow. These KITs define core data models, digital twin concepts, and cross-functional services that enable building multiple use cases while maintaining interoperability and data consistency.
Cross-Industry Use Cases
Business scenarios and challenges applicable across multiple industries. These KITs solve concrete problems related to sustainability, quality, supply chain management, and other horizontal concerns that span industry boundaries.
Industry-Specific Use Cases
Specialized solutions tailored to unique challenges of particular industries. These include dedicated implementations for Automotive, Shop Floor, Semiconductor, Construction, Chemical, and other vertical domains with industry-specific regulatory requirements and specialized functionality.
With KIT 2.0, we've established a comprehensive framework and clear guidelines for creating and maintaining KITs. Our Tractus-X Release Guidelines (TRGs) provide a structured approach to KIT development, ensuring consistency, quality, and interoperability across all KITs.
There is a metadata datamodel for every KIT defined as follows:
{ id:'<unique-kit-id>',// Unique identifier for the KIT name:'<KIT NAME IN UPPERCASE>',// Display name logo:<KitLogoComponent>,// React SVG component logoHeight:<number>,// Logo height in pixels logoWidth:<number>,// Logo width in pixels route:'<route-to-kit-adoption-view>',// Path to KIT documentation colors:{ primary:'<hex-color>',// Primary brand color gradient:'linear-gradient(...)'// CSS gradient definition }, maturity:{ currentLevel:'<level>',// 'Sandbox' | 'Incubating' | 'Graduated' graduationStatus:'<status>',// 'draft' | 'in progress' | 'in review' (for Incubating only) graduatedAt:'<YYYY-MM-DD>',// Date when graduated (only if Graduated) deprecatedAt:'<YYYY-MM-DD>'// Date when deprecated (only if deprecated) }, deprecated:<boolean>,// true | false domain:'<domain-category>',// e.g., 'Sustainability', 'Engineering', 'Supply Chain' industries:['<industry-id>',...],// Array of industry IDs (optional for foundation KITs) description:'<kit-description>',// Short description of the KIT metadata:{ created:'<YYYY-MM-DD>',// Creation date lastUpdated:'<YYYY-MM-DD>',// Last update date latestVersion:'<version>',// Current version (semantic versioning) new:<boolean>// true if recently added } }
Additionally, there is a Datamodel for Industries and for Dataspaces defined in a similar manner, more information can be found clicking on the button below!
Thanks to this we can now monitor the growth and evolution of the KIT ecosystem over time, providing valuable insights into adoption trends and areas of focus. And knowing how is the state of life from the KITs evolving during each release.
Understanding the KIT lifecycle is crucial for contributors and users alike. Each KIT in the Tractus-X ecosystem follows a structured maturity progression that ensures quality, completeness, and real-world validation before reaching production readiness.
KITs progress through three distinct lifecycle stages, each with specific requirements and validation criteria:
Sandbox Level
The Sandbox level is the entry point for new KIT ideas. At this stage, the focus is on establishing a clear vision, mission, and business value proposition. This level serves as a preview of potential business innovation and allows for community feedback and validation.
Key Characteristics:
Conceptual phase with defined vision and scope
Community interest validation
Basic problem definition and domain identification
Foundation for future development
No strict standards mandatory, just a clear business vision
Incubating Level
Incubating represents the active development phase where KITs evolve from concept to functional implementation. This level includes three distinct sub-states that provide clear progression milestones:
Draft: Initial development and structure setup, basic artifact creation
In Progress: Active implementation, full artifact development, and testing
In Review: Quality assurance, peer review, and compliance checking
During incubation, KITs must complete all mandatory artifacts, including comprehensive documentation, API specifications, reference implementations, and test cases.
Graduated Level
Graduated is the highest maturity level, indicating that the KIT has passed comprehensive testing, expert validation, and real-world case studies. These KITs are production-ready and have demonstrated business value through community adoption.
Requirements for Graduation:
All mandatory artifacts completed and validated
Successful case study with community partner
Expert testing and approval completed
Proven business value and clear technical implementation
All lifecycle transitions are tracked in the KIT Master Data and validated according to the TRG 10.03 - KIT Lifecycle guidelines. This ensures transparency and consistency across the entire KIT ecosystem.
Each maturity level has specific artifact requirements that must be fulfilled for a KIT to progress. The table below shows the comprehensive list of required artifacts for each lifecycle stage:
Legend:
Mandatory
* Initial Draft Version (If Applicable)
In Development / Extension of Specification
Expert Review Needed
Artifact / Stage
Sandbox
Incubating Draft
Incubating In Progress
Incubating In Review
Graduated
Additional Info
General Requirements
Changelog
Version history and updates, is mandatory for all lifecycles
Code Owner
*
Required for graduation - how to configure see TRG 10.02 - KIT Content Structure and see also TRG 10.05 - KIT Graduation Process
All Files
Notice
Legal and compliance notice in every file as described in TRG 07.07 and TRG 07.08
KIT Icon
SVG KIT icon stored at /static/img/kits/<kit-id>/<kit-id>-kit.svg as described in TRG 10.02 - KIT Content Structure
Adoption View
Vision / Mission
Core foundation document, which describe why it makes sense and what is the goal of the KIT
Business Value(s)
This is necessary to show if there is a clear business value for the KIT
Use Case / Domain explanation
Explains the Use Case (What is its context) and how it works
Logic / Schema
*
Required for documenting the context, diagrams which specify the system that can be built with the KIT
Semantic Models / Data Structures
*
Describes the Data Models and Data Structures handled by applications based on this KIT
Access & Usage Policies
In case DSP (Connector) is used, the specific policies needed for this use case need to be referenced. In case policies from other foundation KITs are use it can be avoided
Business Processes
May not be relevant for Network Services
Tutorials / Videos
*
*
Educational content
Whitepaper
*
*
Research and analysis document
Development View
Architecture Overview
*
System design and architecture diagrams that describe the system and its contexts.
API-Specification / Protocols
*
Technical interface definitions, required for developing microservices
Protocols
*
Communication/Semantic protocols used by the KIT components to interact with each other
Component/Sequence Diagrams
Implementation details on the components and services from a KIT and how they interact with each other
Standards
Industry standards compliance, if industry specific like (Catena-X e.V. standards) shall be referenced in the Industry Extension under the industry branch
Test Cases
Describes test cases how to validate the functionality of this KIT
Operation View
Deployment Guide
How to set the system and bring it up and running
Operation/Monitoring Guidelines
Guidelines for operating and maintaining the KIT in production environments
Security Guidelines
Security best practices, threat models, and security configurations
Success Stories
Reference Implementations
*
COTS or Open Source implementations that used this KIT to build an application successfully, showing clear adoption paths and demonstrating the value of the KIT
Documentation
Extra Documentation / Links
*
*
*
*
A KIT can include additional documenation or links if is relevant for the users of the KIT
Sample Data
*
Example datasets from this KIT to help users understand and implement the datamodels effectively at the systems
Industry Extensions
At least one Industry Extension
*
Required for graduation - at least one industry extension with industrial standards compliance - see TRG 10.02 - Industry Extensions
Follow the KIT template to have an example of folder structure that can be followed following the KIT Framework Guide and the needed content for each view in order to achieve all requirements from the KIT Lifecycle.
Need help developing your KIT or have questions about the KIT framework? Join our KIT Office Hours - a dedicated time for the community to get direct support from the KIT development team.
Office hours are held regularly and open to all community members. Whether you're just starting with KIT development or preparing for graduation review, the team is here to help.
Join the Conversation
Every Thursday from 09:30 - 10:00 GMT+1
Check the Eclipse Tractus-X Community Calendar for upcoming KIT Office Hours sessions and join us!
Want to dive deeper into the KIT framework? Explore our comprehensive documentation to understand the complete structure, artifacts, and requirements for building your own KITs.
We are about to start the test phase (03.11.2025 - 21.11.2025) for Release 25.12. Below you'll find the key meetings and quick facts — visit the Open Meetings page for session links, agendas, and additional resources.
Collaboration drives the success of Eclipse Tractus-X, and we are excited to invite you to the Release Planning sessions for R26.03! These sessions are your chance to shape the roadmap,
align with the community, and ensure a well-structured release.
The Eclipse Tractus-X Community Days serve as a platform for collaboration, innovation, and knowledge exchange within the Tractus-X ecosystem. Building on the success
of previous events, this fifth edition brings together industry leaders, developers, and open source enthusiasts to help shape the future of digital transformation in the automotive industry.
If you'd like to be involved — whether through a presentation, workshop, or sharing a use case — we'd be glad to hear from you and welcome your contribution to this vibrant community gathering.
Reduce complexity for applications that are willing to use the wallet.
Make a reality in Eclipse Tractus-X aspect model credentials issuance, based on frameworks like the dpp-verification and the future Data Trust & Security KIT!
Demonstrate the issuance, holding, request and management of membership credentials.
Collaboration drives the success of Eclipse Tractus-X, and we are excited to invite you to the Release Planning sessions for R25.12! These sessions are your chance to shape the roadmap, align with the community,
and ensure a well-structured release.
We’re happy to announce that the Eclipse Tractus-X website has been successfully updated. The underlying documentation framework, Docusaurus, is now running on version 3.7.0.
This upgrade was essential, as we were previously using an outdated version that limited our flexibility and security.
Visually, not much has changed — but you might notice that the News Blog is now grouped by year for improved clarity. While the visible updates are minimal, this upgrade clears the path for more improvements in the future.