KapDionOS/productmodel
4
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

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

Browse Source
This commit is contained in:
Jens Bühring
2025-02-04 14:43:50 +01:00
parent 6d44751c9b
commit e1129cad88
58 changed files with 1316 additions and 2645 deletions
Download Patch File Download Diff File Expand all files Collapse all files

0
OMDSServiceDefinition/src/main/resources/def/r2025_05/ReleaseNotes-2025.05-MAJOR.md → OMDSServiceDefinition/ReleaseNotes-2025.05-MAJOR.md
View File

2
OMDSServiceDefinition/pom.xml
View File

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

33
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/BeispielAddInfoClaim.xml Normal file
View File

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

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp1.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>234234234343523423</cst:KorrelationsId>
<cst:Ergebnis>OK</cst:Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp2.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp2.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>2342342343435232342</cst:KorrelationsId><!-- geaendert -->
<cst:Ergebnis>OK</cst:Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp3.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp3.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
<cst:Ergebnis>OK</cst:Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp4.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp4.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
<cst:Ergebnis>OK</cst:Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp5.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp5.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>2342342343435232333</cst:KorrelationsId><!-- geaendert -->
<cst:Ergebnis>OK</cst:Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp6.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp6.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd">
<cst:Status>
<cst:KorrelationsId>234234234386675468</cst:KorrelationsId><!-- geaendert -->
<cst:Ergebnis>OK</cst:Ergebnis>

77
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Kfz/1_Calc_Request_WKZ.xml Normal file
View File

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

51
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml Normal file
View File

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

55
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml Normal file
View File

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

88
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml Normal file
View File

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

84
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml Normal file
View File

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

41
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml Normal file
View File

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

152
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml Normal file
View File

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

152
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml Normal file
View File

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

163
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml Normal file
View File

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

191
OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/3_BOA_Request.xml Normal file
View File

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

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod1.xml
View File

@@ -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:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.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"/>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod2.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod2.xml
View File

@@ -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:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.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">

6
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod3.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod3.xml
View File

@@ -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:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../omds3_ON1_Basisfunktionen.xsd
urn:omds20 ../../omds215-00.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_10_0/omds3CommonServiceTypes.xsd
urn:at.vvo.omds.types.omds3types.v1-3-0.on1basisfunktionen ../../../def/r1_10_0/omds3_ON1_Basisfunktionen.xsd
urn:omds20 ../../../def/r1_10_0/omds215-00.xsd
">
<b:VUNr>023</b:VUNr>
<b:AuthFilter xsi:type="cst:AgentFilter_Type">

6
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/ResponseDocumentsOfPeriod1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/ResponseDocumentsOfPeriod1.xml
View File

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

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/BeispielAddInfoClaim.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/BeispielAddInfoClaim.xml
View File

@@ -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
urn:omds3CommonServiceTypes-1-1-0 ../omds3CommonServiceTypes.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 ../../def/r1_9_0/omds3CommonServiceTypes.xsd">
<cst:VUNr>063</cst:VUNr>
<cst:ClientId>TestClient</cst:ClientId>
<cst:KorrelationsId>34535234fdfgu34543</cst:KorrelationsId>

8
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Kfz/1_Calc_Request_WKZ.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Kfz/1_Calc_Request_WKZ.xml
View File

@@ -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:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd
urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
urn:omds20 ../../omds215-00.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 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd
urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../../def/r1_9_0/omds3_ON2_Antrag_Common.xsd
urn:omds20 ../../../def/r1_9_0/omds215-00.xsd
">
<VUNr>23</VUNr>
<KorrelationsId>1000010011</KorrelationsId>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml
View File

@@ -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:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml
View File

@@ -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:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml
View File

@@ -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:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
<Status>
<KorrelationsId>678708979</KorrelationsId>
<Ergebnis>OK</Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml
View File

@@ -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:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
<Status>
<KorrelationsId>678708979</KorrelationsId>
<Ergebnis>OK</Ergebnis>

4
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml
View File

@@ -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:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3CommonServiceTypes.xsd">
<VUNr>23</VUNr>
<KorrelationsId>678708979</KorrelationsId>
<ac:Konvertierungsplan>

8
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml
View File

@@ -7,10 +7,10 @@
xmlns:omds="urn:omds20"
xsi:schemaLocation="
urn:omds3CommonServiceTypes-1-1-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-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../omds215-00.xsd"
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
>
<Status>
<KorrelationsId>678708979</KorrelationsId>

8
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml
View File

@@ -7,10 +7,10 @@
xmlns:omds="urn:omds20"
xsi:schemaLocation="
urn:omds3CommonServiceTypes-1-1-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-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../omds215-00.xsd"
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
>
<Status>
<KorrelationsId>678708979</KorrelationsId>

8
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml
View File

@@ -7,10 +7,10 @@
xmlns:omds="urn:omds20"
xsi:schemaLocation="
urn:omds3CommonServiceTypes-1-1-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-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../omds215-00.xsd"
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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 ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
urn:omds20 ../../../def/r1_9_0/omds215-00.xsd"
>
<Status>
<KorrelationsId>678708979</KorrelationsId>

6
OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/3_BOA_Request.xml → OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/3_BOA_Request.xml
View File

@@ -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:omds3CommonServiceTypes-1-1-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-4-0.on2antrag.sachprivat ../../../def/r1_9_0/omds3_ON2_Antrag_SachPrivat.xsd
urn:omds3CommonServiceTypes-1-1-0 ../../../def/r1_9_0/omds3CommonServiceTypes.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 -->

16
OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReadMe.txt
View File

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

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

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

18
OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReadMe.txt
View File

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

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

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

24
OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReadMe.txt
View File

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

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

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

24
OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReadMe.txt
View File

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

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

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

8
OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReadMe.txt
View File

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

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

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

10
OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReadMe.txt
View File

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

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

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

9
OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReadMe.txt
View File

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

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

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

11
OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReadMe.txt
View File

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

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

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

12
OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReadMe.txt
View File

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

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

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

14
OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReadMe.txt
View File

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

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

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

167
OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds_binding.xml Normal file
View File

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

8
OMDSServiceDefinition/src/main/resources/def/r1_8_0/wsdl_binding.xml Normal file
View File

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

15
OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReadMe.txt
View File

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

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

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