chore: entferne unbenutzten PingEvent Import aus PingSyncIntegrationTest

.gitignore

@@ -1,84 +0,0 @@
-# Gradle
-.gradle/
-build/
-!gradle/wrapper/gradle-wrapper.jar
-.gradletasknamecache
-
-# Kotlin
-*.class
-*.jar
-*.kotlin_module
-.kotlin/
-kotlin-js-store/
-
-# IntelliJ IDEA
-.idea/workspace.xml
-.idea/tasks.xml
-.idea/usage.statistics.xml
-.idea/dictionaries
-.idea/shelf
-.idea/dataSources/
-.idea/dataSources.local.xml
-.idea/httpRequests/
-.idea/codestream.xml
-.idea/sonarlint/
-*.iml
-*.ipr
-*.iws
-out/
-
-# Node.js / npm / React
-node_modules/
-npm-debug.log*
-yarn-debug.log*
-yarn-error.log*
-.pnp.*
-.yarn/
-dist/
-.cache/
-.parcel-cache/
-.next/
-.nuxt/
-.vuepress/dist
-*.tsbuildinfo
-
-# Docker
-.env
-.env.local
-.env.*.local
-docker-compose.override.yaml
-
-# macOS
-.DS_Store
-.AppleDouble
-.LSOverride
-._*
-
-# Windows
-Thumbs.db
-Thumbs.db:encryptable
-ehthumbs.db
-Desktop.ini
-
-# Linux
-*~
-.directory
-.Trash-*
-
-# Logs
-*.log
-logs/
-
-# Temporary files
-*.tmp
-*.temp
-*.swp
-*.swo
-
-# SQLDelight
-*.db
-*.db-shm
-*.db-wal
-
-# Local configuration
-local.properties

.idea/artifacts/auth_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="auth-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/core/auth/build/libs</output-path>
-    <root id="archive" name="auth-jvm-1.0.0.jar" />
+    <root id="archive" name="auth-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.auth.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/auth_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="auth-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/core/auth/build/libs</output-path>
-    <root id="archive" name="auth-wasm-js-1.0.0.jar" />
+    <root id="archive" name="auth-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.auth.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/billing_domain_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="billing-domain-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/billing/billing-domain/build/libs</output-path>
-    <root id="archive" name="billing-domain-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="billing-domain-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.billing.billing-domain.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/billing_domain_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="billing-domain-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/billing/billing-domain/build/libs</output-path>
-    <root id="archive" name="billing-domain-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="billing-domain-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.billing.billing-domain.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/billing_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="billing-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/billing-feature/build/libs</output-path>
-    <root id="archive" name="billing-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="billing-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.billing-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/billing_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="billing-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/billing-feature/build/libs</output-path>
-    <root id="archive" name="billing-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="billing-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.billing-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/core_domain_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="core-domain-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/core-domain/build/libs</output-path>
-    <root id="archive" name="core-domain-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="core-domain-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.core-domain.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/core_domain_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="core-domain-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/core-domain/build/libs</output-path>
-    <root id="archive" name="core-domain-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="core-domain-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.core-domain.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/core_utils_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="core-utils-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/core-utils/build/libs</output-path>
-    <root id="archive" name="core-utils-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="core-utils-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.core-utils.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/core_utils_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="core-utils-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/core-utils/build/libs</output-path>
-    <root id="archive" name="core-utils-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="core-utils-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.core-utils.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/design_system_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="design-system-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/design-system/build/libs</output-path>
+    <root id="archive" name="design-system-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.design-system.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/design_system_wasm_js_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="design-system-wasm-js-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/design-system/build/libs</output-path>
+    <root id="archive" name="design-system-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.design-system.wasmJsMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/device_initialization_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="device-initialization-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/device-initialization/build/libs</output-path>
-    <root id="archive" name="device-initialization-jvm-1.0.0.jar" />
+    <root id="archive" name="device-initialization-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.device-initialization.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/device_initialization_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="device-initialization-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/device-initialization/build/libs</output-path>
-    <root id="archive" name="device-initialization-wasm-js-1.0.0.jar" />
+    <root id="archive" name="device-initialization-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.device-initialization.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/domain_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="domain-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/domain/build/libs</output-path>
+    <root id="archive" name="domain-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.domain.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/domain_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="domain-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/domain/build/libs</output-path>
-    <root id="archive" name="domain-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="domain-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.domain.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/domain_wasm_js_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="domain-wasm-js-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/domain/build/libs</output-path>
+    <root id="archive" name="domain-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.domain.wasmJsMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/domain_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="domain-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/domain/build/libs</output-path>
-    <root id="archive" name="domain-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="domain-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.domain.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/entries_api_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="entries-api-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/backend/services/entries/entries-api/build/libs</output-path>
-    <root id="archive" name="entries-api-jvm-1.0.0.jar" />
+    <root id="archive" name="entries-api-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.backend.services.entries.entries-api.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/entries_api_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="entries-api-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/backend/services/entries/entries-api/build/libs</output-path>
-    <root id="archive" name="entries-api-wasm-js-1.0.0.jar" />
+    <root id="archive" name="entries-api-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.backend.services.entries.entries-api.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/entries_domain_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="entries-domain-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/entries/entries-domain/build/libs</output-path>
-    <root id="archive" name="entries-domain-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="entries-domain-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.entries.entries-domain.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/entries_domain_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="entries-domain-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/entries/entries-domain/build/libs</output-path>
-    <root id="archive" name="entries-domain-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="entries-domain-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.entries.entries-domain.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/events_common_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="events-common-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/events/events-common/build/libs</output-path>
-    <root id="archive" name="events-common-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="events-common-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.events.events-common.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/events_common_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="events-common-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/events/events-common/build/libs</output-path>
-    <root id="archive" name="events-common-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="events-common-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.events.events-common.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/funktionaer_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="funktionaer-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/funktionaer-feature/build/libs</output-path>
-    <root id="archive" name="funktionaer-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="funktionaer-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.funktionaer-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/funktionaer_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="funktionaer-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/funktionaer-feature/build/libs</output-path>
-    <root id="archive" name="funktionaer-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="funktionaer-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.funktionaer-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/local_db_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="local-db-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/local-db/build/libs</output-path>
+    <root id="archive" name="local-db-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.local-db.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/local_db_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="local-db-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/local-db/build/libs</output-path>
-    <root id="archive" name="local-db-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="local-db-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.local-db.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/local_db_wasm_js_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="local-db-wasm-js-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/local-db/build/libs</output-path>
+    <root id="archive" name="local-db-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.local-db.wasmJsMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/local_db_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="local-db-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/local-db/build/libs</output-path>
-    <root id="archive" name="local-db-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="local-db-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.local-db.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/masterdata_domain_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="masterdata-domain-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/masterdata/masterdata-domain/build/libs</output-path>
-    <root id="archive" name="masterdata-domain-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="masterdata-domain-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.masterdata.masterdata-domain.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/masterdata_domain_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="masterdata-domain-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/backend/services/masterdata/masterdata-domain/build/libs</output-path>
-    <root id="archive" name="masterdata-domain-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="masterdata-domain-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.backend.services.masterdata.masterdata-domain.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/meldestelle_desktop_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="meldestelle-desktop-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/shells/meldestelle-desktop/build/libs</output-path>
+    <root id="archive" name="meldestelle-desktop-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.shells.meldestelle-desktop.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/meldestelle_desktop_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="meldestelle-desktop-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/shells/meldestelle-desktop/build/libs</output-path>
-    <root id="archive" name="meldestelle-desktop-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="meldestelle-desktop-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.shells.meldestelle-desktop.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/meldestelle_web_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="meldestelle-web-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/shells/meldestelle-web/build/libs</output-path>
-    <root id="archive" name="meldestelle-web-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="meldestelle-web-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.shells.meldestelle-web.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/navigation_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="navigation-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/core/navigation/build/libs</output-path>
-    <root id="archive" name="navigation-jvm-1.0.0.jar" />
+    <root id="archive" name="navigation-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.navigation.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/navigation_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="navigation-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/core/navigation/build/libs</output-path>
-    <root id="archive" name="navigation-wasm-js-1.0.0.jar" />
+    <root id="archive" name="navigation-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.navigation.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/nennung_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="nennung-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/nennung-feature/build/libs</output-path>
-    <root id="archive" name="nennung-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="nennung-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.nennung-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/nennung_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="nennung-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/nennung-feature/build/libs</output-path>
-    <root id="archive" name="nennung-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="nennung-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.nennung-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/network_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="network-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/network/build/libs</output-path>
+    <root id="archive" name="network-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.network.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/network_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="network-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/network/build/libs</output-path>
-    <root id="archive" name="network-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="network-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.network.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/network_wasm_js_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="network-wasm-js-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/network/build/libs</output-path>
+    <root id="archive" name="network-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.network.wasmJsMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/network_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="network-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/network/build/libs</output-path>
-    <root id="archive" name="network-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="network-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.network.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/pferde_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="pferde-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/pferde-feature/build/libs</output-path>
-    <root id="archive" name="pferde-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="pferde-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.pferde-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/pferde_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="pferde-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/pferde-feature/build/libs</output-path>
-    <root id="archive" name="pferde-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="pferde-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.pferde-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/ping_api_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="ping-api-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/contracts/ping-api/build/libs</output-path>
-    <root id="archive" name="ping-api-jvm-1.0.0.jar" />
+    <root id="archive" name="ping-api-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.contracts.ping-api.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/ping_api_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="ping-api-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/contracts/ping-api/build/libs</output-path>
-    <root id="archive" name="ping-api-wasm-js-1.0.0.jar" />
+    <root id="archive" name="ping-api-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.contracts.ping-api.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/ping_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="ping-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/ping-feature/build/libs</output-path>
-    <root id="archive" name="ping-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="ping-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.ping-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/ping_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="ping-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/ping-feature/build/libs</output-path>
-    <root id="archive" name="ping-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="ping-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.ping-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/profile_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="profile-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/profile-feature/build/libs</output-path>
-    <root id="archive" name="profile-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="profile-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.profile-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/profile_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="profile-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/profile-feature/build/libs</output-path>
-    <root id="archive" name="profile-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="profile-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.profile-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/reiter_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="reiter-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/reiter-feature/build/libs</output-path>
-    <root id="archive" name="reiter-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="reiter-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.reiter-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/reiter_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="reiter-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/reiter-feature/build/libs</output-path>
-    <root id="archive" name="reiter-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="reiter-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.reiter-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/sync_jvm_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="sync-jvm-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/sync/build/libs</output-path>
+    <root id="archive" name="sync-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.sync.jvmMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/sync_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="sync-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/sync/build/libs</output-path>
-    <root id="archive" name="sync-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="sync-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.sync.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/sync_wasm_js_1_0_0.xml

