Initial: Rust-Backend mit Clean Architecture (domain/application/infrastructure/api)

Vier-Crate-Workspace mit:
- Domain: Account, Car, Tour, Delivery, DeliveryItem, DeliveryNote, Customer,
  Article, Warehouse, ScanState, AuditAction — alle mit serde + feature-gated
  utoipa::ToSchema.
- Application: Ports (TourRepository, DeliveryRepository, ScanRepository,
  DeliveryNoteRepository, CarRepository, AuthService) und Use Cases.
- Infrastructure: Postgres-Adapter via sqlx (PgTourRepository etc.) +
  Keycloak-AuthService mit JWKS-Cache + OIDC-Discovery.
- API: Axum 0.8, utoipa-OpenAPI + Swagger-UI, JWT-Bearer-Middleware,
  AuthenticatedUser-Extractor.

Endpoints:
- GET /me/tours/today, /tours/{id}, /accounts/{pn}, /me/cars, /health
- POST /sync/tour, /scans (bulk + idempotent via clientScanId),
  /deliveries/{id}/{hold,resume,cancel,complete,notes}, /me/cars
- PUT /tours/{id}/delivery-order, /deliveries/{id}/assigned-car, /me/cars/{id}
- PATCH /me/cars/{id}

Datenmodell:
- 6 Migrationen (accounts, tours/deliveries/items + Stammdaten,
  scan_audit mit clientScanId-UNIQUE, state_reason refactor,
  delivery_notes, cars + FKs nachziehen).
- Business-stabile Beleg-Keys (belegart_id, belegnummer) für ERP-Sync.
- Append-only scan_audit + embedded scan_state als doppelte Wahrheit.

Dev-Setup:
- docker-compose mit Postgres 17 + Keycloak 26
- Keycloak-Realm 'holzleitner' mit Public-Client (PKCE), Testfahrer
  (PN 1001) + Audience-/Personalnummer-Mapper

crates/application/src/dto/mod.rs

@@ -0,0 +1,35 @@
+//! Data Transfer Objects der Application-Schicht.
+//!
+//! DTOs aggregieren Domänenobjekte zu **Use-Case-Antworten** und
+//! beschreiben die Eingaben für Sync-Operationen. Sie bleiben bewusst
+//! im Application-Layer (nicht im Domain-Layer), weil sie eine
+//! Use-Case-Sicht auf die Daten sind, kein Stück Geschäftslogik —
+//! ein anderer Use-Case darf eine andere Projektion liefern.
+//!
+//! Serde- und (optional) utoipa-Annotationen erlauben, dieselbe
+//! Struktur direkt als HTTP-Antwort zu serialisieren — das spart eine
+//! zweite Schicht handgeschriebener API-DTOs.
+
+pub mod car;
+pub mod delivery_action;
+pub mod delivery_order;
+pub mod note;
+pub mod scan;
+pub mod tour_details;
+pub mod tour_summary;
+pub mod tour_sync;
+
+pub use car::{
+    AssignCarRequest, CarResponse, CarsList, CreateCarRequest, UpdateCarRequest,
+};
+pub use delivery_action::{CancelDeliveryRequest, DeliveryResponse, HoldDeliveryRequest};
+pub use delivery_order::{
+    DeliveryOrderEntry, SetDeliveryOrderRequest, SetDeliveryOrderResponse,
+};
+pub use note::{CreateDeliveryNoteRequest, DeliveryNoteResponse};
+pub use scan::{
+    ApplyScansRequest, ApplyScansResponse, ScanEvent, ScanResult, ScanResultStatus,
+};
+pub use tour_details::{DeliveryWithItems, TourDetails};
+pub use tour_summary::TourSummary;
+pub use tour_sync::{SyncDelivery, SyncDeliveryItem, SyncTourRequest};