Merge tag '1.11' into develop

# Conflicts:
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/on2antrag/common/ProductProposalResponseType.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/on2antrag/leben/ZusatzversicherungUnfallinvaliditaetType.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/on2antrag/leben/ZusatzversicherungUnfalltodType.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/service/OmdsService.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/service/OmdsServicePortImpl.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/service/OmdsServicePortType.java
#	OMDSServiceDefinition/src/main/java/at/vvo/omds/types/omds3Types/r1_11_0/service/ServiceFaultMsg.java
#	OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/BspPersonenversicherung/KrankenExtension.xsd
#	OMDSServiceDefinition/src/main/resources/def/r1_11_0/omds3_ON2_Antrag_Common.xsd

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

@@ -1244,5 +1244,4 @@ xmlns:xsd="http://www.w3.org/2001/XMLSchema">
 		</wsp:ExactlyOne>
 	</wsp:Policy>
 
-
 </definitions>

OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReadMe.txt

@@ -13,4 +13,6 @@ OMDS 3 Version 1.7.0  - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfa
 OMDS 3 Version 1.8.0  - Aug. 2022 - Service-Release: Deckungsprüfung, Belegeinreichung, Veröffentlichungsprozess,
                                     Legitimation, Haftpflicht optional in Kfz
 OMDS 3 Version 1.9.0  - Jul. 2023 - Konvertierungshilfe
-OMDS 3 Version 1.10.0 - Dez. 2023 - Postservice, Geschäftsfall-Log, Elektronische Versicherungsbestätigung
+OMDS 3 Version 1.10.0 - Dez. 2023 - Postservice, Geschäftsfall-Log, Elektronische Versicherungsbestätigung
+OMDS 3 Version 1.11.0 - Mai. 2024 - Service-Release: Erweiterung Metadaten Postservice, ZusaetzlicheKfzDaten direkt zum Fzg
+                                    Anforderung opt. Dokumente in Prozess

OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReleaseNotes-1-11-0.txt

@@ -7,11 +7,21 @@ Was ist neu oder anders in Version 1.11.0 im Vergleich zur Version 1.10.0?
 
 1.  Vinkulierung in Kfz als deprecated markiert, es sollte das neuere Konzept Sicherstellung (inkl. Vinkulierung)
     genutzt werden (seit Version 1.7.0).
-2.  ZusatzproduktKfz_Type bekommt eine optionale FahrzeugRefLfdNr
-3.  VersInteresseRefLfnr in VorversicherungDetail_Type eingefügt.
-4.  ZusaetzlicheKfzDaten als deprecated markiert
-5.  Änderung der Geschäftsfallnummer in GeschaeftsfallEreignis_Type von xsd:string auf cst:ObjektId_Type.
-6.  Die verwendete OMDS 2 Version 2.16 schreibt jetzt ein Pattern im Format omds:Datum-Zeit vor.
+2.  In Vinkularglaeubiger_Type wurde die Vertragsnummer optional.
+3.  ZusatzproduktKfz_Type bekommt eine optionale FahrzeugRefLfdNr vom Typ xsd:unsignedShort.
+4.  Optionaler Bezug auf ein versichertes Interesse (oder mehrere versicherte Interessen) als VersInteresseRefLfnr
+    in VorversicherungenDetail_Type eingefügt.
+5.  HaftpflichtKfz_Type die Versicherungssumme wurde optional, damit sie im Request nicht
+    zwangsläufig mit übermittelt werden muss.
+6.  ZusaetzlicheKfzDaten als deprecated markiert, der Fahrzeug_Type wurde um diese Felder ergänzt.
+7.  Die FahrzeugRefLfdNr wurde von xsd:string auf xsd:unsignedShort geändert und passt damit vom Typ zur
+    Lfnr in VersichertesInteresse_Type, von welchem auch Fahrzeug_Type abgeleitet ist. Das ist streng genommen
+    nicht abwärtskompatibel. Da aber im Fahrzeug schon bisher die Lfnr vom Typ xsd:unsignedShort war,
+    müssen die Werte auch schon bisher eine Zahl gewesen sein und daher auch bisherige XMLs valide sein.
+    Bei der Implementierung kommt es allerdings zu änderungen, da die Referenz in den Bausteinen jetzt z.B. in
+    Java mit "int" und nicht mehr mit "String" abgebildet wird.
+8.  Korrektur der Geschäftsfallnummer in GeschaeftsfallEreignis_Type von xsd:string auf cst:ObjektId_Type.
+9.  Die verwendete OMDS 2 Version 2.16 schreibt jetzt ein Pattern im Format omds:Datum-Zeit vor.
     Dieses Pattern ist neu und sieht 1-3 Millisekunden vor.
     Betroffen sind:
       * Service zur OMDS 2 Abholung (OMDSPackageInfoType)
