diff --git a/docs-kits_versioned_docs/version-23.12/introduction.md b/docs-kits_versioned_docs/version-23.12/introduction.md
new file mode 100644
index 00000000000..e10b99d0138
--- /dev/null
+++ b/docs-kits_versioned_docs/version-23.12/introduction.md
@@ -0,0 +1 @@
+# Introduction
diff --git a/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Building_Block_Architecture_Overview_V1.png b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Building_Block_Architecture_Overview_V1.png
new file mode 100644
index 00000000000..ece4bc98e02
Binary files /dev/null and b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Building_Block_Architecture_Overview_V1.png differ
diff --git a/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Business_Process_Overview_V1.png b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Business_Process_Overview_V1.png
new file mode 100644
index 00000000000..185fc04e2bc
Binary files /dev/null and b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/images/BT_HI_KIT_Business_Process_Overview_V1.png differ
diff --git a/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/page_adoption-view.md b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/page_adoption-view.md
new file mode 100644
index 00000000000..58cb375f18e
--- /dev/null
+++ b/docs-kits_versioned_docs/version-23.12/kits/Behaviour Twin HI Kit/page_adoption-view.md
@@ -0,0 +1,137 @@
+---
+id: Adoption View Health Indicator Kit
+title: Adoption View
+description: 'Health Indicator Kit'
+sidebar_position: 2
+---
+
+
+
+### Health Indicator Kit
+
+
+## Vision & Mission
+
+### Vision
+
+Health monitoring of products and components is highly attractive. It offers significant added value for OEMs and suppliers and is already often part of the product range or product inquiry.
+
+The Behaviour *Health Indicator* Kit (BT HI Kit) efficiently supports the planning, design, construction, use and operation of product-related services for health monitoring as part of quality management.
+
+Based on the calculation of health indicators, the performance and condition of products and components in the field can be continuously monitored, recorded and transmitted along the supply chain. During the usage phase, abnormalities, possible defects or failures are reliably and identified early on, so that measures can be taken in good time.
+
+### Mission
+
+The Behaviour *Health Indicator* Kit (BT HI Kit) comes with the necessary Catena-X standards for health indicators and HI statements. Interoperable solutions are created on their basis. The Kit includes tools for easy implementation of component-specific health indicators and for their determination based on dynamic input data. All components are easily adaptable to specific applications and simplify the journey to the finished service.
+
+### Customer Journey
+
+With the *Health Indicator* Kit, we support the Catena-X customer journey for our adopters and solutions providers.
+
+## Business Value
+
+Through the standardized specifications described in the BT HI Kit – for example the semantic models and APIs – OEMs and TIER-X as data and service provider can reduce investment and implementation costs. Catena-X infrastructure and technology offers easy scalability regarding vehicle components and supply chain.
+
+## Use Case
+
+- OEM, TIER-X: During the usage phase, health indicators provide a continuous and comprehensive view of the condition of products in the field. Abnormalities, possible defects or failures can be detected reliably and early on. This provides the time advantage to initiate countermeasures in good time.
+During development phase, health indicators can be used to bring more mature products into series production.
+
+- Tier-X: The overall product range becomes more attractive in the offer phase, when the definition of health indicators as a product-related service is included.
+
+- Workshops: In case of failure analysis and repair, workshops benefit from an extended range of data on vehicle condition and its components. In return, service providers can standardize and facilitate access to the OEM.
+
+### Status Quo
+
+Within company boundaries, the calculation of health indicators based on internally available data and models is already state of the art. However, across company boundaries, there are only individual, complex and not generally available options for component-specific transfer or monitoring of health indicators.
+
+### Today’s challenge
+
+For successful implementation, the following challenges must be addressed:
+- the correct allocation of health indicators to the respective component
+- recording and providing the necessary input variables
+- easy to interpret results
+- secure data transfer along the supply chain
+- easy scalability across company boundaries
+
+
+### Benefits
+
+**OEMs and big suppliers** benefit from an increase in quality and shorter response times to anomalies in the field. The decisive hub is created by the standardized provision of health indicators across company boundaries — always in compliance with IP and data protection.
+
+## Logic & Schema
+
+
+### Building Block View
+The architecture image describes the interaction between the HI Service and the Knowledge Agent components.
+
+![Building Block Architecture Overview](images/BT_HI_KIT_Building_Block_Architecture_Overview_V1.png)
+
+### HI Components
+|Subsystem| Description |
+|---------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
+|HI Application| This component is the app that is hosted at the Consumer/Data Provider. The data provider can select multiple vehicle identifier numbers (VIN) and gets back calculated HI values. |
+|Loading Data | A data source at the Data Provider that provides the loading data and other vehicle data that are needed for the HI calculation.
It can be accessed by the knowledge agent via data bindings. |
+|HI Service| A HI calculation service at the Service Provider. It accepts input data from the Data Provider, calculates the HI value and returns it. |
+
+### Knowledge Agent components
+|Subsystem| Description |
+|---------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
+|Matchmaking Agent| This component supports SparQL to traverse the federated data space as a large data structure. It interacts with the EDC.
property name*
objectproperty name*
objectproperty name*
objectSecurity Scheme Type: | oauth2 |
---|---|
clientCredentials OAuth Flow: | Token URL: https://localhost Scopes:
|
property name*
objectproperty name*
object