KapDionOS/productmodel
4
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Schritte BOA über Vererbung miteinander verknüpft, Baujahr Gebäude optional, ErrorCode optional, neuer Dokumententyp Deckungsvergleich, ReleaseNotes angepasst

Browse Source
This commit is contained in:
Jens Bühring
2022-07-22 11:57:30 +02:00
parent 99cceeb47d
commit 2c420e22e3
5 changed files with 229 additions and 214 deletions
Download Patch File Download Diff File Expand all files Collapse all files

70
OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReleaseNotes-1-8-0.txt
View File

@@ -5,29 +5,33 @@ Version 1.8.0
Was ist neu oder anders in Version 1.8.0 im Vergleich zur Version 1.7.0?
=====================================================================================
1. Version 1.8.0 ist abwärtskompatibel zur Version 1.7.0 in dem Sinne, dass ein XML welches unter 1.7.0 valide ist
auch unter 1.8.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.8.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
Neue Methoden CheckCoverage und SubmitReceipt.
2. Haftpflicht in Kfz wird optionaler Vertragsbestandteil (bisher verpflichtend)
3. SpartendetailSchaden_Type bekommt folgende neue Attribute Koerperhaelfte, Koerperteil und BehoerdlicheAufnahme
4. Neu aufgenommen Legitimation_Type
5. Mit dem Wert "parameters" gab es ein Problem bei der Generierung von Clients unter Visual Studio. Daher wurde
3. Haftpflicht in Kfz wird optionaler Vertragsbestandteil (bisher verpflichtend)
4. SpartendetailSchaden_Type bekommt folgende neue Attribute Koerperhaelfte, Koerperteil und BehoerdlicheAufnahme
5. Neu aufgenommen Legitimation_Type
6. Mit dem Wert "parameters" gab es ein Problem bei der Generierung von Clients unter Visual Studio. Daher wurde
<message name="..."><part name="parameters" element="ost:.."/></message>
geändert auf
<message name="..."><part name="param" element="ost:.."/></message>
6. Anpassung des Veröffentlichungsprocederes im Dokument ON_1.01.3 Versionierung: Der Steuerkreis
7. Anpassung des Veröffentlichungsprocederes im Dokument ON_1.01.3 Versionierung: Der Steuerkreis
entscheidet über die Veröffentlichung unabhängig vom formalen Status der jeweiligen Norm.
7. Kfz-Kasko: Merkmal Neuwertklausel ja/nein auch bei Teilkasko verfügbar.
8. Selbstbehalt in Sach-Privat auf Produktebene verfügbar. Selbstbehalte bekommen eine Art
8. Kfz-Kasko: Merkmal Neuwertklausel ja/nein auch bei Teilkasko verfügbar.
9. Selbstbehalt in Sach-Privat auf Produktebene verfügbar. Selbstbehalte bekommen eine Art
und können künftig von VU nochmals abgeleitet werden.
9. Kfz-Risikoobjekt erhält ein optionales Element "Historisch" vom Typ boolean.
10. Möglichkeit den Dateinamen beim Upload / Download von Binaries mit anzugeben.
11. ???? === Neues Feld TarifId um einen Antrags- bzw. Vertragsbaustein auf eine konkrete Produktkomponente beziehen zu können.
10. Kfz-Risikoobjekt erhält ein optionales Element "Historisch" vom Typ boolean.
11. Möglichkeit den Dateinamen beim Upload / Download von Binaries mit anzugeben.
12. Neues Feld TarifId um einen Antrags- bzw. Vertragsbaustein auf eine konkrete Produktkomponente beziehen zu können.
Der Typ von TarifId ist abstrakt und muss von der VU überschrieben werden, z.B. mit einem Enum der zulässigen
Werte. === ????
12. Hauptfälligkeit, Zahlrhythmus und Zahlweg stehen jetzt optional auch auf Verkaufsproduktebene zur Verfügung.
Werte.
13. Hauptfälligkeit, Zahlrhythmus und Zahlweg stehen jetzt optional auch auf Verkaufsproduktebene zur Verfügung.
Auf der Produktebene ist die Hauptfälligkeit jetzt optional und Hauptfälligkeit, Zahlrhythmus und Zahlweg sind im
Kommentar als deprecated markiert.
14. Neues Element SpezBOASchritt_Type: Die Schritte in BOA erben von diesem gemeinsamen Element und
bauen aufeinander auf.
15. Baujahr Gebäude ist optional
16. Neuer DocumentType 42 = Deckungsvergleich
=============
@@ -37,7 +41,7 @@ Version 1.7.0
Was ist neu oder anders in Version 1.7.0 im Vergleich zur Version 1.6.0?
=====================================================================================
1. Version 1.7.0 ist abwärtskompatibel zur Version 1.6.0 in dem Sinne, dass ein XML welches unter 1.6.0 valide ist
auch unter 1.7.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.7.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Berechnung-Offert-Antrag wurde für die Sparten Unfall und Leben hinzugefügt.
Für Leben wurde die Möglichkeit geschaffen bis zu 4 Produktebenen abzubilden (bisher max. 3 Ebenen).
3. Struktur für Konvertierung in BOA wurde nochmals überarbeitet und verwendet jetzt
@@ -60,7 +64,7 @@ Version 1.6.0
Was ist neu oder anders in Version 1.6.0 im Vergleich zur Version 1.5.0?
=====================================================================================
1. Version 1.6.0 ist abwärtskompatibel zur Version 1.5.0 in dem Sinne, dass ein XML welches unter 1.5.0 valide ist
auch unter 1.6.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.6.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Aufnahme der Aufbauart in Kfz
3. Aufnahme Felder für Konvertierung in Berechnung-Offert-Antrag
4. Erweiterung der Liste der Dokumentenarten
@@ -82,7 +86,7 @@ Version 1.5.0
Was ist neu oder anders in Version 1.5.0 im Vergleich zur Version 1.4.0?
=====================================================================================
1. Version 1.5.0 ist abwärtskompatibel zur Version 1.4.0 in dem Sinne, dass ein XML welches unter 1.4.0 valide ist
auch unter 1.5.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.5.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Berechnung-Offert-Antrag wurde für die Sparte Sach-Privat hinzugefügt.
3. Es wurden Methoden definiert, um Schäden zu melden und Schadenmeldungen zu suchen und aufzurufen.
4. Vinkulierung ist nicht mehr im allgemeinen Antrags-Spezifikation zu finden, sondern
@@ -106,7 +110,7 @@ Version 1.4.0
Was ist neu oder anders in Version 1.4.0 im Vergleich zur Version 1.3.0?
=====================================================================================
1. Version 1.4.0 ist abwärtskompatibel zur Version 1.3.0 in dem Sinne, dass ein XML welches unter 1.3.0 valide ist
auch unter 1.4.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.4.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Folgend dem Beschluss des Steuerkreises zur Versionierung vom 28.5.2019 sind alle
Definitionen, die noch nicht durch zwei Implementierungen validiert wurden,
aus dem offiziellen Release entfernt worden.
@@ -156,7 +160,7 @@ Was ist neu oder anders in Version 1.3.0 im Vergleich zur Version 1.2.0?
=====================================================================================
1. Version 1.3.0 ist abwärtskompatibel zur Version 1.2.0 in dem Sinne, dass ein XML welches unter 1.2.0 valide ist
auch unter 1.3.0 valide ist. Generierte Objekte können abweichen.
auch unter 1.3.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
2. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
3. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
Schaden wurde nicht-abwärtskompatibel verändert:
@@ -186,11 +190,11 @@ Version 1.2.0
Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
=====================================================================================
1. Version 1.2.0 ist abwärtskompatibel zur Version 1.1.1, WSDLs und XSDs sind unverändert
1. Version 1.2.0 ist abwärtskompatibel zur Version 1.1.1, WSDLs und XSDs sind unverändert.
2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
=============
Version 1.1.1
@@ -199,38 +203,38 @@ Version 1.1.1
Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
========================================================================
1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher
ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen.
Daher bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
2. Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
aber als Attribut im Kopf der XML-Dateien enthalten.
da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
aber als Attribut im Kopf der XML-Dateien enthalten.
3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen.
Dies wurde korrigiert auf Type ServiceFault.
Dies wurde korrigiert auf Type ServiceFault.
4. Das Element GeschInteresseLfnr hatte keinen Typ und hat jetzt den Typ xsd:unsignedIint bekommen.
5. In GetDocumentInfosResponse_Type hatten ActualOffset, ActualMaxResults und TotalResults keinen Typ.
Der Typ wurde für die drei Elemente auf xsd:unsignedInt festgelegt.
Der Typ wurde für die drei Elemente auf xsd:unsignedInt festgelegt.
6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
zu 'nachfolgendeIdGeschaeftsfall'.
Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
zu 'nachfolgendeIdGeschaeftsfall'.
8. In SchadenLight_Type hatte das Element 'bearbStandCd' keinen Typ. Dieser wurde festgelegt mit 'BearbStandCd_Type'.
Ferner hatten die Elemente 'vormaligeSchadennr' und 'nachfolgendeSchadennr' keinen Typ. Dieser wurde festgelegt mit 'xsd:string'.
Ferner hatten die Elemente 'vormaligeSchadennr' und 'nachfolgendeSchadennr' keinen Typ. Dieser wurde festgelegt mit 'xsd:string'.
9. In SchadenType hatte das Element 'bearbStandCd' keinen Typ. Dieser wurde festgelegt mit 'BearbStandCd_Type'.
Ferner hatten die Elemente 'vormaligeSchadennr' und 'nachfolgendeSchadennr' keinen Typ. Dieser wurde festgelegt mit 'xsd:string'.
Ferner hatten die Elemente 'vormaligeSchadennr' und 'nachfolgendeSchadennr' keinen Typ. Dieser wurde festgelegt mit 'xsd:string'.
10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
'xsd:unsignedInt' festgelegt.
'xsd:unsignedInt' festgelegt.
11. In omds3Services.wsdl und in omds3ServicesBroker.wsdl waren die Faultelemente bei einigen Services für wsdl und soap
unterschiedlich benannt. Die Benennung wurde angegelichen.
unterschiedlich benannt. Die Benennung wurde angegelichen.
=============

