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,19 +63,20 @@ 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
-2. Aufnahme der Aufbauart in Kfz
+    auch unter 1.6.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-3. Aufnahme Felder für Konvertierung in Berechnung-Offert-Antrag
+2.  Aufnahme der Aufbauart in Kfz
-4. Erweiterung der Liste der Dokumentenarten
+3.  Aufnahme Felder für Konvertierung in Berechnung-Offert-Antrag
-5. Aufnahmen eines Änderungsgrundes in BOA
+4.  Erweiterung der Liste der Dokumentenarten
-6. Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
+5.  Aufnahmen eines Änderungsgrundes in BOA
-   - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
+6.  Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-   - neues Feld GesFormCdType in Sonst-Person
+    - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-   - TIN für "Titel nachgestellt"
+    - neues Feld GesFormCdType in Sonst-Person
-   - neuer LegArtCd_Type: FA - Firmenbuchauszug
+    - TIN für "Titel nachgestellt"
-   - Geburtsland an der Person
+    - neuer LegArtCd_Type: FA - Firmenbuchauszug
-7. Entfernen der Restriktion auf genau 4 Zeichen im Status
+    - Geburtsland an der Person
-8. Verwendung technische Objekte in CommonRequest_Type
+7.  Entfernen der Restriktion auf genau 4 Zeichen im Status
+8.  Verwendung technische Objekte in CommonRequest_Type
 
 
 =============
@@ -55,21 +85,22 @@ 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
-2. Berechnung-Offert-Antrag wurde für die Sparte Sach-Privat hinzugefügt.
+    auch unter 1.5.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-3. Es wurden Methoden definiert, um Schäden zu melden und Schadenmeldungen zu suchen und aufzurufen.
+2.  Berechnung-Offert-Antrag wurde für die Sparte Sach-Privat hinzugefügt.
-4. Vinkulierung ist nicht mehr im allgemeinen Antrags-Spezifikation zu finden, sondern
+3.  Es wurden Methoden definiert, um Schäden zu melden und Schadenmeldungen zu suchen und aufzurufen.
-   nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
+4.  Vinkulierung ist nicht mehr im allgemeinen Antrags-Spezifikation zu finden, sondern
-   allgemeinere Lösung kommt.
+    nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-5. In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
+    allgemeinere Lösung kommt.
-   Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
+5.  In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-   erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
+    Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-   Personendaten erforderlich sind.
+    erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-6. Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
+    Personendaten erforderlich sind.
-   für den Client zu den Produktbausteinen enthalten können.
+6.  Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-7. Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
+    für den Client zu den Produktbausteinen enthalten können.
-8. Für die Übermittlung von Metadaten zu Attributen wurden spezielle Typen angelegt
+7.  Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-9. Das allgemeine Response-Objekt kann "Referenzen" aufnehmen. Dies sind Deep-Links oder andere Querverweise.
+8.  Für die Übermittlung von Metadaten zu Attributen wurden spezielle Typen angelegt
+9.  Das allgemeine Response-Objekt kann "Referenzen" aufnehmen. Dies sind Deep-Links oder andere Querverweise.
 
 
 =============
@@ -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,27 +159,28 @@ 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
-2. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
+    auch unter 1.3.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-3. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
+2.  Neu enthalten ist: KFZ Berechnung - Offert - Antrag
-   Schaden wurde nicht-abwärtskompatibel verändert:
+3.  Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
-   * VUNr in Requests ist jetzt obligatorisch
+    Schaden wurde nicht-abwärtskompatibel verändert:
-   * Bereinigung von Inner-Classes
+    * VUNr in Requests ist jetzt obligatorisch
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
+    * Bereinigung von Inner-Classes
-     Service "GetStatusChanges" verwendet werden.
+    * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
+      Service "GetStatusChanges" verwendet werden.
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
+    * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
+    * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
+       a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-         welches keine Art des Zeitraums enthält
+       b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
+          welches keine Art des Zeitraums enthält
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
+    * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
+    * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-   * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
+      welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-     omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
+    * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
+      omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
 
-4. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
+4.  ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
-5. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
+5.  Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
 
 
 =============
@@ -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
+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,
+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. 
+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.
+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.
+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.
+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.
+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'.
+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'.
+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.
 
 
 =============
