Berücksichtigung SpartenCd in Konvertierungshilfe nach Gespräch nochmals angepasst, Update auf Stand ReleaseCandidate 1.8

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

@@ -1,9 +1,37 @@
 =============
 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
+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 und neue Elemente können im XML enthalten sein.
+2.  Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
+    Neue Methoden CheckCoverage und SubmitReceipt.
+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>
+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.
+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.
+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.
+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
 
 
 =============
@@ -12,7 +40,8 @@ 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
+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 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
@@ -34,7 +63,8 @@ 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
+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 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
@@ -55,7 +85,8 @@ 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
+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 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
@@ -78,7 +109,8 @@ 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
+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 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.
@@ -127,7 +159,8 @@ Version 1.3.0
 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
+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 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:
@@ -157,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
@@ -170,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

@@ -645,6 +645,9 @@
 		<xsd:attribute name="PersArtCd" type="omds:PersArtCd_Type" use="required"/>
 	</xsd:complexType>
 	<xsd:complexType name="Legitimation_Type">
+		<xsd:annotation>
+			<xsd:documentation>Daten zur Legitimation des Antragstellers bzw. Kunden</xsd:documentation>
+		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="omds:EL-Legitimation_Type">
 				<xsd:attribute name="AusstellendesLand" type="omds:LandesCd_Type" use="optional"/>
@@ -826,6 +829,11 @@
 							<xsd:documentation>Das technische Datum des Dokuments</xsd:documentation>
 						</xsd:annotation>
 					</xsd:element>
+					<xsd:element name="Name" type="xsd:string" minOccurs="0">
+						<xsd:annotation>
+							<xsd:documentation>Dateiname ohne Pfad</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
 				</xsd:sequence>
 			</xsd:extension>
 		</xsd:complexContent>
@@ -1109,7 +1117,12 @@
 		<xsd:sequence>
 			<xsd:element name="Id" type="xsd:string" minOccurs="0">
 				<xsd:annotation>
-					<xsd:documentation>Schluessel des Bausteins</xsd:documentation>
+					<xsd:documentation>Die eindeutige Id dieses konkreten Bausteins.</xsd:documentation>
+				</xsd:annotation>
+			</xsd:element>
+			<xsd:element name="TarifId" type="TarifId_Type" minOccurs="0">
+				<xsd:annotation>
+					<xsd:documentation>Schlüssel der Tarifkomponente, die dieser Baustein repräsentiert.</xsd:documentation>
 				</xsd:annotation>
 			</xsd:element>
 			<xsd:element name="Bezeichnung" type="xsd:string" minOccurs="0">
@@ -1119,7 +1132,7 @@
 			</xsd:element>
 			<xsd:element name="Bedingungen" type="xsd:string" minOccurs="0" maxOccurs="unbounded">
 				<xsd:annotation>
-					<xsd:documentation>Verweise auf Bedingungswerke</xsd:documentation>
+					<xsd:documentation>Verweise auf Bedingungswerke und Klauseln</xsd:documentation>
 				</xsd:annotation>
 			</xsd:element>
 			<xsd:element name="Meldungen" type="ServiceFault" minOccurs="0" maxOccurs="unbounded">
@@ -1127,48 +1140,13 @@
 					<xsd:documentation>Meldungen zu Elementen in diesem Produktbaustein</xsd:documentation>
 				</xsd:annotation>
 			</xsd:element>
-			<!--
-			<xsd:element name="Kombinationen" type="Kombinationen_Type" minOccurs="0">
-				<xsd:annotation>
-					<xsd:documentation>Möglichkeit zulässige Kombinationen von Baustein-Ids der Unterbausteine als Restriktion anzugeben.</xsd:documentation>
-				</xsd:annotation>
-			</xsd:element>
-			<xsd:element name="Konvertierung" minOccurs="0">
-				<xsd:complexType>
-					<xsd:sequence>
-						<xsd:element name="ErsetztId" type="xsd:string">
-							<xsd:annotation>
-								<xsd:documentation>Im Falle einer Konvertierung die ursprüngliche Id des Vertragsbausteins</xsd:documentation>
-							</xsd:annotation>
-						</xsd:element>
-						<xsd:element name="GewaehlteAktion" type="Konvertierungsaktion2_Type" minOccurs="0">
-							<xsd:annotation>
-								<xsd:documentation>Gewaehlte Aktion in der Übermittlung der geplanten Konvertierung vom Client.</xsd:documentation>
-							</xsd:annotation>
-						</xsd:element>
 		</xsd:sequence>
 	</xsd:complexType>
