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