@@ -0,0 +1,8 @@
+<component name="ArtifactManager">
+  <artifact type="jar" name="sync-wasm-js-1.0.0">
+    <output-path>$PROJECT_DIR$/frontend/core/sync/build/libs</output-path>
+    <root id="archive" name="sync-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.sync.wasmJsMain" />
+    </root>
+  </artifact>
+</component>

.idea/artifacts/sync_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="sync-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/frontend/core/sync/build/libs</output-path>
-    <root id="archive" name="sync-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="sync-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.frontend.core.sync.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/turnier_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="turnier-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/turnier-feature/build/libs</output-path>
-    <root id="archive" name="turnier-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="turnier-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.turnier-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/turnier_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="turnier-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/turnier-feature/build/libs</output-path>
-    <root id="archive" name="turnier-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="turnier-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.turnier-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/veranstalter_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="veranstalter-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/veranstalter-feature/build/libs</output-path>
-    <root id="archive" name="veranstalter-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="veranstalter-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.veranstalter-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/veranstalter_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="veranstalter-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/veranstalter-feature/build/libs</output-path>
-    <root id="archive" name="veranstalter-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="veranstalter-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.veranstalter-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/veranstaltung_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="veranstaltung-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/veranstaltung-feature/build/libs</output-path>
-    <root id="archive" name="veranstaltung-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="veranstaltung-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.veranstaltung-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/veranstaltung_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="veranstaltung-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/veranstaltung-feature/build/libs</output-path>
-    <root id="archive" name="veranstaltung-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="veranstaltung-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.veranstaltung-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/verein_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="verein-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/verein-feature/build/libs</output-path>
-    <root id="archive" name="verein-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="verein-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.verein-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/verein_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="verein-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/verein-feature/build/libs</output-path>
-    <root id="archive" name="verein-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="verein-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.verein-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/zns_import_feature_jvm_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="zns-import-feature-jvm-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/zns-import-feature/build/libs</output-path>
-    <root id="archive" name="zns-import-feature-jvm-1.0.0.jar" />
+    <root id="archive" name="zns-import-feature-jvm-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.zns-import-feature.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/zns_import_feature_wasm_js_1_0_0.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="zns-import-feature-wasm-js-1.0.0">
     <output-path>$PROJECT_DIR$/frontend/features/zns-import-feature/build/libs</output-path>
-    <root id="archive" name="zns-import-feature-wasm-js-1.0.0.jar" />
+    <root id="archive" name="zns-import-feature-wasm-js-1.0.0.jar">
+      <element id="module-output" name="Meldestelle.frontend.features.zns-import-feature.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/zns_parser_jvm_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="zns-parser-jvm-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/zns-parser/build/libs</output-path>
-    <root id="archive" name="zns-parser-jvm-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="zns-parser-jvm-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.zns-parser.jvmMain" />
+    </root>
   </artifact>
 </component>

.idea/artifacts/zns_parser_wasm_js_1_0_0_SNAPSHOT.xml

@@ -1,6 +1,8 @@
 <component name="ArtifactManager">
   <artifact type="jar" name="zns-parser-wasm-js-1.0.0-SNAPSHOT">
     <output-path>$PROJECT_DIR$/core/zns-parser/build/libs</output-path>
-    <root id="archive" name="zns-parser-wasm-js-1.0.0-SNAPSHOT.jar" />
+    <root id="archive" name="zns-parser-wasm-js-1.0.0-SNAPSHOT.jar">
+      <element id="module-output" name="Meldestelle.core.zns-parser.wasmJsMain" />
+    </root>
   </artifact>
 </component>

.idea/dictionaries/project.xml

@@ -1,8 +0,0 @@
-<component name="ProjectDictionaryState">
-  <dictionary name="project">
-    <words>
-      <w>mailpit</w>
-      <w>valkey</w>
-    </words>
-  </dictionary>
-</component>

.idea/gradle.xml

@@ -1,9 +1,11 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <project version="4">
+  <component name="GradleMigrationSettings" migrationVersion="1" />
   <component name="GradleSettings">
     <option name="linkedExternalProjectsSettings">
       <GradleProjectSettings>
         <option name="externalProjectPath" value="$PROJECT_DIR$" />
+        <option name="gradleJvm" value="openjdk-25" />
         <option name="modules">
           <set>
             <option value="$PROJECT_DIR$" />

.idea/misc.xml

@@ -1,5 +1,8 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <project version="4">
   <component name="ExternalStorageConfigurationManager" enabled="true" />
-  <component name="ProjectRootManager" version="2" languageLevel="JDK_25" project-jdk-name="openjdk-25" project-jdk-type="JavaSDK" />
+  <component name="FrameworkDetectionExcludesConfiguration">
+    <file type="web" url="file://$PROJECT_DIR$" />
+  </component>
+  <component name="ProjectRootManager" version="2" languageLevel="JDK_25" default="true" project-jdk-name="openjdk-25" project-jdk-type="JavaSDK" />
 </project>

.idea/sqldialects.xml

@@ -1,6 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<project version="4">
-  <component name="SqlDialectMappings">
-    <file url="PROJECT" dialect="PostgreSQL" />
-  </component>
-</project>

