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

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

@@ -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.  Haftpflicht in Kfz wird optionaler Vertragsbestandteil (bisher verpflichtend)
-3.  SpartendetailSchaden_Type bekommt folgende neue Attribute Koerperhaelfte, Koerperteil und BehoerdlicheAufnahme
+4.  SpartendetailSchaden_Type bekommt folgende neue Attribute Koerperhaelfte, Koerperteil und BehoerdlicheAufnahme
-4.  Neu aufgenommen Legitimation_Type
+5.  Neu aufgenommen Legitimation_Type
-5.  Mit dem Wert "parameters" gab es ein Problem bei der Generierung von Clients unter Visual Studio. Daher wurde
+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.  Kfz-Kasko: Merkmal Neuwertklausel ja/nein auch bei Teilkasko verfügbar.
-8.  Selbstbehalt in Sach-Privat auf Produktebene verfügbar. Selbstbehalte bekommen eine Art
+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. Kfz-Risikoobjekt erhält ein optionales Element "Historisch" vom Typ boolean.
-10. Möglichkeit den Dateinamen beim Upload / Download von Binaries mit anzugeben.
+11. 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.
+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. === ????
+    Werte.
-12. Hauptfälligkeit, Zahlrhythmus und Zahlweg stehen jetzt optional auch auf Verkaufsproduktebene zur Verfügung.
+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".
+    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.
+    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 
+1.  Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen.
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
+    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 
+    da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
-aber als Attribut im Kopf der XML-Dateien enthalten.
+    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 
+    Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
-zu 'nachfolgendeIdGeschaeftsfall'.
+    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.
 
 
 =============

OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3CommonServiceTypes.xsd

@@ -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">

OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3Services.wsdl

@@ -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,
+<!-- 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="parameters" /> ist. Vorschlag für einen Work-around ist, beim Generieren des Clients den
+     wenn der <part name="param" ... /> ist. Es wurde daher der part name auf "param" geändert.
-     "name" z.B. auf "param" zu ändern, z.B. <part name="param" />.
 -->
 <definitions name="omds3Services-1-4-0" targetNamespace="urn:omds3Services-1-4-0"
 xmlns:os="urn:omds3Services-1-4-0"

OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3_ON2_Antrag_Common.xsd

@@ -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>

OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds3_ON2_Antrag_SachPrivat.xsd

@@ -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>