@@ -211,25 +244,25 @@ Version 1.1.0
 Was ist neu oder anders in Version 1.1.0 im Vergleich zur Version 1.0.0?
 ========================================================================
 
-1. Filenames wurden mit Versionsnummer '1-1-0' ergaenzt, Namespaces haben ebenfalls die Versionsnummer erhalten.
+1.  Filenames wurden mit Versionsnummer '1-1-0' ergaenzt, Namespaces haben ebenfalls die Versionsnummer erhalten.
 
-2. Die Services für Schadenmeldung und Schadenstatus wurden ergänzt.
+2.  Die Services für Schadenmeldung und Schadenstatus wurden ergänzt.
 
-3. Neues WSDL für Services auf der Maklerseite: 'omds3ServicesBroker-1-1-0.wsdl'.
+3.  Neues WSDL für Services auf der Maklerseite: 'omds3ServicesBroker-1-1-0.wsdl'.
 	 
-4. Ein neues XSD fuer Typen, die allen OMDS 3 Services gemeinsam sind: 'omds3CommonServiceTypes-1-1-0.xsd'.
+4.  Ein neues XSD fuer Typen, die allen OMDS 3 Services gemeinsam sind: 'omds3CommonServiceTypes-1-1-0.xsd'.
-   Übergeordnete Datentypen und Elemente sind in diese Datei verschoben worden.
+    Übergeordnete Datentypen und Elemente sind in diese Datei verschoben worden.
 
-5. Im Element UserDataResponse ist das Unterlement 'address' enfallen, da die Adressdaten auch im Unterelement 'person' übermittelt werden können.
+5.  Im Element UserDataResponse ist das Unterlement 'address' enfallen, da die Adressdaten auch im Unterelement 'person' übermittelt werden können.
 
-6. Die Message 'serviceFault' im WSDL ist umbenannt worden nach 'ServiceFaultMsg', um Verwechslung mit dem Typ 'ServiceFault' im XSD zu vermeiden.
+6.  Die Message 'serviceFault' im WSDL ist umbenannt worden nach 'ServiceFaultMsg', um Verwechslung mit dem Typ 'ServiceFault' im XSD zu vermeiden.
-   Die Referenzen auf das Element 'serviceFault' in den XSD-Files sind ersetzt worden durch lokale Elemente 'ServiceFault' mit dem Typ 'ServiceFault' 
+    Die Referenzen auf das Element 'serviceFault' in den XSD-Files sind ersetzt worden durch lokale Elemente 'ServiceFault' mit dem Typ 'ServiceFault'
 
-7. Im Typ 'HttpActionLinkType' fehlten die verschiedenen in der Dokumentation vorgesehenen Types im Enum. Diese wurden ergänzt.
+7.  Im Typ 'HttpActionLinkType' fehlten die verschiedenen in der Dokumentation vorgesehenen Types im Enum. Diese wurden ergänzt.
 
-8. Im Typ 'ElementIdType' fehlte der Typ des Elements 'idIsSingleUse'. Dieser wurde als boolean deklariert.
+8.  Im Typ 'ElementIdType' fehlte der Typ des Elements 'idIsSingleUse'. Dieser wurde als boolean deklariert.
 
-9. Exemplarische Demonstration einer Versicherungs-spezifischen Erweiterung des Services wurde aufgenommen als 'omds3exampleVuServiceTypes-1-1-0.xsd'.
+9.  Exemplarische Demonstration einer Versicherungs-spezifischen Erweiterung des Services wurde aufgenommen als 'omds3exampleVuServiceTypes-1-1-0.xsd'.
 
 10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
 

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,49 +1140,14 @@
 					<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:element name="Konvertierung" minOccurs="0">
-				<xsd:annotation>
-					<xsd:documentation>Im Falle einer Konvertierung eine Herkunftsangabe</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="TarifId_Type" abstract="true">
+		<xsd:annotation>
+			<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:complexType name="Produktbaustein_Type" abstract="true">
 		<xsd:annotation>
 			<xsd:documentation>Abstrakter Typ für alle Produktbausteine im Antragsprozess</xsd:documentation>
@@ -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">