Master 8 - Versicherungssystem

Fast fertiges, kommerziell orientiertes Versicherungs-Enterprise-System ohne AI-Bereich. Mit Maven, Java-Code, Ablaufbeschreibungen, SVGs und Runnable Smoke Flow.

README

Überblick und Start

Runnable

Lokaler Smoke-Run

Ablauf und Funktion

Quote-to-Policy, Bill-to-Cash, Claim-to-Payout

Projektbeschreibungen

Alle Module mit Aufgabe, Ablauf und Pattern

Entwurfsmuster

Alle Pattern-Markierungen

SVG Galerie

Kompakte fachliche Erklärbilder

Prüfbericht

Links, Java, Markdown/HTML, ZIP

Insurance Claims Referenz

Claims-to-Payout mit Deckung, Reserve, Fraud, Gutachten und Auszahlung

Lehrbuch und Praxis

Schnellüberblick in Kacheln

◎

Fachlicher Zweck

Ein vollständigeres Versicherungssystem mit Quote-to-Policy, Billing und Claim-to-Payout. Hier wird sichtbar, wie ein fachlicher Kern über viele Module hinweg modelliert wird.

⚙

Technischer Fokus

Quote, Underwriting, Police, Billing, Claim, Payout

▣

Domäne / Kontext

Versicherung

☑

Zielgruppe

Versicherungsdomänen, Modernisierungsprojekte und DDD-Lernpfade

Kompaktes SVG zum Verständnis

Master 8 – Insurance Enterprise System QuotePolicyBillingClaimPayout

Das SVG soll nicht jedes technische Detail zeigen, sondern die Hauptbewegung des Projekts erklären. So sieht man schnell, wie aus Eingangsdaten, Fachregeln und technischen Bausteinen ein sinnvoller Ablauf entsteht.

Wie man dieses Lehrbuch am besten liest

1

1. Einstieg

Zuerst die Kurzbeschreibung und die Kacheln lesen, damit sofort klar ist, was dieses Projekt fachlich und technisch leisten soll.

2

2. Ablauf verstehen

Danach das SVG lesen. Es zeigt den roten Faden des Projekts und hilft, Klassen und Module später besser einzuordnen.

3

3. Technische Bausteine

Im dritten Schritt die Hauptbausteine lesen: Domain, Use Cases, Adapter, Runtime, Infrastruktur und Qualitätssicherung.

4

4. Im Projekt nachschlagen

Zum Schluss README, Projektbeschreibung, Design Patterns und RUNNABLE-Dokument öffnen und die Aussagen mit dem Projekt abgleichen.

Hinweis: Dieses Lehrbuch gehört direkt zum jeweiligen Master-Projekt und ergänzt README, Projektbeschreibungen und Design-Pattern-Dokumente.

Wichtige Bausteine und Bedeutung

BausteinBedeutungWorauf achten?
Fachlicher AblaufBeschreibt den Geschäftskontext und die Reihenfolge der zentralen Schritte.Begriffe sauber lesen; hier steckt der eigentliche Nutzen des Systems.
DomänenmodellEnthält Entitäten, Aggregate, Policies, Services oder ähnliche Kernelemente.Wichtig ist die Trennung zwischen Fachlogik und technischer Umgebung.
Use Cases / Application LayerHier werden fachliche Aktionen orchestriert und Regeln zusammengeführt.Achte auf Ein- und Ausgaben, Zuständigkeiten und Fehlerszenarien.
Adapter / IntegrationVerbindung nach außen: Datenbank, Messaging, Files, APIs oder Plattform.Adapter sollen austauschbar bleiben und nicht die Fachlogik dominieren.
Runtime / StartSpring Boot, Jakarta Runtime oder runnable-smoke machen das Projekt ausführbar.Wichtig sind Startpunkte, Ports, Profile und lokale Demo-Lauffähigkeit.
Qualität / BetriebTests, CI/CD, Observability, Security oder Infrastruktur ergänzen die technische Reife.Gerade hier sieht man, wie nah ein Demo-System an ein reales System herankommt.

Ein Spur mehr Erklärung

