diff --git a/.idea/workspace.xml b/.idea/workspace.xml new file mode 100644 index 00000000..25aef973 --- /dev/null +++ b/.idea/workspace.xml @@ -0,0 +1,106 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 1715764550395 + + + + + + \ No newline at end of file diff --git a/OMDSServiceDefinition/.run/OMDSServiceDefinition [clean deploy].run.xml b/OMDSServiceDefinition/.run/OMDSServiceDefinition [clean deploy].run.xml new file mode 100644 index 00000000..86718350 --- /dev/null +++ b/OMDSServiceDefinition/.run/OMDSServiceDefinition [clean deploy].run.xml @@ -0,0 +1,35 @@ + + + + + + + + \ No newline at end of file diff --git a/OMDSServiceDefinition/.run/OMDSServiceDefinition generate code [ clean package].run.xml b/OMDSServiceDefinition/.run/OMDSServiceDefinition generate code [ clean package].run.xml new file mode 100644 index 00000000..7450f5b4 --- /dev/null +++ b/OMDSServiceDefinition/.run/OMDSServiceDefinition generate code [ clean package].run.xml @@ -0,0 +1,33 @@ + + + + + + + + \ No newline at end of file diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessRequest_Type.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessRequest_Type.png new file mode 100644 index 00000000..620d87dd Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessRequest_Type.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessResponse_Type.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessResponse_Type.png new file mode 100644 index 00000000..2011a889 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/BOAProcessResponse_Type.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessRequest_Type.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessRequest_Type.png new file mode 100644 index 00000000..1cd378e6 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessRequest_Type.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessResponse_Type.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessResponse_Type.png new file mode 100644 index 00000000..e094fbf7 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/CommonProcessResponse_Type.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Geschaeftsfallnummer_Ausschnitt.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Geschaeftsfallnummer_Ausschnitt.png new file mode 100644 index 00000000..5b7f6ff6 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Geschaeftsfallnummer_Ausschnitt.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario1.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario1.png new file mode 100644 index 00000000..a973d926 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario1.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario2.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario2.png new file mode 100644 index 00000000..6ba87d69 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/Grafik_Statusübergänge_Szenario2.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/KlassendiagrammBOA-Services.png b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/KlassendiagrammBOA-Services.png new file mode 100644 index 00000000..86dbdcf3 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/KlassendiagrammBOA-Services.png differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/ON_2.02.0 BOA allgemein.tex b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/ON_2.02.0 BOA allgemein.tex new file mode 100644 index 00000000..649d6573 --- /dev/null +++ b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0 BOA allgemein/ON_2.02.0 BOA allgemein.tex @@ -0,0 +1,413 @@ +%! Author = jensb +%! Date = 26.02.2025 + +% Preamble +\documentclass[a4paper, 10pt]{scrartcl} + +% Packages +\usepackage[ngerman]{babel} %recommended +\usepackage{alltt,graphicx,textcomp,hyperref,amsmath} +\usepackage[utf8]{inputenc} +\usepackage{caption} +\usepackage{booktabs} +\usepackage{makecell} +\usepackage{listings} +%\usepackage{longtable} +\usepackage{tabularx} +\usepackage{ltablex} % bringt longtable eigenschaften nach tabluarx +\usepackage{geometry} +\usepackage{datetime} +\usepackage{lastpage} +\usepackage{scrlayer-scrpage} +\pagestyle{scrheadings} + +\usepackage{tgadventor} +\renewcommand*\familydefault{\sfdefault} %% Only if the base font of the document is to be sans serif +\usepackage[T1]{fontenc} + + +%% Konfig Seitengeometrie, siehe https://texdoc.org/serve/geometry.pdf/0 +\geometry{ + left=3.5cm, right=3.5cm, + includehead, top=2cm, headsep=1.5cm, + includefoot, bottom=1.5cm, %% Abstand unten 1 cm, gemessen bis zum Footer + textwidth=15cm, + marginpar=3cm} + +% Konfiguriere Listings +\lstset{numbers=left, numberstyle=\tiny, numbersep=5pt, basicstyle=\small,} +\lstset{language=XML} + +% nenne Abstract wieder Abstract +\addto\captionsngerman{% + \renewcommand{\abstractname}{Abstract} + \renewcommand{\contentsname}{Inhalte} % Table name +} + +\date{28. Januar 2025} +\author{Jens Bühring} +\title{1.04.4 - Dokumententypen} + + +%% Kopf und Fußzeile + +\setkomafont{pagefoot}{% +\normalfont +} + +\ihead{\includegraphics[scale=0.1]{../../../VVO_Logo_2024}} + +\cfoot*{\textcopyright~\the\year~\textemdash~VVO Versicherungsverband Österreich\\Seite~\pagemark~von~\pageref{LastPage}} + + +% Document +\begin{document} + + \begin{flushleft} + + \LARGE{\textbf{1.04.4 \textemdash~Dokumententypen}} + \normalsize + \vspace{1cm} + + \textbf{Release} 2025.27-MINOR-SNAPSHOT\\ + \vspace{0.5cm} + + \textbf{Kurzbeschreibung}\\ + Dieses Dokument beschreibt die Grundlagen der BOA-Services. BOA steht dabei für Berechnung, Offert und Antrag. In diesem Dokument wird die grundsätzliche Funktionsweise der BOA-Services geschildert und es wird das allgemeine Produktmodell vorgestellt. + \vspace{0.5cm} + + \textbf{Ansprechpartner} Manfred Klaber \underline{\texttt{\href{mailto:manfred.klaber@vvo.at}{manfred.klaber@vvo.at}}}\\ + \vspace{0.5cm} + + \textbf{Dokumentenhistorie}\\ + \vspace{0.3cm} + \begin{tabularx}{\textwidth}{lp{9cm}l} + + \toprule + \textbf{Name}&{\textbf{Änderung}}&{\textbf{Datum}}\\ + \midrule + \endfirsthead + + \textbf{Name}&{\textbf{Änderung}}&{\textbf{Datum}}\\ + \midrule + \endhead + + Carsten Rogas&Version 1 Neuanlage&04.10.2017\\ + Jens Bühring&Ergänzung Dokumentation&24.11.2017\\ + René Gritsch&Diverse Rückmeldungen eingearbeitet&27.01.2018\\ + Jens Bühring&Konzept der Ids für Verarbeitung, Berechnung, Offert und Antrag angepasst&18.04.2018\\ + Jens Bühring&Überarbeitung nach Implementierung durch Generali, weitere Einarbeitung Feedback Uniqa&07.12.2018\\ + Jens Bühring&Beschreibung SubmitApplication dahingehend angepasst, dass entweder IDs (Geschäftsfallnummer, Antragsnummer) oder die Daten übermittelt werden können.&01.07.2019\\ + Jens Bühring&Bausteine zur generischen Produktauskunft integriert, Attribut-Metadaten beschrieben, Verweis auf Methode um Dokumente zu Geschäftsfall hinzuzufügen.&19.08.2019\\ + Jens Bühring&Beschreibung der Gruppe bei den Attribut-Metadaten ergänzt, Feedback Uniqa eingearbeitet.&10.06.2020\\ + Jens Bühring&Gruppe wieder entfernt, Version auf Release 1.5.0 gesetzt.&10.07.2020\\ + Jens Bühring&Beschreibung der Konvertierung ergänzt.&05.03.2021\\ + Jens Bühring&In den Personensparten wird in Produktbausteinen der Ebene 2 genau eine versicherte Person referenziert.&11.06.2021\\ + Jens Bühring&Version auf Release 1.6.0 gesetzt&23.06.2021\\ + Jens Bühring&Beschreibung der Konvertierung überarbeitet&06.12.2021\\ + Jens Bühring&Konvertierung nochmals überarbeitet&16.12.2021\\ + Jens Bühring&Aufnahme des verbesserten Dokumentenhandlings; das Produktmodell erweitert sich von 3 auf 4 Stufen. Status auf „Freigegebener Standard“ gesetzt, Release auf 1.7.0 gesetzt.&07.01.2022\\ + Jens Bühring&Hauptfaelligkeit, Zahlweg und Zahlrhythmus wird jetzt auch auf Verkaufsproduktebene angeboten. Release auf 1.8.0 gesetzt. &18.07.2022\\ + Jens Bühring&TarifId beschrieben&08.08.2022\\ + Jens Bühring&Hinweis das Jahresprämie Pflicht im Response&02.11.2022\\ + Jens Bühring&Element Eingeschlossen im generischen Produktbaustein ist optional&15.02.2023\\ + Jens Bühring&Überarbeitung der Dokumentation der Statusübergänge Antrag&20.03.2023\\ + Jens Bühring&Statusübergänge korrigiert gemäß Steuerkreis, Dokumentation Polizzennr und VertragsID in SpezAntrag\_Type, Release auf 1.9.0 gesetzt&13.07.2023\\ + Jens Bühring&Korrektur Statusübergänge Antrag: Szenario 1 fällt Status bei NOK auf 5 zurück, Grafik Szenario 2 korrigiert.&25.09.2023\\ + Jens Bühring&Verbesserung der Darstellung des Prozessmodells&17.11.2023\\ + Jens Bühring&Release auf 1.10.0 gesetzt&12.12.2023\\ + Jens Bühring&Statusübergänge aktualisiert&22.02.2024\\ + Jens Bühring&Genehmigungsvorbehalt aufgenommen&15.04.2024\\ + Jens Bühring&Erläuterung Konzept Sicherstellung ergänzt, Release auf 1.11 gesetzt.&05.05.2024\\ + Jens Bühring&Korrektur UML-Diagramm Seite 13&10.10.2024\\ + Jens Bühring&Release auf 2025.05-MAJOR gesetzt.&30.01.2025\\ + Jens Bühring&Dokument in LaTex neu angelegt, Release auf 2025.27-MINOR gesetzt.&26.02.2025\\ + + \bottomrule + \end{tabularx} \\ + \vspace{1cm} + + %% Dokumente / Regeln, die hier Voraussetzung sind + \textbf{Voraussetzungen} ON\_1.02.1\_AuthentifizierungAllgemein\\ + \vspace{1cm} + + %% Rechtliche Hinweise + \begin{addmargin}[0cm]{1cm} + \textbf{Rechtliche Hinweise} Dieses Dokument wie auch alle anderen Arbeitsgrundlagen, Dokumente und + Ergebnisse des OMDS 3.0 unterliegt den Nutzungsbedingungen des OMDS 3.0. + \end{addmargin} + \vspace{1.5cm} + + %Seite Inhaltsverzeichnis + \pagebreak + \tableofcontents + \end{flushleft} + + + \pagebreak + + \section{Grundsätzliche Aspekte der Modellierung} + Die in diesem Dokument beschriebenen Services „Berechnen-Offert-Antrag“ (kurz BOA) bilden den Prozess von der ersten + Berechnung eines Produkts über die Einreichung des Antrags bis zur Polizzierung ab. Diese Services werden in + unterschiedlicher fachlicher Ausprägung für verschiedene Versicherungssparten erstellt, wie z.B. Kfz, + Haushalt und Rechtsschutz. + + Um eine möglichst gleichartige Abbildung über alle Sparten hinweg zu erreichen, sind in diesem Dokument die + allgemeinen Rahmenbedingungen festgelegt, die für alle Sparten gleich sind. + + \subsubsection{Verwendete Namespaces} + + \begin{tabular}[c]{ll} + \toprule + \textbf{Prefix} & {\textbf{Namespace}} \\ + \midrule + xsd & {http://www.w3.org/2001/XMLSchema} \\ + omds & {urn:omds20} \\ + cst & {urn:omds3CommonServiceTypes-1-1-0} \\ + ost & {urn:omds3ServiceTypes-1-1-0} \\ + ac & {urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common} \\ + boak & {urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz} \\ + boaU & {urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.unfall} \\ + boaL & {urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.leben}\\ + boaSp & {urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat} \\ + \bottomrule + \end{tabular} \\ + + Spartenübergreifende allgemeine Elemente bzw. Typen von BOA sind im Namespace „urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common“ angesiedelt. + Dazu kommen Spartenspezifische Namespaces. So sind Kfz-spezifische Elemente sind z.B. in „urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz“ zu finden. + Der Namespace „urn:omds20“ bezeichnet die aktuelle Definition des OMDS 2 Datensatzes. + + \subsubsection{Aufbau dieses Dokuments} + Dieses Dokument enthält zwei Bestandteile: Im ersten Teil wird der Antragsprozess als Prozess + mit mehreren Stufen und der Abfolge von Methoden und Statusänderungen beschrieben. + + Im zweiten Teil wird das Objektmodell für die Abbildung der Versicherungsprodukte dargestellt, über + welchem dieser Prozess abläuft. + + \section{Methoden von der Berechnung bis zur Polizzierung des Antrags} + + Für die Abfolge von der Berechnung eines Produkts bis zur Polizzierung des Antrags sind fünf Methoden vorgesehen: + + + \begin{enumerate} + \item Berechnen (Calculate) + \item Offert erstellen (Create Offer) + \item Antrag erstellen (Create Application) + \item Antrag einreichen (Submit Application) + \item Antrag beobachten (GetStateChanges) + \end{enumerate} + + \subsection{Geschäftsfall Antragseinreichung} + + Der Vorgang von der Berechnung über Offert- + und Antragserstellung bis hin zur Polizzierung wird hier als ein durchgängiger, + zusammengehöriger Prozess oder Geschäftsfall verstanden. Diesem Geschäftsfall + kann eine ID, die sog. Geschäftsfallnummer zugeordnet werden. + + + + \begin{left} + \includegraphics[width=100mm]{CommonProcessRequest_Type} + \end{left} + + \noindent Dabei ist: + \begin{itemize} + \item VUNr – die Nummer des Versicherungsunternehmens, welches aufgerufen wird + \item ClientId – eine technische Kennung des aufrufenden Client-Systems. Diese darf keine fachliche Bedeutung annehmen. + \item TechnischeParameter – eine Erweiterung, um 0 - n nicht normierte Informationen als Key-Value-Paare an den + Serviceprovider zu übergeben. + \item TechnischeObjekte – eine Erweiterung um 0 – n nicht normierte Objekte an den Serviceprovider zu übergeben. + \item KorrelationsId – eine technische Id, die vom Serviceprovider im Response genau gleich zurückzugeben ist + \item Geschaeftsfallnummer – eine Kennung des Geschäftsfalls. + \end{itemize} + + \subsubsetion{Geschäftsfallnummer} + Die Geschäftsfallnummer enthält folgende Informationen: + \begin{left} + \includegraphics[width=60mm]{Geschaeftsfallnummer_Ausschnitt} + \end{left} + + \noindent Dabei ist: + \begin{itemize} + \item Id – die Geschäftsfallnummer des Serviceproviders, also im Falle von BOA in der Regel die + Geschäftsfallnummer des Versicherungsunternehmens. + \item GueltigAb – ein Zeitstempel, der die Versionierung ermöglicht + \item OrdnungsbegriffZuordFremd – die Geschäftsfallnummer des Aufrufers, also in der Regel des Maklersystems. + \end{itemize} + + \subsubsection{Der Response mit Geschäftsfallnummer} + Der Response hat durchgängig die folgende Form: + + \begin{left} + \includegraphics[width=100mm]{CommonProcessResponse_Type} + \end{left} + + \noindent Wobei + \begin{itemize} + \item Status – der Status der Antwort, in welchem + \begin{itemize} + \item KorrelationsId ist die KorrelationsId des Requests, welche hier zurückgegeben wird, + \item Ergebnis – das Ergebnis des Aufrufs: OK wenn erfolgreich, NOK wenn nicht erfolgreich. + \item Meldungen - optional eine Meldung oder mehrere Meldungen. Die Meldungen enthalten Hinweise oder + Fehlermeldungen, insbesondere wenn der Status „NOK“ ist. Die Meldungen sind vom Typ ServiceFault. + \item Referenzen – vom Serviceprovider frei wählbare Links, welche zu näheren Informationen zum Status + enthalten können. + \end{itemize} + \item Geschaeftsfallnummer – enthält die Geschäftsfallnummer des Aufrufers als „OrdnungsbegriffZuordFremd“ + und des Service-Providers als „Id“ sowie ein Zeitpunkt für die Versionierung. + \end{itemize} + + \subsubsection{Ableitung der BOA-Methoden} + Damit das Handling der Geschäftsfallnummer über alle Methoden des Prozesses gleichförmig ist, erben alle + Request und Response-Objekte der allgemeinen BOA-Methoden von den Elementen „cst:CommonProcessRequest\_Type“\\ + und „cst:CommonProcessResponse\_Type“. + + \subsubsection*{Request} + + \begin{left} + \includegraphics[width=80mm]{BOAProcessRequest_Type} + \end{left} + + \noindent Dabei ist: + \begin{itemize} + \item Aenderungsgrund – optional ein Objekt zur Angabe des Änderungsgrundes, welches aber nicht mehr + verwendet werden soll. Stattdessen sollen Elemente vom Typ „Ersatzpolizzen“ angegeben werden. + \item Ersatzpolizzen – optional Elemente, welche die Daten von Vorpolizzen angeben. Diese Elemente werden + im Abschnitt „Konvertierung“ näher erläutert. + \end{itemize} + + \subsubsection*{Response} + \begin{left} + \includegraphics[width=80mm]{BOAProcessResponse_Type} + \end{left} + + \noindent Dabei ist: + \begin{itemize} + \item Aenderungsgrund – optional ein Objekt zur Angabe des Änderungsgrundes, welches aber nicht mehr + verwendet werden soll. Stattdessen sollen Elemente vom Typ „Ersatzpolizzen“ angegeben werden. + \item Ersatzpolizzen – optional Elemente, welche die Daten von Vorpolizzen angeben. Diese Elemente werden + im Abschnitt „Konvertierung“ näher erläutert. + \end{itemize} + + \noindent Unter diesen Objekten, werden für alle vier Endpoints des Antragsprozesses jeweils für Request und + Response eigene Definitionen abgeleitet. + + \begin{left} + \includegraphics[width=140mm]{KlassendiagrammBOA-Services} + \end{left} + + Die Request- und Response-Objekte der einzelnen Sparten (Kfz, Sach-Privat, Leben, Unfall…) erben dann wiederum + von diesen allgemeinen BOA Request- und Responseobjekten (siehe Abbildung). + + \subsubsection{Vergabe der Geschäftsfallnummern} + Der Geschäftsfall kann mit einer der folgenden Methoden gestartet werden: + \begin{itemize} + \item Calculate + \item CreateOffer + \item CreateApplication. + \end{itemize} + + Es gibt also drei mögliche Einstiegspunkte in den Geschäftsfall. Da Berechnung-Offert-Antrag vom Maklersystem + aus initiiert wird, wird zunächst ein „OrdnungsbegriffZuordFremd“ + vorhanden sein. Der Serviceprovider wird diesen Ordnungsbegriff in seinem Response zurückgeben und dem Aufrufer + zusätzlich seine eigene Geschäftsfallnummer im Feld „Id“ bekannt geben.\\ + + \noindent Der Geschäftsfall ist abgeschlossen, wenn + \begin{itemize} + \item der Antrag polizziert wurde, + \item der Antrag abgelehnt wurde, + \item der Antrag storniert wurde, + \item der Antrag auf einen Fehler gelaufen ist oder + \item der Geschäftsfall nicht bis zu einem Antrag verfolgt wurde und nach einer gewissen Zeit vom + Serviceprovider gelöscht wurde. + \end{itemize} + + \subsubsection{Objekte des Geschäftsfalls} + Dem Geschäftsfall sind folgende Geschäftsobjekte zuzuordnen: + \begin{itemize} + \item die Berechnung, + \item das Offert, + \item der Antrag und + \item die Polizze. + \end{itemize} + + Allen Objekten außer der Berechnung können Ids zugeordnet werden. Die Id des Offerts heißt Offertnummer, die + Id des Antrags heißt Antragsnummer und die Id der Polizze heißt Polizzennr. + + Jedes dieser Geschäftsobjekte ist dem Geschäftsfall maximal einmal zuzuordnen. Dies bedeutet, erzeugt der + Aufrufer mit der Methode „CreateApplication“ zwei Mal einen Antrag, so ist dennoch nur ein Antrag im + Geschäftsfall vorhanden. Der zweite Aufruf überschreibt den Antrag aus dem ersten Aufruf. Die Antragsnummer + bleibt dabei gleich. Gleiches gilt für Berechnung und Offert. + + + \subsubsection{Status des Geschäftsfalls} + Ziel des Geschäftsfalls ist die Einreichung eines Antrags. Entsprechend wird der Status im + „cst:SubmitApplicationStatus\_Type“ definiert.\\ + + + \noindent Folgende Status sind vorgesehen:\\ + \begin{tabular}[c]{ll} + \toprule + \textbf{Code} & {\textbf{Bedeutung}} \\ + \midrule + 1 & Antrag angenommen (polizziert)\\ + 3 & Antrag abgelehnt\\ + 4 & Entwurf\\ + 5 & Vorschlag\\ + 6 & Antrag übertragungsfähig\\ + 8 & Antrag abgebrochen\\ + 9 & Verarbeitung gestartet\\ + 10 & Antrag storniert\\ + 13 & Gelöscht\\ + 14 & Antrag ausgesteuert\\ + \bottomrule + \end{tabular} \\ + + + Die Responseobjekte von Antragserzeugung (CreateApplication) und Antragseinreichung (SubmitApplication) + geben diesen fachlichen Status zurück. Die Methoden Calculate und CreateOffer geben keinen Status zurück. + Sie können beliebig aufgerufen werden, ohne dass dies Auswirkungen auf einen nach außen sichtbaren + Antragsstatus hat. + + Der Standard erlaubt zwei unterschiedliche Arten der Implementierung: + + + \subsubsection{Szenario 1} + Bei dieser Implementierung ist es notwendig + CreateApplication aufzurufen, um SubmitApplication aufrufen zu können. Bei + SubmitApplication wird lediglich die Antragsnummer übermittelt. + + CreateApplication ist so lange aufzurufen, bis + Status „6 – Antrag übertragungsfähig“ erreicht ist. + + Dann wird der Antrag mit SubmitApplication + eingereicht, wobei nur mehr die Antragsnummer übermittelt wird. Hier kann es + nicht mehr zu Fehlern in der Antragskonfiguration kommen. Der Status wechselt + bei Erfolg zu „9 – Verarbeitung gestartet“ oder er fällt auf „5 – Vorschlag“ zurück. + Fällt der Antrag bei SubmitApplication auf „5 – Vorschlag“ zurück, so muss + zunächst wieder CreateApplication aufgerufen werden, bevor ein erneuter Anlauf + mit SubmitApplication stattfinden kann. + + \begin{left} + \includegraphics[width=80mm]{Grafik_Statusübergänge_Szenario1} + \end{left} + + + \subsubsection{Szenario 2} + Bei dieser Implementierung kann SubmitApplication direkt aufgerufen werden, ein vorheriger Aufruf von + CreateApplication ist möglich, aber nicht notwendig. Das Ergebnis von CreateApplication hat keine Auswirkung + auf die Durchführung von SubmitApplication. + + \begin{itemize} + \item Bei erfolgreicher Verarbeitung von CreateApplication wird „6 – Antrag übertragungsfähig“ übermittelt, + sonst „5 – Vorschlag“. + \item Bei erfolgreicher Verarbeitung von SubmitApplication wird „9 – Verarbeitung gestartet“ gesetzt, + sonst „5 – Vorschlag“. + \end{itemize} + + \begin{left} + \includegraphics[width=80mm]{Grafik_Statusübergänge_Szenario2} + \end{left} + + +\end{document} \ No newline at end of file diff --git a/OMDSServiceDefinition/docEntw/ArtenVonAenderungen.pptx b/OMDSServiceDefinition/docEntw/ArtenVonAenderungen.pptx new file mode 100644 index 00000000..b3d3fa07 Binary files /dev/null and b/OMDSServiceDefinition/docEntw/ArtenVonAenderungen.pptx differ diff --git a/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.png b/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.png new file mode 100644 index 00000000..d3bbad47 Binary files /dev/null and b/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.png differ diff --git a/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.pptx b/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.pptx new file mode 100644 index 00000000..168d6398 Binary files /dev/null and b/OMDSServiceDefinition/docEntw/OMDS_Produktmodell_Zeitlich.pptx differ diff --git a/OMDSServiceDefinition/pom.xml b/OMDSServiceDefinition/pom.xml index c0d9d2a8..bea58685 100644 --- a/OMDSServiceDefinition/pom.xml +++ b/OMDSServiceDefinition/pom.xml @@ -3,7 +3,7 @@ xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xs 4.0.0 at.vvo.omds OMDSServiceDefinition - 2025.05-MAJOR-SNAPSHOT + 2025.27-MINOR-SNAPSHOT OMDS Service Definition Dieses Projekt enthält die Definitionen für die OMDS-Services. diff --git a/OMDSServiceDefinition/src/main/resources/def/r2025_05/omds3_ON2_Antrag_Common.xsd b/OMDSServiceDefinition/src/main/resources/def/r2025_05/omds3_ON2_Antrag_Common.xsd index 09882e66..a739efc4 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r2025_05/omds3_ON2_Antrag_Common.xsd +++ b/OMDSServiceDefinition/src/main/resources/def/r2025_05/omds3_ON2_Antrag_Common.xsd @@ -673,7 +673,7 @@ - Spezifiziert die Konvertierung mehrerer Verträge in einen neuen Vertrag + Spezifiziert die Konvertierung eines Vertrags oder mehrerer Verträge in einen neuen Vertrag