-			</xsd:element>-->
+	<xsd:complexType name="TarifId_Type" abstract="true">
-			<xsd:element name="Konvertierung" minOccurs="0">
 		<xsd:annotation>
-					<xsd:documentation>Im Falle einer Konvertierung eine Herkunftsangabe</xsd:documentation>
+			<xsd:documentation>Abstrakter Typ für eine TarifId. Dieser Typ muss von der VU überschrieben werden,
+				die z.B. ein Enum für die zulässigen Tarifschlüssel anbietet.</xsd:documentation>
 		</xsd:annotation>
-				<xsd:complexType>
-					<xsd:sequence>
-						<xsd:element name="ErsetztId" type="xsd:string">
-							<xsd:annotation>
-								<xsd:documentation>Bei Konvertierungen die Id des Bausteins im zu ersetzenden Vertrag</xsd:documentation>
-							</xsd:annotation>
-						</xsd:element>
-						<xsd:element name="Konvertierungsaktion" type="Konvertierungsaktion_Type" minOccurs="0">
-							<xsd:annotation>
-								<xsd:documentation>Nähere Spezifikation der Aktion, falls notwendig.</xsd:documentation>
-							</xsd:annotation>
-						</xsd:element>
-					</xsd:sequence>
-				</xsd:complexType>
-			</xsd:element>
-		</xsd:sequence>
 	</xsd:complexType>
 	<xsd:complexType name="Produktbaustein_Type" abstract="true">
 		<xsd:annotation>
@@ -1253,9 +1231,12 @@
 				<xsd:sequence>
 					<xsd:element name="VtgBeg" type="omds:Datum"/>
 					<xsd:element name="Verkaufsproduktgeneration" type="xsd:string" minOccurs="0"/>
+					<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0"/>
+					<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0"/>
+					<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type" minOccurs="0"/>
 					<xsd:element name="Berechnungsvariante" type="Berechnungsvariante_Type" minOccurs="0">
 						<xsd:annotation>
-							<xsd:documentation>Ermöglicht eine Vorgabe für die Produktkonfiguration an den Serviceprovider: von "basic = Basiskonfiguration" über "medium" bis "top" = vollumfänglich".</xsd:documentation>
+							<xsd:documentation>Ermöglicht eine Vorgabe für die Produktkonfiguration durch den Serviceprovider: von "basic = Basiskonfiguration" über "medium" bis "top" = vollumfänglich".</xsd:documentation>
 						</xsd:annotation>
 					</xsd:element>
 					<xsd:element name="Vermittlernr" type="omds:Vermnr" minOccurs="0">
@@ -1283,9 +1264,21 @@
 				<xsd:sequence>
 					<xsd:element name="VtgBeg" type="omds:Datum" minOccurs="0"/>
 					<xsd:element name="Produktgeneration" type="xsd:string" minOccurs="0"/>
-					<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0"/>
+					<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0">
-					<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0"/>
+						<xsd:annotation>
-					<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type"/>
+							<xsd:documentation>Deprecated, verwende Zahlweg auf Verkaufsproduktebene</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
+					<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0">
+						<xsd:annotation>
+							<xsd:documentation>Deprecated, verwende Zahlrhythmus auf Verkaufsproduktebene</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
+					<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type" minOccurs="0">
+						<xsd:annotation>
+							<xsd:documentation>Deprecated, verwende Hauptfälligkeit auf Verkaufsproduktebene</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
 					<xsd:element name="RefSicherstellungLfnr" type="xsd:unsignedShort" minOccurs="0">
 						<xsd:annotation>
 							<xsd:documentation>Möglichkeit eine Sicherstellung aus dem Antragsobjekt zu referenzieren.</xsd:documentation>
@@ -1921,12 +1914,13 @@
 	<!--Vorversicherungen -->
 	<xsd:complexType name="Vorversicherungen_Type" abstract="true">
 		<xsd:annotation>
-			<xsd:documentation>Abstrakter Typ zur Beschreibung der Vorversicherungen</xsd:documentation>
+			<xsd:documentation>Abstrakter Typ zur Beschreibung der Vorversicherungen, wird verwendet in SpezAntrag_Type.
+				Es gibt zwei Ableitungen im Standard: VorversicherungenKfz_Type und VorversicherungenImpl_Type (s.u.), jede VU kann aber auch eigene Implementierungen vornehmen.</xsd:documentation>
 		</xsd:annotation>
 	</xsd:complexType>
 	<xsd:complexType name="VorversicherungenImpl_Type">
 		<xsd:annotation>