Warum dieser Master wichtig ist: Ein vollständigeres Versicherungssystem mit Quote-to-Policy, Billing und Claim-to-Payout. Hier wird sichtbar, wie ein fachlicher Kern über viele Module hinweg modelliert wird. Im Unterschied zu kleineren Demo-Abschnitten ist hier besonders gut sichtbar, wie fachliche Regeln, technische Grenzen und Betriebsaspekte zusammenkommen.
➤

Typischer Lerngewinn

Man lernt nicht nur die Oberfläche des Themas, sondern versteht Zusammenhänge zwischen Fachlichkeit, Architektur und Betrieb.

➤

Worauf man achten sollte

Wichtig sind Modulgrenzen, klare Namensgebung, nachvollziehbare Abläufe und der Unterschied zwischen Demo- und produktionsnahen Aspekten.

Weiter im Projekt

Wenn du nach diesem Lehrbuch tiefer einsteigen willst, öffne als Nächstes die folgenden Projektdateien. So wechselst du von der didaktischen Sicht in die eigentliche Projektstruktur.

README RUNNABLE Projektbeschreibungen Design Patterns
Stand 2026-07-07 · Überarbeitetes Lehrbuch mit Kacheln, SVG und erweiterter Kurzbeschreibung.

Module und Quellcode

Du bist hierIMPL INS VersicherungModule
71 Module11 KategorienInhalte vollständig übernommen

API & Application 13

billing-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/billing-application
Verantwortung

Use Cases für Beitragslauf, Zahlungseingang, Mahnung und Reconciliation.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

claims-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/claims-application
Verantwortung

Use Cases für Schadenmeldung, Prüfung, Entscheidung und Auszahlung.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

commission-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/commission-application
Verantwortung

Use Cases für Provisionsberechnung und Maklerabrechnung.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

document-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/document-application
Verantwortung

Use Cases für Dokumenterzeugung, Archivierung und Versand.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-api-jakarta-restAPI & Application
Codepfad: mvn-ws-impl-ins/insurance-api-jakarta-rest
Verantwortung

Jakarta REST API für klassische Enterprise-Laufzeit.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-api-rest-springAPI & Application
Codepfad: mvn-ws-impl-ins/insurance-api-rest-spring
Verantwortung

Spring REST API für Portal, Mobile App und Partnerintegration.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-platform-apiAPI & Application
Codepfad: mvn-ws-impl-ins/insurance-platform-api
Verantwortung

Öffentliche Versicherungs-API für Angebot, Vertrag, Schaden, Zahlung und Dokumente.

Architekturbausteine
  • Shared Kernel: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Domain Event: prüfbare Regel.
  • Factory: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

operations-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/operations-application
Verantwortung

Betriebs-Use-Cases für Support, Reprocessing und Datenkorrektur.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

policy-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/policy-application
Verantwortung

Use Cases für Vertrag: abschließen, ändern, verlängern, kündigen.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

quote-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/quote-application
Verantwortung

Use Cases für Angebotsstrecke: erfassen, prüfen, berechnen, anbieten.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

reporting-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/reporting-application
Verantwortung

Use Cases für operative Reports und Management-Sichten.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

scheduler-platformAPI & Application
Codepfad: mvn-ws-impl-ins/scheduler-platform
Verantwortung

Batch Scheduler für Tagesabschluss und wiederholbare Jobs.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

underwriting-applicationAPI & Application
Codepfad: mvn-ws-impl-ins/underwriting-application
Verantwortung

Use Cases für automatische und manuelle Risikoprüfung.

Architekturbausteine
  • Application Service: Modulgrenze und Verantwortung.
  • Command Handler: stabile Fachobjekte.
  • Result Object: prüfbare Regel.
  • Unit of Work Boundary: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Adapter & Integration 11

archive-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/archive-adapter
Verantwortung

Archivadapter für DMS, WORM und revisionssichere Ablage.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

broker-portal-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/broker-portal-adapter
Verantwortung

Adapter für Maklerportal, Angebotsübergabe und Statusabfrage.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

customer-portal-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/customer-portal-adapter
Verantwortung

Adapter für Self-Service: Vertrag, Rechnung, Schaden und Dokumente.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

document-generator-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/document-generator-adapter
Verantwortung

PDF/Dokument-Generatoradapter mit Template-Grenzen.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

fraud-service-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/fraud-service-adapter
Verantwortung