@@ -20,21 +30,20 @@ Was ist neu oder anders in Version 1.11.0 im Vergleich zur Version 1.10.0?
       * BOA-Services u. weitere: GueltigAb in ObjektId_Type.
         ObjektId wird an vielen Stellen in BOA verwendet, oftmals wahrscheinlich ohne GueltigAb.
       * Dokumententypen das Filedatum (DokumentData_Type, DokumentInfo_Type, DokumentenReferenz_Type)
-7.  Erweiterungen Metadaten Postservice
-8.  Antragstrecke signalisiert Genehmigungsvorbehalt mit Fehlercode 40550
-8.  Umstellung der Generierung der Java-Klassen auf Java 17 (einige Klassenpfade ändern sich von
+10. Erweiterungen Metadaten Postservice.
+11. DocumentType Wert 52 für BM Verzichtserklärung wurde gestrichen, da er doppelt definiert wurde.
+12. Antragstrecke signalisiert Genehmigungsvorbehalt mit Fehlercode 40550.
+13. RequestUpselling in Calculate ist optional und wurde als deprecated markiert.
+14. Umstellung der Generierung der Java-Klassen auf Java 17 (einige Klassenpfade ändern sich von
     "javax" auf "jakarta"), entfernen Javaklassen älterer Versionen, da aufgrund der unveränderten
     Namespaces unterschiedliche Versionen derzeit ohnehin nicht in einer Applikation betrieben werden können.
-9.  ZustimmungZurVerwendungDerDatenZuWerbezwecken ist jetzt optional, dann ist die Frage unbeantwortet.
-10. RequestUpselling ist künftig optional und deprecated
-11. Neue Möglichkeit optionale Dokumente im Request von CreateOffer und CreateApplication anzufordern mittels
-    cst:ProzessDokRequest_Type. Dokumente werden dann im Response zurückgegeben.
-12. Die FahrzeugRefLfdNr wurde von xsd:string auf xsd:unsignedShort geändert und passt damit vom Typ zur
-    Lfnr in VersichertesInteresse_Type, von welchem auch Fahrzeug_Type abgeleitet ist. Da im Fahrzeug schon bisher
-    die Lfnrs vom Typ xsd:unsignedShort waren, müssen auch bisherige XMLs valide sein. In diesem Sinne ist die
-    Änderung abwärtskompatibel. Bei der Implementierung kommt es allerdings zu änderungen, da die Referenz in den
-    Bausteinen jetzt z.B. in Java mit "int" und nicht mehr mit "String" abgebildet wird.
-12. Personen in Calculate als Deprecated markiert.
+15. ZustimmungZurVerwendungDerDatenZuWerbezwecken ist jetzt optional. Dies ermöglicht die Frage unbeantwortet zu lassen.
+16. RequestUpselling ist künftig optional und deprecated
+17. Neue Möglichkeit optionale Dokumente im Request von CreateOffer und CreateApplication anzufordern mittels
+    cst:ProzessDokRequest_Type. Dokumente werden dann im Response zurückgegeben. TODO Doku dazu
+18. Personen in Calculate als Deprecated markiert, dort sollten keine Personendaten mehr mitgegeben werden.
+19. SubmitApplicationStatus_Type neuer Zustand 15: Antrag ausgesteuert und wartet auf Rückmeldung vom Vermittler.
+
 
 ==============
 Version 1.10.0

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/BspPersonenversicherung/KrankenExtension.xsd

@@ -19,25 +19,34 @@
   -->
 	<xsd:complexType name="TarifIdVerkaufsprodukt">
 		<xsd:annotation>
-			<xsd:documentation>
-				Einfache Standardimplementierung für Ordnungsbegriffe als String ohne Enumeration dahinter.
-				Auf diese Weise kann die TarifId zur Laufzeit auf Gültigkeit geprüft werden, es gibt aber keine .
-				Prüfung zur Design-Zeit der Schnittstelle.
-			</xsd:documentation>
+			<xsd:documentation>Einfache Standardimplementierung für Ordnungsbegriffe als String</xsd:documentation>
 		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="cst:TarifId_Type" >
-				<xsd:attribute name="text" type="xsd:string"/>
+				<xsd:attribute name="text" type="ListeVerkaufprodukte"/>
 			</xsd:extension>
 		</xsd:complexContent>
 	</xsd:complexType>
-
+	<xsd:simpleType name="ListeVerkaufprodukte">
+		<xsd:annotation>
+			<xsd:documentation>Liste der Verkaufsprodukte</xsd:documentation>
+		</xsd:annotation>
+		<xsd:restriction base="xsd:string">
+			<xsd:enumeration value="001">
+				<xsd:annotation>
+					<xsd:documentation>Global und Sicher 2023</xsd:documentation>
+				</xsd:annotation>
+			</xsd:enumeration>
+			<xsd:enumeration value="002">
+				<xsd:annotation>
+					<xsd:documentation>Global und Sicher 2024</xsd:documentation>
+				</xsd:annotation>
+			</xsd:enumeration>
+		</xsd:restriction>
+	</xsd:simpleType>
 	<xsd:complexType name="TarifIdVersichertePerson">
 		<xsd:annotation>
-			<xsd:documentation>
-				Einfache Standardimplementierung für Ordnungsbegriffe als String mit Enumeration.
-				Die Liste der Werte liegt zur Design-Zeit fest und kann nicht zur Laufzeit geändert werden.
-			</xsd:documentation>
+			<xsd:documentation>Einfache Standardimplementierung für Ordnungsbegriffe als String</xsd:documentation>
 		</xsd:annotation>
 		<xsd:complexContent>
 			<xsd:extension base="cst:TarifId_Type">

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/ErweiterungZusendungWeitererDok/BeispielZusendungWeitereDok2.xml

@@ -29,7 +29,7 @@
     <ac:Datenschutzbestimmungen>
       <ZustimmungZurVerwendungDerDatenZuWerbezwecken>true</ZustimmungZurVerwendungDerDatenZuWerbezwecken>
     </ac:Datenschutzbestimmungen>
-    <ac:ZusendungWeitereDokumente><Dokument><Type>Dokument A</Type><RefLfnr>1</RefLfnr></Dokument></ac:ZusendungWeitereDokumente>
+    <!--<ac:ZusendungWeitereDokumente><Dokument><Type>Dokument A</Type><RefLfnr>1</RefLfnr></Dokument></ac:ZusendungWeitereDokumente>-->
     <ac:ZusendungWeitereDokumente>Dokument B</ac:ZusendungWeitereDokumente>
     <ac:ZusendungWeitereDokumente>Dokument C</ac:ZusendungWeitereDokumente>
     <kfz:Verkaufsprodukt>

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/Kfz/2_CreateOffer_Kfz_Request.xml

@@ -16,11 +16,16 @@
             ">
     <VUNr>23</VUNr>
     <KorrelationsId>1000010011</KorrelationsId>
-    <ac:DokAnfordVermittler cst:DokumentType="49" /><!-- Vermittler fordert ein optionales Dokument an (49 = Obliegenheiten) -->
+    <!-- Beispiel Standardobjekt für "normales Dokument":
+     Vermittler fordert ein optionales Dokument an (49 = Obliegenheiten) -->
+    <ac:DokAnfordVermittler xsi:type="cst:ProzessDokRequest_Type" DokumentType="49" />
+
+    <!-- Beispiel für ein abgeleitetes, individuell definiertes Objekt für einen speziellen Zweck -->
     <ac:DokAnfordVermittler xsi:type="kfzerw:DokAnfordVersicherungsbestaetigung_Type">
-		<kfz:FahrzeugRefLfdNr>1</kfz:FahrzeugRefLfdNr>
-		<kfzerw:VorlaeufigeDeckung>false</kfzerw:VorlaeufigeDeckung>
-    </ac:DokAnfordVermittler><!-- Versicherungsbestätigung ohne vorläufige Deckung -->
+        <kfzerw:FahrzeugRefLfdNr>1</kfzerw:FahrzeugRefLfdNr>
+        <kfzerw:VorlaeufigeDeckung>false</kfzerw:VorlaeufigeDeckung>
+    </ac:DokAnfordVermittler>
+
     <kfz:Offertanfrage>
         <ac:Personen>
             <Lfnr>1</Lfnr>

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/Kfz/KfzExtension.xsd

@@ -11,6 +11,7 @@
 		<xsd:complexContent>
 			<xsd:extension base="kfz:DokAnfordFahrzeug_Type">
 				<xsd:sequence>
+					<xsd:element name="FahrzeugRefLfdNr" type="xsd:unsignedShort" />
 					<xsd:element name="VorlaeufigeDeckung" type="xsd:boolean">
 						<xsd:annotation>
 							<xsd:documentation>Vorläufige Deckung gewünscht? Ja / Nein</xsd:documentation>

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml

@@ -35,10 +35,10 @@
 				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
 				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
 			</Baustein>
-			<Kombinationen xsi:type="Kombinationen_Type">
-				<Kombination><Id>1</Id><Id>3</Id></Kombination>
-				<Kombination><Id>2</Id><Id>3</Id></Kombination>
-			</Kombinationen>
+<!--			<Kombinationen xsi:type="Kombinationen_Type">-->
+<!--				<Kombination><Id>1</Id><Id>3</Id></Kombination>-->
+<!--				<Kombination><Id>2</Id><Id>3</Id></Kombination>-->
+<!--			</Kombinationen>-->
 		</ac:Vertrag>
 		<ac:Vertrag>
 			<Polizzennr>100-100-2</Polizzennr>

OMDSServiceDefinition/src/main/resources/def/r1_11_0/TestXmls/Konvertierungshilfe/3_BOA_Request.xml

@@ -1,6 +1,7 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <sp:CalculateSachPrivatRequest
         xmlns="urn:omds3CommonServiceTypes-1-1-0"
+        xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
         xmlns:sp="urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
@@ -181,7 +182,7 @@
             </sp:Produkte>
             <!-- kein Eigenheim-Produkt beantragt, es wird "belassen" -->
             <!-- keine Assistance beantragt, sie soll storniert werden -->
-            <sp:VersicherteObjekte xsi:type="sp:RisikoHaushalt_Type" Lfnr="1">
+            <sp:VersicherteObjekte cst:Lfnr="1" xsi:type="sp:RisikoHaushalt_Type" >
                 <ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
                 <sp:Wohnflaeche>100</sp:Wohnflaeche>
                 <sp:AusstattungCd>Z</sp:AusstattungCd>

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

@@ -1035,7 +1035,11 @@
 		<xsd:annotation>
 			<xsd:documentation>Anforderung eines Dokuments durch den Client</xsd:documentation>
 		</xsd:annotation>
-		<xsd:attribute name="DokumentType" type="xsd:string" use="optional"/>
+		<xsd:attribute name="DokumentType" type="xsd:string" use="optional">
+			<xsd:annotation>
+				<xsd:documentation>Das angeforderte Dokument als String. Die ganzen Zahlen sind dabei reserviert für die OMDS-Typen, welche in der Enumeration DokumentType definiert sind.</xsd:documentation>
+			</xsd:annotation>
+		</xsd:attribute>
 	</xsd:complexType>
 	<xsd:complexType name="ProzessDokumentBasis_Type" abstract="true">
 		<xsd:annotation>
@@ -2162,7 +2166,7 @@
 	</xsd:complexType>
 	<xsd:complexType name="VorversicherungenDetail_Type">
 		<xsd:annotation>
-			<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: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">
@@ -2186,7 +2190,8 @@
 			<xsd:element name="Versicherungsgesellschaft" type="Versicherungsgesellschaft_Type"/>
 			<xsd:element name="VersInteresseRefLfnr" type="xsd:unsignedShort" minOccurs="0" maxOccurs="unbounded">
 				<xsd:annotation>
-					<xsd:documentation>Referenz auf ein versichertes Interesse, z.B. ein Kfz oder eine versicherte Person.</xsd:documentation>
+					<xsd:documentation>Referenz auf ein versichertes Interesse, z.B. ein Kfz oder eine versicherte Person,
+						falls die Angabe auf dieses Element eingeschränkt werden soll.</xsd:documentation>
 				</xsd:annotation>
 			</xsd:element>
 			<xsd:element name="ZusaetzlicheVorversicherungsdaten" type="ZusaetzlicheVorversicherungsdaten_Type" minOccurs="0" maxOccurs="unbounded">
@@ -3558,6 +3563,7 @@
 		<xsd:complexContent>
 			<xsd:extension base="DokumentenZuordnung_Type">
 				<xsd:sequence>
+					<!-- Personendaten -->
 					<xsd:element name="PersonId" type="ObjektId_Type"/>
 					<xsd:element name="RolleText" type="xsd:string" minOccurs="0"/>
 				</xsd:sequence>

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

@@ -301,7 +301,11 @@
 		<xsd:complexContent>
 			<xsd:extension base="BOAProcessRequest_Type">
 				<xsd:sequence>
-					<xsd:element name="DokAnfordVermittler" type="cst:ProzessDokRequest_Type" minOccurs="0" maxOccurs="unbounded"/>
+					<xsd:element name="DokAnfordVermittler" type="cst:ProzessDokRequest_Type" minOccurs="0" maxOccurs="unbounded">
+						<xsd:annotation>
+							<xsd:documentation>Anforderung optionaler Dokumente durch den Client</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
 				</xsd:sequence>
 			</xsd:extension>
 		</xsd:complexContent>

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

@@ -254,11 +254,15 @@
 					</xsd:element>
 					<xsd:element name="Vinkulierung" type="cst:Vinkularglaeubiger_Type" minOccurs="0">
 						<xsd:annotation>
-							<xsd:documentation>Vinkulierungsdaten</xsd:documentation>
+							<xsd:documentation>Vinkulierungsdaten (deprecated, verwende Sicherstellung)</xsd:documentation>
 						</xsd:annotation>
 						<!--deprecated, nutze neueres Konzept Sicherstellung -->
 					</xsd:element>
-					<xsd:element name="ZusaetzlicheKfzDaten" type="ZusaetzlicheKfzdaten_Type" minOccurs="0"/>
+					<xsd:element name="ZusaetzlicheKfzDaten" type="ZusaetzlicheKfzdaten_Type" minOccurs="0">
+						<xsd:annotation>
+							<xsd:documentation>Deprecated, verwende analoge Elemente an Fahrzeug_Type</xsd:documentation>
+						</xsd:annotation>
+					</xsd:element>
 					<!-- deprecated, fuer zusaetzliche Angaben zum Fahrzeug sollten dem Element VersicherteFahrzeuge
 					(cst:Fahrzeug_Type) als Erweiterung von ZusaetzlicheRisikodaten_Type mitgegeben werden -->
 				</xsd:sequence>
@@ -708,4 +712,4 @@
 			<xsd:documentation>Erweiterungsmöglichkeit für Versicherungsbestaetigung</xsd:documentation>
 		</xsd:annotation>
 	</xsd:complexType>
-</xsd:schema>
+</xsd:schema>