Dokumentation Vertragsänderungen auf LaTeX umgestellt.

OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.tex

@@ -124,9 +124,46 @@
         \item Einfache Vertragsänderungen (ohne Änderung der Prämie)
         \item Komplexe Vertragsänderungen ohne Änderung der Prämie
         \item Komplexe Vertragsänderungen mit Änderung der Prämie
-        \item Konvertierung (eigene Services, siehe Dokument ON_2.03.01 BOA Konvertierungshilfe)
+        \item Konvertierung (eigene Services, siehe Dokument ON\_2.03.01 BOA Konvertierungshilfe)
     \end{itemize}
 
+    \begin{tabularx}{\textwidth}{p{3cm}p{6cm}p{1cm}p{3cm}}
+        \toprule
+        \textbf{Profil}&{\textbf{Charakteristik}}&\textbf{Modell}&{\textbf{SOAP Operations}}\\
+        \midrule
+        {\texttt{Einfach} ohne Prämienauskunft\vspace{0.2cm}}&{Die Änderung bezieht sich nicht auf Risikoobjekt
+        oder Deckungsbaum und es ist keine Prämienauskunft erforderlich.\vspace{0.2cm}}&nein&{GetContract, SubmitChange
+        \vspace{0.2cm}}\\
+
+        {\texttt{Komplex} ohne Prämienauskunft}&{Die Änderung ist nicht trivial und wird als Modelltransformation
+        abgebildet, beinhaltet aber keine Änderung von Risikoobjekt und Deckungsbaum und daher auch keine
+        Prämienauskunft.\vspace{0.2cm}}&ja&
+        {GetContract, CheckChange, SubmitChange}\\
+
+        {\texttt{Schutz} mit Prämienauskunft}&{Die Änderung ist nicht trivial und wird als Modelltransformation
+        abgebildet. Sie beinhaltet auch eine Änderung des Versicherungsschutzes also eine Ändeurng von Risikoobjekt
+        oder Deckungsbaum und enthält daher auch eine Prämienauskunft.\vspace{0.2cm}}&ja&
+        {GetContract, CheckChange, SubmitChange}\\
+
+        {\texttt{Konvertierung}}&{Es handelt sich um eine Konvertierung von einem oder mehreren Verträgen.}&ja&
+        {Conversion-Scope, Conversion-Proposal, Create-Application, Submit-Application}\\
+
+        \bottomrule
+    \end{tabularx}
+
+
+    Je nach Profil stehen unterschiedliche Schritte zur Verfügung:
+
+    \begin{tabularx}{\textwidth}{p{6cm}p{2cm}p{2cm}p{2.5cm}}
+        \toprule
+        \textbf{Profil}&{\textbf{Auskunft}}&\textbf{Prüfen}&{\textbf{Durchführung Änderung}}\\
+        \midrule
+        {\texttt{Einfach} ohne Prämienauskunft}&{Ja\vspace{0.2cm}}&{-\vspace{0.2cm}}&{Ja\vspace{0.2cm}}\\
+        {\texttt{Komplex} ohne Prämienauskunft}&{Ja\vspace{0.2cm}}&{Ja\vspace{0.2cm}}&{Ja\vspace{0.2cm}}\\
+        {\texttt{Schutz} mit Prämienauskunft}&{Ja\vspace{0.2cm}}&{Ja\vspace{0.2cm}}&{Ja\vspace{0.2cm}}\\
+        \bottomrule
+    \end{tabularx}
+
     Da die Änderungen unterschiedlich Komplexitätsgrade aufweisen, sind auch die unterschiedliche Änderungsverfahren
     vorgesehen. Diese unterschiedlichen Verfahren sind in eigenen Profilen definiert.
 
@@ -140,8 +177,8 @@
     administrativen Merkmale (Antragsfragen) des Vertrags.
 
     Es wird daher keine neue Prämie errechnet und da weder Risikoobjekte noch Deckungsbaum des Vertrags verändert
-    werden, soll die Kommunikation einfach gehalten werden und es ist ist für die Kommunikation keine Modelltransformation
-    vorgesehen.
+    werden, soll die Kommunikation einfach gehalten werden und sie läuft daher nicht über Modelltransformation.
+
     Für die einzelnen Änderungen gibt es jeweils andere Objektstrukturen, welche alle von einem abstrakten Basisobjekt
     abgeleitet sind. Die Strukturen werden nicht zur Laufzeit offenbart, sondern sind Server und Client a priori
     (zur Entwicklungszeit) bekannt.
@@ -152,5 +189,93 @@
     zeitversetzt wirksam wird, sei es, weil Sacharbeiter auf Seiten des VU eingreifen müssen, sei es, dass die
     Verarbeitung technisch asynchron verläuft, wird eine Geschäftsfallnummer zurückgegeben.
 