Betrugsprüfung und externe Score-Systeme als Anti-Corruption Layer.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

jpa-persistence-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/jpa-persistence-adapter
Verantwortung

Repository-Adapter mit JPA-ähnlichem Mapping.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

notification-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/notification-adapter
Verantwortung

Mail/SMS/Briefversand-Adapter.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

partner-soap-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/partner-soap-adapter
Verantwortung

SOAP-Adapter für Altpartner und Großmakler.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

payment-bank-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/payment-bank-adapter
Verantwortung

Bankadapter für SEPA, Rücklastschrift und Kontoauszug.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

rating-engine-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/rating-engine-adapter
Verantwortung

Tarif-/Rating-Engine-Adapter mit versionierten Tarifen.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

sftp-batch-adapterAdapter & Integration
Codepfad: mvn-ws-impl-ins/sftp-batch-adapter
Verantwortung

SFTP-Dateiaustausch für Inkasso, Provision und Rückversicherung.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Daten & Storage 2

oracle-legacy-adapterDaten & Storage
Codepfad: mvn-ws-impl-ins/oracle-legacy-adapter
Verantwortung

Oracle/Stored-Procedure-Grenze für Altbestand.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

postgres-persistence-adapterDaten & Storage
Codepfad: mvn-ws-impl-ins/postgres-persistence-adapter
Verantwortung

PostgreSQL-Persistenz und Outbox-Speicherung.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Deployment 1

devops-openshiftDeployment
Codepfad: mvn-ws-impl-ins/devops-openshift
Verantwortung

OpenShift Manifeste, Routes, NetworkPolicy und ConfigMaps.

Architekturbausteine
  • Deployment Strategy: Modulgrenze und Verantwortung.
  • Infrastructure Adapter: stabile Fachobjekte.
  • Configuration Object: prüfbare Regel.
  • Health Check: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Domain 19

audit-domainDomain
Codepfad: mvn-ws-impl-ins/audit-domain
Verantwortung

Audit Trail, Compliance Events, Datenzugriff und unveränderliche Historie.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

billing-domainDomain
Codepfad: mvn-ws-impl-ins/billing-domain
Verantwortung

Beitragsrechnung, Fälligkeit, Mahnung, Storno, Ausgleich und Zahlungslauf.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

claim-assessment-domainDomain
Codepfad: mvn-ws-impl-ins/claim-assessment-domain
Verantwortung

Gutachten, Plausibilitätsprüfung, Betrugsindizien und Regulierungsentscheidung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

claims-domainDomain
Codepfad: mvn-ws-impl-ins/claims-domain
Verantwortung

Schadenmeldung, Deckungsprüfung, Schadenakte, Reserven und Auszahlung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

commission-domainDomain
Codepfad: mvn-ws-impl-ins/commission-domain
Verantwortung

Provision, Maklerabrechnung, Stornohaftung und Auszahlungsstatus.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

cqrs-readmodelsDomain
Codepfad: mvn-ws-impl-ins/cqrs-readmodels
Verantwortung

Read Models für Portale, Sachbearbeitung und Reporting.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

document-domainDomain
Codepfad: mvn-ws-impl-ins/document-domain
Verantwortung

Police, Rechnung, Nachtrag, Schadenbrief und revisionssichere Dokumentversion.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-domain-kernelDomain
Codepfad: mvn-ws-impl-ins/insurance-domain-kernel
Verantwortung

Shared Kernel mit Money, Tenant, Correlation, Versicherungsnummern und Domain Events.

Architekturbausteine
  • Shared Kernel: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Domain Event: prüfbare Regel.
  • Factory: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

notification-domainDomain
Codepfad: mvn-ws-impl-ins/notification-domain
Verantwortung

Kunden-, Makler- und Sachbearbeiterbenachrichtigungen.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

party-domainDomain
Codepfad: mvn-ws-impl-ins/party-domain
Verantwortung

Kunde, Versicherungsnehmer, Begünstigte, Makler, Rollen und Kontaktwege.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

payment-domainDomain
Codepfad: mvn-ws-impl-ins/payment-domain
Verantwortung

SEPA, Karte, Überweisung, Rücklastschrift und Zahlungszuordnung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

policy-domainDomain
Codepfad: mvn-ws-impl-ins/policy-domain
Verantwortung

