Alte Readme's gelöscht, ReleaseNotes verschoben, Beispiele teilweise verschoben.

OMDSServiceDefinition/pom.xml

@@ -15,7 +15,7 @@ xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xs
 		<maven.build.timestamp.format>yyyyMMdd</maven.build.timestamp.format>
 	  <timestamp>${maven.build.timestamp}</timestamp>
 
-		<maven.compiler.release>17</maven.compiler.release>
+		<maven.compiler.release>17</maven.compiler.release><!-- hier sollte 11 eigentlich genügen? -->
 	  <cxf.version>4.0.3</cxf.version>
 	</properties>
 

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/BeispielAddInfoClaim.xml

@@ -0,0 +1,33 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<sch:AddInformationToClaimRequest 
+				xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" 
+				xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
+				xmlns:sch="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden" 
+				xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden ../../def/r1_10_0/omds3_ON7_Schaden.xsd
+				urn:omds3CommonServiceTypes-1-1-0 ../../def/r1_10_0/omds3CommonServiceTypes.xsd">
+	<cst:VUNr>063</cst:VUNr>
+	<cst:ClientId>TestClient</cst:ClientId>
+	<cst:KorrelationsId>34535234fdfgu34543</cst:KorrelationsId>
+	<sch:ErgaenzungSchadenereignis>
+		<sch:AnforderungsId>1</sch:AnforderungsId>
+		<sch:ErgaenzungSchaden>
+			<sch:Schadennr>43543543</sch:Schadennr>
+			<sch:Betreff>Zwei zusätzliche Rechnungen von der Werkstatt</sch:Betreff>
+			<sch:SchadenTxt>Die Reparatur ist jetzt abgeschlossen, anbei die Belege von der Werkstatt.</sch:SchadenTxt>
+			<sch:Belege xsi:type="cst:DokumentBinaryData_Type">
+				<cst:DateiData>UjBsR09EbGhjZ0dTQUxNQUFBUUNBRU1tQ1p0dU1GUXhEUzhi</cst:DateiData>
+				<cst:Mimetype>application/pdf</cst:Mimetype>
+				<cst:Groesse>48</cst:Groesse>
+				<cst:Datum>2023-01-01T00:00:00</cst:Datum>
+				<cst:Name>Quittung Volvo Stoßstange</cst:Name>
+			</sch:Belege>
+			<sch:Belege xsi:type="cst:DokumentBinaryData_Type">
+				<cst:DateiData>UjBsR09EbGhjZ0dTQUxNQUFBUUNBRU1tQ1p0dU1GUXhEUzhi</cst:DateiData>
+				<cst:Mimetype>application/pdf</cst:Mimetype>
+				<cst:Groesse>48</cst:Groesse>
+				<cst:Datum>2023-01-01T00:00:00</cst:Datum>
+				<cst:Name>Rechnung Volvo Frontscheibe</cst:Name>
+			</sch:Belege>
+		</sch:ErgaenzungSchaden>
+	</sch:ErgaenzungSchadenereignis>
+</sch:AddInformationToClaimRequest>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp1.xml

@@ -2,8 +2,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>234234234343523423</cst:KorrelationsId>
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp2.xml

@@ -2,8 +2,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>2342342343435232342</cst:KorrelationsId><!-- geaendert -->
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp3.xml

@@ -4,8 +4,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp4.xml

@@ -3,8 +3,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp5.xml

@@ -5,8 +5,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp6.xml

@@ -3,8 +3,8 @@
 <GetStateChangesResponse xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
 					xmlns = "urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen"
 					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd 
+					xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-					urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+					urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
 	<cst:Status>
 		<cst:KorrelationsId>234234234386675468</cst:KorrelationsId><!-- geaendert -->
 		<cst:Ergebnis>OK</cst:Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Kfz/1_Calc_Request_WKZ.xml

@@ -0,0 +1,77 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<kfz:CalculateKfzRequest
+        xmlns="urn:omds3CommonServiceTypes-1-1-0"
+        xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
+        xmlns:kfz="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz"
+        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+        xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+        xmlns:omds="urn:omds20"
+        xsi:schemaLocation="
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz ../../../def/r1_10_0/omds3_ON2_Antrag_Kfz.xsd
+            urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+            urn:omds20 ../../../def/r1_10_0/omds215-00.xsd
+            ">
+    <VUNr>23</VUNr>
+    <KorrelationsId>1000010011</KorrelationsId>
+
+    <ac:RequestUpselling>false</ac:RequestUpselling>
+
+    <kfz:Berechnungsanfrage>
+        <kfz:Verkaufsprodukt xsi:type="kfz:VerkaufsproduktKfz_Type">
+            <Id>100-200-1</Id>
+            <Bezeichnung>Privat Bündel</Bezeichnung>
+
+            <VtgBeg>2022-05-01</VtgBeg>
+            <Hauptfaelligkeit>--05-01</Hauptfaelligkeit>
+
+            <kfz:KfzVersicherung xsi:type="kfz:ProduktKfz_Type">
+                <Konvertierung>
+                    <ErsetztId>1</ErsetztId>
+                </Konvertierung>
+                <kfz:Haftpflicht>
+                    <kfz:Art>AH</kfz:Art>
+                    <omds:EL-Versicherungssumme VSArtCd="BDS" VSBetrag="100000000.00"/>
+                    <kfz:VarianteLeihwagen>VB</kfz:VarianteLeihwagen>
+                    <omds:EL-Einstufung EstArtCd="G" EstWert="3"/>
+                </kfz:Haftpflicht>
+                <kfz:Teilkasko>
+                    <kfz:FahrzeugRefLfdNr>2</kfz:FahrzeugRefLfdNr>
+                    <kfz:Art>AK</kfz:Art>
+                    <kfz:VorsteuerAbzugBerechtigung>true</kfz:VorsteuerAbzugBerechtigung>
+                    <kfz:Vandalismusklausel>false</kfz:Vandalismusklausel>
+                </kfz:Teilkasko>
+
+                <!-- Neue Modellierung: Kaskoelemente vom Typ Teilkasko und Vollkasko können gleichzeitig in KfzVersicherung existieren,
+                Plausibilitäten müssen zur Laufzeit geprueft werden -->
+                <kfz:Kasko xsi:type="kfz:TeilkaskoKfz_Type">
+                    <kfz:FahrzeugRefLfdNr>2</kfz:FahrzeugRefLfdNr>
+                    <kfz:Art>AK</kfz:Art>
+                    <kfz:VorsteuerAbzugBerechtigung>true</kfz:VorsteuerAbzugBerechtigung>
+                    <kfz:Vandalismusklausel>false</kfz:Vandalismusklausel>
+                </kfz:Kasko>
+                <kfz:Kasko xsi:type="kfz:VollkaskoKfz_Type">
+                    <kfz:FahrzeugRefLfdNr>1</kfz:FahrzeugRefLfdNr>
+                    <kfz:Art>AK</kfz:Art>
+                    <kfz:VorsteuerAbzugBerechtigung>true</kfz:VorsteuerAbzugBerechtigung>
+                </kfz:Kasko>
+                <kfz:Insassenunfall>
+                    <kfz:FahrzeugRefLfdNr>1</kfz:FahrzeugRefLfdNr>
+                    <kfz:InsassenUnfallSystem>Aufsassenunfallversicherung</kfz:InsassenUnfallSystem>
+                </kfz:Insassenunfall>
+                <kfz:Insassenunfall>
+                    <kfz:FahrzeugRefLfdNr>2</kfz:FahrzeugRefLfdNr>
+                    <kfz:InsassenUnfallSystem>Aufsassenunfallversicherung</kfz:InsassenUnfallSystem>
+                </kfz:Insassenunfall>
+
+            </kfz:KfzVersicherung>
+            <!-- Intellij hat Probleme mit der validierung dieser VersicherteFahrzeuge-Tags, XMLSPY validiert sie -->
+            <kfz:VersicherteFahrzeuge cst:Lfnr="1" cst:FzgArtCd="ANH">
+                <ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
+            </kfz:VersicherteFahrzeuge>
+            <kfz:VersicherteFahrzeuge cst:Lfnr="2" cst:Marke="VW">
+                <ErsetztId>34</ErsetztId><!-- alte Nr im Vertrag -->
+            </kfz:VersicherteFahrzeuge>
+        </kfz:Verkaufsprodukt>
+    </kfz:Berechnungsanfrage>
+</kfz:CalculateKfzRequest>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml

@@ -0,0 +1,51 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ac:ConversionScopeResponse xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+						 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+						 xmlns="urn:omds3CommonServiceTypes-1-1-0"
+						 xsi:schemaLocation="
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+">
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ac:Konvertierungsmoeglichkeit>
+		<ac:Vertrag>
+			<Polizzennr>100-100-1</Polizzennr>
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>2</ErsetztId>
+				<Bezeichnung>Eigenheim</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>3</ErsetztId>
+				<Bezeichnung>Assistance</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+		<ac:Vertrag>
+			<Polizzennr>100-100-2</Polizzennr>
+			<Bezeichnung>Rechtsschutz</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+	</ac:Konvertierungsmoeglichkeit>
+</ac:ConversionScopeResponse>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml

@@ -0,0 +1,55 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ac:ConversionScopeResponse xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+						 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+						 xmlns="urn:omds3CommonServiceTypes-1-1-0"
+						 xsi:schemaLocation="
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+">
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ac:Konvertierungsmoeglichkeit>
+		<ac:Vertrag>
+			<Polizzennr>100-100-1</Polizzennr>
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>2</ErsetztId>
+				<Bezeichnung>Eigenheim</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>3</ErsetztId>
+				<Bezeichnung>Assistance</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<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>
+		</ac:Vertrag>
+		<ac:Vertrag>
+			<Polizzennr>100-100-2</Polizzennr>
+			<Bezeichnung>Rechtsschutz</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+	</ac:Konvertierungsmoeglichkeit>
+</ac:ConversionScopeResponse>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml

@@ -0,0 +1,88 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ac:ConversionScopeResponse
+		xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xsi:schemaLocation="
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ac:Konvertierungsmoeglichkeit>
+		<ac:Vertrag>
+			<Polizzennr>100-100-1</Polizzennr>
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+					<Baustein>
+						<ErsetztId>1</ErsetztId>
+						<Bezeichnung>Feuer</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>2</ErsetztId>
+						<Bezeichnung>Leitungswasser</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>3</ErsetztId>
+						<Bezeichnung>Haftpflicht</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+				</ZulaessigeAktion>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>2</ErsetztId>
+				<Bezeichnung>Eigenheim</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+					<Baustein>
+						<ErsetztId>1</ErsetztId>
+						<Bezeichnung>Feuer</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>2</ErsetztId>
+						<Bezeichnung>Leitungswasser</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+				</ZulaessigeAktion>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>3</ErsetztId>
+				<Bezeichnung>Assistance</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+		<ac:Vertrag>
+			<Polizzennr>100-100-2</Polizzennr>
+			<Bezeichnung>Rechtsschutz</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+	</ac:Konvertierungsmoeglichkeit>
+</ac:ConversionScopeResponse>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml

@@ -0,0 +1,84 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ac:ConversionScopeResponse
+		xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xsi:schemaLocation="
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ac:Konvertierungsmoeglichkeit>
+		<ac:Vertrag>
+			<Polizzennr>100-100-1</Polizzennr>
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+					<Baustein>
+						<ErsetztId>1</ErsetztId>
+						<Bezeichnung>Feuer</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>2</ErsetztId>
+						<Bezeichnung>Leitungswasser</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>3</ErsetztId>
+						<Bezeichnung>Haftpflicht</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+				</ZulaessigeAktion>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>2</ErsetztId>
+				<Bezeichnung>Eigenheim</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+					<Baustein>
+						<ErsetztId>1</ErsetztId>
+						<Bezeichnung>Feuer</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+					<Baustein>
+						<ErsetztId>2</ErsetztId>
+						<Bezeichnung>Leitungswasser</Bezeichnung>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+						<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+					</Baustein>
+				</ZulaessigeAktion>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>3</ErsetztId>
+				<Bezeichnung>Assistance</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+		<ac:Vertrag>
+			<Polizzennr>100-100-2</Polizzennr>
+			<Bezeichnung>Rechtsschutz</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+				<ZulaessigeAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+	</ac:Konvertierungsmoeglichkeit>
+</ac:ConversionScopeResponse>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml

@@ -0,0 +1,41 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ac:ConversionProposalRequest
+		xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xsi:schemaLocation="
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
+	<VUNr>23</VUNr>
+	<KorrelationsId>678708979</KorrelationsId>
+	<ac:Konvertierungsplan>
+		<ac:Vertrag>
+			<Polizzennr>100-100-1</Polizzennr>
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId><!-- Id kommt aus dem Response des Scopes und wird von VU benötigt um Schicksal des Bausteins zu bestimmen -->
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>2</ErsetztId>
+				<Bezeichnung>Eigenheim</Bezeichnung>
+				<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+			</Baustein>
+			<Baustein>
+				<ErsetztId>3</ErsetztId>
+				<Bezeichnung>Assistance</Bezeichnung>
+				<GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+		<ac:Vertrag>
+			<Polizzennr>100-100-2</Polizzennr>
+			<Bezeichnung>Rechtsschutz</Bezeichnung>
+			<Baustein>
+				<ErsetztId>1</ErsetztId>
+				<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+				<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+			</Baustein>
+		</ac:Vertrag>
+	</ac:Konvertierungsplan>
+</ac:ConversionProposalRequest>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml

@@ -0,0 +1,152 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ap:ConversionProposalResponse
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xmlns:ap="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns:sp="urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat"
+		xmlns:omds="urn:omds20"
+		
+		xsi:schemaLocation="
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_10_0/omds3_ON2_Antrag_SachPrivat.xsd
+			urn:omds20 ../../../def/r1_10_0/omds215-00.xsd"
+>
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ap:Vorschlag xsi:type="sp:AntragSachPrivat_Type">
+		<ap:Antragsart>TU</ap:Antragsart><!-- z.B. Antragsart Tarifumstellung -->
+		<ap:Personen>
+			<Lfnr>1</Lfnr>
+			<Person cst:PersArtCd="N" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<omds:NATUERLICHE_PERSON Vorname="Max" Familienname="Mustermann"/>
+			</Person>
+		</ap:Personen>
+		<ap:Versicherungsnehmer>1</ap:Versicherungsnehmer>
+		<ap:Zahlungsdaten>
+			<Zahlungsart>01</Zahlungsart><!-- 01 = Zahlschein -->
+		</ap:Zahlungsdaten>
+		<ap:Datenschutzbestimmungen>
+			<ZustimmungZurElektrUebermittlungVorvertraglDokumente>true</ZustimmungZurElektrUebermittlungVorvertraglDokumente>
+			<ElektrUebermittlungVorvertraglDokumenteEmail>true</ElektrUebermittlungVorvertraglDokumenteEmail>
+			<ZustimmungZurVerwendungDerDatenZuWerbezwecken>false</ZustimmungZurVerwendungDerDatenZuWerbezwecken>
+		</ap:Datenschutzbestimmungen>
+		
+		<sp:Verkaufsprodukt xsi:type="sp:VerkaufsproduktSachPrivat_Type">
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Konvertierung>
+				<ErsetztId>100-100-1</ErsetztId>
+			</Konvertierung>
+			<VtgBeg>2022-05-01</VtgBeg>
+			<Eingeschlossen>true</Eingeschlossen>
+			<EinschlussAenderbar>false</EinschlussAenderbar>
+			<sp:Produkte xsi:type="sp:ProduktHaushaltsversicherung_Type">
+				<Id>1</Id>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<Konvertierung>
+					<ErsetztId>1</ErsetztId>
+				</Konvertierung>
+				<Hauptfaelligkeit>--05-01</Hauptfaelligkeit>
+				<Eingeschlossen>true</Eingeschlossen>
+				<sp:VersObjekteRefLfnr>1</sp:VersObjekteRefLfnr>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>1</Id>
+					<Bezeichnung>Feuer</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>1</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>false</EinschlussAenderbar>
+				</sp:Deckungen>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>2</Id>
+					<Bezeichnung>Leitungswasser</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>2</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>false</EinschlussAenderbar>
+				</sp:Deckungen>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>3</Id>
+					<Bezeichnung>Haftpflicht</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>3</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Drohnen-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>4</Id>
+					<Bezeichnung>Drohnenversicherung</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Cyber-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>5</Id>
+					<Bezeichnung>Cyber</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+			</sp:Produkte>
+			<!-- kein Eigenheim-Produkt beantragt, es wird "belassen" -->
+			<!-- keine Assistance beantragt, sie soll storniert werden -->
+			<sp:VersicherteObjekte xsi:type="sp:RisikoHaushalt_Type" cst:Lfnr="1" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
+				<sp:Wohnflaeche>100</sp:Wohnflaeche>
+				<sp:AusstattungCd>Z</sp:AusstattungCd>
+			</sp:VersicherteObjekte>
+		</sp:Verkaufsprodukt>
+	</ap:Vorschlag>
+	
+	<!-- Dokumente insb. um Unterschiede in der Deckung zu transportieren -->
+	<ap:Dokument xsi:type="ProzessDokHandout_Type">
+		<Dokumenttyp>42</Dokumenttyp><!-- 42 = Dokumenttyp Deckungsvergleich -->
+		<Beschreibung>Deckungsvergleich</Beschreibung>
+		<DokData xsi:type="DokumentBinaryData_Type">
+			<DateiData><!-- hier stehen die Rohdaten des Dokuments Deckungsvergleich --></DateiData>
+			<Mimetype>application/pdf</Mimetype>
+		</DokData>
+		<ArtAusfolgung>0</ArtAusfolgung><!-- 0 = optionale Ausfolgung, 1 = verpflichtende Ausfolgung -->
+	</ap:Dokument>
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-1</Polizzennr>
+		<Bezeichnung>Privat Bündel</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<AntragsId>1</AntragsId>
+			<Bezeichnung>Haushalt</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+		</Baustein>
+		<Baustein>
+			<ErsetztId>2</ErsetztId>
+			<AntragsId>2</AntragsId>
+			<Bezeichnung>Eigenheim</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+		<Baustein>
+			<ErsetztId>3</ErsetztId>
+			<AntragsId>3</AntragsId>
+			<Bezeichnung>Assistance</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+	</ap:Ersatzpolizze>
+	<!-- Die Rechtsschutz soll unverändert bleiben (müsste hier eigentlich gar nicht mehr angeführt werden). -->
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-2</Polizzennr>
+		<Bezeichnung>Rechtsschutz</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+		</Baustein>
+	</ap:Ersatzpolizze>
+</ap:ConversionProposalResponse>
+
+

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml

@@ -0,0 +1,152 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ap:ConversionProposalResponse
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xmlns:ap="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns:sp="urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat"
+		xmlns:omds="urn:omds20"
+		
+		xsi:schemaLocation="
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_10_0/omds3_ON2_Antrag_SachPrivat.xsd
+			urn:omds20 ../../../def/r1_10_0/omds215-00.xsd"
+>
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ap:Vorschlag xsi:type="sp:AntragSachPrivat_Type">
+		<ap:Antragsart>TU</ap:Antragsart><!-- z.B. Antragsart Tarifumstellung -->
+		<ap:Personen>
+			<Lfnr>1</Lfnr>
+			<Person cst:PersArtCd="N" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<omds:NATUERLICHE_PERSON Vorname="Max" Familienname="Mustermann"/>
+			</Person>
+		</ap:Personen>
+		<ap:Versicherungsnehmer>1</ap:Versicherungsnehmer>
+		<ap:Zahlungsdaten>
+			<Zahlungsart>01</Zahlungsart><!-- 01 = Zahlschein -->
+		</ap:Zahlungsdaten>
+		<ap:Datenschutzbestimmungen>
+			<ZustimmungZurElektrUebermittlungVorvertraglDokumente>true</ZustimmungZurElektrUebermittlungVorvertraglDokumente>
+			<ElektrUebermittlungVorvertraglDokumenteEmail>true</ElektrUebermittlungVorvertraglDokumenteEmail>
+			<ZustimmungZurVerwendungDerDatenZuWerbezwecken>false</ZustimmungZurVerwendungDerDatenZuWerbezwecken>
+		</ap:Datenschutzbestimmungen>
+		
+		<sp:Verkaufsprodukt xsi:type="sp:VerkaufsproduktSachPrivat_Type">
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Konvertierung>
+				<ErsetztId>100-100-1</ErsetztId>
+			</Konvertierung>
+			<VtgBeg>2022-05-01</VtgBeg>
+			<Eingeschlossen>true</Eingeschlossen>
+			<EinschlussAenderbar>false</EinschlussAenderbar>
+			<sp:Produkte xsi:type="sp:ProduktHaushaltsversicherung_Type">
+				<Id>1</Id>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<Konvertierung>
+					<ErsetztId>1</ErsetztId>
+				</Konvertierung>
+				<Hauptfaelligkeit>--05-01</Hauptfaelligkeit>
+				<Eingeschlossen>true</Eingeschlossen>
+				<sp:VersObjekteRefLfnr>1</sp:VersObjekteRefLfnr>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>1</Id>
+					<Bezeichnung>Feuer</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>1</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>false</EinschlussAenderbar>
+				</sp:Deckungen>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>2</Id>
+					<Bezeichnung>Leitungswasser</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>2</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>false</EinschlussAenderbar>
+				</sp:Deckungen>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>3</Id>
+					<Bezeichnung>Haftpflicht</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>3</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Drohnen-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>4</Id>
+					<Bezeichnung>Drohnenversicherung</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Cyber-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>5</Id>
+					<Bezeichnung>Cyber</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+			</sp:Produkte>
+			<!-- kein Eigenheim-Produkt beantragt, es wird "belassen" -->
+			<!-- keine Assistance beantragt, sie soll storniert werden -->
+			<sp:VersicherteObjekte xsi:type="sp:RisikoHaushalt_Type" cst:Lfnr="1" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
+				<sp:Wohnflaeche>100</sp:Wohnflaeche>
+				<sp:AusstattungCd>Z</sp:AusstattungCd>
+			</sp:VersicherteObjekte>
+		</sp:Verkaufsprodukt>
+	</ap:Vorschlag>
+	
+	<!-- Dokumente insb. um Unterschiede in der Deckung zu transportieren -->
+	<ap:Dokument xsi:type="ProzessDokHandout_Type">
+		<Dokumenttyp>42</Dokumenttyp><!-- 42 = Dokumenttyp Deckungsvergleich -->
+		<Beschreibung>Deckungsvergleich</Beschreibung>
+		<DokData xsi:type="DokumentBinaryData_Type">
+			<DateiData><!-- hier stehen die Rohdaten des Dokuments Deckungsvergleich --></DateiData>
+			<Mimetype>application/pdf</Mimetype>
+		</DokData>
+		<ArtAusfolgung>0</ArtAusfolgung><!-- 0 = optionale Ausfolgung, 1 = verpflichtende Ausfolgung -->
+	</ap:Dokument>
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-1</Polizzennr>
+		<Bezeichnung>Privat Bündel</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<AntragsId>1</AntragsId>
+			<Bezeichnung>Haushalt</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+		</Baustein>
+		<Baustein>
+			<ErsetztId>2</ErsetztId>
+			<AntragsId>2</AntragsId>
+			<Bezeichnung>Eigenheim</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+		<Baustein>
+			<ErsetztId>3</ErsetztId>
+			<AntragsId>3</AntragsId>
+			<Bezeichnung>Assistance</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+	</ap:Ersatzpolizze>
+	<!-- Die Rechtsschutz soll unverändert bleiben (müsste hier eigentlich gar nicht mehr angeführt werden). -->
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-2</Polizzennr>
+		<Bezeichnung>Rechtsschutz</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+		</Baustein>
+	</ap:Ersatzpolizze>
+</ap:ConversionProposalResponse>
+
+

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml

@@ -0,0 +1,163 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<ap:ConversionProposalResponse
+		xmlns="urn:omds3CommonServiceTypes-1-1-0"
+		xmlns:ap="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
+		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
+		xmlns:sp="urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat"
+		xmlns:omds="urn:omds20"
+		
+		xsi:schemaLocation="
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_10_0/omds3_ON2_Antrag_SachPrivat.xsd
+			urn:omds20 ../../../def/r1_10_0/omds215-00.xsd"
+>
+	<Status>
+		<KorrelationsId>678708979</KorrelationsId>
+		<Ergebnis>OK</Ergebnis>
+	</Status>
+	<ap:Vorschlag xsi:type="sp:AntragSachPrivat_Type">
+		<ap:Antragsart>TU</ap:Antragsart><!-- z.B. Antragsart Tarifumstellung -->
+		<ap:Personen>
+			<Lfnr>1</Lfnr>
+			<Person cst:PersArtCd="N" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<omds:NATUERLICHE_PERSON Vorname="Max" Familienname="Mustermann"/>
+			</Person>
+		</ap:Personen>
+		<ap:Versicherungsnehmer>1</ap:Versicherungsnehmer>
+		<ap:Zahlungsdaten>
+			<Zahlungsart>01</Zahlungsart><!-- 01 = Zahlschein -->
+		</ap:Zahlungsdaten>
+		<ap:Datenschutzbestimmungen>
+			<ZustimmungZurElektrUebermittlungVorvertraglDokumente>true</ZustimmungZurElektrUebermittlungVorvertraglDokumente>
+			<ElektrUebermittlungVorvertraglDokumenteEmail>true</ElektrUebermittlungVorvertraglDokumenteEmail>
+			<ZustimmungZurVerwendungDerDatenZuWerbezwecken>false</ZustimmungZurVerwendungDerDatenZuWerbezwecken>
+		</ap:Datenschutzbestimmungen>
+		
+		<sp:Verkaufsprodukt xsi:type="sp:VerkaufsproduktSachPrivat_Type">
+			<Bezeichnung>Privat Bündel</Bezeichnung>
+			<Konvertierung>
+				<ErsetztId>100-100-1</ErsetztId>
+			</Konvertierung>
+			<VtgBeg>2022-05-01</VtgBeg>
+			<Eingeschlossen>true</Eingeschlossen>
+			<EinschlussAenderbar>false</EinschlussAenderbar>
+			<sp:Produkte xsi:type="sp:ProduktHaushaltsversicherung_Type">
+				<Id>1</Id>
+				<Bezeichnung>Haushalt</Bezeichnung>
+				<Konvertierung>
+					<ErsetztId>1</ErsetztId>
+				</Konvertierung>
+				<Hauptfaelligkeit>--05-01</Hauptfaelligkeit>
+				<Eingeschlossen>true</Eingeschlossen>
+				<sp:VersObjekteRefLfnr>1</sp:VersObjekteRefLfnr>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>1</Id>
+					<Bezeichnung>Feuer</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>1</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>false</EinschlussAenderbar>
+				</sp:Deckungen>
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>2</Id>
+					<Bezeichnung>Haftpflicht</Bezeichnung>
+					<Konvertierung>
+						<ErsetztId>3</ErsetztId>
+					</Konvertierung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Drohnen-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>3</Id>
+					<Bezeichnung>Drohnenversicherung</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+				<!-- hier ein neues Element: Cyber-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+				<sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+					<Id>4</Id>
+					<Bezeichnung>Cyber</Bezeichnung>
+					<Eingeschlossen>true</Eingeschlossen>
+					<EinschlussAenderbar>true</EinschlussAenderbar>
+				</sp:Deckungen>
+			</sp:Produkte>
+			<!-- kein Eigenheim-Produkt beantragt, es wird "belassen" -->
+			<!-- keine Assistance beantragt, sie soll storniert werden -->
+			<sp:VersicherteObjekte xsi:type="sp:RisikoHaushalt_Type" cst:Lfnr="1" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0">
+				<ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
+				<sp:Wohnflaeche>100</sp:Wohnflaeche>
+				<sp:AusstattungCd>Z</sp:AusstattungCd>
+			</sp:VersicherteObjekte>
+		</sp:Verkaufsprodukt>
+	</ap:Vorschlag>
+	
+	<!-- Dokumente insb. um Unterschiede in der Deckung zu transportieren -->
+	<ap:Dokument xsi:type="ProzessDokHandout_Type">
+		<Dokumenttyp>42</Dokumenttyp><!-- 42 = Dokumenttyp Deckungsvergleich -->
+		<Beschreibung>Deckungsvergleich</Beschreibung>
+		<DokData xsi:type="DokumentBinaryData_Type">
+			<DateiData><!-- hier stehen die Rohdaten des Dokuments Deckungsvergleich --></DateiData>
+			<Mimetype>application/pdf</Mimetype>
+		</DokData>
+		<ArtAusfolgung>0</ArtAusfolgung><!-- 0 = optionale Ausfolgung, 1 = verpflichtende Ausfolgung -->
+	</ap:Dokument>
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-1</Polizzennr>
+		<Bezeichnung>Privat Bündel</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<AntragsId>1</AntragsId>
+			<Bezeichnung>Haushalt</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+				<Baustein>
+					<ErsetztId>1</ErsetztId><!-- Id im alten Vertrag -->
+					<AntragsId>1</AntragsId><!-- optional die Id des Bausteins im Antrag -->
+					<Bezeichnung>Feuer</Bezeichnung>
+					<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				</Baustein>
+				<Baustein>
+					<ErsetztId>2</ErsetztId>
+					<Bezeichnung>Leitungswasser</Bezeichnung>
+					<GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+				</Baustein>
+				<Baustein>
+					<ErsetztId>3</ErsetztId>
+					<AntragsId>2</AntragsId>
+					<Bezeichnung>Haftpflicht</Bezeichnung>
+					<GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+				</Baustein>
+				<!-- Drohnenversicherung keine Herkunftsangabe, da im ursprünglichen Vertrag nicht enthalten-->
+				<!-- Cyberversicherung keine Herkunftsangabe, da im ursprünglichen Vertrag nicht enthalten-->
+			</GewaehlteAktion>
+		</Baustein>
+		<Baustein>
+			<ErsetztId>2</ErsetztId>
+			<AntragsId>2</AntragsId>
+			<Bezeichnung>Eigenheim</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+		<Baustein>
+			<ErsetztId>3</ErsetztId>
+			<AntragsId>3</AntragsId>
+			<Bezeichnung>Assistance</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+			<!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+		</Baustein>
+	</ap:Ersatzpolizze>
+	<!-- Die Rechtsschutz soll unverändert bleiben (müsste hier eigentlich gar nicht mehr angeführt werden). -->
+	<ap:Ersatzpolizze xsi:type="KonvertierungsumfangVertrag_Type">
+		<Polizzennr>100-100-2</Polizzennr>
+		<Bezeichnung>Rechtsschutz</Bezeichnung>
+		<Baustein>
+			<ErsetztId>1</ErsetztId>
+			<Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+			<GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+		</Baustein>
+	</ap:Ersatzpolizze>
+</ap:ConversionProposalResponse>
+
+

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/3_BOA_Request.xml

@@ -0,0 +1,191 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<sp:CalculateSachPrivatRequest
+        xmlns="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"
+        xsi:schemaLocation="
+            urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_10_0/omds3_ON2_Antrag_SachPrivat.xsd
+            urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_10_0/omds3_ON2_Antrag_Common.xsd">
+    <VUNr>23</VUNr>
+    <KorrelationsId>1000010011</KorrelationsId>
+    <!-- Uebermittlung des Konvertierungsumfangs -->
+    <ac:Ersatzpolizzen xsi:type="KonvertierungsumfangVertrag_Type">
+        <Polizzennr>100-100-1</Polizzennr>
+<!--        <VertragsID>100-100-1</VertragsID>-->
+        <Bezeichnung>Privat Bündel</Bezeichnung><!-- nicht relevant -->
+        <Baustein>
+            <ErsetztId>1</ErsetztId>
+            <AntragsId>1</AntragsId>
+            <Bezeichnung>Haushalt</Bezeichnung>
+            <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type">
+                <Baustein>
+                    <ErsetztId>1</ErsetztId><!-- Id des alten Bausteins im Vertrag -->
+                    <AntragsId>1</AntragsId><!-- Id des neuen Bausteins im Antrag -->
+                    <Bezeichnung>Feuer</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <Baustein>
+                    <ErsetztId>2</ErsetztId>
+                    <AntragsId>2</AntragsId>
+                    <Bezeichnung>Sturm</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <Baustein>
+                    <ErsetztId>3</ErsetztId>
+                    <AntragsId>3</AntragsId>
+                    <Bezeichnung>Leitungswasser</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <Baustein>
+                    <ErsetztId>4</ErsetztId>
+                    <AntragsId>4</AntragsId>
+                    <Bezeichnung>Einbruchdiebstahl</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <Baustein>
+                    <ErsetztId>5</ErsetztId>
+                    <AntragsId>5</AntragsId>
+                    <Bezeichnung>Haftpflicht</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <Baustein>
+                    <ErsetztId>6</ErsetztId>
+                    <AntragsId>6</AntragsId>
+                    <Bezeichnung>Glasbruch</Bezeichnung>
+                    <GewaehlteAktion xsi:type="KonvertierungsaktionUebernehmen_Type"/>
+                </Baustein>
+                <!-- Drohnenversicherung keine Herkunftsangabe, da im ursprünglichen Vertrag nicht enthalten-->
+                <!-- Cyberversicherung keine Herkunftsangabe, da im ursprünglichen Vertrag nicht enthalten-->
+            </GewaehlteAktion>
+        </Baustein>
+        <Baustein>
+            <ErsetztId>2</ErsetztId>
+            <AntragsId>2</AntragsId>
+            <Bezeichnung>Eigenheim</Bezeichnung>
+            <GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+            <!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+        </Baustein>
+        <Baustein>
+            <ErsetztId>3</ErsetztId>
+            <AntragsId>3</AntragsId>
+            <Bezeichnung>Assistance</Bezeichnung>
+            <GewaehlteAktion xsi:type="KonvertierungsaktionStorno_Type"/>
+            <!-- tritt oben im Antrag nicht auf, muss und kann auch nicht weiter für untergeordnete Bausteine spezifiziert werden -->
+        </Baustein>
+    </ac:Ersatzpolizzen>
+    <!-- Die Rechtsschutz soll unverändert bleiben (müsste hier eigentlich gar nicht mehr angeführt werden). -->
+    <ac:Ersatzpolizzen xsi:type="KonvertierungsumfangVertrag_Type">
+        <Polizzennr>100-100-2</Polizzennr>
+        <Bezeichnung>Rechtsschutz</Bezeichnung>
+        <Baustein>
+            <ErsetztId>1</ErsetztId>
+            <Bezeichnung>Privat Rechtsschutz</Bezeichnung>
+            <GewaehlteAktion xsi:type="KonvertierungsaktionBelassen_Type"/>
+        </Baustein>
+    </ac:Ersatzpolizzen>
+    <ac:RequestUpselling>false</ac:RequestUpselling>
+    <ac:Produktmetadaten>false</ac:Produktmetadaten>
+
+    <sp:Berechnungsanfrage>
+        <sp:Verkaufsprodukt xsi:type="sp:VerkaufsproduktSachPrivat_Type">
+            <Id>100-200-1</Id>
+            <Bezeichnung>Privat Bündel</Bezeichnung>
+            <Konvertierung>
+                <ErsetztId>100-100-1</ErsetztId>
+            </Konvertierung>
+            <VtgBeg>2022-05-01</VtgBeg>
+            <Eingeschlossen>true</Eingeschlossen>
+            <EinschlussAenderbar>false</EinschlussAenderbar>
+
+            <sp:Produkte xsi:type="sp:ProduktHaushaltsversicherung_Type">
+                <Id>1</Id>
+                <Bezeichnung>Haushalt</Bezeichnung>
+                <Konvertierung>
+                    <ErsetztId>1</ErsetztId>
+                </Konvertierung>
+                <Hauptfaelligkeit>--05-01</Hauptfaelligkeit>
+                <Eingeschlossen>true</Eingeschlossen>
+                <sp:VersObjekteRefLfnr>1</sp:VersObjekteRefLfnr>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>1</Id>
+                    <Bezeichnung>Feuer</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>1</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>false</EinschlussAenderbar>
+                </sp:Deckungen>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>2</Id>
+                    <Bezeichnung>Sturm</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>2</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>false</EinschlussAenderbar>
+                </sp:Deckungen>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>3</Id>
+                    <Bezeichnung>Leitungswasser</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>3</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>false</EinschlussAenderbar>
+                </sp:Deckungen>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>4</Id>
+                    <Bezeichnung>Einbruchdiebstahl</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>4</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>false</EinschlussAenderbar>
+                </sp:Deckungen>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>5</Id>
+                    <Bezeichnung>Haftpflicht</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>5</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>true</EinschlussAenderbar>
+                </sp:Deckungen>
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>6</Id>
+                    <Bezeichnung>Glasbruch</Bezeichnung>
+                    <Konvertierung>
+                        <ErsetztId>6</ErsetztId>
+                    </Konvertierung>
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>true</EinschlussAenderbar>
+                </sp:Deckungen>
+                <!-- hier ein neues Element: Drohnen-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>7</Id>
+                    <Bezeichnung>Drohnenversicherung</Bezeichnung>
+                    <!-- neues Element hat kein Konvertierungs-Element -->
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>true</EinschlussAenderbar>
+                </sp:Deckungen>
+                <!-- hier ein neues Element: Cyber-Versicherung, diese Deckung gab es nicht im ursprünglichen Vertrag, daher unten auch keine Herkunft spezifiziert -->
+                <sp:Deckungen xsi:type="sp:ElementarproduktHaushalt_Type">
+                    <Id>8</Id>
+                    <Bezeichnung>Cyber</Bezeichnung>
+                    <!-- neues Element hat kein Konvertierungs-Element -->
+                    <Eingeschlossen>true</Eingeschlossen>
+                    <EinschlussAenderbar>true</EinschlussAenderbar>
+                </sp:Deckungen>
+            </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">
+                <ErsetztId>234</ErsetztId><!-- alte Nr im Vertrag -->
+                <sp:Wohnflaeche>100</sp:Wohnflaeche>
+                <sp:AusstattungCd>Z</sp:AusstattungCd>
+            </sp:VersicherteObjekte>
+        </sp:Verkaufsprodukt>
+    </sp:Berechnungsanfrage>
+</sp:CalculateSachPrivatRequest>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod1.xml

