diff --git a/TODO-Roadmap.md b/TODO-Roadmap.md
new file mode 100644
index 00000000..71501229
--- /dev/null
+++ b/TODO-Roadmap.md
@@ -0,0 +1,255 @@
+# TODO-Roadmap für Meldestelle Backend & Frontend Verbesserungen
+
+## 📋 Roadmap Übersicht
+
+Diese Roadmap führt Sie durch die systematische Verbesserung Ihres Backend und Frontend Codes, basierend auf der durchgeführten Analyse.
+
+---
+
+## 🚀 Phase 1: Backend-Optimierungen (Woche 1-2)
+
+### 1.1 Circuit Breaker Enhancement
+- [ ] **Resilience4j Circuit Breaker für Ping-Service implementieren**
+    - Datei: `temp/ping-service/src/main/kotlin/.../PingServiceCircuitBreaker.kt`
+    - Fallback-Methoden für Service-Ausfälle
+    - Konfiguration in `application.yml`
+    - Tests für Circuit Breaker Verhalten
+
+### 1.2 Health Check Verbesserungen
+- [ ] **Gateway Health Indicator implementieren**
+    - Datei: `infrastructure/gateway/src/main/kotlin/.../health/GatewayHealthIndicator.kt`
+    - Downstream Service Health Checks
+    - Actuator Integration erweitern
+    - Health Check Dashboard
+
+### 1.3 Observability & Metrics
+- [ ] **Micrometer Metrics Integration**
+    - Datei: `infrastructure/gateway/src/main/kotlin/.../metrics/GatewayMetricsConfig.kt`
+    - Request/Response Zeit Metriken
+    - Fehlerrate Tracking
+    - Custom Business Metrics
+
+- [ ] **Enhanced Logging Verbesserungen**
+    - Strukturierte JSON Logs
+    - MDC (Mapped Diagnostic Context) für Korrelations-IDs
+    - Log-Level Konfiguration per Environment
+
+### 1.4 Security Enhancements
+- [ ] **JWT Authentication Filter erweitern**
+    - Token Refresh Mechanismus
+    - Role-based Access Control (RBAC)
+    - Rate Limiting basierend auf User-Rollen
+
+---
+
+## 🎨 Phase 2: Frontend-Architektur Grundlagen (Woche 3-4)
+
+### 2.1 Clean Architecture Setup
+- [ ] **Repository Pattern implementieren**
+    - Datei: `client/common-ui/src/commonMain/kotlin/.../data/repository/PingRepository.kt`
+    - Interface Definition
+    - Implementation mit Error Handling
+    - Mock Implementation für Tests
+
+- [ ] **Data Layer strukturieren**
+    - DTOs und Domain Models trennen
+    - API Client abstrahieren
+    - Caching Strategy implementieren
+
+### 2.2 State Management Architecture
+- [ ] **ViewModel Pattern einführen**
+    - Datei: `client/common-ui/src/commonMain/kotlin/.../ui/viewmodel/PingViewModel.kt`
+    - State Management mit Flows
+    - Business Logic Kapselung
+    - Testbare ViewModels
+
+- [ ] **State Classes definieren**
+    - Loading/Success/Error States
+    - Immutable State Objects
+    - State Transition Logic
+
+### 2.3 Dependency Injection
+- [ ] **DI Container Setup**
+    - Datei: `client/common-ui/src/commonMain/kotlin/.../di/ClientModule.kt`
+    - Repository Injection
+    - ViewModel Factory
+    - Configuration Management
+
+---
+
+## 🔧 Phase 3: Frontend-Komponenten Refactoring (Woche 5-6)
+
+### 3.1 UI Components verbessern
+- [ ] **PingTestComponent refactoren**
+    - Datei: `client/common-ui/src/commonMain/kotlin/.../ui/components/PingTestComponent.kt`
+    - State-driven UI
+    - Error Handling UI
+    - Loading States
+
+### 3.2 Error Handling Strategy
+- [ ] **Unified Error Handling**
+    - `ApiResult` sealed class
+    - Error Boundary Components
+    - User-friendly Error Messages
+    - Retry Mechanisms
+
+### 3.3 Network Layer
+- [ ] **HTTP Client Configuration**
+    - Timeout Konfiguration
+    - Retry Policy
+    - Request/Response Interceptors
+    - Connection Pool Management
+
+---
+
+## 📱 Phase 4: KMP-spezifische Optimierungen (Woche 7-8)
+
+### 4.1 Platform-spezifische Implementierungen
+- [ ] **Expect/Actual Patterns**
+    - Platform-spezifische HTTP Clients
+    - Storage Abstraction
+    - Platform UI Anpassungen
+
+### 4.2 Build Configuration
+- [ ] **Gradle Build Optimierung**
+    - Datei: `client/web-app/build.gradle.kts`
+    - Dependencies Management
+    - Code Sharing zwischen Targets
+    - Build Performance
+
+### 4.3 Web-spezifische Features
+- [ ] **Browser Integration**
+    - LocalStorage für Caching
+    - Service Worker für Offline
+    - Progressive Web App Features
+
+---
+
+## 🧪 Phase 5: Testing Strategy (Woche 9-10)
+
+### 5.1 Backend Testing
+- [ ] **Integration Tests erweitern**
+    - Circuit Breaker Tests
+    - Rate Limiting Tests
+    - Security Filter Tests
+
+- [ ] **Performance Tests**
+    - Load Testing Setup
+    - Stress Testing
+    - Memory Leak Detection
+
+### 5.2 Frontend Testing
+- [ ] **Unit Tests für ViewModels**
+    - State Transition Tests
+    - Business Logic Tests
+    - Mock Repository Tests
+
+- [ ] **UI Testing**
+    - Component Tests
+    - Integration Tests
+    - E2E Tests Setup
+
+---
+
+## 📈 Phase 6: Performance & Monitoring (Woche 11-12)
+
+### 6.1 Performance Optimierung
+- [ ] **Backend Performance**
+    - Database Query Optimierung
+    - Connection Pooling
+    - Caching Strategy
+
+- [ ] **Frontend Performance**
+    - Bundle Size Optimierung
+    - Lazy Loading
+    - Memory Management
+
+### 6.2 Monitoring Setup
+- [ ] **Metrics Dashboard**
+    - Grafana Dashboards
+    - Alerting Rules
+    - Performance KPIs
+
+- [ ] **Error Tracking**
+    - Frontend Error Monitoring
+    - Backend Error Alerting
+    - User Experience Metrics
+
+---
+
+## 🚢 Phase 7: Production Readiness (Woche 13-14)
+
+### 7.1 Configuration Management
+- [ ] **Environment Configuration**
+    - Dev/Test/Prod Configs
+    - Secret Management
+    - Feature Flags
+
+### 7.2 Deployment Pipeline
+- [ ] **CI/CD Verbesserungen**
+    - Automated Testing
+    - Docker Optimierung
+    - Blue/Green Deployment
+
+### 7.3 Documentation
+- [ ] **Code Dokumentation**
+    - API Documentation Update
+    - Architecture Decision Records
+    - Developer Guidelines
+
+---
+
+## 📊 Erfolgs-Metriken
+
+### Backend
+- [ ] Response Zeit < 100ms für 95% der Requests
+- [ ] Fehlerrate < 0.1%
+- [ ] Circuit Breaker Funktionalität
+- [ ] 100% Test Coverage für kritische Pfade
+
+### Frontend
+- [ ] Bundle Size < 500KB (gzipped)
+- [ ] First Contentful Paint < 1.5s
+- [ ] Crash-freie Sessions > 99.5%
+- [ ] Clean Architecture Compliance
+
+---
+
+## 🔄 Kontinuierliche Verbesserungen
+
+### Wöchentliche Reviews
+- [ ] Code Quality Metrics Review
+- [ ] Performance Benchmarks
+- [ ] Security Audit
+- [ ] User Feedback Integration
+
+### Monatliche Assessments
+- [ ] Architecture Review
+- [ ] Technology Stack Evaluation
+- [ ] Process Optimization
+- [ ] Team Knowledge Sharing
+
+---
+
+## 📝 Notizen
+
+### Prioritäten
+1. **Hoch**: Circuit Breaker, Repository Pattern, State Management
+2. **Medium**: Metrics, Error Handling, Testing
+3. **Niedrig**: Performance Optimierung, Documentation
+
+### Dependencies
+- Phase 2 kann parallel zu Phase 1 begonnen werden
+- Phase 3 benötigt Completion von Phase 2
+- Testing (Phase 5) sollte kontinuierlich durchgeführt werden
+
+### Risiken
+- KMP-spezifische Probleme können zusätzliche Zeit benötigen
+- Integration zwischen Backend und Frontend muss koordiniert werden
+- Performance-Tests können unerwartete Probleme aufdecken
+
+---
+
+**Erstellt:** Januar 2025
+**Version:** 1.0
+**Nächstes Review:** Nach Phase 2 Completion
diff --git a/infrastructure/cache/README-INFRA-CACHE.md b/infrastructure/cache/README-INFRA-CACHE.md
index ba6df72a..850cf583 100644
--- a/infrastructure/cache/README-INFRA-CACHE.md
+++ b/infrastructure/cache/README-INFRA-CACHE.md
@@ -1,5 +1,7 @@
 # Infrastructure/Cache Module
 