Versicherungsvertrag, Laufzeit, Status, Deckungen, Änderung und Kündigung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

premium-domainDomain
Codepfad: mvn-ws-impl-ins/premium-domain
Verantwortung

Prämienberechnung, Steuer, Zahlungsweise, Rabatt und Nachlasslogik.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

product-domainDomain
Codepfad: mvn-ws-impl-ins/product-domain
Verantwortung

Versicherungsprodukte, Tarifmodelle, Deckungen, Bausteine und Bedingungen.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

quote-domainDomain
Codepfad: mvn-ws-impl-ins/quote-domain
Verantwortung

Angebot, Angebotspositionen, Risikofragen, Prämienvorschlag und Gültigkeit.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

reinsurance-domainDomain
Codepfad: mvn-ws-impl-ins/reinsurance-domain
Verantwortung

Rückversicherung, Quote Share, Treaty, Claim Recovery und Expositionsgrenzen.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

reporting-domainDomain
Codepfad: mvn-ws-impl-ins/reporting-domain
Verantwortung

Portfolio-Kennzahlen, Schadenquote, Combined Ratio und Tagesabschluss.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

underwriting-domainDomain
Codepfad: mvn-ws-impl-ins/underwriting-domain
Verantwortung

Risikoprüfung, Annahmeregeln, Ausschlüsse, Zuschläge und manuelle Prüfung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

workflow-domainDomain
Codepfad: mvn-ws-impl-ins/workflow-domain
Verantwortung

Bearbeitungsprozesse, Tasks, SLAs, Eskalation und Vier-Augen-Prüfung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Infrastructure 3

feature-toggle-platformInfrastructure
Codepfad: mvn-ws-impl-ins/feature-toggle-platform
Verantwortung

Mandantenfähige Feature Toggles und kontrollierte Releases.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

resilience-platformInfrastructure
Codepfad: mvn-ws-impl-ins/resilience-platform
Verantwortung

Timeouts, Retry, Circuit Breaker und Fehlerisolation.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

rules-platformInfrastructure
Codepfad: mvn-ws-impl-ins/rules-platform
Verantwortung

Regelversionierung für Underwriting und Schadenentscheidungen.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Messaging 4

jms-legacy-adapterMessaging
Codepfad: mvn-ws-impl-ins/jms-legacy-adapter
Verantwortung

JMS/IBM-MQ-kompatible Legacy-Nachrichten.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

kafka-event-adapterMessaging
Codepfad: mvn-ws-impl-ins/kafka-event-adapter
Verantwortung

Event Streaming für Policen, Rechnungen, Schaden und Audit.

Architekturbausteine
  • Adapter: Modulgrenze und Verantwortung.
  • Anti-Corruption Layer: stabile Fachobjekte.
  • Repository: prüfbare Regel.
  • Facade: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

outbox-platformMessaging
Codepfad: mvn-ws-impl-ins/outbox-platform
Verantwortung

Transactional Outbox, Relay, Retry und Idempotenz.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

saga-platformMessaging
Codepfad: mvn-ws-impl-ins/saga-platform
Verantwortung

Saga für Quote-to-Policy, Bill-to-Cash und Claim-to-Payout.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Observability 1

observability-platformObservability
Codepfad: mvn-ws-impl-ins/observability-platform
Verantwortung

Tracing, Metriken, Logs, Korrelation und Betriebsdiagnose.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Security 2

iam-domainSecurity
Codepfad: mvn-ws-impl-ins/iam-domain
Verantwortung

Rollen, Rechte, Delegation, Maklerportal-Policy und Datenmaskierung.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

security-platformSecurity
Codepfad: mvn-ws-impl-ins/security-platform
Verantwortung

Security Boundary, Policy Enforcement, Maskierung und Audit.

Architekturbausteine
  • Outbox: Modulgrenze und Verantwortung.
  • Saga: stabile Fachobjekte.
  • Policy: prüfbare Regel.
  • CQRS Projection: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Testing 7

insurance-architecture-testsTesting
Codepfad: mvn-ws-impl-ins/insurance-architecture-tests
Verantwortung

Architekturregeln, Layerprüfung und verbotene Abhängigkeiten.