7
OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3CommonServiceTypes.xsd
View File

@@ -38,7 +38,7 @@
</xsd:restriction>
</xsd:simpleType>
</xsd:element>
<xsd:element name="errorCode" type="xsd:integer">
<xsd:element name="errorCode" type="xsd:integer" minOccurs="0">
<xsd:annotation>
<xsd:documentation>Fehlercode entsprechend allgemeiner Fehlerliste
</xsd:documentation>
@@ -330,6 +330,11 @@
<xsd:documentation>Anmeldung Kundenportal</xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
<xsd:enumeration value="42">
<xsd:annotation>
<xsd:documentation>Deckungsvergleich</xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="PartnerRoleType">

5
OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3Services.wsdl
View File

@@ -1,8 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!-- Release 1.8.0 -->
<!-- Hinweis für Generierung von Clients in Visual Studio: Visual Studio hat Probleme Clients zu generieren,
wenn der <part name="parameters" /> ist. Vorschlag für einen Work-around ist, beim Generieren des Clients den
"name" z.B. auf "param" zu ändern, z.B. <part name="param" />.
<!-- Hinweis 20.4.2022: Es gab ein Problem bei der Generierung von Clients in Visual Studio: Visual Studio hat Probleme Clients zu generieren,
wenn der <part name="param" ... /> ist. Es wurde daher der part name auf "param" geändert.
-->
<definitions name="omds3Services-1-4-0" targetNamespace="urn:omds3Services-1-4-0"
xmlns:os="urn:omds3Services-1-4-0"