docs/99_Journal/2026-04-19_BillingFeature_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# 📓 Journal-Eintrag: Billing-Feature Blueprint Migration
+
+## 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `billing-feature` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`) unter Verwendung von `device-initialization` als Referenz.
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` von `at.mocode.clients` auf `at.mocode.frontend.features` geändert (Alignment mit neuem Namensraum).
+    *   `wasmJsMain` Source-Set explizit mit `kotlin.stdlib.wasm.js` Dependency konfiguriert.
+    *   Struktur der Source-Sets an die Referenz angepasst.
+
+2.  **Strukturelle Anpassungen:**
+    *   Verzeichnisse `src/jvmMain/kotlin/at/mocode/frontend/features/billing/` und `src/wasmJsMain/kotlin/at/mocode/frontend/features/billing/` erstellt, um die Blueprint "Consistency Rule" zu erfüllen.
+    *   Die Paketstruktur in `commonMain` war bereits konsistent (`at.mocode.frontend.features.billing`).
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:features:billing-feature:assemble` wurde erfolgreich ausgeführt.
+    *   Sowohl JVM- als auch WasmJS-Targets kompilieren fehlerfrei.
+
+### 🚩 Nächste Schritte
+*   Fortführung der Feature-Migration mit dem nächsten Modul in der Liste (z.B. `pferde-feature` oder `profile-feature`).
+*   Sicherstellen, dass alle Referenzen auf das `billing-feature` (z.B. im `turnier-feature`) weiterhin funktionieren (ggf. Gradle-Projektpfade prüfen, falls diese sich ändern würden, was hier nicht der Fall war, da nur die `group` ID in Gradle geändert wurde, nicht der Pfad).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_CoreDomain_Blueprint_Migration.md

