diff --git a/.gitea/workflows/feature-build.yml b/.gitea/workflows/feature-build.yml
index 0abc6da2..9e716269 100644
--- a/.gitea/workflows/feature-build.yml
+++ b/.gitea/workflows/feature-build.yml
@@ -6,8 +6,7 @@ on:
 jobs:
   package-windows:
     name: 📦 Windows .msi Packaging
-    # Nur ausführen, wenn Desktop-CI explizit aktiviert ist
-    if: ${{ vars.DESKTOP_CI_ENABLED == 'true' }}
+    # Desktop-CI ist nun via Conveyor auf Linux möglich
     runs-on: ubuntu-latest
     steps:
       - name: Checkout
@@ -23,6 +22,7 @@ jobs:
       - name: Gradle Build (Uber-JAR)
         run: |
           ./gradlew :frontend:shells:meldestelle-desktop:jvmJar --no-daemon
+          ls -lh frontend/shells/meldestelle-desktop/build/libs/
 
       - name: Setup Conveyor
         run: |
diff --git a/conveyor.conf b/conveyor.conf
index e3b48147..2a0c1e98 100644
--- a/conveyor.conf
+++ b/conveyor.conf
@@ -46,7 +46,7 @@ app {
 
   # Input-Dateien: Hier ziehen wir die Uber-JAR oder die Gradle-Outputs.
   # Da wir plattformunabhängig bleiben wollen, nutzen wir das Gradle-Output-Dir.
-  inputs += "frontend/shells/meldestelle-desktop/build/libs/*.jar"
+  inputs += "frontend/shells/meldestelle-desktop/build/libs/meldestelle-desktop-*.jar"
 
   # Windows-spezifische Einstellungen
   windows {
diff --git a/docs/01_Architecture/MASTER_ROADMAP.md b/docs/01_Architecture/MASTER_ROADMAP.md
index 419cdcc3..852bbcb8 100644
--- a/docs/01_Architecture/MASTER_ROADMAP.md
+++ b/docs/01_Architecture/MASTER_ROADMAP.md
@@ -87,8 +87,8 @@ Fokus: Physische Implementierung der Turnier-Hierarchie und technisches Onboardi
 *   [x] **Handshake-Feedback:** Visuelle Signalisierung des Verbindungsstatus (Grün/Rot).
 *   [x] **Client-Konfiguration:** Master kann nun Clients in der UI hinzufügen und bearbeiten.
 *   [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt.
-*   [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht (PoC Implementierung).
-*   [ ] **PoC Verifikation:** 🔴 **FEHLGESCHLAGEN** (Hardware-Test durch User nicht erfolgreich - Analyse für Abend-Session erforderlich).
+*   [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht.
+*   [ ] **PoC Verifikation:** 🚧 **IN ARBEIT** (Conveyor-Build in CI aktiviert, warte auf ersten erfolgreichen Lauf).
 
 ### MEILENSTEIN 1: Die Basis-Hierarchie (Prio 1) ⚪ GEPLANT
 
diff --git a/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md b/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md
index e906e489..685dde10 100644
--- a/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md
+++ b/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md
@@ -28,11 +28,13 @@ Der Workflow `.gitea/workflows/feature-build.yml` wurde radikal umgebaut:
   3. `conveyor make windows-msi` erzeugt das Paket.
 - **Artefakte:** Die resultierende `.msi`-Datei wird nun korrekt in der Gitea-UI hochgeladen.
 
-## Status: Implementiert (Verifikation ausstehend)
+## Status: In Arbeit (Verifikation ausstehend)
 
-- **CI-Status:** Der Workflow sollte nun auf Linux-Runnern grün werden.
-- **Hardware-Test:** Sobald das erste MSI aus der CI erfolgreich auf einem Windows-Rechner installiert und gestartet
-  wurde, gilt die Build-Pipeline als verifiziert.
+- **CI-Update:** Die Blockade durch die Variable `DESKTOP_CI_ENABLED` wurde entfernt. Der Workflow läuft nun bei jedem
+  Push auf einen Feature-Branch.
+- **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-*.jar`) angepasst.
+- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea. Sobald das MSI bereitsteht, erfolgt der
+  Hardware-Test.
 
 **🏗️ [Lead Architect]**
 **🐧 [DevOps Engineer]**