Branchen

Regulierte Branchen teilen ein strukturelles Problem: Domain-Logik sammelt sich an der falschen Stelle. FinTech-Systeme, die Zahlungslogik mit Reporting vermischen. E-Commerce-Plattformen, deren Pricing-Regeln sich durch den gesamten Stack ziehen. Versicherungs-Software, in der Compliance-Anforderungen direkt in Datenbank-Queries codiert sind. Das Muster ist branchenübergreifend, die Ursache identisch: ohne explizite Kontextgrenzen driftet Verantwortung auseinander.

Jede Branche hat ihre eigene Komplexitätsdichte. Healthcare braucht strikte Trennung zwischen Patientendaten, Abrechnungslogik und klinischen Workflows — ein vermischter Kontext wird zum Compliance-Risiko. Logistik-Plattformen müssen Tracking, Routing und Warehouse-Management als getrennte Domänen behandeln, weil Skalierungsanforderungen je Kontext unterschiedlich sind. SaaS-Produkte mit Multi-Tenancy-Anforderungen scheitern regelmäßig daran, dass Mandanten-Isolation als Infrastrukturproblem statt als Domain-Problem behandelt wird.

Die Lösung ist nicht branchenspezifische Middleware. Sie ist eine Architektur, die Kontextgrenzen als physische Struktur im Code materialisiert — unabhängig davon, ob das System Bankkonten, Versicherungspolicen oder Lieferketten verwaltet. Die folgenden Seiten zeigen, wie DDD-Architektur-Erzeugung konkret für jede Branche aussieht.