-			<xsd:documentation>Standardimplementierung Vorversicherungen</xsd:documentation>
+			<xsd:documentation>Standardimplementierung Vorversicherungen: Eine Liste von Vorversicherung_Type-Objekten</xsd:documentation>
 		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="Vorversicherungen_Type">
@@ -1938,7 +1932,7 @@
 	</xsd:complexType>
 	<xsd:complexType name="Vorversicherung_Type">
 		<xsd:annotation>
-			<xsd:documentation>Angaben zu einer Vorversicherung</xsd:documentation>
+			<xsd:documentation>Angaben zu einer Vorversicherung in der Standardimplementierung, erweitert VorversicherungenDetail_Type</xsd:documentation>
 		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="VorversicherungenDetail_Type">
@@ -1960,7 +1954,8 @@
 	</xsd:complexType>
 	<xsd:complexType name="VorversicherungenDetail_Type">
 		<xsd:annotation>
-			<xsd:documentation>Details zu einer Vorversicherung</xsd:documentation>
+			<xsd:documentation>Gemeinsame Details zu einer Vorversicherung. Dieser Typ wird erweitert von Vorversicherung_Type
+				und ist der Typ von VorversicherungRechtschutz und VorversicherungKfz in Kfz</xsd:documentation>
 		</xsd:annotation>
 		<xsd:sequence>
 			<xsd:element name="WurdenVorversicherungenAufgeloest" type="xsd:boolean">
@@ -2030,7 +2025,7 @@
 			<!--<xsd:pattern value="[0-9]{3}"/> es koennen auch Buchstaben auftreten -->
 		</xsd:restriction>
 	</xsd:simpleType>
-	<!-- Ersatzpolizzen / Konvertierung-->
+	<!-- Ersatzpolizzen -->
 	<xsd:complexType name="Ersatzpolizzen_Type">
 		<xsd:annotation>
 			<xsd:documentation>Typ für Ersatzpolizzen</xsd:documentation>
@@ -2041,7 +2036,7 @@
 			<xsd:element name="Ersatzpolizzennummer3" type="omds:Polizzennr" minOccurs="0"/>
 		</xsd:sequence>
 	</xsd:complexType>
-	<xsd:complexType name="Ersatzpolizze_Type">
+	<xsd:complexType name="Ersatzpolizze_Type" abstract="true">
 		<xsd:annotation>
 			<xsd:documentation>Beschreibung einer durch Konvertierung zu ersetzenden Polizze</xsd:documentation>
 		</xsd:annotation>
@@ -2083,7 +2078,7 @@
 			<xsd:extension base="Ersatzpolizze_Type">
 				<xsd:sequence>
 					<xsd:element name="Bezeichnung" type="xsd:string" minOccurs="0"/>
-					<xsd:element name="Baustein" type="KonvertierungBaustein_Type" maxOccurs="unbounded"/>
+					<xsd:element name="Baustein" type="KonvertierungProduktBaustein_Type" maxOccurs="unbounded"/>
 					<xsd:element name="Kombinationen" type="Kombinationen_Type" minOccurs="0">
 						<xsd:annotation>
 							<xsd:documentation>Möglichkeit zulässige Kombinationen von Baustein-Ids als Restriktion anzugeben.</xsd:documentation>
@@ -2130,14 +2125,14 @@
 			</xsd:element>
 		</xsd:sequence>
 	</xsd:complexType>
-	<xsd:complexType name="KonvertierungBausteinSparte_Type">
+	<xsd:complexType name="KonvertierungProduktBaustein_Type">
 		<xsd:annotation>
-			<xsd:documentation>Ableitung für die Ebene 2 mit der zusätzlichen Möglichkeit die Sparte zu signalisieren</xsd:documentation>
+			<xsd:documentation>Ableitung für die Produktebene (Ebene 2) mit der zusätzlichen Möglichkeit die Sparte zu signalisieren</xsd:documentation>
 		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="KonvertierungBaustein_Type">
 				<xsd:sequence>