@@ -3,8 +3,8 @@
                             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                             xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
                             xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
 ">
   <b:VUNr>023</b:VUNr>
   <b:Zeitraum cst:ZRBeg="2023-10-01"/>

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod2.xml

@@ -3,8 +3,8 @@
                             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                             xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
                             xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
 ">
   <b:VUNr>023</b:VUNr>
   <b:AuthFilter xsi:type="cst:AgentFilter_Type">

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod3.xml

@@ -4,9 +4,9 @@
                             xmlns:cst="urn:omds3CommonServiceTypes-1-1-0"
                             xmlns:omds="urn:omds20"
                             xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-						 urn:omds20 ../../omds215-00.xsd
+						 urn:omds20 ../../../def/r1_10_0/omds215-00.xsd
 ">
   <b:VUNr>023</b:VUNr>
   <b:AuthFilter xsi:type="cst:AgentFilter_Type">

OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/ResponseDocumentsOfPeriod1.xml

@@ -5,9 +5,9 @@
                             xmlns="urn:omds3CommonServiceTypes-1-1-0"
                             xmlns:omds="urn:omds20"
                             xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
-						 urn:omds20 ../../omds215-00.xsd
+						 urn:omds20 ../../../def/r1_10_0/omds215-00.xsd
 ">
   <b:Result>
     <b:ActualOffset>0</b:ActualOffset>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/BeispielAddInfoClaim.xml

@@ -3,8 +3,8 @@
 				xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" 
 				xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
 				xmlns:sch="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden" 
-				xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden ../omds3_ON7_Schaden.xsd 
+				xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden ../../def/r1_9_0/omds3_ON7_Schaden.xsd
-				urn:omds3CommonServiceTypes-1-1-0 ../omds3CommonServiceTypes.xsd">
+				urn:omds3CommonServiceTypes-1-1-0 ../../def/r1_9_0/omds3CommonServiceTypes.xsd">
 	<cst:VUNr>063</cst:VUNr>
 	<cst:ClientId>TestClient</cst:ClientId>
 	<cst:KorrelationsId>34535234fdfgu34543</cst:KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Kfz/1_Calc_Request_WKZ.xml

@@ -7,10 +7,10 @@
         xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
         xmlns:omds="urn:omds20"
         xsi:schemaLocation="
-            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz ../../omds3_ON2_Antrag_Kfz.xsd
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz ../../../def/r1_9_0/omds3_ON2_Antrag_Kfz.xsd
-            urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+            urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-            urn:omds20 ../../omds215-00.xsd
+            urn:omds20 ../../../def/r1_9_0/omds215-00.xsd
             ">
     <VUNr>23</VUNr>
     <KorrelationsId>1000010011</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml

@@ -3,8 +3,8 @@
 						 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 						 xmlns="urn:omds3CommonServiceTypes-1-1-0"
 						 xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
 ">
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml

@@ -3,8 +3,8 @@
 						 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 						 xmlns="urn:omds3CommonServiceTypes-1-1-0"
 						 xsi:schemaLocation="
-						 urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+						 urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+						 urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
 ">
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml

@@ -4,8 +4,8 @@
 		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 		xmlns="urn:omds3CommonServiceTypes-1-1-0"
 		xsi:schemaLocation="
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>
 		<Ergebnis>OK</Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml

@@ -4,8 +4,8 @@
 		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 		xmlns="urn:omds3CommonServiceTypes-1-1-0"
 		xsi:schemaLocation="
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>
 		<Ergebnis>OK</Ergebnis>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml

@@ -4,8 +4,8 @@
 		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 		xmlns="urn:omds3CommonServiceTypes-1-1-0"
 		xsi:schemaLocation="
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd">
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
 	<VUNr>23</VUNr>
 	<KorrelationsId>678708979</KorrelationsId>
 	<ac:Konvertierungsplan>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml

@@ -7,10 +7,10 @@
 		xmlns:omds="urn:omds20"
 		
 		xsi:schemaLocation="
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
-			urn:omds20 ../../omds215-00.xsd"
+			urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
 >
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml

@@ -7,10 +7,10 @@
 		xmlns:omds="urn:omds20"
 		
 		xsi:schemaLocation="
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
-			urn:omds20 ../../omds215-00.xsd"
+			urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
 >
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml

@@ -7,10 +7,10 @@
 		xmlns:omds="urn:omds20"
 		
 		xsi:schemaLocation="
-			urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+			urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
+			urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
-			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
+			urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
-			urn:omds20 ../../omds215-00.xsd"
+			urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
 >
 	<Status>
 		<KorrelationsId>678708979</KorrelationsId>

OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/3_BOA_Request.xml

@@ -5,9 +5,9 @@
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common"
         xsi:schemaLocation="
-            urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
+            urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
-            urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
+            urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
-            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd">
+            urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd">
     <VUNr>23</VUNr>
     <KorrelationsId>1000010011</KorrelationsId>
     <!-- Uebermittlung des Konvertierungsumfangs -->

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

@@ -1,16 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0  - Okt. 2017 - erste Veröffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0  - Okt. 2017 - Veröffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1  - Dez. 2017 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0  - Mai  2018 - Autorisierung neu beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0  - Jun. 2019 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0  - Okt. 2019 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0  - Jul. 2020 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0  - Jul. 2021 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-OMDS 3 Version 1.7.0  - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfall, Leben, Verwendung OMDS 2.14.0,
-                                    Handling von Dokumenten im Prozess, Konvertierung-Fahrzeugwechsel-Wechselkennzeichen.
-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

OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReleaseNotes-1-10-0.txt