+    \subsection{Services}
+    \textit{GetContract} nimmt VertragsId entgegen und liefert die möglichen Änderungen.
+    \textit{SubmitChange} nimmt VertragsId und Art der Änderung und Objektstruktur mit den Infos zur Änderung
+    entgegen und gibt OK (und optional eine Geschäftsfallnummer und optional Dokumente) zurück oder wirft einen Fehler.
+
+
+    \section{Komplexe Vertragsänderungen ohne Änderung der Prämie}
+
+    Ebenfalls keine Änderung an Risikoobjekten oder Deckungsbaum, keine Neuberechnung und Prämienauskunft.
+
+    Aber komplexere Änderungen an den administrativen Merkmalen eines Vertrags werden über ein Teilmodell des Vertrags
+    abgewickelt, d.h. die gewünschte Objektstruktur wird im Request übermittelt. Im Response wird diese
+    Objektstruktur ggf. modifiziert zurückgegeben, z.B. mit Meldungen dekoriert.
+
+    Eine Probehandlung ist möglich, Service für Probehandlung und Service für Ausführung sind getrennt.
+    Unterschiedliche Profile sind denkbar, anlog CreateApplication, SubmitApplication. Bei bestimmten Profilen
+    wird schon bei der Probehandlung eine Geschäftsfallnummer zurückgegeben.
+
+    Wenn die Änderung sofort wirksam wird, wird keine Geschäftsfallnummer zurückgegeben. Wenn die Änderung
+    zeitversetzt wirksam wird, wird eine Geschäftsfallnummer zurückgegeben.
+
+    \subsection{Services}
+
+    \textit{GetContract} nimmt VertragsId entgegen und liefert die Möglichen Änderungen.
+    Optional \textit{ProposeChange} erzeugt ein Objektmodell für die Änderung, welches 1:1 als Request von \textit{CreateChange}
+    übermittelt werden kann.
+
+    \textit{CheckChange} nimmt VertragsId und Objektmodell entgegen. Bei groben Fehlern wird eine SoapFault geworfen,
+    bei Fehlern im Modell wird das dekorierte Modell mit Status NOK zurückgegeben. Bei bestimmten Profilen wird analog
+    Antragsstrecke eine Geschäftsfallnummer zurückgegeben.
+
+    \textit{SubmitChange} nimmt VertragsId und Objektmodell oder abhängig vom Profil eine Geschäftsfallnummer entgegen.
+    Bei Fehlern wird ein SoapFault geworfen.
+
+
+    \section{Komplexe Vertragsänderungen mit Änderung der Prämie}
+    Komplexe Änderungen am Vertrag welche eine Änderung an Risikoobjekten oder Vertragsbaum vornehmen und eine
+    Prämienänderung zur Folge haben.
+
+    Sollen dem Pattern \textit{Konfiguration eines Modells, Übermittlung des Änderungswunsches als Modell} folgen, d.h.
+    Probehandlung ist möglich. Es wird eine Prämie ermittelt.
+
+    Wenn es sich eingrenzen lässt, kann ein Teilmodell des Vertrags verwendet werden, der allgemeine Fall ist,
+    dass das gesamte Vertragsmodell übermittelt wird.
+
+    Es gibt einen Service für die Erstellung eines Objektmodells als Vorlage.
+
+    Ob die Änderung eine Vertragsänderung oder eine Konvertierung ist, wird im Response von Modellbereitstellung und
+    Probehandlung erkenntlich. Eventuell gibt es eine Wahlmöglichkeit zwischen Änderung und Konvertierung.
+
+    \subsection{Services}
+
+    \textit{GetVertrag} nimmt VertragsId entgegen und liefert die Möglichen Änderungen.
+
+    Optional \textit{ChangeProposal} erzeugt ein Objektmodell für die Änderung, welches 1:1 als Request von \textit{CreateChange}
+    übermittelt werden kann.
+
+    \textit{CreateChange} nimmt VertragsId und Objektmodell entgegen. Bei groben Fehlern wird eine SoapFault geworfen,
+    bei Fehlern im Modell wird das dekorierte Modell mit Status NOK zurückgegeben. Bei bestimmten Profilen wird analog
+    Antragsstrecke eine Geschäftsfallnummer zurückgegeben.
+
+    \textit{SubmitChange} nimmt VertragsId und Objektmodell oder abhängig vom Profil eine Geschäftsfallnummer entgegen.
+    Bei Fehlern wird ein SoapFault geworfen.
+
+    \section{Konvertierung}
+    Konvertierungshilfe existiert.
+
+    Sie kann mehrere Verträge gleichzeitig behandeln.
+    Schwerpunkt liegt aber auf dem Deckungsbaum, nicht auf anderen Änderungen.
+
+    \subsection{Services}
+    \textit{ConversionScope} nimmt ein oder mehrere VertragsIds entgegen, und gibt eine Konvertierungsmöglichkeit bzw.
+    mehrere Konvertierungsmöglichkeiten zurück.
+
+    Eine Konvertierungsmöglichkeit enthält Angaben für einen oder mehrere Verträge. Verträge enthalten Bausteine für
+    die es eine Liste möglicher Aktionen gibt.
+
+    \textit{ConversionProposal} nimmt einen Konvertierungswunsch entgegen. Der Konvertierungswunsch verwendet die gleiche
+    Objektstruktur, wie der Response von ConversionScope, nur das diesmal gewählte Aktionen je Deckungsbaustein
+    übermittelt werden. ConversionScope baut dann einen komplettes Antragsmodell auf.
+
+    \textit{CreateApplication}: Probehandeln mit dem Antragsmodell.
+
+    \textit{SubmitApplictation}: Ausführung des Antragsmodells.
+
+
+
+
 
 \end{document}