diff --git a/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.pdf b/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.pdf new file mode 100644 index 00000000..cf4459f1 Binary files /dev/null and b/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.pdf differ diff --git a/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.tex b/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.tex index b6fa98b5..13194a5c 100644 --- a/OMDSServiceDefinition/doc/ON_3 Vertragsbestand/ON_3.04 Vertragsänderungen/ON_3.04 Vertragsänderungen.tex +++ b/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} \ No newline at end of file