-					<xsd:element name="SpartenCd" type="omds:SpartenCd_Type">
+					<xsd:element name="SpartenCd" type="omds:SpartenCd_Type" minOccurs="0">
 						<xsd:annotation>
 							<xsd:documentation>Der SpartenCd aus OMDS 2, welcher erlaubt die Ebene 2 eines Vertrags zu kategorisieren.</xsd:documentation>
 						</xsd:annotation>
@@ -2680,6 +2675,7 @@
 				<xsd:attribute name="Eigengewicht" type="xsd:unsignedShort" use="optional"/>
 				<xsd:attribute name="ZulassdatHalter" type="omds:Datum" use="optional"/>
 				<xsd:attribute name="AufbauNatC" type="AufbauNatC_Type" use="optional"/>
+				<xsd:attribute name="Historisch" type="xsd:boolean" use="optional"/>
 			</xsd:extension>
 		</xsd:complexContent>
 	</xsd:complexType>
@@ -3103,12 +3099,16 @@
 			</xsd:choice>
 		</xsd:sequence>
 	</xsd:complexType>
-	<xsd:complexType name="Selbstbehalt_Type" final="#all">
+	<xsd:complexType name="Selbstbehalt_Type">
 		<xsd:annotation>
 			<xsd:documentation>Dient zur Abbildung eines Selbstbehalts</xsd:documentation>
 		</xsd:annotation>
 		<xsd:sequence>
-			<!-- Definition eines choice möglich zur Schärfung des Schemas? -->
+			<xsd:element name="Art" type="xsd:string" minOccurs="0">
+				<xsd:annotation>
+					<xsd:documentation>Art des Selbstbehalts, insb. können hier die dreistelligen Codes des OMDS 2 aus SbhArtCd_Type verwendet werden</xsd:documentation>
+				</xsd:annotation>
+			</xsd:element>
 			<xsd:element name="Selbstbehalt" type="omds:decimal" minOccurs="0">
 				<xsd:annotation>
 					<xsd:documentation>Absoluter Betrag eines Selbstbehalts</xsd:documentation>

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

@@ -128,6 +128,7 @@
 					<xsd:element name="Bezugsrecht" type="cst:Bezugsrecht_Type" minOccurs="0"/>
 					<xsd:element name="Zielpraemie" type="omds:decimal" minOccurs="0"/>
 					<xsd:element name="Eingeschraenkt" type="xsd:boolean" default="0" minOccurs="0"/>
+					<xsd:element name="Neuwertklausel" type="xsd:boolean" minOccurs="0"/>
 				</xsd:sequence>
 			</xsd:extension>
 		</xsd:complexContent>
@@ -151,7 +152,6 @@
 		<xsd:complexContent>
 			<xsd:extension base="KaskoKfz_Type">
 				<xsd:sequence>
-					<xsd:element name="Neuwertklausel" type="xsd:boolean" minOccurs="0"/>
 					<xsd:element name="Leasingklausel" type="xsd:boolean" minOccurs="0"/>
 				</xsd:sequence>
 			</xsd:extension>

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

@@ -245,6 +245,7 @@
 Jens Buehring entfernt 2.6.2020 weil die Untertypen spezifischere Listen haben (fuer Gebaeude und Haushalt) und wenn man selbst ein
 Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
 -->
+					<xsd:element name="Selbstbehalt" type="cst:Selbstbehalt_Type" minOccurs="0" maxOccurs="unbounded"/>
 				</xsd:sequence>
 			</xsd:extension>
 		</xsd:complexContent>
@@ -442,7 +443,12 @@ Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
 				<xsd:annotation>
 					<xsd:documentation>Elektronik</xsd:documentation>
 				</xsd:annotation>
-				<!-- auf Anforderung Generali, keine OMDS 2 Sparte -->
+				<!-- deprecated, verwende EP -->
+			</xsd:enumeration>
+			<xsd:enumeration value="EP">
+				<xsd:annotation>
+					<xsd:documentation>Elektronik pauschal</xsd:documentation>
+				</xsd:annotation>
 			</xsd:enumeration>
 			<xsd:enumeration value="FE">
 				<xsd:annotation>
@@ -456,7 +462,7 @@ Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
 			</xsd:enumeration>
 			<xsd:enumeration value="HH">
 				<xsd:annotation>
-					<xsd:documentation>Haushalt</xsd:documentation>
+					<xsd:documentation>Haushalt bzw. Wohnungs-Versicherung</xsd:documentation>
 				</xsd:annotation>
 			</xsd:enumeration>
 			<xsd:enumeration value="HP">