Architekturbausteine
  • Contract Test: Modulgrenze und Verantwortung.
  • Test Fixture: stabile Fachobjekte.
  • Architecture Rule: prüfbare Regel.
  • Builder: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-contract-testsTesting
Codepfad: mvn-ws-impl-ins/insurance-contract-tests
Verantwortung

Consumer-driven Contract Tests für Portale und Partner.

Architekturbausteine
  • Contract Test: Modulgrenze und Verantwortung.
  • Test Fixture: stabile Fachobjekte.
  • Architecture Rule: prüfbare Regel.
  • Builder: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-openapi-contractsTesting
Codepfad: mvn-ws-impl-ins/insurance-openapi-contracts
Verantwortung

OpenAPI und fachliche Schnittstellenverträge.

Architekturbausteine
  • Contract Test: Modulgrenze und Verantwortung.
  • Test Fixture: stabile Fachobjekte.
  • Architecture Rule: prüfbare Regel.
  • Builder: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-performance-testsTesting
Codepfad: mvn-ws-impl-ins/insurance-performance-tests
Verantwortung

Lastprofile für Angebot, Police, Billing und Claim.

Architekturbausteine
  • Contract Test: Modulgrenze und Verantwortung.
  • Test Fixture: stabile Fachobjekte.
  • Architecture Rule: prüfbare Regel.
  • Builder: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-test-fixturesTesting
Codepfad: mvn-ws-impl-ins/insurance-test-fixtures
Verantwortung

Testdaten, Fake Adapter, Szenarien und Golden Master Daten.

Architekturbausteine
  • Contract Test: Modulgrenze und Verantwortung.
  • Test Fixture: stabile Fachobjekte.
  • Architecture Rule: prüfbare Regel.
  • Builder: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

integration-contractsTesting
Codepfad: mvn-ws-impl-ins/integration-contracts
Verantwortung

Vertragliche Events und DTOs zwischen Versicherungskern und Umsystemen.

Architekturbausteine
  • Aggregate Root: Modulgrenze und Verantwortung.
  • Value Object: stabile Fachobjekte.
  • Specification: prüfbare Regel.
  • Domain Event: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

runnable-smokeTesting
Codepfad: mvn-ws-impl-ins/runnable-smoke
Verantwortung

Ausführbarer kompletter Versicherungsablauf ohne externe Infrastruktur.

Architekturbausteine
  • Facade: Modulgrenze und Verantwortung.
  • Pipeline: stabile Fachobjekte.
  • Command: prüfbare Regel.
  • Result Object: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

Weitere Module 8

devops-awsWeitere Module
Codepfad: mvn-ws-impl-ins/devops-aws
Verantwortung

AWS-Betriebsprofil mit SQS/SNS/S3/RDS-ähnlichen Grenzen.

Architekturbausteine
  • Deployment Strategy: Modulgrenze und Verantwortung.
  • Infrastructure Adapter: stabile Fachobjekte.
  • Configuration Object: prüfbare Regel.
  • Health Check: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

devops-baremetalWeitere Module
Codepfad: mvn-ws-impl-ins/devops-baremetal
Verantwortung

Bare-Metal-Betrieb mit Netzwerkzonen und Wartungsfenstern.

Architekturbausteine
  • Deployment Strategy: Modulgrenze und Verantwortung.
  • Infrastructure Adapter: stabile Fachobjekte.
  • Configuration Object: prüfbare Regel.
  • Health Check: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

devops-dedicated-hostingWeitere Module
Codepfad: mvn-ws-impl-ins/devops-dedicated-hosting
Verantwortung

Dedicated Hosting mit Provider-Grenzen und Mandantentrennung.

Architekturbausteine
  • Deployment Strategy: Modulgrenze und Verantwortung.
  • Infrastructure Adapter: stabile Fachobjekte.
  • Configuration Object: prüfbare Regel.
  • Health Check: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

devops-vmWeitere Module
Codepfad: mvn-ws-impl-ins/devops-vm
Verantwortung

VM-Betrieb mit systemd, Reverse Proxy und Logs.

Architekturbausteine
  • Deployment Strategy: Modulgrenze und Verantwortung.
  • Infrastructure Adapter: stabile Fachobjekte.
  • Configuration Object: prüfbare Regel.
  • Health Check: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-migration-toolsWeitere Module
