Berücksichtigung SpartenCd in Konvertierungshilfe nach Gespräch nochmals angepasst, Update auf Stand ReleaseCandidate 1.8
This commit is contained in:
Binary file not shown.
@@ -1,9 +1,37 @@
|
||||
=============
|
||||
Version 1.8.0
|
||||
=============
|
||||
|
||||
Was ist neu oder anders in Version 1.8.0 im Vergleich zur Version 1.7.0?
|
||||
=====================================================================================
|
||||
1. Version 1.8.0 ist abwärtskompatibel 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 CheckCoverage und SubmitReceipt.
|
||||
3. Haftpflicht in Kfz wird optionaler Vertragsbestandteil (bisher verpflichtend)
|
||||
4. SpartendetailSchaden_Type bekommt folgende neue Attribute Koerperhaelfte, Koerperteil und BehoerdlicheAufnahme
|
||||
5. Neu aufgenommen Legitimation_Type
|
||||
6. Mit dem Wert "parameters" gab es ein Problem bei der Generierung von Clients unter Visual Studio. Daher wurde
|
||||
<message name="..."><part name="parameters" element="ost:.."/></message>
|
||||
geändert auf
|
||||
<message name="..."><part name="param" element="ost:.."/></message>
|
||||
7. Anpassung des Veröffentlichungsprocederes im Dokument ON_1.01.3 Versionierung: Der Steuerkreis
|
||||
entscheidet über die Veröffentlichung unabhängig vom formalen Status der jeweiligen Norm.
|
||||
8. Kfz-Kasko: Merkmal Neuwertklausel ja/nein auch bei Teilkasko verfügbar.
|
||||
9. Selbstbehalt in Sach-Privat auf Produktebene verfügbar. Selbstbehalte bekommen eine Art
|
||||
und können künftig von VU nochmals abgeleitet werden.
|
||||
10. Kfz-Risikoobjekt erhält ein optionales Element "Historisch" vom Typ boolean.
|
||||
11. Möglichkeit den Dateinamen beim Upload / Download von Binaries mit anzugeben.
|
||||
12. Neues Feld TarifId um einen Antrags- bzw. Vertragsbaustein auf eine konkrete Produktkomponente beziehen zu können.
|
||||
Der Typ von TarifId ist abstrakt und muss von der VU überschrieben werden, z.B. mit einem Enum der zulässigen
|
||||
Werte.
|
||||
13. Hauptfälligkeit, Zahlrhythmus und Zahlweg stehen jetzt optional auch auf Verkaufsproduktebene zur Verfügung.
|
||||
Auf der Produktebene ist die Hauptfälligkeit jetzt optional und Hauptfälligkeit, Zahlrhythmus und Zahlweg sind im
|
||||
Kommentar als deprecated markiert.
|
||||
14. Neues Element SpezBOASchritt_Type: Die Schritte in BOA erben von diesem gemeinsamen Element und
|
||||
bauen aufeinander auf.
|
||||
15. Baujahr Gebäude ist optional
|
||||
16. Neuer DocumentType 42 = Deckungsvergleich
|
||||
|
||||
|
||||
=============
|
||||
@@ -12,7 +40,8 @@ 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
|
||||
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
|
||||
@@ -34,19 +63,20 @@ 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
|
||||
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
|
||||
|
||||
|
||||
=============
|
||||
@@ -55,21 +85,22 @@ 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.
|
||||
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.
|
||||
|
||||
|
||||
=============
|
||||
@@ -78,7 +109,8 @@ 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
|
||||
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.
|
||||
@@ -127,27 +159,28 @@ 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
|
||||
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.
|
||||
4. ServiceFault kann einen zusätzlichen Rückgabewert enthalten: Den String "elementReference".
|
||||
5. Fehlerkorrektur in ElementIdType: Das Attribut idValidUntil darf null sein.
|
||||
|
||||
|
||||
=============
|
||||
@@ -157,11 +190,11 @@ 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
|
||||
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.
|
||||
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
|
||||
@@ -170,38 +203,38 @@ 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.
|
||||
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.
|
||||
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.
|
||||
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.
|
||||
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.
|
||||
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.
|
||||
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'.
|
||||
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'.
|
||||
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'.
|
||||
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.
|
||||
'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.
|
||||
unterschiedlich benannt. Die Benennung wurde angegelichen.
|
||||
|
||||
|
||||
=============
|
||||
@@ -211,25 +244,25 @@ 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.
|
||||
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.
|
||||
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'.
|
||||
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.
|
||||
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.
|
||||
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'
|
||||
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.
|
||||
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.
|
||||
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'.
|
||||
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.
|
||||
|
||||
|
||||
@@ -645,6 +645,9 @@
|
||||
<xsd:attribute name="PersArtCd" type="omds:PersArtCd_Type" use="required"/>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="Legitimation_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Daten zur Legitimation des Antragstellers bzw. Kunden</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:complexContent>
|
||||
<xsd:extension base="omds:EL-Legitimation_Type">
|
||||
<xsd:attribute name="AusstellendesLand" type="omds:LandesCd_Type" use="optional"/>
|
||||
@@ -826,6 +829,11 @@
|
||||
<xsd:documentation>Das technische Datum des Dokuments</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Name" type="xsd:string" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Dateiname ohne Pfad</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
</xsd:sequence>
|
||||
</xsd:extension>
|
||||
</xsd:complexContent>
|
||||
@@ -1109,7 +1117,12 @@
|
||||
<xsd:sequence>
|
||||
<xsd:element name="Id" type="xsd:string" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Schluessel des Bausteins</xsd:documentation>
|
||||
<xsd:documentation>Die eindeutige Id dieses konkreten Bausteins.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="TarifId" type="TarifId_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Schlüssel der Tarifkomponente, die dieser Baustein repräsentiert.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Bezeichnung" type="xsd:string" minOccurs="0">
|
||||
@@ -1119,7 +1132,7 @@
|
||||
</xsd:element>
|
||||
<xsd:element name="Bedingungen" type="xsd:string" minOccurs="0" maxOccurs="unbounded">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Verweise auf Bedingungswerke</xsd:documentation>
|
||||
<xsd:documentation>Verweise auf Bedingungswerke und Klauseln</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Meldungen" type="ServiceFault" minOccurs="0" maxOccurs="unbounded">
|
||||
@@ -1127,49 +1140,14 @@
|
||||
<xsd:documentation>Meldungen zu Elementen in diesem Produktbaustein</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<!--
|
||||
<xsd:element name="Kombinationen" type="Kombinationen_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Möglichkeit zulässige Kombinationen von Baustein-Ids der Unterbausteine als Restriktion anzugeben.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Konvertierung" minOccurs="0">
|
||||
<xsd:complexType>
|
||||
<xsd:sequence>
|
||||
<xsd:element name="ErsetztId" type="xsd:string">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Im Falle einer Konvertierung die ursprüngliche Id des Vertragsbausteins</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="GewaehlteAktion" type="Konvertierungsaktion2_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Gewaehlte Aktion in der Übermittlung der geplanten Konvertierung vom Client.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
</xsd:element>-->
|
||||
<xsd:element name="Konvertierung" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Im Falle einer Konvertierung eine Herkunftsangabe</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:complexType>
|
||||
<xsd:sequence>
|
||||
<xsd:element name="ErsetztId" type="xsd:string">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Bei Konvertierungen die Id des Bausteins im zu ersetzenden Vertrag</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Konvertierungsaktion" type="Konvertierungsaktion_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Nähere Spezifikation der Aktion, falls notwendig.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
</xsd:element>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="TarifId_Type" abstract="true">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Abstrakter Typ für eine TarifId. Dieser Typ muss von der VU überschrieben werden,
|
||||
die z.B. ein Enum für die zulässigen Tarifschlüssel anbietet.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="Produktbaustein_Type" abstract="true">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Abstrakter Typ für alle Produktbausteine im Antragsprozess</xsd:documentation>
|
||||
@@ -1253,9 +1231,12 @@
|
||||
<xsd:sequence>
|
||||
<xsd:element name="VtgBeg" type="omds:Datum"/>
|
||||
<xsd:element name="Verkaufsproduktgeneration" type="xsd:string" minOccurs="0"/>
|
||||
<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0"/>
|
||||
<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0"/>
|
||||
<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type" minOccurs="0"/>
|
||||
<xsd:element name="Berechnungsvariante" type="Berechnungsvariante_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Ermöglicht eine Vorgabe für die Produktkonfiguration an den Serviceprovider: von "basic = Basiskonfiguration" über "medium" bis "top" = vollumfänglich".</xsd:documentation>
|
||||
<xsd:documentation>Ermöglicht eine Vorgabe für die Produktkonfiguration durch den Serviceprovider: von "basic = Basiskonfiguration" über "medium" bis "top" = vollumfänglich".</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Vermittlernr" type="omds:Vermnr" minOccurs="0">
|
||||
@@ -1283,9 +1264,21 @@
|
||||
<xsd:sequence>
|
||||
<xsd:element name="VtgBeg" type="omds:Datum" minOccurs="0"/>
|
||||
<xsd:element name="Produktgeneration" type="xsd:string" minOccurs="0"/>
|
||||
<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0"/>
|
||||
<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0"/>
|
||||
<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type"/>
|
||||
<xsd:element name="Zahlweg" type="omds:ZahlWegCd_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Deprecated, verwende Zahlweg auf Verkaufsproduktebene</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Zahlrhythmus" type="omds:ZahlRhythmCd_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Deprecated, verwende Zahlrhythmus auf Verkaufsproduktebene</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Hauptfaelligkeit" type="Hauptfaelligkeit_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Deprecated, verwende Hauptfälligkeit auf Verkaufsproduktebene</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="RefSicherstellungLfnr" type="xsd:unsignedShort" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Möglichkeit eine Sicherstellung aus dem Antragsobjekt zu referenzieren.</xsd:documentation>
|
||||
@@ -1921,12 +1914,13 @@
|
||||
<!--Vorversicherungen -->
|
||||
<xsd:complexType name="Vorversicherungen_Type" abstract="true">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Abstrakter Typ zur Beschreibung der Vorversicherungen</xsd:documentation>
|
||||
<xsd:documentation>Abstrakter Typ zur Beschreibung der Vorversicherungen, wird verwendet in SpezAntrag_Type.
|
||||
Es gibt zwei Ableitungen im Standard: VorversicherungenKfz_Type und VorversicherungenImpl_Type (s.u.), jede VU kann aber auch eigene Implementierungen vornehmen.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="VorversicherungenImpl_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Standardimplementierung Vorversicherungen</xsd:documentation>
|
||||
<xsd:documentation>Standardimplementierung Vorversicherungen: Eine Liste von Vorversicherung_Type-Objekten</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:complexContent>
|
||||
<xsd:extension base="Vorversicherungen_Type">
|
||||
@@ -1938,7 +1932,7 @@
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="Vorversicherung_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Angaben zu einer Vorversicherung</xsd:documentation>
|
||||
<xsd:documentation>Angaben zu einer Vorversicherung in der Standardimplementierung, erweitert VorversicherungenDetail_Type</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:complexContent>
|
||||
<xsd:extension base="VorversicherungenDetail_Type">
|
||||
@@ -1960,7 +1954,8 @@
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="VorversicherungenDetail_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Details zu einer Vorversicherung</xsd:documentation>
|
||||
<xsd:documentation>Gemeinsame Details zu einer Vorversicherung. Dieser Typ wird erweitert von Vorversicherung_Type
|
||||
und ist der Typ von VorversicherungRechtschutz und VorversicherungKfz in Kfz</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:sequence>
|
||||
<xsd:element name="WurdenVorversicherungenAufgeloest" type="xsd:boolean">
|
||||
@@ -2030,7 +2025,7 @@
|
||||
<!--<xsd:pattern value="[0-9]{3}"/> es koennen auch Buchstaben auftreten -->
|
||||
</xsd:restriction>
|
||||
</xsd:simpleType>
|
||||
<!-- Ersatzpolizzen / Konvertierung-->
|
||||
<!-- Ersatzpolizzen -->
|
||||
<xsd:complexType name="Ersatzpolizzen_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Typ für Ersatzpolizzen</xsd:documentation>
|
||||
@@ -2041,7 +2036,7 @@
|
||||
<xsd:element name="Ersatzpolizzennummer3" type="omds:Polizzennr" minOccurs="0"/>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="Ersatzpolizze_Type">
|
||||
<xsd:complexType name="Ersatzpolizze_Type" abstract="true">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Beschreibung einer durch Konvertierung zu ersetzenden Polizze</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
@@ -2083,7 +2078,7 @@
|
||||
<xsd:extension base="Ersatzpolizze_Type">
|
||||
<xsd:sequence>
|
||||
<xsd:element name="Bezeichnung" type="xsd:string" minOccurs="0"/>
|
||||
<xsd:element name="Baustein" type="KonvertierungBaustein_Type" maxOccurs="unbounded"/>
|
||||
<xsd:element name="Baustein" type="KonvertierungProduktBaustein_Type" maxOccurs="unbounded"/>
|
||||
<xsd:element name="Kombinationen" type="Kombinationen_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Möglichkeit zulässige Kombinationen von Baustein-Ids als Restriktion anzugeben.</xsd:documentation>
|
||||
@@ -2130,14 +2125,14 @@
|
||||
</xsd:element>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="KonvertierungBausteinSparte_Type">
|
||||
<xsd:complexType name="KonvertierungProduktBaustein_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Ableitung für die Ebene 2 mit der zusätzlichen Möglichkeit die Sparte zu signalisieren</xsd:documentation>
|
||||
<xsd:documentation>Ableitung für die Produktebene (Ebene 2) mit der zusätzlichen Möglichkeit die Sparte zu signalisieren</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:complexContent>
|
||||
<xsd:extension base="KonvertierungBaustein_Type">
|
||||
<xsd:sequence>
|
||||
<xsd:element name="SpartenCd" type="omds:SpartenCd_Type">
|
||||
<xsd:element name="SpartenCd" type="omds:SpartenCd_Type" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Der SpartenCd aus OMDS 2, welcher erlaubt die Ebene 2 eines Vertrags zu kategorisieren.</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
@@ -2680,6 +2675,7 @@
|
||||
<xsd:attribute name="Eigengewicht" type="xsd:unsignedShort" use="optional"/>
|
||||
<xsd:attribute name="ZulassdatHalter" type="omds:Datum" use="optional"/>
|
||||
<xsd:attribute name="AufbauNatC" type="AufbauNatC_Type" use="optional"/>
|
||||
<xsd:attribute name="Historisch" type="xsd:boolean" use="optional"/>
|
||||
</xsd:extension>
|
||||
</xsd:complexContent>
|
||||
</xsd:complexType>
|
||||
@@ -3103,12 +3099,16 @@
|
||||
</xsd:choice>
|
||||
</xsd:sequence>
|
||||
</xsd:complexType>
|
||||
<xsd:complexType name="Selbstbehalt_Type" final="#all">
|
||||
<xsd:complexType name="Selbstbehalt_Type">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Dient zur Abbildung eines Selbstbehalts</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<xsd:sequence>
|
||||
<!-- Definition eines choice möglich zur Schärfung des Schemas? -->
|
||||
<xsd:element name="Art" type="xsd:string" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Art des Selbstbehalts, insb. können hier die dreistelligen Codes des OMDS 2 aus SbhArtCd_Type verwendet werden</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:element>
|
||||
<xsd:element name="Selbstbehalt" type="omds:decimal" minOccurs="0">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Absoluter Betrag eines Selbstbehalts</xsd:documentation>
|
||||
|
||||
@@ -128,6 +128,7 @@
|
||||
<xsd:element name="Bezugsrecht" type="cst:Bezugsrecht_Type" minOccurs="0"/>
|
||||
<xsd:element name="Zielpraemie" type="omds:decimal" minOccurs="0"/>
|
||||
<xsd:element name="Eingeschraenkt" type="xsd:boolean" default="0" minOccurs="0"/>
|
||||
<xsd:element name="Neuwertklausel" type="xsd:boolean" minOccurs="0"/>
|
||||
</xsd:sequence>
|
||||
</xsd:extension>
|
||||
</xsd:complexContent>
|
||||
@@ -151,7 +152,6 @@
|
||||
<xsd:complexContent>
|
||||
<xsd:extension base="KaskoKfz_Type">
|
||||
<xsd:sequence>
|
||||
<xsd:element name="Neuwertklausel" type="xsd:boolean" minOccurs="0"/>
|
||||
<xsd:element name="Leasingklausel" type="xsd:boolean" minOccurs="0"/>
|
||||
</xsd:sequence>
|
||||
</xsd:extension>
|
||||
|
||||
@@ -245,6 +245,7 @@
|
||||
Jens Buehring entfernt 2.6.2020 weil die Untertypen spezifischere Listen haben (fuer Gebaeude und Haushalt) und wenn man selbst ein
|
||||
Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
|
||||
-->
|
||||
<xsd:element name="Selbstbehalt" type="cst:Selbstbehalt_Type" minOccurs="0" maxOccurs="unbounded"/>
|
||||
</xsd:sequence>
|
||||
</xsd:extension>
|
||||
</xsd:complexContent>
|
||||
@@ -442,7 +443,12 @@ Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Elektronik</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
<!-- auf Anforderung Generali, keine OMDS 2 Sparte -->
|
||||
<!-- deprecated, verwende EP -->
|
||||
</xsd:enumeration>
|
||||
<xsd:enumeration value="EP">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Elektronik pauschal</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:enumeration>
|
||||
<xsd:enumeration value="FE">
|
||||
<xsd:annotation>
|
||||
@@ -456,7 +462,7 @@ Unterobjekt definiert, sollte man seine eigene spezifische Loesung verwenden.
|
||||
</xsd:enumeration>
|
||||
<xsd:enumeration value="HH">
|
||||
<xsd:annotation>
|
||||
<xsd:documentation>Haushalt</xsd:documentation>
|
||||
<xsd:documentation>Haushalt bzw. Wohnungs-Versicherung</xsd:documentation>
|
||||
</xsd:annotation>
|
||||
</xsd:enumeration>
|
||||
<xsd:enumeration value="HP">
|
||||
|
||||
Reference in New Issue
Block a user