diff --git a/OMDSServiceDefinition/src/main/resources/def/r2025_05/ReleaseNotes-2025.05-MAJOR.md b/OMDSServiceDefinition/ReleaseNotes-2025.05-MAJOR.md similarity index 100% rename from OMDSServiceDefinition/src/main/resources/def/r2025_05/ReleaseNotes-2025.05-MAJOR.md rename to OMDSServiceDefinition/ReleaseNotes-2025.05-MAJOR.md diff --git a/OMDSServiceDefinition/pom.xml b/OMDSServiceDefinition/pom.xml index 3bba28f8..dbda0de1 100644 --- a/OMDSServiceDefinition/pom.xml +++ b/OMDSServiceDefinition/pom.xml @@ -15,7 +15,7 @@ xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xs yyyyMMdd ${maven.build.timestamp} - 17 + 17 4.0.3 diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/BeispielAddInfoClaim.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/BeispielAddInfoClaim.xml new file mode 100644 index 00000000..bc365e50 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/BeispielAddInfoClaim.xml @@ -0,0 +1,33 @@ + + + 063 + TestClient + 34535234fdfgu34543 + + 1 + + 43543543 + Zwei zusätzliche Rechnungen von der Werkstatt + Die Reparatur ist jetzt abgeschlossen, anbei die Belege von der Werkstatt. + + UjBsR09EbGhjZ0dTQUxNQUFBUUNBRU1tQ1p0dU1GUXhEUzhi + application/pdf + 48 + 2023-01-01T00:00:00 + Quittung Volvo Stoßstange + + + UjBsR09EbGhjZ0dTQUxNQUFBUUNBRU1tQ1p0dU1GUXhEUzhi + application/pdf + 48 + 2023-01-01T00:00:00 + Rechnung Volvo Frontscheibe + + + + diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp1.xml similarity index 89% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp1.xml index a87d3e33..61bed259 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp1.xml @@ -2,8 +2,8 @@ + 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"> 234234234343523423 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp2.xml similarity index 90% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp2.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp2.xml index 6e47b499..9af89d77 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp2.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp2.xml @@ -2,8 +2,8 @@ + 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"> 2342342343435232342 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp3.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp3.xml similarity index 89% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp3.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp3.xml index 87fc20f1..91901018 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp3.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp3.xml @@ -4,8 +4,8 @@ + 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"> 2342342343435232333 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp4.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp4.xml similarity index 90% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp4.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp4.xml index fe977c6d..3225448f 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp4.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp4.xml @@ -3,8 +3,8 @@ + 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"> 2342342343435232333 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp5.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp5.xml similarity index 89% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp5.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp5.xml index 74b57c5f..c0e865d8 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp5.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp5.xml @@ -5,8 +5,8 @@ + 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"> 2342342343435232333 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp6.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp6.xml similarity index 92% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp6.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp6.xml index 118c031e..5d96dec3 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/GeschaeftsfallLog/GetStateChanges_Bsp6.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/GeschaeftsfallLog/GetStateChanges_Bsp6.xml @@ -3,8 +3,8 @@ + 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"> 234234234386675468 OK diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Kfz/1_Calc_Request_WKZ.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Kfz/1_Calc_Request_WKZ.xml new file mode 100644 index 00000000..c8aa8098 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Kfz/1_Calc_Request_WKZ.xml @@ -0,0 +1,77 @@ + + + 23 + 1000010011 + + false + + + + 100-200-1 + Privat Bündel + + 2022-05-01 + --05-01 + + + + 1 + + + AH + + VB + + + + 2 + AK + true + false + + + + + 2 + AK + true + false + + + 1 + AK + true + + + 1 + Aufsassenunfallversicherung + + + 2 + Aufsassenunfallversicherung + + + + + + 234 + + + 34 + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml new file mode 100644 index 00000000..3efe6354 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml @@ -0,0 +1,51 @@ + + + + 678708979 + OK + + + + 100-100-1 + Privat Bündel + + 1 + Haushalt + + + + + + 2 + Eigenheim + + + + + + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml new file mode 100644 index 00000000..4d3554d0 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml @@ -0,0 +1,55 @@ + + + + 678708979 + OK + + + + 100-100-1 + Privat Bündel + + 1 + Haushalt + + + + + + 2 + Eigenheim + + + + + + 3 + Assistance + + + + + + 13 + 23 + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml new file mode 100644 index 00000000..00e68073 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml @@ -0,0 +1,88 @@ + + + + 678708979 + OK + + + + 100-100-1 + Privat Bündel + + 1 + Haushalt + + + 1 + Feuer + + + + + + 2 + Leitungswasser + + + + + + 3 + Haftpflicht + + + + + + + + + + 2 + Eigenheim + + + 1 + Feuer + + + + + + 2 + Leitungswasser + + + + + + + + + + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml new file mode 100644 index 00000000..cb60cf8f --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml @@ -0,0 +1,84 @@ + + + + 678708979 + OK + + + + 100-100-1 + Privat Bündel + + 1 + Haushalt + + + 1 + Feuer + + + + 2 + Leitungswasser + + + + 3 + Haftpflicht + + + + + + + + + + 2 + Eigenheim + + + 1 + Feuer + + + + + + 2 + Leitungswasser + + + + + + + + + + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml new file mode 100644 index 00000000..f9de24c4 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml @@ -0,0 +1,41 @@ + + + 23 + 678708979 + + + 100-100-1 + Privat Bündel + + 1 + Haushalt + + + + 2 + Eigenheim + + + + 3 + Assistance + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml new file mode 100644 index 00000000..9194ede7 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml @@ -0,0 +1,152 @@ + + + + 678708979 + OK + + + TU + + 1 + + + + + 1 + + 01 + + + true + true + false + + + + Privat Bündel + + 100-100-1 + + 2022-05-01 + true + false + + 1 + Haushalt + + 1 + + --05-01 + true + 1 + + 1 + Feuer + + 1 + + true + false + + + 2 + Leitungswasser + + 2 + + true + false + + + 3 + Haftpflicht + + 3 + + true + true + + + + 4 + Drohnenversicherung + true + true + + + + 5 + Cyber + true + true + + + + + + 234 + 100 + Z + + + + + + + 42 + Deckungsvergleich + + + application/pdf + + 0 + + + 100-100-1 + Privat Bündel + + 1 + 1 + Haushalt + + + + 2 + 2 + Eigenheim + + + + + 3 + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml new file mode 100644 index 00000000..9194ede7 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml @@ -0,0 +1,152 @@ + + + + 678708979 + OK + + + TU + + 1 + + + + + 1 + + 01 + + + true + true + false + + + + Privat Bündel + + 100-100-1 + + 2022-05-01 + true + false + + 1 + Haushalt + + 1 + + --05-01 + true + 1 + + 1 + Feuer + + 1 + + true + false + + + 2 + Leitungswasser + + 2 + + true + false + + + 3 + Haftpflicht + + 3 + + true + true + + + + 4 + Drohnenversicherung + true + true + + + + 5 + Cyber + true + true + + + + + + 234 + 100 + Z + + + + + + + 42 + Deckungsvergleich + + + application/pdf + + 0 + + + 100-100-1 + Privat Bündel + + 1 + 1 + Haushalt + + + + 2 + 2 + Eigenheim + + + + + 3 + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml new file mode 100644 index 00000000..5826e36e --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml @@ -0,0 +1,163 @@ + + + + 678708979 + OK + + + TU + + 1 + + + + + 1 + + 01 + + + true + true + false + + + + Privat Bündel + + 100-100-1 + + 2022-05-01 + true + false + + 1 + Haushalt + + 1 + + --05-01 + true + 1 + + 1 + Feuer + + 1 + + true + false + + + 2 + Haftpflicht + + 3 + + true + true + + + + 3 + Drohnenversicherung + true + true + + + + 4 + Cyber + true + true + + + + + + 234 + 100 + Z + + + + + + + 42 + Deckungsvergleich + + + application/pdf + + 0 + + + 100-100-1 + Privat Bündel + + 1 + 1 + Haushalt + + + 1 + 1 + Feuer + + + + 2 + Leitungswasser + + + + 3 + 2 + Haftpflicht + + + + + + + + 2 + 2 + Eigenheim + + + + + 3 + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + + + diff --git a/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/3_BOA_Request.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/3_BOA_Request.xml new file mode 100644 index 00000000..ab4f31fd --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/Konvertierungshilfe/3_BOA_Request.xml @@ -0,0 +1,191 @@ + + + 23 + 1000010011 + + + 100-100-1 + + Privat Bündel + + 1 + 1 + Haushalt + + + 1 + 1 + Feuer + + + + 2 + 2 + Sturm + + + + 3 + 3 + Leitungswasser + + + + 4 + 4 + Einbruchdiebstahl + + + + 5 + 5 + Haftpflicht + + + + 6 + 6 + Glasbruch + + + + + + + + 2 + 2 + Eigenheim + + + + + 3 + 3 + Assistance + + + + + + + 100-100-2 + Rechtsschutz + + 1 + Privat Rechtsschutz + + + + false + false + + + + 100-200-1 + Privat Bündel + + 100-100-1 + + 2022-05-01 + true + false + + + 1 + Haushalt + + 1 + + --05-01 + true + 1 + + 1 + Feuer + + 1 + + true + false + + + 2 + Sturm + + 2 + + true + false + + + 3 + Leitungswasser + + 3 + + true + false + + + 4 + Einbruchdiebstahl + + 4 + + true + false + + + 5 + Haftpflicht + + 5 + + true + true + + + 6 + Glasbruch + + 6 + + true + true + + + + 7 + Drohnenversicherung + + true + true + + + + 8 + Cyber + + true + true + + + + + + 234 + 100 + Z + + + + diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod1.xml similarity index 77% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod1.xml index a0766038..68e39d77 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod1.xml @@ -3,8 +3,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 023 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod2.xml similarity index 81% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod2.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod2.xml index 8bedbeb1..5db5a20a 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod2.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod2.xml @@ -3,8 +3,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 023 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod3.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod3.xml similarity index 81% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod3.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod3.xml index 87784c50..2ca3ec40 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/RequestDocumentsOfPeriod3.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/RequestDocumentsOfPeriod3.xml @@ -4,9 +4,9 @@ xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 023 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/ResponseDocumentsOfPeriod1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/ResponseDocumentsOfPeriod1.xml similarity index 93% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/ResponseDocumentsOfPeriod1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/ResponseDocumentsOfPeriod1.xml index 8c8ecde8..5ab98daf 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/PostService/ResponseDocumentsOfPeriod1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_10_0/PostService/ResponseDocumentsOfPeriod1.xml @@ -5,9 +5,9 @@ xmlns="urn:omds3CommonServiceTypes-1-1-0" xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 0 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/BeispielAddInfoClaim.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/BeispielAddInfoClaim.xml similarity index 92% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/BeispielAddInfoClaim.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/BeispielAddInfoClaim.xml index 199822ad..9be9d14b 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/BeispielAddInfoClaim.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/BeispielAddInfoClaim.xml @@ -3,8 +3,8 @@ xmlns:cst="urn:omds3CommonServiceTypes-1-1-0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:sch="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden" - xsi:schemaLocation="urn:at.vvo.omds.types.omds3types.v1-4-0.on7schaden ../omds3_ON7_Schaden.xsd - 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"> 063 TestClient 34535234fdfgu34543 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Kfz/1_Calc_Request_WKZ.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Kfz/1_Calc_Request_WKZ.xml similarity index 93% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Kfz/1_Calc_Request_WKZ.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Kfz/1_Calc_Request_WKZ.xml index f8da85cf..ffe6f626 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Kfz/1_Calc_Request_WKZ.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Kfz/1_Calc_Request_WKZ.xml @@ -7,10 +7,10 @@ xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common" xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.kfz ../../omds3_ON2_Antrag_Kfz.xsd - urn: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 "> 23 1000010011 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml similarity index 93% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml index 9506fcc5..1f1690fe 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1.xml @@ -3,8 +3,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml similarity index 94% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml index ca9cba34..e3a51e92 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var1_restr.xml @@ -3,8 +3,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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 "> 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml similarity index 96% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml index 94fa4003..a0602578 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2.xml @@ -4,8 +4,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd - urn: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"> 678708979 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml similarity index 96% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml index 01501c3b..e41e1b49 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/1_Conversion_Scope_Response_Var2b.xml @@ -4,8 +4,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd - urn: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"> 678708979 OK diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml similarity index 91% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml index bf4dabd9..5c4b1965 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Request_Var1.xml @@ -4,8 +4,8 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:omds3CommonServiceTypes-1-1-0" xsi:schemaLocation=" - urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common ../../omds3_ON2_Antrag_Common.xsd - urn: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"> 23 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml similarity index 96% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml index 02a9da31..7f2c08d3 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1.xml @@ -7,10 +7,10 @@ xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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" > 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml similarity index 96% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml index 02a9da31..7f2c08d3 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var1_vereinfacht.xml @@ -7,10 +7,10 @@ xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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" > 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml similarity index 96% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml index d685f568..bf46bd20 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/2_Conversion_Proposal_Response_Var2.xml @@ -7,10 +7,10 @@ xmlns:omds="urn:omds20" xsi:schemaLocation=" - urn:omds3CommonServiceTypes-1-1-0 ../../omds3CommonServiceTypes.xsd - urn: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" > 678708979 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/3_BOA_Request.xml b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/3_BOA_Request.xml similarity index 97% rename from OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/3_BOA_Request.xml rename to OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/3_BOA_Request.xml index c9fa3191..31d292ce 100644 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/TestXmls/Konvertierungshilfe/3_BOA_Request.xml +++ b/OMDSServiceDefinition/src/main/resources/bsp/r1_9_0/Konvertierungshilfe/3_BOA_Request.xml @@ -5,9 +5,9 @@ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ac="urn:at.vvo.omds.types.omds3types.v1-3-0.on2antrag.common" xsi:schemaLocation=" - urn:at.vvo.omds.types.omds3types.v1-4-0.on2antrag.sachprivat ../../omds3_ON2_Antrag_SachPrivat.xsd - urn: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"> 23 1000010011 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReadMe.txt deleted file mode 100644 index b38009f6..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReadMe.txt +++ /dev/null @@ -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 \ No newline at end of file diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReleaseNotes-1-10-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReleaseNotes-1-10-0.txt deleted file mode 100644 index 7a517c83..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_10_0/ReleaseNotes-1-10-0.txt +++ /dev/null @@ -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 - - geändert auf - -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReadMe.txt deleted file mode 100644 index ca995f85..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReadMe.txt +++ /dev/null @@ -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 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReleaseNotes-1-11-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReleaseNotes-1-11-0.txt deleted file mode 100644 index 47de97cd..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReleaseNotes-1-11-0.txt +++ /dev/null @@ -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 - - geändert auf - -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReadMe.txt deleted file mode 100644 index e6a15ca8..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReadMe.txt +++ /dev/null @@ -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. - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReleaseNotes-1-1-1.txt b/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReleaseNotes-1-1-1.txt deleted file mode 100644 index 16b218a1..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_1_1/ReleaseNotes-1-1-1.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReadMe.txt deleted file mode 100644 index e6a15ca8..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReadMe.txt +++ /dev/null @@ -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. - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReleaseNotes-1-2-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReleaseNotes-1-2-0.txt deleted file mode 100644 index 6b5b24ba..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_2_0/ReleaseNotes-1-2-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReadMe.txt deleted file mode 100644 index 5c760fd1..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReadMe.txt +++ /dev/null @@ -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 - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReleaseNotes-1-3-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReleaseNotes-1-3-0.txt deleted file mode 100644 index d7631aa8..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_3_0/ReleaseNotes-1-3-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReadMe.txt deleted file mode 100644 index 82a45c34..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReadMe.txt +++ /dev/null @@ -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 - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReleaseNotes-1-4-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReleaseNotes-1-4-0.txt deleted file mode 100644 index 19a51115..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_4_0/ReleaseNotes-1-4-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReadMe.txt deleted file mode 100644 index 07bdd971..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReadMe.txt +++ /dev/null @@ -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 \ No newline at end of file diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReleaseNotes-1-5-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReleaseNotes-1-5-0.txt deleted file mode 100644 index b5d6f2cc..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_5_0/ReleaseNotes-1-5-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReadMe.txt deleted file mode 100644 index fa48eb41..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReadMe.txt +++ /dev/null @@ -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) - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReleaseNotes-1-6-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReleaseNotes-1-6-0.txt deleted file mode 100644 index 9d6c176a..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_6_0/ReleaseNotes-1-6-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReadMe.txt deleted file mode 100644 index 7f5ff709..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReadMe.txt +++ /dev/null @@ -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. diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReleaseNotes-1-7-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReleaseNotes-1-7-0.txt deleted file mode 100644 index a98c8d4e..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_7_0/ReleaseNotes-1-7-0.txt +++ /dev/null @@ -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReadMe.txt deleted file mode 100644 index ff1fab59..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReadMe.txt +++ /dev/null @@ -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 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReleaseNotes-1-8-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReleaseNotes-1-8-0.txt deleted file mode 100644 index 83f353f9..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/ReleaseNotes-1-8-0.txt +++ /dev/null @@ -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 - - geändert auf - -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. - - - diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds_binding.xml b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds_binding.xml new file mode 100644 index 00000000..fc9df31e --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/omds_binding.xml @@ -0,0 +1,167 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + \ No newline at end of file diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_8_0/wsdl_binding.xml b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/wsdl_binding.xml new file mode 100644 index 00000000..afdf4464 --- /dev/null +++ b/OMDSServiceDefinition/src/main/resources/def/r1_8_0/wsdl_binding.xml @@ -0,0 +1,8 @@ + + + + true + false + diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReadMe.txt b/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReadMe.txt deleted file mode 100644 index 7ceda097..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReadMe.txt +++ /dev/null @@ -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 diff --git a/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReleaseNotes-1-9-0.txt b/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReleaseNotes-1-9-0.txt deleted file mode 100644 index d8443d9c..00000000 --- a/OMDSServiceDefinition/src/main/resources/def/r1_9_0/ReleaseNotes-1-9-0.txt +++ /dev/null @@ -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 - - geändert auf - -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. - - -