Codepfad: mvn-ws-impl-ins/insurance-migration-tools
Verantwortung

Bestandsmigration, Mapping, Reconciliation und Parallelbetrieb.

Architekturbausteine
  • Command: Modulgrenze und Verantwortung.
  • Pipeline: stabile Fachobjekte.
  • Interpreter: prüfbare Regel.
  • Result Object: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-simulatorWeitere Module
Codepfad: mvn-ws-impl-ins/insurance-simulator
Verantwortung

Fachliche Simulation für Quote-to-Policy-to-Claim-to-Payout.

Architekturbausteine
  • Command: Modulgrenze und Verantwortung.
  • Pipeline: stabile Fachobjekte.
  • Interpreter: prüfbare Regel.
  • Result Object: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

insurance-support-toolsWeitere Module
Codepfad: mvn-ws-impl-ins/insurance-support-tools
Verantwortung

Support-Kommandos, Maskierung, Fallanalyse und sichere Korrektur.

Architekturbausteine
  • Command: Modulgrenze und Verantwortung.
  • Pipeline: stabile Fachobjekte.
  • Interpreter: prüfbare Regel.
  • Result Object: nachvollziehbare Kopplungsgrenze.

Runnable-Hinweis

Das Modul ist bewusst frameworkarm. Der komplette Versicherungsablauf startet über runnable-smoke.

mvn-ws-impl-insWeitere Module
Codepfad: mvn-ws-impl-ins

Master 8 ist ein fast fertiges kommerzielles Versicherungs-Enterprise-System. Es enthält keinen AI-Bereich. Die früheren Master spielen konzeptionell mit: Master 1 liefert Modularität, Master 2 Clean/Hexagonal, Master 3 CQRS/Saga/Outbox, Master 4 verteilte Infrastruktur, Master 5 OpenShift, Master 6 mehr Funktionalität, Master 7 kommerzielle Order-to-Cash-Erfahrung. Master 8 baut daraus ein fachlich geschlossenes Versicherungssystem.

Was das System tut

Das System bildet einen typischen Versicherungsablauf ab: Kunde anlegen, Angebot erstellen, Risiko prüfen, Police ausstellen, Beitrag abrechnen, Zahlung verbuchen, Schaden melden, Schaden prüfen, Auszahlung vorbereiten, Rückversicherung bewerten und Audit schreiben.

Runnable Start

cd mvn-ws-impl-ins
mvn -q -pl runnable-smoke -am package exec:java