@@ -1,327 +0,0 @@
-==============
-Version 1.10.0
-==============
-
-Was ist neu oder anders in Version 1.10.0 im Vergleich zur Version 1.9.0?
-========================================================================
-
-1.  Post-Service, bestehend aus den Services GetDocumentsOfPeriod, AcknowledgeDocuments und GetArcImage.
-2.  Geschäftsfall-Log: Service GetStateChanges
-3.  Elektronische Versicherungsbestätigung: Service CreateVB
-4.  Referenz auf versicherte Interessen (Risikoobjekte) kann in Produkten Sach-Privat entfallen,
-    z.B. wenn es nur ein Risikoobjekt gibt oder wenn die Deckung keinen Bezug auf ein spezifisches Risikobjekt benötigt.
-2.  Ergänzt fehlenden Typ für Jahrespraemien in Praemie_Type als omds:decimal
-3.  Dokumentation Statusübergänge am Antrag korrigiert, Dokumentation BOA-Prozess verbessert.
-4.  RisikoGebaeude_Type PreisProQm kein Pflichtfeld mehr.
-5.  Ersatzpolizze_Type nicht mehr abstrakt, kann direkt verwendet werden
-6.  Konvertierungshilfe verschoben in eigenes Verzeichnis ON_2.03 "BOA Vorbereitung"
-7   Dokumentenreferenz_Type ist final
-8   Im Response von GetArcImage (Typ ArcContent) dürfen die Metadaten des Dokuments (ArcImageInfo) entfallen.
-
-=============
-Version 1.9.0
-=============
-
-Was ist neu oder anders in Version 1.9.0 im Vergleich zur Version 1.8.0?
-========================================================================
-1.  Version 1.9.0 ist abwärtskompatibel zur Version 1.8.0 in dem Sinne, dass ein XML welches unter 1.8.0 valide ist
-    auch unter 1.9.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-2.  Neue OMDS Version 2.15-00
-3.  Neues Feature: Konvertierungshilfe, für Konvertierungsvorschläge der VU zu einem bestehenden Vertrag
-    (conversionScope, conversionProposal)
-4.  Dokumententypen erweitert: Rahmenvereinbarung, Infoblatt Berater
-5.  Nicht verwendeter CommonSearchRequest_Type und CommonSearchResponse_Type entfernt.
-6.  Fehler in Autorisierung_Type korrigiert AutorisierungsId hatte keinen Typ, Rolle nur optional
-7.  ProzessDokumentBasis_Type Beschreibung Dokument nur optional
-8.  JahrespraemieNto als deprecated markiert, dafür neue Felder JahrespraemieNto und JahrespraemieBto bei Prämie
-9.  Ein weiterer Zustand Antrag: "Antrag ausgesteuert" für Anträge die in manuelle Bearbeitung gehen
-10. ArtAusfolgung ergänzt um "Dokument ist nur für den Vermittler bestimmt"
-11. Messverfahren CO2-Ausstoß im Kfz-Objekt ergänzt
-12. Aufnahme von Polizzennr und VertragsId im Antragsobjekt, um diese bei sofortiger Polizzierung retournieren zu können.
-13. Fondsdaten um eine optionale Bezeichnung ergänzt.
-14. Angaben zur Verteilung in Kontierungen optional, Mengenbeschränkung auf max. 3 Kontierungen entfernt.
-
-
-=============
-Version 1.8.0
-=============
-
-Was ist neu oder anders in Version 1.8.0 (Hotfix 1) 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 und neue Elemente können im XML enthalten sein.
-2.  Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
-    Neue Methoden sind 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
-
-
-=============
-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 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
-    Vererbung, damit sie künftig erweitert werden kann. Dazu wurde eine neue Zwischenschicht
-    in der Vererbungshierarchie von B/O/A eingefügt.
-4.  Dokumentenhandling in BOA wurde verbessert.
-5.  Neue OMDS Version 2.14-00
-    - Es sind neue Personenmerkmale hinzugekommen, einige Merkmale sind nicht mehr verpflichtend
-    - Neue Änderungsarten: Fahrzeugwechsel, Wechselkennzeichen Aus- und Einschluss.
-    - Neue Legitimierungsart: Firmenbuchauszug
-6.  Aufnahme Vermittlername in Kontierung_Type
-7.  Alle BOA-Sparten: Sicherstellungen und Einwilligungen sind im Antragsobjekt neu hinzu gekommen.
-8.  Erweiterungsmöglichkeit für die Risikomerkmale von versicherten Interessen.
-
-
-=============
-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 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
-5.  Aufnahmen eines Änderungsgrundes in BOA
-6.  Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-    - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-    - neues Feld GesFormCdType in Sonst-Person
-    - TIN für "Titel nachgestellt"
-    - neuer LegArtCd_Type: FA - Firmenbuchauszug
-    - Geburtsland an der Person
-7.  Entfernen der Restriktion auf genau 4 Zeichen im Status
-8.  Verwendung technische Objekte in CommonRequest_Type
-
-
-=============
-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 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
-    nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-    allgemeinere Lösung kommt.
-5.  In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-    Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-    erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-    Personendaten erforderlich sind.
-6.  Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-    für den Client zu den Produktbausteinen enthalten können.
-7.  Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-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.
-
-
-=============
-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 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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-3.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-4.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-5.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-6.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-7.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-8.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-9.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-10. Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-11. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-12. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-13. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-14. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-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 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:
-    * VUNr in Requests ist jetzt obligatorisch
-    * Bereinigung von Inner-Classes
-    * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-      Service "GetStatusChanges" verwendet werden.
-    * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-    * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-       a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-       b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-          welches keine Art des Zeitraums enthält
-    * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-    * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-      welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-    * 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".
-5.  Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-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.
-
-2.  Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-    es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-    Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-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 bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2.  Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-    da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
-    aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3.  Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen.
-    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.
-
-6.  In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7.  In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-    Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
-    zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-    '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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-    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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,18 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0  - Okt. 2017 - erste Veröffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0  - Okt. 2017 - Veröffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1  - Dez. 2017 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0  - Mai  2018 - Autorisierung neu beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0  - Jun. 2019 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0  - Okt. 2019 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0  - Jul. 2020 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0  - Jul. 2021 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-OMDS 3 Version 1.7.0  - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfall, Leben, Verwendung OMDS 2.14.0,
-                                    Handling von Dokumenten im Prozess, Konvertierung-Fahrzeugwechsel-Wechselkennzeichen.
-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.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

@@ -1,373 +0,0 @@
-==============
-Version 1.11.0
-==============
-
-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.  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)
-      * Schaden: Ereigniszeitpunkt, Meldedatum
-      * Geschäftsfall-Log / GetStateChanges: Ereigniszeitpunkt
-      * 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)
-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.
-15. ZustimmungZurVerwendungDerDatenZuWerbezwecken ist jetzt optional. Dies ermöglicht die Frage unbeantwortet zu lassen.
-16. Neue Möglichkeit optionale Dokumente im Request von CreateOffer und CreateApplication anzufordern mittels
-    cst:ProzessDokRequest_Type. Dokumente werden dann im Response zurückgegeben.
-17. Personen in Calculate als Deprecated markiert, dort sollten keine Personendaten mehr mitgegeben werden.
-18. SubmitApplicationStatus_Type neuer Zustand 15: Antrag ausgesteuert und wartet auf Rückmeldung vom Vermittler.
-
-
-==============
-Version 1.10.0
-==============
-
-Was ist neu oder anders in Version 1.10.0 im Vergleich zur Version 1.9.0?
-====================================================?====================
-
-1.  Post-Service, bestehend aus den Services GetDocumentsOfPeriod, AcknowledgeDocuments und GetArcImage.
-2.  Geschäftsfall-Log: Service GetStateChanges
-3.  Elektronische Versicherungsbestätigung: Service CreateVB
-4.  Referenz auf versicherte Interessen (Risikoobjekte) kann in Produkten Sach-Privat entfallen,
-    z.B. wenn es nur ein Risikoobjekt gibt oder wenn die Deckung keinen Bezug auf ein spezifisches Risikobjekt benötigt.
-2.  Ergänzt fehlenden Typ für Jahrespraemien in Praemie_Type als omds:decimal
-3.  Dokumentation Statusübergänge am Antrag korrigiert, Dokumentation BOA-Prozess verbessert.
-4.  RisikoGebaeude_Type PreisProQm kein Pflichtfeld mehr.
-5.  Ersatzpolizze_Type nicht mehr abstrakt, kann direkt verwendet werden
-6.  Dokumentation Konvertierungshilfe verschoben in eigenes Verzeichnis ON_2.03 "BOA Vorbereitung"
-7   Dokumentenreferenz_Type ist final
-8   Im Response von GetArcImage (Typ ArcContent) dürfen die Metadaten des Dokuments (ArcImageInfo) entfallen.
-
-=============
-Version 1.9.0
-=============
-
-Was ist neu oder anders in Version 1.9.0 im Vergleich zur Version 1.8.0?
-========================================================================
-1.  Version 1.9.0 ist abwärtskompatibel zur Version 1.8.0 in dem Sinne, dass ein XML welches unter 1.8.0 valide ist
-    auch unter 1.9.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-2.  Neue OMDS Version 2.15-00
-3.  Neues Feature: Konvertierungshilfe, für Konvertierungsvorschläge der VU zu einem bestehenden Vertrag
-    (conversionScope, conversionProposal)
-4.  Dokumententypen erweitert: Rahmenvereinbarung, Infoblatt Berater
-5.  Nicht verwendeter CommonSearchRequest_Type und CommonSearchResponse_Type entfernt.
-6.  Fehler in Autorisierung_Type korrigiert AutorisierungsId hatte keinen Typ, Rolle nur optional
-7.  ProzessDokumentBasis_Type Beschreibung Dokument nur optional
-8.  JahrespraemieNto als deprecated markiert, dafür neue Felder JahrespraemieNto und JahrespraemieBto bei Prämie
-9.  Ein weiterer Zustand Antrag: "Antrag ausgesteuert" für Anträge die in manuelle Bearbeitung gehen
-10. ArtAusfolgung ergänzt um "Dokument ist nur für den Vermittler bestimmt"
-11. Messverfahren CO2-Ausstoß im Kfz-Objekt ergänzt
-12. Aufnahme von Polizzennr und VertragsId im Antragsobjekt, um diese bei sofortiger Polizzierung retournieren zu können.
-13. Fondsdaten um eine optionale Bezeichnung ergänzt.
-14. Angaben zur Verteilung in Kontierungen optional, Mengenbeschränkung auf max. 3 Kontierungen entfernt.
-
-
-=============
-Version 1.8.0
-=============
-
-Was ist neu oder anders in Version 1.8.0 (Hotfix 1) 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 und neue Elemente können im XML enthalten sein.
-2.  Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
-    Neue Methoden sind 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
-
-
-=============
-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 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
-    Vererbung, damit sie künftig erweitert werden kann. Dazu wurde eine neue Zwischenschicht
-    in der Vererbungshierarchie von B/O/A eingefügt.
-4.  Dokumentenhandling in BOA wurde verbessert.
-5.  Neue OMDS Version 2.14-00
-    - Es sind neue Personenmerkmale hinzugekommen, einige Merkmale sind nicht mehr verpflichtend
-    - Neue Änderungsarten: Fahrzeugwechsel, Wechselkennzeichen Aus- und Einschluss.
-    - Neue Legitimierungsart: Firmenbuchauszug
-6.  Aufnahme Vermittlername in Kontierung_Type
-7.  Alle BOA-Sparten: Sicherstellungen und Einwilligungen sind im Antragsobjekt neu hinzu gekommen.
-8.  Erweiterungsmöglichkeit für die Risikomerkmale von versicherten Interessen.
-
-
-=============
-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 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
-5.  Aufnahmen eines Änderungsgrundes in BOA
-6.  Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-    - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-    - neues Feld GesFormCdType in Sonst-Person
-    - TIN für "Titel nachgestellt"
-    - neuer LegArtCd_Type: FA - Firmenbuchauszug
-    - Geburtsland an der Person
-7.  Entfernen der Restriktion auf genau 4 Zeichen im Status
-8.  Verwendung technische Objekte in CommonRequest_Type
-
-
-=============
-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 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
-    nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.7.0 eine
-    allgemeinere Lösung kommt.
-5.  In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-    Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-    erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-    Personendaten erforderlich sind.
-6.  Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-    für den Client zu den Produktbausteinen enthalten können.
-7.  Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-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.
-
-
-=============
-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 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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-3.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-4.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-5.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-6.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-7.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-8.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-9.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-10. Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-11. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-12. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-13. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-14. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-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 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:
-    * VUNr in Requests ist jetzt obligatorisch
-    * Bereinigung von Inner-Classes
-    * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-      Service "GetStatusChanges" verwendet werden.
-    * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-    * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-       a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-       b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-          welches keine Art des Zeitraums enthält
-    * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-    * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-      welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-    * 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".
-5.  Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-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.
-
-2.  Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-    es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-    Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-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 bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2.  Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-    da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
-    aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3.  Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen.
-    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.
-
-6.  In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7.  In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-    Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
-    zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-    '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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-    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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,24 +0,0 @@
-Versionen
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-
-
-
-Zweck der Files in Version 1.1.1
-================================
-
-Fuer den Versicherer:
-- omds3Services-x-.wsdl - Webservice Definition fuer den Versicherer
-- omds3CommonServiceTypes-x-.xsd - Grundlegende gemeinsame Typen und Elemente
-- omds3ServiceTypes-x-.xsd - Typen und Elemente der Webservices
-- omds3ExampleVuServiceTypes.xsd - Beispiel für abgeleitete, selbstdefinierte Erweiterungen des Versicherers
-
-Fuer den Makler:
-- omds3ServicesBroker-x-.wsdl - Webservice Definition fuer den Makler
-- omds3CommonServiceTypes-x-.xsd - Grundlegende gemeinsame Typen und Elemente
-- omds3ServiceTypes-x-.xsd - Typen und Elemente der Webservices
-
-wobei -x- die jeweilige Version bezeichnet.
-

OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReleaseNotes-1-1-1.txt

@@ -1,85 +0,0 @@
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,24 +0,0 @@
-Versionen
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-
-
-
-Zweck der Files in Version 1.1.1
-================================
-
-Fuer den Versicherer:
-- omds3Services-x-.wsdl - Webservice Definition fuer den Versicherer
-- omds3CommonServiceTypes-x-.xsd - Grundlegende gemeinsame Typen und Elemente
-- omds3ServiceTypes-x-.xsd - Typen und Elemente der Webservices
-- omds3ExampleVuServiceTypes.xsd - Beispiel für abgeleitete, selbstdefinierte Erweiterungen des Versicherers
-
-Fuer den Makler:
-- omds3ServicesBroker-x-.wsdl - Webservice Definition fuer den Makler
-- omds3CommonServiceTypes-x-.xsd - Grundlegende gemeinsame Typen und Elemente
-- omds3ServiceTypes-x-.xsd - Typen und Elemente der Webservices
-
-wobei -x- die jeweilige Version bezeichnet.
-

OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReleaseNotes-1-2-0.txt

@@ -1,98 +0,0 @@
-=============
-Version 1.2.0
-=============
-
-Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
-=====================================================================================
-
-1. WSDLs und XSDs sind unverändert
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,8 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Autorisierung neu Beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Berechnung-Offert-Antrag Kfz neu, Schaden überarbeitet
-

OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReleaseNotes-1-3-0.txt

@@ -1,128 +0,0 @@
-=============
-Version 1.3.0
-=============
-
-Was ist neu oder anders in Version 1.3.0 im Vergleich zur Version 1.2.0?
-=====================================================================================
-
-1. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
-
-2. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
-   Schaden wurde nicht-abwärtskompatibel verändert:
-   * VUNr in Requests ist jetzt obligatorisch
-   * Bereinigung von Inner-Classes
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-     Service "GetStatusChanges" verwendet werden.
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type, 
-         welches keine Art des Zeitraums enthält
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-   * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
-     omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
-
-3. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
-4. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-Version 1.2.0
-=============
-
-Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
-=====================================================================================
-
-1. WSDLs und XSDs sind unverändert
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,10 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Autorisierung neu Beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Berechnung-Offert-Antrag Kfz neu, Schaden überarbeitet
-OMDS 3 Version 1.4.0 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11,
-                       neue Veröffentlichungsregeln: Schaden entfällt, maklerseitige Services entfallen
-

OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReleaseNotes-1-4-0.txt

@@ -1,175 +0,0 @@
-=============
-Version 1.4.0
-=============
-
-Was ist neu oder anders in Version 1.4.0 im Vergleich zur Version 1.3.0?
-=====================================================================================
-1.  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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-2.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-3.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-4.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-5.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-6.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-7.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-8.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-9.  Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-10. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-11. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-12. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-13. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-Version 1.3.0
-=============
-
-Was ist neu oder anders in Version 1.3.0 im Vergleich zur Version 1.2.0?
-=====================================================================================
-
-1. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
-
-2. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
-   Schaden wurde nicht-abwärtskompatibel verändert:
-   * VUNr in Requests ist jetzt obligatorisch
-   * Bereinigung von Inner-Classes
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-     Service "GetStatusChanges" verwendet werden.
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-         welches keine Art des Zeitraums enthält
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-   * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
-     omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
-
-3. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
-4. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-Version 1.2.0
-=============
-
-Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
-=====================================================================================
-
-1. WSDLs und XSDs sind unverändert
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,9 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Autorisierung neu Beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11

OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReleaseNotes-1-5-0.txt

@@ -1,196 +0,0 @@
-=============
-Version 1.5.0
-=============
-
-Was ist neu oder anders in Version 1.5.0 im Vergleich zur Version 1.4.0?
-=====================================================================================
-1. Berechnung-Offert-Antrag wurde für die Sparte Sach-Privat hinzugefügt.
-2. Es wurden Methoden definiert, um Schäden zu melden und Schadenmeldungen zu suchen und aufzurufen.
-3. Vinkulierung ist nicht mehr im allgemeinen Antrags-Spezifikation zu finden, sondern
-   nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-   allgemeinere Lösung kommt.
-4. In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-   Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-   erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-   Personendaten erforderlich sind.
-5. Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-   für den Client zu den Produktbausteinen enthalten können.
-6. Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-7. Für die Übermittlung von Metadaten zu Attributen wurden spezielle Typen angelegt
-8. Das allgemeine Response-Objekt kann "Referenzen" aufnehmen. Dies sind Deep-Links oder andere Querverweise.
-
-=============
-Version 1.4.0
-=============
-
-Was ist neu oder anders in Version 1.4.0 im Vergleich zur Version 1.3.0?
-=====================================================================================
-1.  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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-2.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-3.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-4.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-5.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-6.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-7.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-8.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-9.  Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-10. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-11. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-12. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-13. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-Version 1.3.0
-=============
-
-Was ist neu oder anders in Version 1.3.0 im Vergleich zur Version 1.2.0?
-=====================================================================================
-
-1. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
-
-2. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
-   Schaden wurde nicht-abwärtskompatibel verändert:
-   * VUNr in Requests ist jetzt obligatorisch
-   * Bereinigung von Inner-Classes
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-     Service "GetStatusChanges" verwendet werden.
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-         welches keine Art des Zeitraums enthält
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-   * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
-     omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
-
-3. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
-4. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-Version 1.2.0
-=============
-
-Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
-=====================================================================================
-
-1. WSDLs und XSDs sind unverändert
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,11 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Autorisierung neu Beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-

OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReleaseNotes-1-6-0.txt

@@ -1,216 +0,0 @@
-=============
-Version 1.6.0
-=============
-
-Was ist neu oder anders in Version 1.6.0 im Vergleich zur Version 1.5.0?
-=====================================================================================
-1. Aufnahme der Aufbauart in Kfz
-2. Aufnahme Felder für Konvertierung in Berechnung-Offert-Antrag
-3. Erweiterung der Liste der Dokumentenarten
-4. Aufnahmen eines Änderungsgrundes in BOA
-5. Verwendet OMDS 2.14-00 statt 2.11-00:
-   - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-   - neues Feld GesFormCdType in Sonst-Person
-   - TIN für "Titel nachgestellt"
-   - neuer LegArtCd_Type: FA - Firmenbuchauszug
-   - Geburtsland an der Person
-6. Entfernen der Restriktion auf genau 4 Zeichen im Status
-7. Verwendung technische Objekte in CommonRequest_Type
-
-=============
-Version 1.5.0
-=============
-
-Was ist neu oder anders in Version 1.5.0 im Vergleich zur Version 1.4.0?
-=====================================================================================
-1. Berechnung-Offert-Antrag wurde für die Sparte Sach-Privat hinzugefügt.
-2. Es wurden Methoden definiert, um Schäden zu melden und Schadenmeldungen zu suchen und aufzurufen.
-3. Vinkulierung ist nicht mehr im allgemeinen Antrags-Spezifikation zu finden, sondern
-   nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-   allgemeinere Lösung kommt.
-4. In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-   Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-   erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-   Personendaten erforderlich sind.
-5. Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-   für den Client zu den Produktbausteinen enthalten können.
-6. Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-7. Für die Übermittlung von Metadaten zu Attributen wurden spezielle Typen angelegt
-8. Das allgemeine Response-Objekt kann "Referenzen" aufnehmen. Dies sind Deep-Links oder andere Querverweise.
-
-
-=============
-Version 1.4.0
-=============
-
-Was ist neu oder anders in Version 1.4.0 im Vergleich zur Version 1.3.0?
-=====================================================================================
-1.  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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-2.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-3.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-4.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-5.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-6.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-7.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-8.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-9.  Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-10. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-11. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-12. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-13. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-Version 1.3.0
-=============
-
-Was ist neu oder anders in Version 1.3.0 im Vergleich zur Version 1.2.0?
-=====================================================================================
-
-1. Neu enthalten ist: KFZ Berechnung - Offert - Antrag
-
-2. Schaden hat bislang Status "Empfehlung" und wurde bisher noch in keiner Task-force erprobt.
-   Schaden wurde nicht-abwärtskompatibel verändert:
-   * VUNr in Requests ist jetzt obligatorisch
-   * Bereinigung von Inner-Classes
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-     Service "GetStatusChanges" verwendet werden.
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-         welches keine Art des Zeitraums enthält
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-   * SearchClaimRequest_Type, ChangedClaimsListRequest_Type und LossEventListRequest_Type verwenden statt
-     omds:EL-Zeitraum_Type den neuen Typ Zeitraum_Type
-
-3. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
-4. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-Version 1.2.0
-=============
-
-Was ist neu oder anders in Version 1.2.0 im Vergleich zur Version 1.1.1?
-=====================================================================================
-
-1. WSDLs und XSDs sind unverändert
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. - Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,12 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - Okt. 2017 - erste Veroeffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Okt. 2017 - Veroeffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Dez. 2017 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Mai  2018 - Autorisierung neu beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Jun. 2019 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0 - Okt. 2019 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0 - Jul. 2020 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0 - Jul. 2021 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-OMDS 3 Version 1.7.0 - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfall, Leben, Verwendung OMDS 2.14.0,
-                                   Handling von Dokumenten im Prozess, Konvertierung-Fahrzeugwechsel-Wechselkennzeichen.

OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReleaseNotes-1-7-0.txt

@@ -1,242 +0,0 @@
-=============
-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
-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
-    Vererbung, damit sie künftig erweitert werden kann. Dazu wurde eine neue Zwischenschicht
-    in der Vererbungshierarchie von B/O/A eingefügt.
-4.  Dokumentenhandling in BOA wurde verbessert.
-5.  Neue OMDS Version 2.14-00
-    - Es sind neue Personenmerkmale hinzugekommen, einige Merkmale sind nicht mehr verpflichtend
-    - Neue Änderungsarten: Fahrzeugwechsel, Wechselkennzeichen Aus- und Einschluss.
-    - Neue Legitimierungsart: Firmenbuchauszug
-6.  Aufnahme Vermittlername in Kontierung_Type
-7.  Alle BOA-Sparten: Sicherstellungen und Einwilligungen sind im Antragsobjekt neu hinzu gekommen.
-8.  Erweiterungsmöglichkeit für die Risikomerkmale von versicherten Interessen.
-
-
-=============
-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
-2. Aufnahme der Aufbauart in Kfz
-3. Aufnahme Felder für Konvertierung in Berechnung-Offert-Antrag
-4. Erweiterung der Liste der Dokumentenarten
-5. Aufnahmen eines Änderungsgrundes in BOA
-6. Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-   - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-   - neues Feld GesFormCdType in Sonst-Person
-   - TIN für "Titel nachgestellt"
-   - neuer LegArtCd_Type: FA - Firmenbuchauszug
-   - Geburtsland an der Person
-7. Entfernen der Restriktion auf genau 4 Zeichen im Status
-8. Verwendung technische Objekte in CommonRequest_Type
-
-
-=============
-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
-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
-   nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-   allgemeinere Lösung kommt.
-5. In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-   Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-   erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-   Personendaten erforderlich sind.
-6. Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-   für den Client zu den Produktbausteinen enthalten können.
-7. Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-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.
-
-
-=============
-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
-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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-3.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-4.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-5.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-6.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-7.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-8.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-9.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-10. Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-11. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-12. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-13. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-14. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-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
-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:
-   * VUNr in Requests ist jetzt obligatorisch
-   * Bereinigung von Inner-Classes
-   * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-     Service "GetStatusChanges" verwendet werden.
-   * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-   * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-      a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-      b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-         welches keine Art des Zeitraums enthält
-   * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-   * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-     welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-   * 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".
-5. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-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
-
-2. Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-Version 1.1.1
-=============
-
-Was ist neu oder anders in Version 1.1.1 im Vergleich zur Version 1.1.0?
-========================================================================
-
-1. Es werden einige Fehler korrigiert, es gibt keine grundsaetzlichen Aenderungen. Daher 
-ist bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2. Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist 
-aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3. Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen. 
-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.
-
-6. In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7. In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst 
-zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-'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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-   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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

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

@@ -1,14 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - Okt. 2017 - erste Veröffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Okt. 2017 - Veröffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Dez. 2017 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Mai  2018 - Autorisierung neu beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Jun. 2019 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0 - Okt. 2019 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0 - Jul. 2020 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0 - Jul. 2021 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-OMDS 3 Version 1.7.0 - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfall, Leben, Verwendung OMDS 2.14.0,
-                                   Handling von Dokumenten im Prozess, Konvertierung-Fahrzeugwechsel-Wechselkennzeichen.
-OMDS 3 Version 1.8.0 - Aug. 2022 - Service-Release: Deckungsprüfung, Belegeinreichung, Veröffentlichungsprozess,
-                                   Legitimation, Haftpflicht optional in Kfz

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

