Files
Holzleitner---Backend--aktu…/crates/domain/src/lib.rs
Dennis Nemec 6a9b5872e1 Backend-Arbeitsstand: ERP-Sync, Lieferlebenszyklus, Reports + config.toml
Bringt das Backend vom initialen Skeleton auf den aktuellen Arbeitsstand
(Clean Architecture: domain → application → infrastructure → api).

Wesentliche Bereiche:
- ERP-Anbindung (MSSQL-Pull der Touren, Import-Scheduler, Rückschreiben)
- Lieferlebenszyklus: Scan/Hold/Cancel/Complete, Gutschriften, Notizen,
  Bild-Anhänge, Unterschriften, PDF-Lieferreport → DOCUframe
- Stammdaten: Kunden, Artikel, Lager, Zahlungsarten, Services
- Keycloak-JWT-Gate + Fahrer-Provisionierung via Admin-API
- Admin-API-Key-Gate (X-Admin-Api-Key) für Maschinen-Endpunkte

Jüngste Änderungen dieser Session:
- Belegspezifische Kontaktdaten: alle ERP-Adressen (Beleg-/Liefer-/
  Rechnungsadresse, Ansprechpartner, Kundenstamm) mit Telefon/Mobil/
  E-Mail werden gesynct (Migration 0029, MSSQL-Query, TourDetails)
- Konfiguration von .env (envy/dotenvy) auf config.toml (toml/serde)
  umgestellt; Vorlage config.example.toml, Pfad via HOLZLEITNER_CONFIG

Nicht im Repo (per .gitignore): config.toml (Secrets), data/ (Laufzeit-/
Kundendaten), demo.mp4, .claude/, variocontrol-ai/.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-01 17:52:58 +02:00

47 lines
1.6 KiB
Rust

//! Domänenmodell des Lieferservice-Backends.
//!
//! Aufbau pro Aggregat-Wurzel bzw. zusammengehöriger Begriffsgruppe.
//! Reihenfolge der Module entspricht inhaltlich der Datenfluss-Logik:
//! Stamm- und Strukturdaten zuerst, danach transaktionale Aggregate
//! (Tour → Delivery → Audit), zuletzt der prozessuale Zustand.
//!
//! **Konventionen**
//! * Rust-Felder in `snake_case`, JSON via `serde` in `camelCase`.
//! * Enum-Varianten in `PascalCase`, JSON via `serde` in `snake_case`.
//! * Identifier vom ERP (Personalnummer, Belegart/-nummer, Artikelnummer)
//! behalten ihre fachlichen Namen, weil sie als Brücken im Datenmodell
//! erkennbar bleiben sollen.
//! * Eigene IDs sind UUIDs — entkoppelt vom ERP, generieren wir selbst.
#![allow(dead_code)] // Modelle werden später von Service-Schicht genutzt.
mod account;
mod article;
mod audit;
mod car;
mod common;
mod contact;
mod customer;
mod delivery;
mod payment;
mod process_state;
mod service;
mod tour;
mod warehouse;
pub use account::Account;
pub use article::Article;
pub use audit::{AuditAction, ScanAuditEntry};
pub use car::Car;
pub use common::Address;
pub use contact::{ContactChannel, ContactKind, ContactRole, ContactSource};
pub use customer::{Customer, CustomerContact};
pub use delivery::{
Delivery, DeliveryCredit, DeliveryItem, DeliveryNote, DeliveryState, ScanState, ScanStatus,
};
pub use payment::PaymentMethod;
pub use process_state::{DeliveryPhase, DeliveryProcessState};
pub use service::{DeliveryServiceValue, Service, ServiceKind};
pub use tour::Tour;
pub use warehouse::Warehouse;