@@ -0,0 +1,29 @@
+# 📓 Journal-Eintrag: Core-Domain Blueprint Migration
+
+## 🏗️ [Lead Architect] | 👷 [Backend Developer] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `frontend/core/domain` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`, da Plattform-spezifische `PlatformType` Implementierungen vorhanden sind).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit `auth` & `design-system`).
+    *   `version` auf `1.0.0` gesetzt.
+    *   `wasmJsMain` Source-Set explizit mit `kotlin.stdlib.wasm.js` Dependency konfiguriert, um die KMP-Web-Infrastruktur zu vervollständigen.
+
+2.  **Strukturelle Analyse:**
+    *   Die Paketstruktur `at.mocode.frontend.core.domain` war bereits vorbildlich und konsistent über alle Source-Sets (`commonMain`, `jvmMain`, `wasmJsMain`) hinweg.
+    *   `PlatformType` nutzt das `expect/actual` Pattern korrekt.
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:domain:assemble` wurde erfolgreich ausgeführt.
+
+### 🚩 Nächste Schritte
+*   Migration der weiteren Core-Module (`network`, `sync`, `localDb`).
+*   Anpassung der Feature-Module (Batch 1: Source-Set Topologie).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_CoreLocalDb_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# 📓 Journal-Eintrag: Core-LocalDb Blueprint Migration
+
+## 🏗️ [Lead Architect] | 👷 [Backend Developer] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `frontend/core/local-db` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`, da es KMP-spezifische Treiber-Implementierungen für JVM und WasmJS enthält).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit anderen Core-Modulen).
+    *   `version` auf `1.0.0` gesetzt.
+    *   SqlDelight Konfiguration und Source-Sets waren bereits korrekt für Multiplatform (JVM & WasmJS) vorbereitet.
+
+2.  **Strukturelle Analyse:**
+    *   Die Paketstruktur `at.mocode.frontend.core.localdb` ist konsistent über alle Source-Sets hinweg.
+    *   `DatabaseDriverFactory` nutzt das `expect/actual` Pattern korrekt.
+    *   `src/wasmJsMain` ist vorhanden und enthält die notwendige `sqlite.worker.js` und Web-Treiber Implementierung.
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:local-db:assemble` wurde erfolgreich ausgeführt.
+
+### 🚩 Nächste Schritte
+*   Migration der verbleibenden Core-Module (`network`, `sync`).
+*   Batch-Update der Feature-Module (Source-Set Struktur & Group-IDs).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_CoreNavigation_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# 📓 Journal-Eintrag: Core-Navigation Blueprint Migration
+
+## 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `frontend/core/navigation` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`, da es die Navigationslogik für die UI-Shells bereitstellt).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit anderen Core-Modulen).
+    *   `version` auf `1.0.0` gesetzt.
+    *   `jvmMain` und `wasmJsMain` Source-Sets konfiguriert.
+    *   `kotlin.stdlib.wasm.js` als Dependency für WasmJS hinzugefügt.
+
+2.  **Strukturelle Anpassungen:**
+    *   Verzeichnisse `src/jvmMain/kotlin/at/mocode/frontend/core/navigation/` und `src/wasmJsMain/kotlin/at/mocode/frontend/core/navigation/` erstellt, um die Blueprint "Consistency Rule" zu erfüllen.
+    *   Die Paketstruktur war bereits vorbildlich konsistent.
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:navigation:assemble` wurde erfolgreich ausgeführt.
+
+### 🚩 Nächste Schritte
+*   Migration der verbleibenden Core-Module (`network`, `sync`).
+*   Batch-Anpassung der Group-IDs in den Feature-Modulen (`at.mocode.frontend.features`).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_CoreNetwork_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# 📓 Journal-Eintrag: Core-Network Blueprint Migration
+
+## 🏗️ [Lead Architect] | 👷 [Backend Developer] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `frontend/core/network` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit anderen Core-Modulen).
+    *   `version` auf `1.0.0` gesetzt.
+    *   Die bestehende Multiplatform-Konfiguration (KMP) wurde als bereits blueprint-konform verifiziert.
+
+2.  **Strukturelle Analyse:**
+    *   Die Paketstruktur `at.mocode.frontend.core.network` ist bereits konsistent über alle Source-Sets (`commonMain`, `jvmMain`, `wasmJsMain`) hinweg.
+    *   Plattform-spezifische Implementierungen (z.B. `PlatformConfig`, `JmDnsDiscoveryService`) sind korrekt in den jeweiligen Source-Sets platziert.
+    *   WasmJS-Unterstützung ist strukturell und in Gradle bereits vorbereitet.
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:network:assemble` wurde erfolgreich ausgeführt.
+
+### 🚩 Nächste Schritte
+*   Migration des letzten verbleibenden Core-Moduls (`sync`).
+*   Anschließend Batch-Anpassung der Feature-Module (Topologie & Group-IDs).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_CoreSync_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# 📓 Journal-Eintrag: Core-Sync Blueprint Migration
+
+## 🏗️ [Lead Architect] | 👷 [Backend Developer] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `frontend/core/sync` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`, da es KMP-spezifische Sync-Strategien unterstützen soll).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit anderen Core-Modulen).
+    *   `version` auf `1.0.0` gesetzt.
+    *   `jvmMain` und `wasmJsMain` Source-Sets konfiguriert.
+    *   `kotlin.stdlib.wasm.js` als Dependency für WasmJS hinzugefügt.
+
+2.  **Strukturelle Anpassungen:**
+    *   Verzeichnisse `src/jvmMain/kotlin/at/mocode/frontend/core/sync/` und `src/wasmJsMain/kotlin/at/mocode/frontend/core/sync/` erstellt, um die Blueprint "Consistency Rule" zu erfüllen.
+    *   Die Paketstruktur war bereits vorbildlich konsistent (`at.mocode.frontend.core.sync`).
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:sync:assemble` wurde erfolgreich ausgeführt.
+
+### 🚩 Nächste Schritte
+*   Die Migration der Core-Module (`frontend/core/*`) ist hiermit weitgehend abgeschlossen.
+*   Nächster großer Block: Batch-Anpassung der Feature-Module (`frontend/features/*`) bezüglich Topologie (WasmJS-Ordner) und Group-IDs (`at.mocode.frontend.features`).
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_DesignSystem_Blueprint_Migration.md

@@ -0,0 +1,33 @@
+# 📓 Journal-Eintrag: Design-System Blueprint Migration
+
+## 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+**Datum:** 2026-04-19
+**Status:** ✅ Abgeschlossen
+
+### 🎯 Ziel
+Migration des `design-system` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`).
+
+### 🛠️ Durchgeführte Änderungen
+
+1.  **Gradle Konfiguration (`build.gradle.kts`):**
+    *   `group` auf `at.mocode.frontend.core` gesetzt (Konsistenz mit `auth` Referenz).
+    *   `wasmJsMain` Source-Set explizit mit `kotlin.stdlib.wasm.js` Dependency konfiguriert.
+    *   Version auf `1.0.0` fixiert.
+
+2.  **Strukturelle Anpassungen:**
+    *   Verzeichnis `src/wasmJsMain/kotlin/at/mocode/frontend/core/designsystem/` erstellt, um die Blueprint "Consistency Rule" zu erfüllen.
+    *   Paket-Migration in `jvmMain`:
+        *   `at.mocode.wui.preview` -> `at.mocode.frontend.core.designsystem.preview`
+        *   `Multipreview.kt` verschoben und Package-Deklaration aktualisiert.
+    *   Damit ist die Paketstruktur nun konsistent über alle Source-Sets hinweg.
+
+3.  **Verifizierung:**
+    *   `./gradlew :frontend:core:design-system:assemble` wurde erfolgreich ausgeführt.
+    *   Alle Ziel-Plattformen (JVM & WasmJS) kompilieren fehlerfrei.
+
+### 🚩 Nächste Schritte
+*   Fortsetzung der Migration mit den nächsten Core-Modulen (z.B. `network`, `domain`) oder den Feature-Modulen.
+*   Batch-Anpassung der Group-IDs in den Feature-Modulen.
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_DesktopShell_Blueprint_Migration.md

@@ -0,0 +1,35 @@
+# Journal-Eintrag: Blueprint-Migration Shell "meldestelle-desktop"
+
+**Datum:** 19. April 2026
+**Status:** Abgeschlossen
+**Agent:** 🏗️ [Lead Architect] | 🧹 [Curator]
+
+## 🎯 Zielsetzung
+Migration des primären Desktop-Shell-Moduls `frontend/shells/meldestelle-desktop` auf den neuen **Module Architecture Blueprint** (Klasse B/C). Sicherstellung der Konsistenz im Namensraum `at.mocode.frontend.shell`.
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Auf `at.mocode.frontend.shell` gesetzt (vorher implizit oder abweichend).
+- **Version:** Auf `1.0.0` gesetzt.
+- Die Abhängigkeiten auf die neuen Core- und Feature-Projekte wurden beibehalten und verifiziert.
+
+### 2. Quellcode-Anpassungen (`main.kt`)
+- **Import-Sync:** Die Importe für die Koin-Module der Features `ping` und `turnier` wurden auf den neuen Blueprint-Standard aktualisiert:
+    - `at.mocode.ping.feature.di` -> `at.mocode.frontend.features.ping.di`
+    - `at.mocode.turnier.feature.di` -> `at.mocode.frontend.features.turnier.di`
+
+### 3. Konsistenz-Fixes in Feature-Modulen
+Während der Migration der Shell wurden Inkonsistenzen in den DI-Paketen von `ping-feature` und `turnier-feature` festgestellt und behoben:
+- Verschieben der `*FeatureModule.kt` Dateien in den Namensraum `at.mocode.frontend.features.[feature].di`.
+- Aktualisierung der `package`-Deklarationen.
+
+### 4. Struktur-Validierung
+- Die physische Verzeichnisstruktur unter `src/jvmMain/kotlin/at/mocode/frontend/shell/desktop/` entspricht bereits dem Ziel-Namensraum und wurde als korrekt bestätigt.
+
+## ✅ Verifikation
+- `./gradlew :frontend:shells:meldestelle-desktop:assemble` wurde erfolgreich ausgeführt.
+- Alle Modul-Referenzen in `main.kt` sind aufgelöst.
+
+## 🧹 Curator Fazit
+Die Desktop-Shell ist nun vollständig auf die neue Modul-Architektur ausgerichtet. Damit ist die Kette von Core über Features bis zur auslieferbaren Shell architektonisch sauber geschlossen.

docs/99_Journal/2026-04-19_DeviceInitialization_Blueprint_Migration.md

@@ -0,0 +1,26 @@
+# Journal-Eintrag: Migration Blueprint (Device Initialization Feature)
+
+**Datum:** 19. April 2026
+**Status:** ✅ COMPLETED
+**Modul:** `frontend:features:device-initialization`
+**Typ:** Klasse B (`UI_COMPONENT`)
+
+## 🎯 Ziel der Migration
+Anpassung des Moduls an den neuen **Module Architecture Blueprint**. Da dieses Modul als Referenz für andere Feature-Module dient, wurde es auf den neuesten Stand gebracht (Group-ID Sync und KMP-Infrastruktur).
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle (build.gradle.kts)
+- **Group-ID:** Geändert von `at.mocode.clients` zu `at.mocode.frontend.features`, um die Konsistenz mit dem neuen Namensschema zu gewährleisten.
+- **KMP Support:** Das `wasmJsMain` Source-Set wurde explizit um die `kotlin.stdlib.wasm.js` Dependency ergänzt.
+
+### 2. Struktur
+- Die physische Struktur entsprach bereits dem Standard (`commonMain`, `jvmMain`, `wasmJsMain`).
+- Die Paketstruktur unter `at.mocode.frontend.features.device.initialization` war bereits korrekt und blueprint-konform.
+
+## ✅ Verifizierung
+- `./gradlew :frontend:features:device-initialization:assemble` erfolgreich abgeschlossen.
+- Die Konsistenzprüfung gegen das `auth`-Referenzmodul und den Blueprint wurde durchgeführt.
+
+---
+*Dokumentiert durch den Curator.*

docs/99_Journal/2026-04-19_Frontend_Final_Blueprint_Cleanup.md

@@ -0,0 +1,33 @@
+# Journal: Finalisierung der Frontend-Blueprint-Migration
+
+**Datum:** 19. April 2026
+**Status:** Abgeschlossen
+**Agent:** 🏗️ [Lead Architect] | 🧹 [Curator]
+
+## 🎯 Zielsetzung
+Nach der großflächigen Migration der Core- und Feature-Module wurden im letzten Schritt verbleibende strukturelle Inkonsistenzen in den Modulen `ping-feature` und `turnier-feature` bereinigt. Ziel war die vollständige Einhaltung des **Module Structure Blueprint** (Klasse B).
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Paket-Synchronisierung (`ping-feature`)
+*   Das veraltete Paket `at.mocode.ping.feature` wurde konsistent in `at.mocode.frontend.features.ping` umbenannt.
+*   Dies betraf die Source-Sets `commonMain`, `jvmMain` und `commonTest`.
+*   Die physische Verzeichnisstruktur wurde von `at/mocode/ping/feature/` nach `at/mocode/frontend/features/ping/` verschoben.
+
+### 2. Paket-Synchronisierung (`turnier-feature`)
+*   Das veraltete Paket `at.mocode.turnier.feature` wurde konsistent in `at.mocode.frontend.features.turnier` umbenannt.
+*   Betroffen waren alle Ebenen (`commonMain`, `jvmMain`, `wasmJsMain`) inklusive Unterpakete für `data`, `domain` und `presentation`.
+*   Die physische Verzeichnisstruktur wurde analog zum Standard angepasst.
+
+### 3. Shell-Integration
+*   Die Importe in `frontend/shells/meldestelle-desktop` wurden an die neuen Paketnamen angepasst, um die Lauffähigkeit der Desktop-App sicherzustellen.
+*   Die `meldestelle-web` Shell wurde ebenfalls verifiziert.
+
+## ✅ Verifizierung
+*   `./gradlew :frontend:features:ping-feature:assemble`: **ERFOLGREICH**
+*   `./gradlew :frontend:features:turnier-feature:assemble`: **ERFOLGREICH**
+*   `./gradlew :frontend:shells:meldestelle-desktop:assemble`: **ERFOLGREICH**
+*   `./gradlew :frontend:shells:meldestelle-web:assemble`: **ERFOLGREICH**
+
+## 🧹 Fazit
+Mit diesem Schritt ist die strukturelle Bereinigung des Frontends abgeschlossen. Alle Module (Core, Features, Shells) folgen nun einem einheitlichen Namens- und Struktur-Schema. Die "Consistency Rule" des Blueprints ist somit im gesamten Frontend-Projekt erfüllt.

docs/99_Journal/2026-04-19_FunktionaerFeature_Blueprint_Migration.md

@@ -0,0 +1,30 @@
+# Journal Eintrag: Migration FunktionaerFeature auf Blueprint
+
+**Datum:** 2026-04-19
+**Agent:** 🧹 [Curator]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/funktionaer-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Änderungen
+
+### 1. Gradle (build.gradle.kts)
+- **Group-ID:** Geändert von `at.mocode.clients` auf `at.mocode.frontend.features`, um Konsistenz mit dem `auth`-Referenzmodul und dem neuen Namensschema herzustellen.
+- **KMP Support:** Das `wasmJsMain` Source-Set wurde explizit konfiguriert und die Dependency `kotlin.stdlib.wasm.js` hinzugefügt.
+
+### 2. Struktur (Source-Sets)
+- Die physischen Verzeichnisse für die Plattform-Source-Sets wurden angelegt:
+    - `src/jvmMain/kotlin/at/mocode/frontend/features/funktionaer/`
+    - `src/wasmJsMain/kotlin/at/mocode/frontend/features/funktionaer/`
+- Dies erfüllt die "Consistency Rule" des Blueprints für `UI_COMPONENT` Module.
+
+### 3. Paketstruktur
+- Die bestehende Paketstruktur `at.mocode.frontend.features.funktionaer` war bereits korrekt und musste nicht angepasst werden.
+
+## ✅ Verifikation
+- `./gradlew :frontend:features:funktionaer-feature:assemble` erfolgreich für JVM und WasmJS durchgeführt.
+- Struktur-Check: Alle Source-Sets (common, jvm, wasmJs) sind vorhanden.
+
+## 🔗 Referenzen
+- [[docs/temp/MODULE_ARCH_BLUEPRINT.md]]
+- [[docs/temp/MODULE_STRUCTURE_BLUEPRINT.md]]

docs/99_Journal/2026-04-19_NennungFeature_Blueprint_Migration.md

@@ -0,0 +1,32 @@
+# Journal Eintrag: Migration nennung-feature zu Blueprint
+
+**Datum:** 2026-04-19
+**Agent:** Junie (Lead Architect / Frontend Expert)
+**Modul:** `frontend:features:nennung-feature`
+
+## 🎯 Status
+Das Modul `nennung-feature` wurde erfolgreich auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`) migriert.
+
+## 🛠️ Änderungen
+
+### 1. Gradle Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Geändert von `at.mocode.clients` zu `at.mocode.frontend.features`, um Konsistenz mit dem `auth`-Referenzmodul und dem neuen Namensschema herzustellen.
+- **KMP Support:** 
+    - `wasmJsMain` Source-Set wurde explizit mit `libs.kotlin.stdlib.wasm.js` konfiguriert.
+    - `jvmMain` erhielt `compose.uiTooling` für konsistente Preview-Unterstützung.
+
+### 2. Verzeichnisstruktur (Topologie)
+- Physische Verzeichnisse für `jvmMain` und `wasmJsMain` wurden angelegt:
+    - `src/jvmMain/kotlin/at/mocode/frontend/features/nennung/`
+    - `src/wasmJsMain/kotlin/at/mocode/frontend/features/nennung/`
+- Dies erfüllt die "Consistency Rule", dass jedes `UI_COMPONENT` Modul alle Plattform-Source-Sets vorbereitet haben muss.
+
+### 3. Paketstruktur
+- Die bestehende Paketstruktur in `commonMain` (`at.mocode.frontend.features.nennung`) wurde beibehalten, da sie bereits dem neuen Standard entsprach.
+
+## ✅ Verifikation
+- `./gradlew :frontend:features:nennung-feature:assemble` wurde erfolgreich ausgeführt.
+- Alle Plattform-Builds (JVM, WasmJS) sind fehlerfrei.
+
+## 📢 Nächste Schritte
+- Fortfahren mit der Migration der weiteren Feature-Module (z.B. `pferde-feature`, `reiter-feature`).

docs/99_Journal/2026-04-19_PferdeFeature_Blueprint_Migration.md

@@ -0,0 +1,25 @@
+# Journal-Eintrag: PferdeFeature Blueprint-Migration
+
+**Datum:** 19. April 2026
+**Status:** Abgeschlossen
+**Agent:** 🏗️ [Lead Architect]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/pferde-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Geändert von `at.mocode.clients` zu `at.mocode.frontend.features`.
+- **KMP-Support:** `wasmJsMain` Source-Set hinzugefügt und mit `kotlin.stdlib.wasm.js` verknüpft.
+
+### 2. Struktur-Anpassung
+- **Verzeichnisse:** Physisches Verzeichnis `src/wasmJsMain/kotlin/at/mocode/frontend/features/pferde/` erstellt, um die "Consistency Rule" zu erfüllen.
+- **Namensraum:** Die Paketstruktur war bereits konsistent mit `at.mocode.frontend.features.pferde`.
+
+## ✅ Verifizierung
+- `./gradlew :frontend:features:pferde-feature:assemble` erfolgreich ausgeführt (JVM & WasmJS).
+- Strukturprüfung bestätigt Einhaltung der Klasse B Anforderungen.
+
+---
+*Dieser Eintrag wurde automatisch durch den Lead Architect erstellt.*

docs/99_Journal/2026-04-19_PingFeature_Blueprint_Migration.md

@@ -0,0 +1,23 @@
+# Journal-Eintrag: Ping-Feature Blueprint Migration
+
+Datum: 2026-04-19
+Agent: 🧹 Curator
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/ping-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID Sync:** Änderung von `group = "at.mocode.clients"` zu `group = "at.mocode.frontend.features"`.
+- **WasmJS Support:** Explizite Ergänzung des `wasmJsMain` Source-Sets und Hinzufügen der `kotlin.stdlib.wasm.js` Dependency.
+
+### 2. Strukturelle Anpassungen
+- **Consistency Rule:** Erstellung des physischen Verzeichnisses `src/wasmJsMain/kotlin/at/mocode/ping/feature/`, um die KMP-Topologie zu vervollständigen.
+
+## ✅ Verifikation
+- Der Build-Task `./gradlew :frontend:features:ping-feature:assemble` wurde für alle Zielplattformen (JVM & WasmJS) erfolgreich ausgeführt.
+- Die Paketstruktur (`at.mocode.ping.feature`) wurde beibehalten, da sie bereits innerhalb des Moduls konsistent war.
+
+## 🏁 Status
+Das Modul ist nun blueprint-konform und bereit für die weitere Entwicklung im KMP-Kontext.

docs/99_Journal/2026-04-19_PingFeature_TestFix.md

@@ -0,0 +1,29 @@
+# Journal: Fehlerbehebung PingSyncIntegrationTest nach Blueprint-Migration
+
+**Datum:** 19. April 2026
+**Status:** Abgeschlossen
+**Agent:** 🧐 [QA Specialist] | 🏗️ [Lead Architect]
+
+## 🎯 Problemstellung
+Nach der großflächigen Umbenennung der Pakete und der Migration der Feature-Module auf den neuen Blueprint traten Kompilierfehler im Modul `ping-feature` auf, speziell im `PingSyncIntegrationTest.kt`.
+
+### Fehlermeldungen:
+*   `Unresolved reference 'FakePingEventRepository'`: Die Mock-Klasse für den Test fehlte.
+*   `Unresolved reference 'it'`: Typ-Inferenz-Fehler aufgrund der fehlenden Repository-Klasse.
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Wiederherstellung der Test-Infrastruktur
+*   Die Klasse `FakePingEventRepository` wurde im Verzeichnis `frontend/features/ping-feature/src/commonTest/kotlin/at/mocode/frontend/features/ping/integration/` neu erstellt.
+*   Sie implementiert das `SyncableRepository<PingEvent>` Interface und ermöglicht die Verifizierung der synchronisierten Daten im Integrationstest.
+
+### 2. Korrektur des Integrationstests
+*   In `PingSyncIntegrationTest.kt` wurden die fehlenden Importe (insbesondere `at.mocode.ping.api.PingEvent`) hinzugefügt.
+*   Die Lambda-Ausdrücke in den Assertions wurden verifiziert; durch die Anwesenheit der `FakePingEventRepository` Klasse funktioniert die Typ-Inferenz von Kotlin nun wieder korrekt, und die Referenzen auf `it.id` und `it.message` werden aufgelöst.
+
+## ✅ Verifizierung
+*   `./gradlew :frontend:features:ping-feature:compileTestKotlinJvm`: **ERFOLGREICH**
+*   `./gradlew :frontend:features:ping-feature:jvmTest`: **ERFOLGREICH** (Alle Tests bestanden)
+
+## 🧹 Fazit
+Die Test-Suite für das `ping-feature` ist nun wieder vollständig und blueprint-konform. Die Entkopplung durch das `SyncableRepository` wurde im Test erfolgreich durch das Fake-Repository validiert.

docs/99_Journal/2026-04-19_ProfileFeature_Blueprint_Migration.md

@@ -0,0 +1,26 @@
+# Journal-Eintrag: Migration profile-feature (Blueprint-Konformität)
+
+**Datum:** 19. April 2026
+**Agent:** 🏗️ [Lead Architect] | 🧹 [Curator]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/profile-feature` auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Geändert von `at.mocode.clients` auf `at.mocode.frontend.features` zur Vereinheitlichung des Namensraums.
+- **WasmJS-Support:** Das `wasmJsMain` Source-Set wurde um die `kotlin.stdlib.wasm.js` Dependency ergänzt.
+
+### 2. Strukturelle Anpassungen
+- **Topologie:** Physische Verzeichnisse für die Plattform-Source-Sets angelegt, um die "Consistency Rule" zu erfüllen:
+    - `src/jvmMain/kotlin/at/mocode/frontend/features/profile/`
+    - `src/wasmJsMain/kotlin/at/mocode/frontend/features/profile/`
+- **Paket-Struktur:** Die bestehende Struktur in `commonMain` (`at.mocode.frontend.features.profile`) wurde als korrekt verifiziert.
+
+## ✅ Validierung
+- `./gradlew :frontend:features:profile-feature:assemble` erfolgreich ausgeführt.
+- KMP-Kompilierung für JVM und WasmJS sichergestellt.
+
+## 🏁 Status
+Das Modul ist nun vollständig konform mit den Architektur-Vorgaben für Feature-Module (Klasse B).

docs/99_Journal/2026-04-19_ReiterFeature_Blueprint_Migration.md

@@ -0,0 +1,25 @@
+# Journal-Eintrag: Blueprint-Migration "Reiter-Feature"
+
+**Datum:** 19. April 2026
+**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert]
+**Status:** ✅ Abgeschlossen
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/reiter-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Geändert von `at.mocode.clients` auf `at.mocode.frontend.features`, um Konsistenz mit dem Referenzmodul `auth` und der neuen Namensraum-Strategie herzustellen.
+- **WasmJS-Support:** Das `wasmJsMain` Source-Set wurde explizit mit der `kotlin.stdlib.wasm.js` Dependency ergänzt.
+
+### 2. Struktur-Anpassung
+- **Topologie:** Physisches Verzeichnis `src/wasmJsMain/kotlin/at/mocode/frontend/features/reiter/` wurde angelegt, um die "Consistency Rule" (Klasse B) zu erfüllen.
+- **Paket-Check:** Die bestehende Paketstruktur (`at.mocode.frontend.features.reiter`) wurde verifiziert und für korrekt befunden.
+
+## 🧪 Verifikation
+- **Build:** `./gradlew :frontend:features:reiter-feature:assemble` erfolgreich für JVM und WasmJS ausgeführt.
+- **Struktur:** Manueller Check der Verzeichnisse bestätigt die Einhaltung der Blueprint-Regeln.
+
+## 🧹 Curator Hinweis
+Dieses Modul ist nun vollständig konform mit der strategischen Ausrichtung (Offline-First, Multiplatform-First).

docs/99_Journal/2026-04-19_TurnierFeature_Blueprint_Migration.md

@@ -0,0 +1,27 @@
+# Journal Eintrag - 19. April 2026
+
+## 📦 Migration: frontend/features/turnier-feature
+
+Das Modul `frontend/features/turnier-feature` wurde erfolgreich auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`) migriert.
+
+### 🏗️ Änderungen
+
+1.  **Gradle Konfiguration:**
+    *   `group` von `at.mocode.clients` auf `at.mocode.frontend.features` geändert (Synchronisation mit Referenzmodul `auth`).
+    *   `wasmJsMain` Source-Set in `build.gradle.kts` vervollständigt (inkl. `kotlin.stdlib.wasm.js`).
+    *   `compose.uiTooling` in `jvmMain` für konsistente IDE-Previews hinzugefügt.
+
+2.  **Struktur-Check:**
+    *   Die physische Verzeichnisstruktur für `commonMain`, `jvmMain` und `wasmJsMain` war bereits vorhanden und paket-konsistent (`at.mocode.turnier.feature`).
+
+### 🧪 Verifikation
+
+*   **Build:** `./gradlew :frontend:features:turnier-feature:assemble` lief erfolgreich durch (JVM & WasmJS).
+*   **Checklist:**
+    *   [x] Klasse B Identifikation
+    *   [x] Verzeichnisstruktur geprüft
+    *   [x] `build.gradle.kts` angepasst
+    *   [x] Kompilierung erfolgreich
+
+### 🧹 Curator Status
+*   Das `turnier-feature` ist nun blueprint-konform und bereit für die weitere plattformübergreifende Entwicklung.

docs/99_Journal/2026-04-19_VeranstalterFeature_Blueprint_Migration.md

@@ -0,0 +1,24 @@
+# Journal-Eintrag: VeranstalterFeature Blueprint-Migration
+
+**Datum:** 2026-04-19
+**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/veranstalter-feature` auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Änderungen
+
+### 1. Gradle Konfiguration (`build.gradle.kts`)
+- **Group-ID Sync:** Die Group-ID wurde von `at.mocode.clients` auf `at.mocode.frontend.features` geändert, um konsistent mit dem `auth`-Referenzmodul und dem neuen Namensraum-Standard zu sein.
+- **WasmJS Support:** Das `wasmJsMain` Source-Set wurde explizit konfiguriert und mit der `kotlin.stdlib.wasm.js` Dependency ausgestattet.
+
+### 2. Strukturelle Anpassungen
+- **Consistency Rule:** Erstellung des physischen Verzeichnisbaums für `src/wasmJsMain/kotlin/at/mocode/frontend/features/veranstalter/`, um die KMP-Topologie zu vervollständigen (Plug-and-Play ready).
+
+## ✅ Verifikation
+- `./gradlew :frontend:features:veranstalter-feature:assemble` erfolgreich für JVM und WasmJS ausgeführt.
+- Paketstruktur in `commonMain` und `jvmMain` wurde als bereits blueprint-konform verifiziert.
+
+## 🔗 Status
+- Modul-Typ: **Klasse B** (`UI_COMPONENT`)
+- Status: **Vollständig migriert**

docs/99_Journal/2026-04-19_VeranstaltungFeature_Blueprint_Migration.md

@@ -0,0 +1,22 @@
+# Journal-Eintrag: Blueprint-Migration `veranstaltung-feature`
+
+**Datum:** 19. April 2026
+**Status:** ✅ Abgeschlossen
+**Agent:** 🏗️ [Lead Architect] | 🧹 [Curator]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/features/veranstaltung-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`).
+
+## 🛠️ Durchgeführte Änderungen
+1.  **Gradle-Konfiguration:**
+    - `group` von `at.mocode.clients` auf `at.mocode.frontend.features` geändert (Synchronisation mit Referenz-Modul `auth`).
+    - `wasmJsMain` Source-Set vervollständigt (Zusatz von `kotlin.stdlib.wasm.js`).
+2.  **Struktur-Anpassungen:**
+    - Erstellung der zwingend erforderlichen Verzeichnisse für `commonMain` und `wasmJsMain` unter dem neuen Namensraum `at.mocode.frontend.features.veranstaltung`.
+    - Hinweis: Der bestehende Code in `jvmMain` (Paket `at.mocode.veranstaltung.feature`) bleibt vorerst erhalten, um die Abwärtskompatibilität der Shells zu gewährleisten, bis ein vollständiger Paket-Refactor durchgeführt wird.
+3.  **Validierung:**
+    - Erfolgreicher Cross-Platform Build via `./gradlew :frontend:features:veranstaltung-feature:assemble`.
+
+## 📌 Nächste Schritte
+- Paket-Migration von `at.mocode.veranstaltung.feature` nach `at.mocode.frontend.features.veranstaltung` in einer koordinierten Aktion (zusammen mit den Shells).
+- Verschiebung der UI-Logik von `jvmMain` nach `commonMain`, um die Web-Lauffähigkeit (WasmJS) tatsächlich herzustellen.

docs/99_Journal/2026-04-19_VereinFeature_Blueprint_Migration.md

@@ -0,0 +1,28 @@
+# Journal-Eintrag: Migration des Vereins-Features auf Blueprint-Standard (Klasse B)
+
+**Datum:** 19. April 2026
+**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+
+## 🎯 Zielsetzung
+Migration des Moduls `frontend/features/verein-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`), um Konsistenz mit dem Referenzmodul `auth` und der `device-initialization` herzustellen.
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID Sync:** Die Group-ID wurde von `at.mocode.clients` auf `at.mocode.frontend.features` geändert, um dem projektweiten Namensschema zu entsprechen.
+- **KMP Support (WasmJS):** 
+    - Das `wasmJsMain` Source-Set wurde vervollständigt.
+    - Die Abhängigkeit `libs.kotlin.stdlib.wasm.js` wurde hinzugefügt, um Web-Kompatibilität sicherzustellen.
+- **Tooling:** `compose.uiTooling` wurde zum `jvmMain` Source-Set hinzugefügt, um IDE-Previews für die Vereins-Screens zu ermöglichen.
+
+### 2. Strukturelle Anpassungen
+- **Consistency Rule:** Erstellung der physischen Verzeichnisstruktur für `wasmJsMain`:
+    - `src/wasmJsMain/kotlin/at/mocode/frontend/features/verein/`
+- **Paket-Struktur:** Die bestehende Paketstruktur wurde auf Übereinstimmung mit dem neuen Standard geprüft und als korrekt (`at.mocode.frontend.features.verein`) bestätigt.
+
+## ✅ Validierung & Ergebnisse
+- Der Build-Task `./gradlew :frontend:features:verein-feature:assemble` wurde erfolgreich für alle Plattformen (JVM & WasmJS) ausgeführt.
+- Die Abhängigkeiten fließen gemäß Rule 1 ("Dependency Direction") ausschließlich zu Core-Modulen.
+
+## 🧹 Curator Fazit
+Das `verein-feature` ist nun vollständig blueprint-konform und bereit für die weitere plattformübergreifende Entwicklung.

docs/99_Journal/2026-04-19_WebShell_Blueprint_Migration.md

@@ -0,0 +1,28 @@
+# Journal-Eintrag: WebShell Blueprint Migration
+
+**Datum:** 19. April 2026
+**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
+
+## 🎯 Ziel
+Migration des Moduls `frontend/shells/meldestelle-web` auf den neuen **Module Architecture Blueprint**.
+
+## 🛠️ Änderungen
+
+### 1. Gradle Konfiguration (`build.gradle.kts`)
+- `group` auf `at.mocode.frontend.shell` gesetzt.
+- `version` auf `1.0.0` synchronisiert.
+- Verifizierung der WasmJS-spezifischen Konfiguration.
+
+### 2. Quelltext-Bereinigung (`main.kt`)
+- Korrektur der Paket-Referenzen für das `turnierFeatureModule` (`at.mocode.frontend.features.turnier.di` statt `at.mocode.turnier.feature.di`).
+- Bestätigung der Paketstruktur `at.mocode.frontend.shell.web`.
+
+### 3. Blueprint-Konformität
+- Das Modul entspricht nun dem Standard für Shell-Module und nutzt die neuen Core- und Feature-Namensräume korrekt.
+
+## ✅ Verifizierung
+- `./gradlew :frontend:shells:meldestelle-web:assemble` erfolgreich ausgeführt.
+- KMP-Plattform-Support (WasmJS) bestätigt.
+
+## 🧹 Curator Fazit
+Die Web-Shell ist nun vollständig in die neue Architektur integriert. Damit sind alle Shell-Module (`desktop` und `web`) konsistent.

docs/99_Journal/2026-04-19_ZnsImportFeature_Blueprint_Migration.md

@@ -0,0 +1,36 @@
+# Architektur-Journal: Blueprint-Migration - ZNS Import Feature
+
+**Datum:** 19. April 2026
+**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert]
+
+## 🎯 Status-Update
+Das Modul `frontend/features/zns-import-feature` wurde erfolgreich auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`) migriert.
+
+## 🛠️ Durchgeführte Änderungen
+
+### 1. Gradle-Konfiguration (`build.gradle.kts`)
+- **Group-ID:** Geändert von `at.mocode.clients` auf `at.mocode.frontend.features`.
+- **KMP-Alignment:**
+    - `wasmJsMain` Source-Set hinzugefügt und mit `kotlin.stdlib.wasm.js` konfiguriert.
+    - Abhängigkeiten von `jvmMain` nach `commonMain` verschoben, um die Logik plattformunabhängig verfügbar zu machen (Klasse B Anforderung).
+    - `compose.uiTooling` zu `jvmMain` hinzugefügt für IDE-Previews.
+
+### 2. Strukturelle Begradigung & KMP-Refactoring
+- Die Verzeichnisstruktur wurde auf den neuen Standard-Namensraum `at.mocode.frontend.features.zns.import` umgestellt.
+- **KMP-Shift:** Das `ZnsImportViewModel` wurde nach `commonMain` verschoben. Die Datei-Logik wurde von `java.io.File` entkoppelt und nutzt nun `ByteArray` für den Datei-Upload, was die Plattformunabhängigkeit erhöht.
+- **UI-Separation:**
+    - `StammdatenImportScreen` in `jvmMain` nutzt weiterhin Swing (`JFileChooser`) für die Dateiauswahl auf dem Desktop.
+    - Ein Skelett-Screen wurde in `wasmJsMain` erstellt, um die "Consistency Rule" zu erfüllen und Web-Kompatibilität (mit Platzhalter) zu signalisieren.
+- **Dependency Injection:** Redundante Factory-Definitionen in `ZnsImportModule.kt` wurden bereinigt.
+
+### 3. Shell-Integration
+- Die Importe und Aufrufe in der Desktop-Shell (`frontend/shells/meldestelle-desktop`) wurden auf den neuen Namensraum aktualisiert.
+
+## ⚖️ Konformitäts-Check
+- [x] **Rule 1 (Dependency Direction):** Gewahrt.
+- [x] **Rule 3 (Consistency Rule):** `wasmJsMain` Struktur ist vorhanden.
+- [x] **Taxonomie:** Klasse B (`UI_COMPONENT`) erfolgreich angewendet.
+
+## 🚀 Nächste Schritte
+- Fortsetzung der Migration mit weiteren Feature-Modulen.
+- Langfristig: Refactoring von `ZnsImportViewModel` zur Nutzung von KMP-konformen Datei-APIs.

docs/temp/GEMMA-4_2026-04-16.md

@@ -0,0 +1,37 @@
+👷 **[Frontend Expert]**
+
+**Verstanden. Ich nehme die Herausforderung an.**
+
+Ich werde diesen Scan als **"Audit-Phase"** behandeln. Mein Ziel ist es, nicht nur ein Chaos-Dokument zu erstellen, sondern eine **"Architektur-Anleitung"**, die als Single Source of Truth für die zukünftige Entwicklung dient.
+
+Hier ist mein Schlachtplan für die nächsten Schritte:
+
+### 1. Der Scan (Aktueller Schritt)
+Ich führe den Scan durch, um die Struktur jedes einzelnen Moduls zu erfassen. Ich werde die Pfade so mappen, dass ich genau sehe:
+*   **Modul-Name** (z.B. `features:login`)
+*   **Vorhandene Source-Sets** (`commonMain`, `jvmMain`, `wasmJsMain`)
+*   **Status** (Ist es ein "Standard-Modul" oder ein "Sonderfall"?)
+
+### 2. Die Analyse (Die "Chaos-Matrix")
+Aus den Rohdaten erstelle ich die **Chaos-Matrix**. Diese wird folgende Fragen beantworten:
+*   Welche Module folgen bereits einem Muster?
+*   Wo sind die "Inseln der Wildnis" (Module ohne jegliche Struktur)?
+*   Welche Abhängigkeiten (Gradle-Module) sind von der Struktur-Anpassung betroffen?
+
+### 3. Die Architektur-Anleitung (Das Endprodukt)
+Dies ist das Dokument, das Sie am Ende erhalten. Es wird kein bloßes Problem-Dokument sein, sondern ein **Blueprint**. Es wird enthalten:
+*   **Die "Golden Rule" der Modul-Struktur:** Die definierte Standard-Struktur für jedes neue Modul.
+*   **Die "Migration-Matrix":** Eine Liste aller existierenden Module mit der Anweisung: *"Modul X muss von Struktur A nach Struktur B migriert werden"*.
+*   **Das "Pattern-Library" Dokument:**
+  *   Wie ein `feature`-Modul aufgebaut sein muss (mit `commonMain` und `jvmMain`).
+  *   Wie ein `library`-Modul aufgebaut sein muss (rein `commonMain`).
+  *   Wie ein `platform`-Modul aufgebaut sein muss (z.B. für Android oder Desktop-spezifische Erweiterungen).
+*   **Die "Definition of Done" (DoD) für neue Module:** Eine Checkliste, die ein Entwickler abhaken muss, bevor ein Modul als "fertig" gilt.
+
+---
+
+**Ich starte jetzt den Scan.**
+
+*(Ich werde nach Abschluss des Scans und der Erstellung der Matrix sofort mit der Analyse beginnen.)*
+
+`[Status: Running Structural Scan...]

docs/temp/MODULE_ARCH_BLUEPRINT.md

@@ -0,0 +1,55 @@
+# 🏗️ Module Architecture Blueprint
+
+Dieses Dokument definiert die Architektur-Standards für das Projekt, um eine konsistente, skalierbare und wartbare Modulstruktur zu gewährleisten.
+
+## 🎯 Kernziel
+Etablierung einer klaren Trennung zwischen Geschäftslogik (Common) und Plattform-spezifischer Darstellung (JVM/Web), um die Wiederverwendbarkeit und Testbarkeit zu maximieren.
+
+---
+
+## 📂 Modultypen (Module Archetypes)
+
+Jedes Modul im Projekt muss einer der folgenden drei Kategorien zugeordnet werden:
+
+### 1. Core Modules (Type: `CORE`)
+*   **Zweck:** Rein geschäftliche Logik, Domain-Modelle, Use-Cases.
+*   **Struktur:** Ausschließlich `commonMain`. Keine Abhängigkeiten zu Plattform-spezifischen APIs.
+*   **Regel:** Darf keine Kenntnis über die UI oder Plattform-spezifische Frameworks haben.
+
+### 2. Feature Modules (Type: `FEATURE`)
+*   **Zweck:** Implementierung einer spezifischen Benutzerfunktion (z.B. "Login", "Registration").
+*   **Struktur:** `commonMain` (Logik) + `jvmMain` / `jsMain` (UI/Integration).
+*   **Regel:** Nutzt `CORE`-Module. Darf nur über definierte Schnittstellen mit anderen `FEATURE`-Modulen kommunizieren.
+
+### 3. Infrastructure/Adapter Modules (Type: `ADAPTER`)
+*   **Zweck:** Implementierung von Schnittstellen (z.B. API-Clients, Datenbank-Treiber, Bluetooth-Adapter).
+*   **Struktur:** Implementiert `expect`-Deklarationen aus `CORE` oder `FEATURE` mittels `actual`-Implementierungen.
+*   **Regel:** Versteckt die Komplexität der Plattform hinter einer saubbar definierten API.
+
+---
+
+## 🛠️ Strukturregeln (The Golden Rules)
+
+### 📏 Rule 1: Dependency Direction
+Abhängigkeiten dürfen **nur nach unten** fließen:
+`FEATURE` $\rightarrow$ `CORE` $\rightarrow$ `ADAPTER` (Interfaces)
+`FEATURE` $\rightarrow$ `ADAPTER` (Implementations)
+
+**Verboten:** Ein `CORE`-Modul darf niemals ein `FEATURE`-Modul referenzieren.
+
+### 🔄 Rule 2: The Expect/Actual Pattern
+Um Plattform-spezifischen Code in `commonMain` nutzbar zu machen, ist das `expect/actual`-Pattern zwingend:
+1.  **Define** `expect class/function` in `commonMain`.
+2.  **Implement** `actual class/function` in `jvmMain` (Desktop) und `jsMain` (Web).
+
+### 📦 Rule 3: Encapsulation
+Module müssen ihre internen Implementierungen verbergen. Nur Klassen und Funktionen, die explizit für die Nutzung durch andere Module markiert sind (z.B. via `internal` Modifier), dürfen exportiert werden.
+
+---
+
+## 🚀 Deployment & Build
+*   **Build System:** Gradle.
+*   **Multiplatform:** Kotlin Multiplatform (KMP).
+*   **CI/CD Check:** Bei jedem Pull-Request wird die Einhardung der Abhängigkeitsrichtung durch ein Dependency-Analysis-Plugin geprüft.
+
+---

docs/temp/MODULE_STRUCTURE_BLUEPRINT.md

@@ -0,0 +1,49 @@
+# 🏗️ Modul-Struktur-Blueprint (Standard-Topologie)
+
+**Status:** ARCHITECTURAL STANDARD  
+**Ziel:** Elimination von strukturellen Inkonsistenheiten (Kraut & Rüben)  
+**Prinzip:** Plug-and-Play Multiplatform-Komponenten
+
+## 1. Die Modul-Klassifizierung (The Taxonomy)
+
+Jedes Modul im Projekt **muss** einer der folgenden drei Klassen zugeordnet werden. Es gibt keine "unidentifizierten" Module mehr.
+
+### 🟢 Klasse A: `CORE_LIBRARY`
+*   **Zweck:** Reine Geschäftslogik, Datenmodelle, Hilfsfunktionen (Utils).
+*   **Anforderung:** Besteht **ausschließlich** aus `src/commonMain`.
+*   **Einsatz:** Keine Plattform-spezifischen Abhängigkeiten erlaubt.
+*   **Beispiel:** `:core:database`, `:core:network-models`.
+
+### 🔵 Klasse B: `UI_COMPONENT` (Der Standard)
+*   **Zweck:** Visuelle Features, Screens, interaktive Elemente.
+*   **Anforderung:** **Zwingende** Struktur:
+  *   `src/commonMain` (Logik & Interface)
+  *   `src/jvmMain` (Desktop-spezifische UI-Erweiterungen/Render-Strategie)
+  *   `src/wasmJsMain` (Web-spezifische Render-Strategie)
+*   **Einsatz:** Das Standard-Modul für alle "Plug-and-Play" Features.
+*   **Beispiel:** `:features:auth`, `:features:import`, `:features:settings`.
+
+### 🟡 Klasse C: `PLATFORM_ADAPTER`
+*   **Zweck:** Tiefe Integration von Hardware-APIs oder Plattform-spezifischem Code.
+*   **Anforderung:** Enthält hochgradig spezialisierten Code für eine einzige Plattform.
+*   **Beispiel:** `:platform:android-biometrics`.
+
+---
+
+## 2. Design-Regeln (The Golden Rules)
+
+1.  **The "Expect/Actual" Rule:** `expect`-Deklarationen gehören immer in den `commonMain`-Source-Set. `actual`-Implementierungen werden strikt in den jeweiligen Plattform-Source-Sets (`jvmMain`, `wasmJsMain`, etc.) platziert.
+2.  **The Dependency Rule:** Ein `commonMain`-Modul darf niemals eine Abhängigkeit zu einem Modul haben, das nur in `jvmMain` existiert. Abhängigkeiten müssen immer "nach unten" (zu `common`) oder "horizontal" (zu anderen `common`-Modulen) verlaufen.
+3.  **The Consistency Rule:** Ein Modul darf niemals "unvollständig" sein. Wenn ein Modul ein `jvmMain` hat, muss es auch ein `wasmJsMain` (oder zumindest die Infrastruktur dafür) vorbereitet haben, um die Plugin-Architektur nicht zu brechen.
+
+---
+
+## 3. Implementierungs-Checkliste (Migration Guide)
+
+Wenn du ein neues Modul erstellst oder ein altes migrierst:
+
+- [ ] Identifiziere die Klasse (A, B oder C).
+- [ ] Erstelle die Verzeichnisstruktur gemäß der Klasse.
+- [ ] Überprüfe die `build.gradle.kts` auf korrekte Source-Set-Konfiguration.
+- [ ] Sicherstellen, dass alle `expect`-Funktionen durch `actual`-Implementierungen in allen Ziel-Plattformen abgedeckt sind.
+- [ ] Teste die Kompilierung für alle Ziel-Plattformen (`./gradlew check`).