Module

  • insurance-platform-api (core): Öffentliche Versicherungs-API für Angebot, Vertrag, Schaden, Zahlung und Dokumente.
  • insurance-domain-kernel (core): Shared Kernel mit Money, Tenant, Correlation, Versicherungsnummern und Domain Events.
  • party-domain (domain): Kunde, Versicherungsnehmer, Begünstigte, Makler, Rollen und Kontaktwege.
  • product-domain (domain): Versicherungsprodukte, Tarifmodelle, Deckungen, Bausteine und Bedingungen.
  • quote-domain (domain): Angebot, Angebotspositionen, Risikofragen, Prämienvorschlag und Gültigkeit.
  • underwriting-domain (domain): Risikoprüfung, Annahmeregeln, Ausschlüsse, Zuschläge und manuelle Prüfung.
  • policy-domain (domain): Versicherungsvertrag, Laufzeit, Status, Deckungen, Änderung und Kündigung.
  • premium-domain (domain): Prämienberechnung, Steuer, Zahlungsweise, Rabatt und Nachlasslogik.
  • billing-domain (domain): Beitragsrechnung, Fälligkeit, Mahnung, Storno, Ausgleich und Zahlungslauf.
  • payment-domain (domain): SEPA, Karte, Überweisung, Rücklastschrift und Zahlungszuordnung.
  • claims-domain (domain): Schadenmeldung, Deckungsprüfung, Schadenakte, Reserven und Auszahlung.
  • claim-assessment-domain (domain): Gutachten, Plausibilitätsprüfung, Betrugsindizien und Regulierungsentscheidung.
  • reinsurance-domain (domain): Rückversicherung, Quote Share, Treaty, Claim Recovery und Expositionsgrenzen.
  • commission-domain (domain): Provision, Maklerabrechnung, Stornohaftung und Auszahlungsstatus.
  • document-domain (domain): Police, Rechnung, Nachtrag, Schadenbrief und revisionssichere Dokumentversion.
  • workflow-domain (domain): Bearbeitungsprozesse, Tasks, SLAs, Eskalation und Vier-Augen-Prüfung.
  • audit-domain (domain): Audit Trail, Compliance Events, Datenzugriff und unveränderliche Historie.
  • iam-domain (domain): Rollen, Rechte, Delegation, Maklerportal-Policy und Datenmaskierung.
  • notification-domain (domain): Kunden-, Makler- und Sachbearbeiterbenachrichtigungen.
  • reporting-domain (domain): Portfolio-Kennzahlen, Schadenquote, Combined Ratio und Tagesabschluss.
  • integration-contracts (domain): Vertragliche Events und DTOs zwischen Versicherungskern und Umsystemen.
  • quote-application (application): Use Cases für Angebotsstrecke: erfassen, prüfen, berechnen, anbieten.
  • policy-application (application): Use Cases für Vertrag: abschließen, ändern, verlängern, kündigen.
  • billing-application (application): Use Cases für Beitragslauf, Zahlungseingang, Mahnung und Reconciliation.
  • claims-application (application): Use Cases für Schadenmeldung, Prüfung, Entscheidung und Auszahlung.
  • underwriting-application (application): Use Cases für automatische und manuelle Risikoprüfung.
  • commission-application (application): Use Cases für Provisionsberechnung und Maklerabrechnung.
  • document-application (application): Use Cases für Dokumenterzeugung, Archivierung und Versand.
  • reporting-application (application): Use Cases für operative Reports und Management-Sichten.
  • operations-application (application): Betriebs-Use-Cases für Support, Reprocessing und Datenkorrektur.
  • insurance-api-rest-spring (adapter): Spring REST API für Portal, Mobile App und Partnerintegration.
  • insurance-api-jakarta-rest (adapter): Jakarta REST API für klassische Enterprise-Laufzeit.
  • broker-portal-adapter (adapter): Adapter für Maklerportal, Angebotsübergabe und Statusabfrage.
  • customer-portal-adapter (adapter): Adapter für Self-Service: Vertrag, Rechnung, Schaden und Dokumente.
  • partner-soap-adapter (adapter): SOAP-Adapter für Altpartner und Großmakler.
  • payment-bank-adapter (adapter): Bankadapter für SEPA, Rücklastschrift und Kontoauszug.
  • document-generator-adapter (adapter): PDF/Dokument-Generatoradapter mit Template-Grenzen.
  • archive-adapter (adapter): Archivadapter für DMS, WORM und revisionssichere Ablage.
  • notification-adapter (adapter): Mail/SMS/Briefversand-Adapter.
  • fraud-service-adapter (adapter): Betrugsprüfung und externe Score-Systeme als Anti-Corruption Layer.
  • rating-engine-adapter (adapter): Tarif-/Rating-Engine-Adapter mit versionierten Tarifen.
  • jpa-persistence-adapter (adapter): Repository-Adapter mit JPA-ähnlichem Mapping.
  • postgres-persistence-adapter (adapter): PostgreSQL-Persistenz und Outbox-Speicherung.
  • oracle-legacy-adapter (adapter): Oracle/Stored-Procedure-Grenze für Altbestand.
  • kafka-event-adapter (adapter): Event Streaming für Policen, Rechnungen, Schaden und Audit.
  • jms-legacy-adapter (adapter): JMS/IBM-MQ-kompatible Legacy-Nachrichten.
  • sftp-batch-adapter (adapter): SFTP-Dateiaustausch für Inkasso, Provision und Rückversicherung.
  • outbox-platform (platform): Transactional Outbox, Relay, Retry und Idempotenz.
  • saga-platform (platform): Saga für Quote-to-Policy, Bill-to-Cash und Claim-to-Payout.
  • cqrs-readmodels (platform): Read Models für Portale, Sachbearbeitung und Reporting.
  • security-platform (platform): Security Boundary, Policy Enforcement, Maskierung und Audit.
  • observability-platform (platform): Tracing, Metriken, Logs, Korrelation und Betriebsdiagnose.
  • scheduler-platform (platform): Batch Scheduler für Tagesabschluss und wiederholbare Jobs.
  • rules-platform (platform): Regelversionierung für Underwriting und Schadenentscheidungen.
  • feature-toggle-platform (platform): Mandantenfähige Feature Toggles und kontrollierte Releases.
  • resilience-platform (platform): Timeouts, Retry, Circuit Breaker und Fehlerisolation.
  • insurance-openapi-contracts (quality): OpenAPI und fachliche Schnittstellenverträge.
  • insurance-contract-tests (quality): Consumer-driven Contract Tests für Portale und Partner.
  • insurance-architecture-tests (quality): Architekturregeln, Layerprüfung und verbotene Abhängigkeiten.
  • insurance-test-fixtures (quality): Testdaten, Fake Adapter, Szenarien und Golden Master Daten.
  • insurance-performance-tests (quality): Lastprofile für Angebot, Police, Billing und Claim.
  • insurance-migration-tools (tools): Bestandsmigration, Mapping, Reconciliation und Parallelbetrieb.
  • insurance-support-tools (tools): Support-Kommandos, Maskierung, Fallanalyse und sichere Korrektur.
  • insurance-simulator (tools): Fachliche Simulation für Quote-to-Policy-to-Claim-to-Payout.
  • devops-openshift (deploy): OpenShift Manifeste, Routes, NetworkPolicy und ConfigMaps.
  • devops-aws (deploy): AWS-Betriebsprofil mit SQS/SNS/S3/RDS-ähnlichen Grenzen.
  • devops-vm (deploy): VM-Betrieb mit systemd, Reverse Proxy und Logs.
  • devops-baremetal (deploy): Bare-Metal-Betrieb mit Netzwerkzonen und Wartungsfenstern.
  • devops-dedicated-hosting (deploy): Dedicated Hosting mit Provider-Grenzen und Mandantentrennung.
  • runnable-smoke (run): Ausführbarer kompletter Versicherungsablauf ohne externe Infrastruktur.