+*Letzte Aktualisierung: 14. August 2025*
+
 ## Überblick
 
 Das **Cache-Modul** stellt eine zentrale, hochverfügbare und wiederverwendbare Caching-Infrastruktur für alle Microservices bereit. Es dient der Verbesserung der Anwendungsperformance, der Reduzierung von Latenzen und der Entlastung der primären PostgreSQL-Datenbank.
@@ -49,6 +51,14 @@ class MasterdataService(
 }
 ```
 
+## Changelog
+
+### 2025-08-14
+- **Bug Fix:** Behoben: Compiler-Warnungen in `JacksonCacheSerializer` bezüglich identity-sensitiver Operationen auf `java.time.Instant` Typen
+  - Ersetzt direkte Gleichheitsvergleiche (`==`, `!=`) mit `Objects.equals()` für sichere Vergleiche von nullable Instant-Objekten
+  - Verbesserte Typsicherheit beim Vergleich von Zeitstempel-Feldern in der Cache-Serialisierung
+  - Alle Tests weiterhin erfolgreich, keine funktionalen Änderungen
+
 ## Testing-Strategie
 Die Qualität des Moduls wird durch eine zweistufige Teststrategie sichergestellt:
 
diff --git a/infrastructure/cache/redis-cache/src/main/kotlin/at/mocode/infrastructure/cache/redis/JacksonCacheSerializer.kt b/infrastructure/cache/redis-cache/src/main/kotlin/at/mocode/infrastructure/cache/redis/JacksonCacheSerializer.kt
index f23f0ecf..f73877c2 100644
--- a/infrastructure/cache/redis-cache/src/main/kotlin/at/mocode/infrastructure/cache/redis/JacksonCacheSerializer.kt
+++ b/infrastructure/cache/redis-cache/src/main/kotlin/at/mocode/infrastructure/cache/redis/JacksonCacheSerializer.kt
@@ -9,6 +9,7 @@ import com.fasterxml.jackson.module.kotlin.KotlinModule
 import com.fasterxml.jackson.module.kotlin.readValue
 import java.io.ByteArrayInputStream
 import java.io.ByteArrayOutputStream
+import java.util.Objects
 import java.util.zip.GZIPInputStream
 import java.util.zip.GZIPOutputStream
 import kotlin.time.ExperimentalTime
@@ -88,9 +89,9 @@ class JacksonCacheSerializer : CacheSerializer {
             if (key != other.key) return false
             if (!valueBytes.contentEquals(other.valueBytes)) return false
             if (valueType != other.valueType) return false
-            if (!createdAt.equals(other.createdAt)) return false
-            if (expiresAt != other.expiresAt && expiresAt?.equals(other.expiresAt) != true) return false
-            if (!lastModifiedAt.equals(other.lastModifiedAt)) return false
+            if (!Objects.equals(createdAt, other.createdAt)) return false
+            if (!Objects.equals(expiresAt, other.expiresAt)) return false
+            if (!Objects.equals(lastModifiedAt, other.lastModifiedAt)) return false
             if (isDirty != other.isDirty) return false
             if (isLocal != other.isLocal) return false