@@ -1,283 +0,0 @@
-=============
-Version 1.8.0
-=============
-
-Was ist neu oder anders in Version 1.8.0 (Hotfix 1) 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 und neue Elemente können im XML enthalten sein.
-2.  Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
-    Neue Methoden sind 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
-
-
-=============
-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 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
-    Vererbung, damit sie künftig erweitert werden kann. Dazu wurde eine neue Zwischenschicht
-    in der Vererbungshierarchie von B/O/A eingefügt.
-4.  Dokumentenhandling in BOA wurde verbessert.
-5.  Neue OMDS Version 2.14-00
-    - Es sind neue Personenmerkmale hinzugekommen, einige Merkmale sind nicht mehr verpflichtend
-    - Neue Änderungsarten: Fahrzeugwechsel, Wechselkennzeichen Aus- und Einschluss.
-    - Neue Legitimierungsart: Firmenbuchauszug
-6.  Aufnahme Vermittlername in Kontierung_Type
-7.  Alle BOA-Sparten: Sicherstellungen und Einwilligungen sind im Antragsobjekt neu hinzu gekommen.
-8.  Erweiterungsmöglichkeit für die Risikomerkmale von versicherten Interessen.
-
-
-=============
-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 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
-5.  Aufnahmen eines Änderungsgrundes in BOA
-6.  Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-    - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-    - neues Feld GesFormCdType in Sonst-Person
-    - TIN für "Titel nachgestellt"
-    - neuer LegArtCd_Type: FA - Firmenbuchauszug
-    - Geburtsland an der Person
-7.  Entfernen der Restriktion auf genau 4 Zeichen im Status
-8.  Verwendung technische Objekte in CommonRequest_Type
-
-
-=============
-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 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
-    nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-    allgemeinere Lösung kommt.
-5.  In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-    Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-    erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-    Personendaten erforderlich sind.
-6.  Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-    für den Client zu den Produktbausteinen enthalten können.
-7.  Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-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.
-
-
-=============
-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 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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-3.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-4.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-5.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-6.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-7.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-8.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-9.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-10. Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-11. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-12. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-13. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-14. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-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 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:
-    * VUNr in Requests ist jetzt obligatorisch
-    * Bereinigung von Inner-Classes
-    * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-      Service "GetStatusChanges" verwendet werden.
-    * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-    * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-       a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-       b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-          welches keine Art des Zeitraums enthält
-    * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-    * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-      welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-    * 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".
-5.  Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-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.
-
-2.  Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-    es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-    Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-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 bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2.  Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-    da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
-    aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3.  Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen.
-    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.
-
-6.  In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7.  In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-    Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
-    zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-    '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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-    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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-

OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds_binding.xml

@@ -0,0 +1,167 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<jaxb:bindings
+   xmlns:xs="http://www.w3.org/2001/XMLSchema"
+   xmlns:jaxb="https://jakarta.ee/xml/ns/jaxb"
+   xmlns:jaxws="https://jakarta.ee/xml/ns/jaxws"
+   version="3.0" >
+
+  <!-- OMDS 2 -->
+  <jaxb:bindings schemaLocation="omds214-00.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds2Types.v2_14"/>
+    </jaxb:schemaBindings>
+
+    <!-- Raise theEnumMemberSizeCap limit -->
+    <jaxb:bindings>
+      <jaxb:globalBindings typesafeEnumMaxMembers="2000"/>
+    </jaxb:bindings>
+  </jaxb:bindings>
+
+  <!-- Namespace http://omds.vvo.at/types/omds3types/v1_4_0/common  -->
+  <jaxb:bindings schemaLocation="omds3CommonServiceTypes.xsd"  node="/xs:schema">
+
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.common"/>
+    </jaxb:schemaBindings>
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='Kombinationen_Type']//xs:element[@name='Kombination']">-->
+<!--      <jaxb:property name="kombinationen">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der zulässigen Kombinationen.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='Kombination_Type']//xs:element[@name='TarifId']">-->
+<!--      <jaxb:property name="tarifids">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der zulässigen Baustein-Ids.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='KonvertierungsumfangVertrag_Type']//xs:element[@name='Baustein']">-->
+<!--      <jaxb:property name="bausteine">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der Bausteine, die in der Konvertierungsanforderung behandelt werden.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='KonvertierungBaustein_Type']//xs:element[@name='ZulaessigeAktion']">-->
+<!--      <jaxb:property name="zulaessigeAktionen">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der Aktionen, die für einen Vertragsbaustein zulässig sind.-->
+<!--         Die zulässigen Aktionen müssen nur im Response vom ServiceProvider (VU) befüllt werden.-->
+<!--         Im Request eines Konvertierungsvorschlags durch den Consumer, können sie leer bleiben. </p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='KonvertierungsaktionUebernehmen_Type']//xs:element[@name='Baustein']">-->
+<!--      <jaxb:property name="bausteine">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der Bausteine, die in der Konvertierungsaktion behandelt werden.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+  </jaxb:bindings>
+
+  <!-- "Quick-wins" Namespace http://omds.vvo.at/types/omds3types/v1_4_0/servicetypes -->
+  <jaxb:bindings schemaLocation="omds3ServiceTypes.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.servicetypes"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Basisfuntkionen Namespace http://omds.vvo.at/types/omds3types/v1_4_0/on1basis -->
+  <jaxb:bindings schemaLocation="omds3_ON1_Basisfunktionen.xsd" node="/xs:schema" >
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on1basis" />
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Antrag-Common Namespace http://omds.vvo.at/types/omds3types/v1_4_0/on2antrag/common" -->
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Common.xsd" node="/xs:schema" >
+
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.common"/>
+    </jaxb:schemaBindings>
+
+<!--    <jaxb:bindings node="//xs:element[@name='ConversionScopeRequest']//xs:element[@name='Vertrag']">-->
+<!--      <jaxb:property name="vertraege">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der Verträge, die in der Konvertierung behandelt werden sollen.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+<!--    <jaxb:bindings node="//xs:complexType[@name='Konvertierungsumfang_Type']//xs:element[@name='Vertrag']">-->
+<!--      <jaxb:property name="vertraege">-->
+<!--        <jaxb:javadoc><![CDATA[<p>Die Liste der Verträge, die in der Konvertierungsanforderung behandelt werden.</p>]]></jaxb:javadoc>-->
+<!--      </jaxb:property>-->
+<!--    </jaxb:bindings>-->
+
+
+  </jaxb:bindings>
+
+  <!-- Antrag Kfz -->
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Kfz.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.kfz"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Antrag Kranken Namespace urn:at.vvo.omds.types.omds3types.v1-6-0.on2antrag.kranken
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Kranken.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.kranken"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>-->
+
+  <!-- Antrag Leben Namespace urn:at.vvo.omds.types.omds3types.v1-5-0.on2antrag.leben  -->
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Leben.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.leben"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Produktfinder Namespace urn:at.vvo.omds.types.omds3types.v1-6-0.on2antrag.produktfinder  -->
+<!--  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Produktfinder.xsd">-->
+<!--    <jaxb:schemaBindings>-->
+<!--      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.produktfinder"/>-->
+<!--    </jaxb:schemaBindings>-->
+<!--  </jaxb:bindings>-->
+
+  <!-- Antrag Rechtsschutz Namespace urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.rs
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Rechtsschutz.xsd" node="/xs:schema" >
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.rs"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings> -->
+
+  <!-- Antrag Sach-Privat Namespace urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat -->
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_SachPrivat.xsd" node="/xs:schema" >
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.sachPrivat"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Antrag Unfall Namespace urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.unfall  -->
+  <jaxb:bindings schemaLocation="omds3_ON2_Antrag_Unfall.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on2antrag.unfall"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+  <!-- Vertrag Namespace http://omds.vvo.at/types/omds3types/v1_4_0/on3vertrag  -->
+<!--  <jaxb:bindings schemaLocation="omds3_ON3_Vertrag.xsd">-->
+<!--    <jaxb:schemaBindings>-->
+<!--      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on3vertrag"/>-->
+<!--    </jaxb:schemaBindings>-->
+<!--  </jaxb:bindings>-->
+
+  <!-- Partner Namespace http://omds.vvo.at/types/omds3types/v1_4_0/on4partner -->
+<!--  <jaxb:bindings schemaLocation="omds3_ON4_Partner.xsd">-->
+<!--    <jaxb:schemaBindings>-->
+<!--      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on4partner"/>-->
+<!--    </jaxb:schemaBindings>-->
+<!--  </jaxb:bindings>-->
+
+  <!-- Schaden Namespace "urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden" -->
+  <jaxb:bindings schemaLocation="omds3_ON7_Schaden.xsd" node="/xs:schema">
+    <jaxb:schemaBindings>
+      <jaxb:package name="at.vvo.omds.types.omds3Types.r1_8_0.on7schaden"/>
+    </jaxb:schemaBindings>
+  </jaxb:bindings>
+
+
+</jaxb:bindings>

OMDSServiceDefinition/src/main/resources/def/r1_8_0/wsdl_binding.xml

@@ -0,0 +1,8 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<bindings
+	wsdlLocation="omds3Services.wsdl"
+	xmlns="https://jakarta.ee/xml/ns/jaxws"	>
+    	<package name="at.vvo.omds.types.omds3Types.r1_8_0.service"/>
+    	<enableWrapperStyle>true</enableWrapperStyle>
+    	<enableAsyncMapping>false</enableAsyncMapping>
+</bindings>

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

@@ -1,15 +0,0 @@
-Releases
-================================
-OMDS 3 Version 1.0.0 - Okt. 2017 - erste Veröffentlichung der 'Quick-Wins'
-OMDS 3 Version 1.1.0 - Okt. 2017 - Veröffentlichung Schaden, Services die von Maklern betrieben werden, Bugfixes zu 1.0.0
-OMDS 3 Version 1.1.1 - Dez. 2017 - Bugfixes zu 1.1.0: Bei einigen Elementen war der z.B. Typ nicht definiert
-OMDS 3 Version 1.2.0 - Mai  2018 - Autorisierung neu beschrieben, keine Änderungen in den Services selbst
-OMDS 3 Version 1.3.0 - Jun. 2019 - Berechnung-Offert-Antrag Kfz neu
-OMDS 3 Version 1.4.0 - Okt. 2019 - Berechnung-Offert-Antrag Kfz überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.5.0 - Jul. 2020 - Berechnung-Offert-Antrag Sach-privat, Schaden überarbeitet, Verwendung OMDS 2.11
-OMDS 3 Version 1.6.0 - Jul. 2021 - Service-Release: Verwendung OMDS 2.14 (SNAPSHOT)
-OMDS 3 Version 1.7.0 - Jän. 2022 - Neue Sparten: Berechnung-Offert-Antrag Unfall, Leben, Verwendung OMDS 2.14.0,
-                                   Handling von Dokumenten im Prozess, Konvertierung-Fahrzeugwechsel-Wechselkennzeichen.
-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

OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReleaseNotes-1-9-0.txt