Insurance Claims Referenz

Claims-to-Payout mit Deckung, Reserve, Fraud, Gutachten und Auszahlung

Projektübersicht · Master 8 README

Master 8 README

Master 8 - Versicherungsplattform als fast fertiges, ausführbares Enterprise-Maven-System. Ohne AI-Bereiche.

Was das System tutRunnable StartModule

Master 8 - Insurance Commercial Enterprise System

Master 8 ist ein fast fertiges kommerzielles Versicherungs-Enterprise-System. Es enthält keinen AI-Bereich. Die früheren Master spielen konzeptionell mit: Master 1 liefert Modularität, Master 2 Clean/Hexagonal, Master 3 CQRS/Saga/Outbox, Master 4 verteilte Infrastruktur, Master 5 OpenShift, Master 6 mehr Funktionalität, Master 7 kommerzielle Order-to-Cash-Erfahrung. Master 8 baut daraus ein fachlich geschlossenes Versicherungssystem.

Was das System tut

Das System bildet einen typischen Versicherungsablauf ab: Kunde anlegen, Angebot erstellen, Risiko prüfen, Police ausstellen, Beitrag abrechnen, Zahlung verbuchen, Schaden melden, Schaden prüfen, Auszahlung vorbereiten, Rückversicherung bewerten und Audit schreiben.

Runnable Start

cd mvn-ws-impl-ins
mvn -q -pl runnable-smoke -am package exec:java

Module

Start und Runtime · RUNNABLE Master 8

RUNNABLE Master 8

Master 8 - Versicherungsplattform als fast fertiges, ausführbares Enterprise-Maven-System. Ohne AI-Bereiche.

StartErwarteter AblaufOhne externe Infrastruktur

RUNNABLE - Master 8

Start

cd mvn-ws-impl-ins
mvn -q -pl runnable-smoke -am package exec:java

Erwarteter Ablauf

Der Smoke Runner führt den Kernprozess aus: Quote, Underwriting, Policy, Invoice, Payment, Claim, ClaimDecision, Payout, Reinsurance und Audit.

Ohne externe Infrastruktur

Der Runner verwendet Fake-/In-Memory-artige Services. Dadurch bleibt das System lokal startbar und trotzdem fachlich nachvollziehbar.

⌂ Cockpit