27
OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3_ON2_Antrag_Common.xsd
View File

@@ -4,10 +4,17 @@
<xsd:import namespace="urn:omds3CommonServiceTypes-1-1-0" schemaLocation="omds3CommonServiceTypes.xsd"/>
<xsd:import namespace="urn:omds3ServiceTypes-1-1-0" schemaLocation="omds3ServiceTypes.xsd"/>
<!--Prozessobjekte Berechnung, Offert, Antrag - Spartenübergreifend-->
<xsd:complexType name="SpezBOASchritt_Type">
<xsd:annotation>
<xsd:documentation>Abstrackter Basistyp für das Datenmodell aller BOA-Prozessschritte</xsd:documentation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexType name="SpezBerechnung_Type" abstract="true">
<xsd:annotation>
<xsd:documentation>Abstrakter Basistyp Berechnung, der bei Request und bei Response gleich ist</xsd:documentation>
</xsd:annotation>
<xsd:complexContent>
<xsd:extension base="SpezBOASchritt_Type">
<xsd:sequence>
<xsd:element name="Personen" type="cst:BeteiligtePersonVertrag_Type" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
@@ -15,11 +22,15 @@
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="SpezOffert_Type" abstract="true">
<xsd:annotation>
<xsd:documentation>Abstrakter Basistyp Offert, der bei Request und Response gleich ist</xsd:documentation>
</xsd:annotation>
<xsd:complexContent>
<xsd:extension base="SpezBOASchritt_Type">
<xsd:sequence>
<xsd:element name="Offertnummer" type="cst:ObjektId_Type" minOccurs="0"/>
<xsd:element name="Personen" type="cst:BeteiligtePersonVertrag_Type" maxOccurs="unbounded">
@@ -33,27 +44,21 @@
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="SpezAntrag_Type" abstract="true">
<xsd:annotation>
<xsd:documentation>Abstrakter Basistyp für Antrag, der bei Request und bei Response gleich ist</xsd:documentation>
</xsd:annotation>
<xsd:complexContent>
<xsd:extension base="SpezOffert_Type">
<xsd:sequence>
<xsd:element name="Antragsart" type="cst:Antragsart_Type" minOccurs="0">
<xsd:annotation>
<xsd:documentation>Die Antragsart kann auch vom ServiceProvider automatisch bestimmt werden, dann bleibt sie im Request leer.</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="Personen" type="cst:BeteiligtePersonVertrag_Type" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation>Liste aller benötigten Vertragspersonen (nicht versicherte Personen), welche dann über ihre Rolle referenziert werden. Die Personen können eine Adresse enthalten.</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="Versicherungsnehmer" type="xsd:unsignedShort">
<xsd:annotation>
<xsd:documentation>Referenz auf die Person, die als Versicherungsnehmer fungiert. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="AbweichenderPraemienzahler" type="xsd:unsignedShort" minOccurs="0">
<xsd:annotation>
<xsd:documentation>Referenz auf einen abweichenden Praemienzahler, wenn nicht der Versicherungsnehmer die Prämie zahlt</xsd:documentation>
@@ -126,6 +131,8 @@
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="SpezAntragPersonen_Type" abstract="true">
<xsd:annotation>

2
OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3_ON2_Antrag_SachPrivat.xsd
View File

@@ -94,7 +94,7 @@
<xsd:documentation>Ebenerdig, 1 Stockwerk, 2 Stockwerke oder mehr als 2 Stockwerke</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="BaujahrGebaeude" type="xsd:integer">
<xsd:element name="BaujahrGebaeude" type="xsd:integer" minOccurs="0">
<xsd:annotation>
<xsd:documentation>Jahreszahl</xsd:documentation>
</xsd:annotation>