@@ -1,307 +0,0 @@
-=============
-Version 1.9.0
-=============
-
-Was ist neu oder anders in Version 1.9.0 im Vergleich zur Version 1.8.0?
-========================================================================
-1.  Version 1.9.0 ist abwärtskompatibel zur Version 1.8.0 in dem Sinne, dass ein XML welches unter 1.8.0 valide ist
-    auch unter 1.9.0 valide ist. Generierte Objekte können abweichen und neue Elemente können im XML enthalten sein.
-2.  Neue OMDS Version 2.15-00
-3.  Neues Feature: Konvertierungshilfe, für Konvertierungsvorschläge der VU zu einem bestehenden Vertrag
-    (conversionScope, conversionProposal)
-4.  Dokumententypen erweitert: Rahmenvereinbarung, Infoblatt Berater
-5.  Nicht verwendeter CommonSearchRequest_Type und CommonSearchResponse_Type entfernt.
-6.  Fehler in Autorisierung_Type korrigiert AutorisierungsId hatte keinen Typ, Rolle nur optional
-7.  ProzessDokumentBasis_Type Beschreibung Dokument nur optional
-8.  JahrespraemieNto als deprecated markiert, dafür neue Felder JahrespraemieNto und JahrespraemieBto bei Prämie
-9.  Ein weiterer Zustand Antrag: "Antrag ausgesteuert" für Anträge die in manuelle Bearbeitung gehen
-10. ArtAusfolgung ergänzt um "Dokument ist nur für den Vermittler bestimmt"
-11. Messverfahren CO2-Ausstoß im Kfz-Objekt ergänzt
-12. Aufnahme von Polizzennr und VertragsId im Antragsobjekt, um diese bei sofortiger Polizzierung retournieren zu können.
-13. Fondsdaten um eine optionale Bezeichnung ergänzt.
-14. Angaben zur Verteilung in Kontierungen optional, Mengenbeschränkung auf max. 3 Kontierungen entfernt.
-
-
-=============
-Version 1.8.0
-=============
-
-Was ist neu oder anders in Version 1.8.0 (Hotfix 1) 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 und neue Elemente können im XML enthalten sein.
-2.  Neue Services Deckungsauskunft und Belegeinreichung aufgenommen:
-    Neue Methoden sind 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
-
-
-=============
-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 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
-    Vererbung, damit sie künftig erweitert werden kann. Dazu wurde eine neue Zwischenschicht
-    in der Vererbungshierarchie von B/O/A eingefügt.
-4.  Dokumentenhandling in BOA wurde verbessert.
-5.  Neue OMDS Version 2.14-00
-    - Es sind neue Personenmerkmale hinzugekommen, einige Merkmale sind nicht mehr verpflichtend
-    - Neue Änderungsarten: Fahrzeugwechsel, Wechselkennzeichen Aus- und Einschluss.
-    - Neue Legitimierungsart: Firmenbuchauszug
-6.  Aufnahme Vermittlername in Kontierung_Type
-7.  Alle BOA-Sparten: Sicherstellungen und Einwilligungen sind im Antragsobjekt neu hinzu gekommen.
-8.  Erweiterungsmöglichkeit für die Risikomerkmale von versicherten Interessen.
-
-
-=============
-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 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
-5.  Aufnahmen eines Änderungsgrundes in BOA
-6.  Verwendet OMDS 2.14-00 (SNAPSHOT) statt 2.11-00:
-    - neue Vertragsrollen: AZ - Abweichender Zulassungsbesitzer, FI - Firmeninhaber, ZB - Zustellbevollmächtigter
-    - neues Feld GesFormCdType in Sonst-Person
-    - TIN für "Titel nachgestellt"
-    - neuer LegArtCd_Type: FA - Firmenbuchauszug
-    - Geburtsland an der Person
-7.  Entfernen der Restriktion auf genau 4 Zeichen im Status
-8.  Verwendung technische Objekte in CommonRequest_Type
-
-
-=============
-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 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
-    nur bei KFZ. Hintergrund ist, dass für Sicherstellungen (inkl. Vinkulierung) mit 1.6.0 eine
-    allgemeinere Lösung kommt.
-5.  In der Berechnung können optional schon Daten zu Personen angegeben werden. Dies erfolgt im
-    Vorgriff auf Personenversicherungen, wo dies benötigt wird. In der Praxis hat sich überdies
-    erwiesen, dass auch bei Sachversicherungen bei manchen Versicherern bereits in der Berechnung
-    Personendaten erforderlich sind.
-6.  Es wurden neue "generische" Produktbausteine geschaffen, welche optional Produkt-Metadaten
-    für den Client zu den Produktbausteinen enthalten können.
-7.  Es wurden neue Ableitungen für das Versicherte Interesse geschaffen.
-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.
-
-
-=============
-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 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.
-    Dies betrifft insb. Schaden, Sparten außer Kfz, maklerseitige Services, Services
-    zu Partner und Vertragsänderungen.
-    Diese Teile des Standards sind im Branch "Develop" des Git-Repository aber weiterhin verfügbar:
-    https://bitbucket.org/omds/omdsservicedefinitions/src/develop/
-3.  Antragsdaten Kfz können auch direkt in SubmitApplicationKfz übergeben werden, ein
-    vorheriger Aufruf von CreateApplicateionKfz ist optional.
-4.  Für BerechnungsdatenKfz, OffertdatenKfz und AntragsdatenKfz sind eigene Elemente
-    definiert.
-5.  Die Zulassungsdaten sind in die omds3CommonServiceTypes gewandert und nun
-    Teil des Typs "Fahrzeug_Type". In 1.3 waren sie Teil von BOA-Kfz.
-6.  Vertragsbeginn ist in Ebene 2 und 3 optional. Vertragsbeginn und Vertragsende sind
-    nur noch vom Typ omds:Datum und nicht omds_Datum-Zeit.
-7.  Das Element Vorversicherungen wurde verallgemeinert: Es steht jetzt ein abstakter Typ
-    zur Beschreibung der Vorversicherungen zur Verfügung und eine Implementierung für Kfz.
-    Bei der Implementierung für Kfz wurde zusätzlich die Möglichkeit der Angabe einer Sparte (VtgSparteCd)
-    aufgenommen. Die Vorversicherungen haben das neue optionale Merkmal "Ausländische Vorversicherung".
-    ZusaetzlicheVorversicherungsdaten_Type wurde als zusätzliche VU-spezifische Erweiterungsmöglichkeit eingeführt.
-8.  Es wurde ein neues abstraktes Element "AbgelehnteRisiken" bei den Antragsdaten eingeführt.
-9.  Es wurden einige optionale Tarifmerkmale im Kfz-Verkaufsprodukt aufgenommen: Geburtsdatum, Postleitzahl,
-    Vermittlernummer und Nat. Person / Sonstige Person.
-10. Für den Fahrzeugzustand wurde ein zusätzliches Element vom Typ xsd:string eingeführt. Das bisherige
-    Element "Fahrzeugzustand" wurde zu FzZustandBesichtigung. Der Zustandsbeschreibung_Type wurde zu
-    ArtBesichtigung_Type und die Schlüsselwerte wurden etwas allgemeiner formuliert.
-11. Drei Elemente die bislang in den Antragsdaten Kfz enthalten waren, sind in die allgemeinen Antragsdaten
-    aufgenommen worden: Ersatzpolizzennummer, ZusendungWeitereDokumente, Vorversicherungen
-12. Der abstrakte Produktbaustein_Type wurde zu BasisProduktbaustein_Type; Die Unterscheidung in
-    ProduktbausteinAntragsprozess_Type und Produktbaustein_Auskunft_Type wurde aufgegeben.
-    Der ProduktbausteinAntragsprozess_Type heisst jetzt einfach Produktbaustein_Type. Da alle involvierten Typen
-    abstrakte Typen sind, hat diese Vereinfachung keine Auswirkung auf die tatsächlichen Produktbausteine.
-13. Das optionale Element VvdVertrag in ZusaetzlicheKfzdaten_Type wurde umbenannt zu, da es für
-    den Standard zu spezifisch ist. Es wurde das Element ZusaetzlicheAntragsdatenKfz als zusätzliche VU-spezifische
-    Erweiterungsmöglichkeit eingeführt, um dieses Element aufnehmen zu können.
-14. MTOM Unterstützung wurde aufgenommen für:
-    - Download OMDSDatensätze getOMDSPackage
-    - Download Dokumente getArcImage
-    - Upload und Download Dokumenente bei BOA createApplication, submitApplication
-
-
-=============
-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 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:
-    * VUNr in Requests ist jetzt obligatorisch
-    * Bereinigung von Inner-Classes
-    * SchadenStatus_Type erbt jetzt von AbstraktesEreignisStatusAenderung_Type und kann damit auch in
-      Service "GetStatusChanges" verwendet werden.
-    * InformationenPerson_Type - Fehlerkorrektur: Personennr war nicht als optional vermerkt
-    * GetNumberOfDocumentsRequest_Type und GetDocumentInfosRequest_Type:
-       a) Objektspezifikation, also der Bezug auf ein Geschäftsobjekt, ist optional
-       b) Zeitraumangabe: Änderung von omds:EL-Zeitraum_Type auf neues Element Zeitraum_Type,
-          welches keine Art des Zeitraums enthält
-    * GetDocumentInfosRequest_Type: Vorgaben zur Offset und MaxResults
-    * GetDocumentInfosResponse_Type: verwendet statt Typ ArcImageInfo den neuen Typ DokumentenReferenz_Type,
-      welcher eine Referenz auf ein Geschäftsobjekt enthalten kann
-    * 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".
-5.  Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
-
-
-=============
-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.
-
-2.  Dokument "ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx" wurde um OAuth ergänzt und
-    es wurde ein erläuterndes Dokument zu OAuth hinzugefügt: "Erläuterungen_OAuth_zu_ON_1.02.1.docx".
-    Die Einführung von OAuth hat aber keine Auswirkungen auf die SOAP-Definitions-Files.
-
-=============
-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 bleiben die Namespaces unveraendert gegenueber Version 1.1.0.
-
-2.  Die Filenames der WSDL und XSD-Files haben die Versionsnummer nicht mehr angehängt,
-    da dies als unhandlich in der Generierung beeinsprucht wurde. Die Versionsnummer 1.1.1 ist
-    aber als Attribut im Kopf der XML-Dateien enthalten.
-
-3.  Das Element serviceFault im File omds3CommonServiceTypes.xsd hatte keinen Type zugewiesen.
-    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.
-
-6.  In MeldungsZusammenfassung_Type hatte das Element LfdNr keinen Typ. Der Typ wurde festgelegt mit xsd:unsignedInt.
-
-7.  In Schadenereignis_Type hatten die Elemente vormaligeIdGeschaeftsfall und nachfolgendeIdGeschäftsfall keinen Typ.
-    Der Typ wurde festgelegt mit 'xsd:string'. Der Umlaut im Element 'nachfolgendeIdGeschäftsfall' wurde aufgelöst
-    zu 'nachfolgendeIdGeschaeftsfall'.
-
-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'.
-
-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'.
-
-10. In Meldungszusammenfassung_Type im ErgebnisSchaeden das Element 'LfdNr' war kein Typ festelegt. Dieser wurde auf
-    '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.
-
-
-=============
-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.
-
-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'.
-	 
-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.
-
-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.
-    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.
-
-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'.
-
-10. Die Deklaration einer UsernameToken-Policy wurde ins WSDL 'omds3Services-1-1-0.wsdl' aufgenommen. 
-
-11. Typ PolicyDocumentType zu DocumentType umbenannt, da die Dokumententypen nicht nur auf Polizzen bezogen sind.
-    Die Dokumententypen für Schaden wurden in 'DocumentType' als Enum ergänzt.
-
-13. Ein Schreibfehler wurde in MaklerID_Type korrigiert: 'MaklertID_Type' wurde zu 'MaklerID_Type'.
-
-14. AgentFilter umbenannt zu AgentFilter_Type
-    Subelemente in AgentFilter_Type wurden umbenannt: 'agentID' zu 'MaklerID' und 'agentNumber' zu 'Vermnr'.
-
-15. In 'ArcImageInfosRequest' und in 'PolizzenObjektSpezifikation_Type' wurde das Element 'policyPartyRole' umbenannt zu 'policyPartnerRole', 
-    da der Typ 'PolicyPartnerRole' heißt.
-
-16. Für das Feld 'errorType' im Typ 'ServiceFault' wurde ein Enum für 1 = Fehler, 2 = Warnung und 3 = Hinweis hinterlegt.
-
-
-