Modulübersicht

IMPL INS Versicherung – Modulübersicht

Die Unter­module sind nach Verantwortung geordnet. Öffne nur die Karte, deren fachliche oder technische Aufgabe du untersuchen möchtest.

71 Module11 KategorienInhalte vollständig übernommen

API & Application 13

billing-applicationAPI & 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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

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

⌂ Cockpit