diff --git a/.gitignore b/.gitignore index 9798e674..18734eab 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ OMDSServiceDefinition/.settings/ +OMDSServiceDefinition/doc/WSDL-XSD-Dokumentation/ diff --git a/OMDSServiceDefinition/.settings/org.eclipse.core.resources.prefs b/OMDSServiceDefinition/.settings/org.eclipse.core.resources.prefs index 839d647e..2b2ebf89 100644 --- a/OMDSServiceDefinition/.settings/org.eclipse.core.resources.prefs +++ b/OMDSServiceDefinition/.settings/org.eclipse.core.resources.prefs @@ -1,5 +1,4 @@ eclipse.preferences.version=1 -encoding//src/main/java=UTF-8 encoding//src/main/resources=UTF-8 encoding//src/test/java=UTF-8 encoding/=UTF-8 diff --git a/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/Erläuterungen_OAuth_zu_ON_1.02.1.docx b/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/Erläuterungen_OAuth_zu_ON_1.02.1.docx index 7d72bed9..51958688 100644 Binary files a/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/Erläuterungen_OAuth_zu_ON_1.02.1.docx and b/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/Erläuterungen_OAuth_zu_ON_1.02.1.docx differ diff --git a/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx b/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.1.2.docx similarity index 62% rename from OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx rename to OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.1.2.docx index c76d20f4..b6560c81 100644 Binary files a/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.2.0.docx and b/OMDSServiceDefinition/doc/ON_1 Technische Grundlagen und Basisfunktionen/ON_1.02 Authentifizierung/ON_1.02.1_AuthentifizierungAllgemein 1.1.2.docx differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.01 BOA KFZ/ON_2.02.01_BOA_KFZ.docx b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.01 BOA KFZ/ON_2.02.01_BOA_KFZ.docx index 12f07e85..b767924a 100644 Binary files a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.01 BOA KFZ/ON_2.02.01_BOA_KFZ.docx and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.01 BOA KFZ/ON_2.02.01_BOA_KFZ.docx differ diff --git a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0_BOA_allgemein.docx b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0_BOA_allgemein.docx index b0d8e8fc..661e3f48 100644 Binary files a/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0_BOA_allgemein.docx and b/OMDSServiceDefinition/doc/ON_2 Antragsabwicklung/ON_2.02_BOA Services/ON_2.02.0_BOA_allgemein.docx differ diff --git a/OMDSServiceDefinition/doc/Überblick und Releasenotes OMDS3_1.1.1.docx b/OMDSServiceDefinition/doc/Überblick und Releasenotes OMDS3_1.3.0.docx similarity index 100% rename from OMDSServiceDefinition/doc/Überblick und Releasenotes OMDS3_1.1.1.docx rename to OMDSServiceDefinition/doc/Überblick und Releasenotes OMDS3_1.3.0.docx diff --git a/OMDSServiceDefinition/src/main/resources/wsdl/omds3CommonServiceTypes.xsd b/OMDSServiceDefinition/src/main/resources/wsdl/omds3CommonServiceTypes.xsd index 0f3feb7f..a2a0e6a2 100644 --- a/OMDSServiceDefinition/src/main/resources/wsdl/omds3CommonServiceTypes.xsd +++ b/OMDSServiceDefinition/src/main/resources/wsdl/omds3CommonServiceTypes.xsd @@ -1,154 +1,6 @@ - - + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Ich (Wir) war(en) innerhalb der letzten 12 Monate Versicherungsnehmer eines Fahrzeuges, das wieder versichert oder durch das hiermit zur Versicherung gelangende Fahrzeug ersetzt wird. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Wurden für die beantragte Versicherung Vorversicherungen aufgelöst, oder wurden frühere Versicherungen abgelehnt oder gekündigt? - - - - - - - - - - - - - - - - - - - - OMDS VERS_UNTERNEHMEN VUNr - http://www.vvo.at/vvo/vvo.nsf/033bc38c04cb4a8bc12574dc005de1e4/751f64eedb80a61bc1257c3d007eaca2 - Kapitel 5 - - - - - - - - - - - - - - - - - - - - - Beschreibt die einzelnen Zahlungsarten - - - - - - Beschreibt die Zahlungsdaten - - - - - - Abhängig von der Zahlungsart soll im Feld 'kontonummer' die Kundenkontonummer oder der IBAN befüllt werden. - - - - - @@ -196,6 +48,11 @@ Eine ausgeschriebene Fehlermeldung, für den User + + + Optional die Referenz auf ein Element + + @@ -218,7 +75,7 @@ - + @@ -280,99 +137,6 @@ - - - - - 2fach Makler: Ist nur bei Postversand möglich. Makler erhält Original und Kopie - - - - - 1fach Versicherungsnehmer: Kunde erhält Original - - - - - 1fach Makler und 1fach Versicherungsnehmer: Kunde erhält Original und Makler die Kopie - - - - - 1fach Makler: Makler erhält Original - - - - - - - AntragsRequest Objejkt, beinhaltet alle notwendigen Daten zur Antragserstellung welche nicht Paemienrelevant sind - - - - - Beschreibt die Zahlungsdaten - - - - - Sepa Mandat Steuerung - - - - - Ersatzpolizzennummern - - - - - Bestehen Vorversicherungen zu dem Antrag - - - - - BonusMalus beim Verband - - - - - Vinkulierungsdaten - - - - - alternativer Polizzenversand - - - - - Allgemeine Datenschutzbestimmungen - - - - - - - - - Zustimmung zur elektronischen Übermittlung vorvertraglicher Dokumente - - - - - - E-Mail Adresse zur Zusendung von vorvertraglichen Dokumenten - - - - - - Zustimmung zur Verwendung personenbezogener Daten(Der Antragsteller stimmt im Sinne des Datenschutzgesetzes und des Telekommunikationsgesetzes zu, dass die Versicherun, deren Gesellschaften sowie deren Kooperationspartner (siehe dazu "Information zur Datenanwendung gem. §24 DSG") seine personenbezogenen Daten und seine Vertragsdaten (Name, Anschrift, E-Mailadresse, Telefonnummer, Produkt, Leistungsumfang, Vertragslaufzeit, nicht jedoch Gesundheitsdaten) für Zwecke der Zusendung von Informationen über bestehende und neue Produkte der Versicherung und ihrer Kooperationspartner, für Qualitäts- und Zufriedenheitsumfragen sowie Marketingaktionen verwenden und ihn zu diesem Zwecke per Telefon und E-Mail kontaktieren dürfen. Diese Zustimmung kann jederzeit widerrufen werden.) - - - - - Definiert die unterschiedlichen Dokumententypen @@ -536,33 +300,6 @@ - - - Definition des Rückegabestatus für eingespielte Anträge - - - - - technischer Fehler bei Backend Verarbeitung - - - - - Antrag angenommen - - - - - Antrag angenommen und direkt polizziert - - - - - Antrag nicht angenommen - - - - Ein Ordnungsbegriff aus einem Fremdsystem, welcher dabei hilft die Kommunikation zwischen zwei Systemen zu vereinfachen @@ -574,15 +311,6 @@ - - - Abstraktes Personen_Rollen Objekt - - - - - - Abstraktes RequestObjekt @@ -594,14 +322,9 @@ Die OMDS-Version - - - Liste aller benötigten Personen, welche dann über ihre Rolle direkt referenziert werden - - - beliebiger Anzahl an technischen Parametern + beliebige Anzahl an technischen Parametern @@ -619,6 +342,7 @@ + Enthält OK oder NOK @@ -629,7 +353,6 @@ Zeitpunkt der Beantwortung der Anfrage - Wenn anwendbar der Zeitpunkt bis zu welchem der Serviceprovider den Geschaeftfall verfügbar hält. @@ -643,15 +366,6 @@ - - - - - - Abstraktes ResponseObjekt - - - @@ -685,34 +399,99 @@ - Typ für die Berechnungsanfrage + Abstrakter Basistyp für alle Berechnungsanfragen + + + + + + Abstrakter Basistyp für alle Offertanfragen - + + - Sollen Upselling Vorschläge mitberechnet werden? Wenn ja kann dies zu einer längeren Berechnung führen. + Liste aller benötigten Personen, welche dann über ihre Rolle direkt referenziert werden + + + + + Referenz auf die Person, die als Versicherungsnehmer fungiert. - - - Typ für die Offertanfrage - - - - - - Typ für die Antragsanfrage + Abstrakter Basistyp für alle Antragsanfragen - + + + Liste aller benötigten Personen, welche dann über ihre Rolle direkt referenziert werden + + + + + Referenz auf die Person, die als Versicherungsnehmer fungiert. + + + + + Referenz auf einen abweichenden Praemienzahler, wenn nicht der Verisicherungsnehmer die Prämie zahlt + + + + + Referenz auf weitere Versicherungsnehmer + + + + + Weitere Personen in Vertragsrollen + + + + + Beschreibt die Zahlungsdaten + + + + + Sepa Mandat Steuerung + + + + + Vinkulierungsdaten + + + + + alternativer Polizzenversand + + + + + Allgemeine Datenschutzbestimmungen + + + + + Abstrakter Basistyp für alle Antragseinreichungen + + + + + + + + + Typ für die Antragseinspielung @@ -735,18 +514,18 @@ - + eindeutige id des Dateianhanges innerhalb des Geschäftsfalles - + - MIME-Type des Files im Anhang. Typen : tif,pdf,rtf,doc,docx,txt,html,jpg,xls,xlsx + MIME-Type des Files im Anhang. Typen: tif,pdf,rtf,doc,docx,txt,html,jpg,xls,xlsx - + @@ -771,7 +550,7 @@ - + Dateiname ohne Pfad inkl. Extension @@ -782,13 +561,13 @@ - + Beinhaltet den Daten-Stream der Datei als Base64Binary Verschlüsselung - + Sonstige Beschreibung des Dateianhanges @@ -806,36 +585,28 @@ Sollen nicht automatisch die Kontierungsdaten aus dem hinterlegten Benutzer genommen werden, können hier abweichende Kontierungen angegeben werden. - + eindeutige Vermittlernummer - + Abschluss Provision - + Folge Provision - + Betreuung Provision - - - Typ für die Einreichung eines Antrags - - - - - @@ -856,7 +627,12 @@ - Welche Prämie für diesen Produktbaustein + Welche Prämie für diesen Produktbaustein verlangt wird + + + + + Meldungen zu Elementen in diesem Produktbaustein @@ -871,7 +647,7 @@ - Ermöglicht eine Vorgabe für die Stoßrichtung der Produktkonfiguration zu machen, z.B. von "Basis" bis "vollumfänglich". + Ermöglicht eine Vorgabe für die Stoßrichtung der Produktkonfiguration zu machen, z.B. von "basic = Basiskonfiguration" über "medium" bis "top = vollumfänglich". @@ -886,10 +662,10 @@ - + @@ -1015,12 +791,18 @@ + + BIC + + + IBAN + @@ -1043,85 +825,58 @@ - - + - Element mit personenbezogenen Daten z.B. für die Schadenmeldung von Personen mit Adresse und Kontaktdaten + Definiert Arten eine Polizze zu versenden - - + + + + 2fach Makler: Ist nur bei Postversand möglich. Makler erhält Original und Kopie + + + + + 1fach Versicherungsnehmer: Kunde erhält Original + + + + + 1fach Makler und 1fach Versicherungsnehmer: Kunde erhält Original und Makler die Kopie + + + + + 1fach Makler: Makler erhält Original + + + + + - Typ zur Übergabe personenbezogener Daten + Beschreibt die Zahlungsdaten - - - - - - - - - - - - - - - - - - Optional: Eine Referenz auf eine im VU-System bestehende Person - - - - - - - - Typ für die Meldung von Personen, die an einem Schaden oder einem Vertrag beteiligt sind - - - + + - Objekt ähnlich zu omds:PERSON, aber Personennr ist nicht Pflichtfeld - - - - - Eine Person kann mit mehreren versicherten / geschädigten Interessen in Zusammenhang stehen. + Abhängig von der Zahlungsart soll im Feld 'kontonummer' die Kundenkontonummer oder der IBAN befüllt werden. + - - - Vergabe einer laufenden Nummer ist Pflicht. Über die Laufende Nummer kann der Schadenbeteiligte innerhalb dieses Requests (z.B. innerhalb dieser Schadenmeldung) referenziert werden. - - - - - Eine Rolle kann schon auf Ebene des Schadenereignisses zugewiesen werden. Wird eine Person auf der Ebene des Schadens referenziert, so muss auf dieser Ebene eine Rolle festgelegt werden. - - - - - - - - - Typ für nicht weiter spezifizierte technische Parameter - + beliebiger Schlüssel - + beliebiger Wert @@ -1143,78 +898,256 @@ VU-spezifische Erweiterungsmöglichkeit auf Ebene Elementarprodukt - - - + - Typ des Responseobjekts für eine Berechnung + Enummeration für verschiedene Steuerungen in Zusammenhang mit dem SEPA Mandat - - - - - - - + + + + + + + + + Typ zur Beschreibung einer Bank als Vinkulargläubiger + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + - - - Typ des Requestobjekts für ein Offert - - - - - - - - + + + + + + Ich (Wir) war(en) innerhalb der letzten 12 Monate Versicherungsnehmer eines Fahrzeuges, das wieder versichert oder durch das hiermit zur Versicherung gelangende Fahrzeug ersetzt wird. + + + + + + + + + + + + + - - - Typ des Responseobjekts für ein Offert - - - - - - - - + + + + + + - - - Typ des Requestobjekts für einen Antrag - - - - - - - - + + + + + - + + + + + + + + + + + + Wurden für die beantragte Versicherung Vorversicherungen aufgelöst, oder wurden frühere Versicherungen abgelehnt oder gekündigt? + + + + + + + + + + + + + + + + + + + + + + Zustimmung zur elektronischen Übermittlung vorvertraglicher Dokumente + + + + + + E-Mail Adresse zur Zusendung von vorvertraglichen Dokumenten + + + + + + Zustimmung zur Verwendung personenbezogener Daten: (Der Antragsteller stimmt im Sinne des Datenschutzgesetzes und des Telekommunikationsgesetzes zu, dass die Versicherun, deren Gesellschaften sowie deren Kooperationspartner (siehe dazu "Information zur Datenanwendung gem. §24 DSG") seine personenbezogenen Daten und seine Vertragsdaten (Name, Anschrift, E-Mailadresse, Telefonnummer, Produkt, Leistungsumfang, Vertragslaufzeit, nicht jedoch Gesundheitsdaten) für Zwecke der Zusendung von Informationen über bestehende und neue Produkte der Versicherung und ihrer Kooperationspartner, für Qualitäts- und Zufriedenheitsumfragen sowie Marketingaktionen verwenden und ihn zu diesem Zwecke per Telefon und E-Mail kontaktieren dürfen. Diese Zustimmung kann jederzeit widerrufen werden.) + + + + + + - Typ des Responseobjekts für einen Antrag + OMDS VERS_UNTERNEHMEN VUNr - http://www.vvo.at/vvo/vvo.nsf/033bc38c04cb4a8bc12574dc005de1e4/751f64eedb80a61bc1257c3d007eaca2 - Kapitel 5 - - - - - - - - --> + + + + + + + + Typ für Ersatzpolizzen + + + + + + + + + + Beschreibt die einzelnen Zahlungsarten + + + + + + Definition des Rückegabestatus für eingespielte Anträge + + + + + technischer Fehler bei Backend Verarbeitung + + + + + Antrag angenommen + + + + + Antrag angenommen und direkt polizziert + + + + + Antrag nicht angenommen + + + + + + + Element mit personenbezogenen Daten z.B. für die Schadenmeldung von Personen mit Adresse und Kontaktdaten + + + + + Typ zur Übergabe personenbezogener Daten + + + + + + + + + + + + + + + + + + + Optional: Eine Referenz auf eine im VU-System bestehende Person + + + + + + + + Typ für die Meldung von Personen, die an einem Vertrag beteiligt sind + + + + + Vergabe einer laufenden Nummer ist Pflicht. Über die laufende Nummer kann die beteiligte Person innerhalb eines Requests (z.B. innerhalb einer Berechnungsanforderung) referenziert werden. + + + + + Objekt zur Übermittlung von Personendaten ähnlich zu omds:PERSON, aber Personennr ist nicht Pflichtfeld + + + + diff --git a/OMDSServiceDefinition/src/main/resources/wsdl/omds3ServiceTypes.xsd b/OMDSServiceDefinition/src/main/resources/wsdl/omds3ServiceTypes.xsd index 6e6aa05f..6630b3f2 100644 --- a/OMDSServiceDefinition/src/main/resources/wsdl/omds3ServiceTypes.xsd +++ b/OMDSServiceDefinition/src/main/resources/wsdl/omds3ServiceTypes.xsd @@ -1,84 +1,7 @@ - - + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Zustandsbericht liegt als Formular bei bzw. Besichtigung durch externe Stelle veranlasst - muss dann als Attachment mitgeschickt werden. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - @@ -91,7 +14,7 @@ - + @@ -169,7 +92,7 @@ die VUNr aus OMDS als optionaler Filterparameter - + Hier wird direkt ein agentFilter-Element verwendet und kein abstrakter authFilter, da dieser Service dezidiert auf Makler zugeschnitten ist und OMDS-Packages nach MaklerID und Vermittlernummer strukturiert sind und nicht nach anderen Filterkriterien. @@ -197,7 +120,7 @@ - + Fachliche Fehlermeldungen @@ -213,7 +136,7 @@ - + Hier wird direkt ein agentFilter-Element verwendet und kein abstrakter authFilter, da dieser Service dezidiert auf Makler zugeschnitten ist und OMDS-Packages nach MaklerID und Vermittlernummer strukturiert sind und nicht nach anderen Filterkriterien. @@ -237,7 +160,7 @@ Liste der angeforderten Pakete - + Fachliche Fehlermeldungen @@ -279,7 +202,7 @@ - + Fachliche Fehlermeldungen @@ -292,12 +215,12 @@ - + Entspricht der MaklerID in OMDS 2.x. Die MaklerID (in Version 1.0.0 noch AgentID) ist eine übergeordnete ID des Vermittlers unter welcher mehrere Vermittlernummern zusammengefasst sein können. Diese ID ist in der Regel spezifisch für die jeweilige VU oder den jeweiligen Dienstleister, bei dem die Daten abgeholt werden. Ein zulässiger Spezialfall ist, dass die agentID mit der Vermittlernummer "Vermnr" (in Version 1.0.0 noch agentNumber) zusammenfällt. - + Die Id des OMDS Pakets und Angaben zu ihrer Verwendbarkeit, wobei hier kein Schlüssel aus einem OMDS Paket selbst gemeint ist, sondern eine eigenständige Id, die das Abrufen des OMDS-Pakets ermöglicht. @@ -333,7 +256,7 @@ - + ermöglicht "Super-Usern" die Abfrage von spezifischen Elementen @@ -353,7 +276,7 @@ Einschränkung der Anfrage auf Dokumente für bestimmte Partner in einer bestimmten Rolle - + Einschränkung der Anfrage auf bestimmte Dokumententypen. Es gibt 15 definierte vertragsbezogene Dokumententypen. @@ -374,7 +297,7 @@ Informationen zu Dokumenten, wenn vorhanden - + @@ -385,7 +308,7 @@ - + ermöglicht "Super-Usern" die Abfrage von spezifischen Elementen @@ -415,7 +338,7 @@ Das Dokument und seine Meta-Informationen, wenn ein Dokument vorhanden war - + @@ -428,7 +351,7 @@ Die Partnernummer als OMDS-Personennr (String mit 1-26 Zeichen) - + Partnerrollen im Vertrag als PartnerRoleType: String mit 2 Zeichen: VN, VP @@ -440,7 +363,7 @@ Information zu einem einzelnen Dokument - + Die eindeutige Id des Dokuments und Details zur Verwendung @@ -450,7 +373,7 @@ Der Name des Dokuments als String - + Der inhaltliche Typ des Dokuments, z.B. "Polizze" oder "Finanzamtsbestätigung" als Integer-Code @@ -503,7 +426,7 @@ - + Schadennummer vom Typ OMDS Schadennr @@ -525,7 +448,7 @@ - + Die Partnernummer als OMDS Personennr-Typ @@ -547,7 +470,7 @@ - + Die Nummer der Berechnung, des Angebots oder des Antrags. @@ -569,7 +492,7 @@ - + Die Nummer des Vertrags als OMDS Polizzennr-Typ @@ -740,7 +663,7 @@ Linkbeschreibung vom Typ LinkType - + @@ -755,12 +678,12 @@ - + Optional die Referenz auf eine bereits im System vorhandene Id eines Schadenereignisses - + Der Zeitpunkt als Datum-Zeit-Objekt @@ -797,10 +720,10 @@ - Typ für die Meldung von Personen, die an einem Schaden oder einem Vertrag beteiligt sind + Typ für die Meldung von Personen, die an einem Schaden beteiligt sind - + Objekt ähnlich zu omds:PERSON, aber Personennr ist nicht Pflichtfeld @@ -832,38 +755,6 @@ - - - Element mit personenbezogenen Daten z.B. für die Schadenmeldung von Personen mit Adresse und Kontaktdaten - - - - - Typ zur Übergabe personenbezogener Daten - - - - - - - - - - - - - - - - - - - Optional: Eine Referenz auf eine im VU-System bestehende Person - - - - - Eine Erweiterung der Schadenmeldung fuer spezielle Sparten @@ -1001,7 +892,7 @@ - + Freitext, max. 60 Zeichen @@ -1105,7 +996,7 @@ - + Die Id, die bei der Anlage des Schadens vergeben wird. Kann identisch mit der Schadennummer sein. @@ -1132,7 +1023,7 @@ Ein Sachbearbeiter muss noch nicht zugeordnet sein - + @@ -1224,7 +1115,7 @@ Zeitstempel der Anlage des Schadenmelde Objektes. Dies ist nicht der Zeitstempel der Vergabe der Schadennummer - + @@ -1234,7 +1125,7 @@ - + Ordnungsbegriff des Schadenmelders auf Ebene des Schadenereignis @@ -1249,7 +1140,7 @@ Informationen zu den hochgeladenen Dokumenten - + @@ -1282,7 +1173,7 @@ - + Schaden konnte nicht angelegt werden, er wird auch nicht asynchron zu einem späteren Zeitpunkt angelegt. @@ -1304,12 +1195,12 @@ - + Optional eine Referenz auf eine bereist im System existierende GeschäftsfallId bzw. ein bereits angelegtes Schadenereignis - + Die Polizzennummer ist ein Kernelemet der Schadenmeldung. Sie kann sich aber auch aus dem Kontext ergeben, z.B. aus den beteiligten Personen und der Art des Schadens. @@ -1360,7 +1251,7 @@ Zeitstempel der Anlage des Schadenmelde Objektes. Dies ist nicht der Zeitstempel der Vergabe der Schadennummer - + @@ -1370,7 +1261,7 @@ - + Ordnungsbegriff des Schadenmelders auf Ebene des Schadenereignis @@ -1385,7 +1276,7 @@ Informationen zu den hochgeladenen Dokumenten - + @@ -1486,7 +1377,7 @@ Das Dokument selbst als base64Binary - + Der inhaltliche Typ des Dokuments, z.B. Polizze oder Finanzamtsbestätigung als Code @@ -1525,7 +1416,7 @@ - + @@ -1539,7 +1430,7 @@ - + @@ -1562,7 +1453,7 @@ - + @@ -1586,7 +1477,7 @@ Optional: Verweis auf einen Nachfolger - + @@ -1645,7 +1536,7 @@ - + @@ -1655,17 +1546,17 @@ - + Wenn Schadenereignisse doppelt gemeldet und nachtraeglich zusammengefasst wurden: Verweis auf einen oder die Vorgänger - + Wenn Schadenereignisse doppelt gemeldet und nachtraeglich zusammengefasst wurden: Verweis auf einen Nachfolger - + Die eigentlichen Schadenobjekte, die typischer Weise zeitverzögert vom Versicherungsunternehmen angelegt werden @@ -1766,10 +1657,10 @@ - + - + Filter nach Art des Dokuments @@ -1787,7 +1678,7 @@ - + @@ -1801,10 +1692,10 @@ - + - + Filter nach Art des Dokuments @@ -1856,7 +1747,7 @@ - + @@ -1870,7 +1761,7 @@ - + @@ -1942,7 +1833,7 @@ - + @@ -1991,7 +1882,7 @@ - + Zeitraum in welchem das Schadensereignis eingetreten ist. @@ -2048,7 +1939,7 @@ - + @@ -2058,7 +1949,7 @@ - + Ordnungsbegriff des Schadenmelders auf Ebene des Schadenereignis @@ -2091,7 +1982,7 @@ - + Mögliche Einschränkung auf Polizzennummern @@ -2153,15 +2044,15 @@ - + - + GeschäftsfallId der Anlage des Schadenereignis-Objektes - + GeschäftfallId der Anlage des spartenbezogenen Schaden-Objektes @@ -2194,7 +2085,7 @@ Ein abstrakter Credentials-Type, für den z.B. der UsernamePasswordCredentials_Type eingesetzt werden kann. - + Die Zuordnung des Endpoints zu bestimmten fachlichen Nutzern, z.B. Vermittlernummern. @@ -2253,7 +2144,7 @@ - + @@ -2347,16 +2238,9 @@ Typ des Response, wenn der Eintritt eines Schadenereignisses kommuniziert wurde - - + + Produktmodell + Produktmodell Kfz @@ -2381,17 +2265,12 @@ - - - Beispiel-Verkaufsprodukt Kfz - - Typ für ein Kfz-Produktbündel, welches einem Vertrag entspricht - + @@ -2404,7 +2283,7 @@ Typ für ein Kfz-Produkt, welches einer Vertragssparte entspricht - + @@ -2428,7 +2307,7 @@ KFZ-Versicherung gebündelt werden können. - + @@ -2445,7 +2324,7 @@ Typ für das Elementarprodukt KFZ-Haftpflicht - + @@ -2466,9 +2345,12 @@ - + + + Abstrakter Basistyp für die Kasko-Elementarprodukte + - + @@ -2517,7 +2399,7 @@ Typ für das Elementarprodukt KFZ-Insassenunfall - + @@ -2530,7 +2412,7 @@ Typ für das Elementarprodukt KFZ-Lenkerunfall - + @@ -2542,7 +2424,7 @@ Typ für das Elementarprodukt KFZ-Assistance - + @@ -2555,17 +2437,17 @@ - + Versicherungsbestätigungsnummer - + Zulassungs-Kennzeichen - + Zulassungs-Fahrgestellnummer @@ -2590,15 +2472,18 @@ Typ für das Elementarprodukt KFZ-Verkehrsrechtsschutz - + + + Typ der das Produkt beschreibt und in Berechnungsanfrage und Berechnungsantwort verwendet wird + - + @@ -2606,8 +2491,11 @@ + + Typ der das Produkt beschreibt und in Offertanfrage und Offertantwort verwendet wird + - + @@ -2615,17 +2503,35 @@ + + Typ der das Produkt beschreibt und in Antragsanfrage und Antragsantwort verwendet wird + - + - - + - Soll sie grüne Karte zusätzlich verschickt werden + Ersatzpolizzennummern - + + + Bestehen Vorversicherungen zu dem Antrag + + + + + BonusMalus beim Verband + + + + + + Soll die grüne Karte zusätzlich verschickt werden + + + Sollen weitere Antragsdokumente zugestellt werden @@ -2635,25 +2541,67 @@ + + Typ der das Produkt beschreibt und bei der Antragseinreichung verwendet wird + - + + + + Ersatzpolizzennummern + + + + + Bestehen Vorversicherungen zu dem Antrag + + + + + BonusMalus beim Verband + + + + + + Soll die grüne Karte zusätzlich verschickt werden + + + + + Sollen weitere Antragsdokumente zugestellt werden + + + + + Response Upselling Alternativen + + + + + Typ des Requestobjekts für eine Berechnung Kfz - + - Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. + Daten um das Fahrzeug in den Zulassungsdaten zu suchen. Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. + + + + + Sollen Upselling-Vorschläge mitberechnet werden? Wenn ja kann dies zu einer längeren Berechnungsdauer führen. @@ -2665,24 +2613,29 @@ Typ des Responseobjekts für eine Berechnung Kfz - + + + + Response für das Upselling, wenn solche Ergebnisse angefordert wurden. + + - Typ des Request für eine Kfz-Offert Kfz + Typ des Request für eine Kfz-Offert - + - Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. + Daten um das Fahrzeug in den Zulassungsdaten zu suchen. Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. @@ -2694,14 +2647,18 @@ Typ des Response für ein Kfz-Offert Kfz - + - + + + Referenzen zu Dokumenten, die heruntergeladen werden können. + + @@ -2713,15 +2670,15 @@ - Typ des Requestobjekts für einen Antrag Kfz + Typ des Requestobjekts für die Erzeugung eines Antrags Kfz - + - Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. + Daten um das Fahrzeug in den Zulassungsdaten zu suchen. Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. @@ -2733,14 +2690,18 @@ Typ des Responseobjekts für einen Antrag Kfz - + - + + + Referenzen auf Antragsdokumente, die heruntergeladen werden können. + + @@ -2750,22 +2711,42 @@ - + - Typ des Requestobjekts für einen Antrag Kfz + Typ des Requestobjekts für eine Antragseinreichung Kfz - - + + + + + + Daten um das Fahrzeug in den Zulassungsdaten zu suchen. Ist die Zulassungsdaten Suche erfolgreich, werden die mitgeshickten Daten zwingend mit den Zulassungsdaten überschrieben. + + + + + Bei Einreichung des Antrags übermittelte Dokumente, z.B. das unterschriebene Antragsformular oder Gutachten über den Zustand des Fahrzeugs. + + + + + + Typ des Responseobjekts für eine Antragseinreichung Kfz + + + + + Typ des Requestobjektes um Geschäftsfalle abzuholen - + @@ -2791,35 +2772,13 @@ Typ des Responseobjektes um Geschäftsfalle abzuholen - + - + - - - Typ des Requestobjekts für eine Antragseinreichung Kfz - - - - - - - - - - - - - - Typ des Responseobjekts für eine Antragseinreichung Kfz - - - - - Konkrete Services (Request- und Responseobjekte) Kfz @@ -2875,7 +2834,7 @@ - Refernziert auf ein Versichertes Fahrzeug über die laufende Nummer + Refernziert auf ein versichertes Fahrzeug über die laufende Nummer innerhalb eines Elementarprodukts. @@ -2956,4 +2915,85 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Zustandsbericht liegt als Formular bei bzw. Besichtigung durch externe Stelle veranlasst - muss dann als Attachment mitgeschickt werden. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Beispiel-Verkaufsprodukt Kfz + +