Norm 430 Automatisierte Übertragung für Dokumente, Vorgänge, und GDV- Daten

Transkript

1 Norm 430 Automatisierte Übertragung für Dokumente, Vorgänge, und GDV- Daten Release und Version Release 1, Version 6, vom Status Offizielle Norm 7 8 Editor Michael Bünnemeyer, ALTE LEIPZIGER Autoren John Bodenstein, AssFINET (john.bodenstein@assfinet.de) Michael Bünnemeyer, ALTE LEIPZIGER (BuennemeyerM@alte-leipziger.de) Sören Chittka, VOLKSWOHL BUND (soeren.chittka@volkswohl-bund.de) Martin Meyer, ALTE LEIPZIGER (MeyerMartin@alte-leipziger.de) Dr. Manuel Reimer, VDV-Reimer (Manuel.Reimer@v-d-v.de) Jörg Swiadek, VOLKSWOHL BUND (joerg.swiadek@volkswohl-bund.de) Dr. Christoph Oberle, BiPRO (oberle@bipro.net) Gegenstand der Norm Die Norm 430 definiert die technischen und fachlichen Prozesse für die automatische Übertragung von Dateien zwischen den Systemen der Provider und Consumer. Die Bereitstellung der Dateien beim Provider sowie deren Weiterverarbeitung beim Consumer sind nicht Bestandteil des Normierungsprojektes Voraussetzung Die Norm 430 setzt folgende Normen voraus: 26 Norm 200, Release 1, Version 2 27 Norm 210, Release 1, Version 2 - Seite 1 von 11 -

2 28 Norm 220, Release 1, Version 1 29 Norm 230 Release 1, Version 1 30 Norm 250 Release 1, Version 1 31 Norm 260 Release 1, Version 4 32 Norm 300 Release 1, Version 2 33 Norm Norm 400 Release 1, Version 3 35 Norm 410 Release 1, Version Hinweis zur Veröffentlichung "Die anliegend überreichte Norm ist urheberrechtlich für die BiPRO geschützt. Das Dokument wird Ihnen im Rahmen Ihrer Mitgliedschaft bei der BiPRO und damit als Mitglied dieses geschlossenen Empfängerkreises überlassen. Dementsprechend stellt die Überlassung an Sie keine Erstveröffentlichung der Norm dar. Zur Erstveröffentlichung gegenüber Dritten bleibt somit die BiPRO alleine berechtigt. Die Veröffentlichung erfolgt im Rahmen der Norm100- mäßig zulässigen Veröffentlichung nach Überlassung an die Mitglieder. Aufgrund der besonderen Wertigkeit der Normen für die Mitglieder sind wir gehalten, Verstöße gerichtlich zu ahnden." 45 - Seite 2 von 11 -

3 46 Inhaltsverzeichnis Norm 430 Automatisierte Übertragung für Dokumente, Vorgänge, und GDV- Daten... 1 Inhaltsverzeichnis... 3 Definitionen... 4 Ausgangssituation... 4 Zielsetzung... 5 Prozessbeschreibung... 5 Datenmodell... 6 Projektspezifische Objekte und Datentypen... 7 Allgemeine Datentypen... 8 Projektspezifische MUSS-Attribute... 9 Inhalt der Lieferung... 9 Vorgangstabelle Statuscodes und Meldungen Seite 3 von 11 -

4 62 Definitionen Transfer: Ein Transfer enthält die Daten eines Geschäftsvorgangs und wird für die Übertragung von Dokumenten, Vorgängen und GDV-Daten verwendet Lieferung: Eine Lieferung ist eine Liste von zum Datenaustausch bereitgestellten Transfers. Eine Lieferung MUSS mindestens einen Transfer enthalten. Zum Zeitpunkt der Abholung können mehrere Lieferungen für den Consumer bereitstehen, die nur einzeln abgeholt werden können. Ausgangssituation Die Übertragung von Informationen von Versicherungsunternehmen (VU) zu den Vermittlern (VM) ist durch verschiedene Formate und Bereitstellungswege geprägt. Neben der Bereitstellung über den klassischen Papierweg, Diskette oder CD werden diese auch über die Extranets der verschiedenen VU verteilt. Vermittler Anmeldung im Portal Druck von Informationen MVP Abbildung 1 Versicherungsunternehmen Portal Postweg: Vermittlerkopien, Disketten, CD etc. Ist-Prozess Informationsübertragung Anzeige von Dokumenten, Nettodaten etc. im Portal Gevo- Systen GDV- Daten Archiv Eine inhaltliche Standardisierung der übertragenen Daten gibt es nur für die Prozesse, die vom GDV-Standard unterstützt werden. Für alle übrigen Prozesse und vor allem den Prozess - Seite 4 von 11 -

5 der Übertragung fehlt eine inhaltliche und technische Normierung. Dadurch ist eine automatische Zuordnung und Archivierung zum entsprechenden Kunden und Vertrag (und eventuell Schaden) nicht eindeutig möglich. Ebenso ist eine automatische Verarbeitung des Inhalts beispielsweise von Standardbriefen zu standardisierten Geschäftsvorfällen nicht möglich. Zielsetzung Optimierung der Prozesse zur Übertragung von Informationen in beliebigen Formaten (Dokumente, wie z.b. Versicherungsscheine, Nachträge, Rechnungen, Briefe, Prämien- und Provisionsabrechnungen; Daten, wie z.b.: GDV-Dateien, Nettodaten) vom VU zum VM sowie die Schaffung der Voraussetzung zur automatischen Weiterverarbeitung. Prozessbeschreibung Die Prozessbeschreibung definiert die Übertragung einer Lieferung vom Webservice-Provider (entspricht dem VU) an den Webservice-Consumer (entspricht dem VM) Um den Web-Service aufrufen zu können MUSS zuvor eine Authentifizierung gemäß der Norm 260 stattfinden Consumer Provider (VU) (VM) MVP Web-Service Abbildung 2 Soll-Prozess Datenübertragung Gevo- System GDV- Daten Archiv - Seite 5 von 11 -

6 Der Consumer erhält durch Aufruf der Methode ListShipments eine Liste der bereitstehenden Lieferungen beim Provider. Die Liste KANN leer sein. Sofern eine Lieferung existiert, KANN diese vom Consumer durch Aufruf der Methode GetShipment einzeln angefordert werden Empfehlung des Projektes: Der Consumer SOLL bei der Anforderung von Lieferungen darauf achten, dass die Lieferungen in der chronologischen Reihenfolge nach Erstellzeitpunkt verarbeitet werden. Die älteste Lieferung SOLL zuerst verarbeitet werden Die Verarbeitung aktuellerer Lieferungen vor älteren Lieferungen führt zum Verlust von Daten, wenn aktuellere Daten dann durch ältere Daten überschrieben werden Die Empfehlung gilt insbesondere für die Verarbeitung von Daten. Für die Übertragung von Dokumenten hat die Reihenfolge der Verarbeitung keine Auswirkung Nach der erfolgten Übertragung MUSS der Consumer über die Methode AcknowledgeShipment den Eingang quittieren. Aus technischen Gründen MUSS die Quittierung des Consumers durch den Provider bestätigt werden. Consumer: TransferService: Listshipments ListshipmentsResponse Getshipment(Id) GetshipmentResponse pro Shipment Acknowledgeshipment(Id) pro Shipment AcknowledgeshipmentResponse Abbildung 3 Transfer-Modell Datenmodell Die Benennung der Objekte und Attribute erfolgt gemäß den Vorgaben von BiPRO. Für die Übertragung von Daten und Dokumenten wurden projektspezifische Objekte entwickelt. - Seite 6 von 11 -

7 class bipro-objekte-transfer-1.1 CT_Objekt bipro-objekte-allgemein-1.0::ct_geschaeftsvorgang + VorgangsnummerVU: ST_Text017 [0..1] + VorgangsnummerVM: ST_Text017 [0..1] + Erstelldatum: ST_Zeitstempel [0..1] + Freitext: ST_Text1000 [0..1] +Vermittler 0..* CT_Objekt +Vermittler bipro-objekte-allgemein-1.0::ct_vermittler 0..* + VermittlernummerVU: ST_Vermittlernummer + VermittlernummerVM: ST_Vermittlernummer [0..1] «XSDextension» CT_Objekt CT_Transfer CT_Lieferung + KategorieDesGeschaeftsvorfalls: ST_GevoArt + Id: ST_Text025 + ArtDesGeschaeftsvorfallsKlartext: ST_Text255 + VUNummer: ST_VUNummer +Transfer + Versicherungsscheinnummer: ST_Versicherungsscheinnummer [0..1] + Erstellzeitpunkt: ST_Zeitstempel + Sparte: ST_Sparte [0..1] + Bestaetigungszeitpunkt: ST_Zeitstempel [0..1] 0..* + Tarifbezeichnung: ST_Text030 [0..1] + Kategorie: ST_SuchGevoArt + PartnernummerVU: ST_Text030 [0..1] + SchadennummerVU: ST_Text020 [0..1] + AntragsnummerVU: ST_Text017 [0..1] CT_Partner + AntragsnummerVM: ST_Text017 [0..1] + Aenderungsdatum: ST_Datum [0..1] + VerfallsdatumGeschaeftsvorfall: ST_Datum [0..1] bipro-objekte-allgemein-1.0::ct_person + VorgangsnummerKunde: ST_Text017 [0..1] + EreignisnummerImVorgangVU: ST_Ganzzahl [0..1] + EreignisnummerImVorgangVM: ST_Ganzzahl [0..1] + Vorname: ST_Text030 [0..1] + AusloeserDesGeschaeftsvorfalls: ST_AusloeserDesGeschaeftsvorfalls [0..1] + Geburtsdatum: ST_Datum [0..1] + ParalleleMeldungDesGeschaeftsvorfalls: ST_JaNein [0..1] + Geschlecht: ST_Geschlecht [0..1] + NurVertragsteilBetroffen: ST_JaNein [0..1] + Titel: ST_Text017 [0..1] + Ansprechpartner: CT_Person [0..1] + Geburtsort: ST_Text025 [0..1] + Versicherungsnehmer: CT_Partner [0..1] + Staatsangehoerigkeit: ST_Laenderkennzeichen [0..1] + VersichertePerson: CT_Partner [0..*] + Familienstand: ST_Familienstand [0..1] + Beitrag: CT_Beitrag [0..*] + Adelspraedikat: ST_Text017 [0..1] + Unterrisiko: ST_Unterrisiko [0..1] +Datei CT_Objekt 0..* bipro-objekte-allgemein-1.0::ct_datei + Dateityp: ST_Dateityp [0..1] + Dateiformat: ST_Dateiformat [0..1] + Dateiname: ST_Text255 [0..1] + Komprimierungstyp: ST_Komprimierungstyp [0..1] + Pruefsumme: CT_Pruefsumme [0..1] + Datenlink: ST_Text255 [0..1] + Daten: base64binary [0..1] «XSDextension» xmlmime ::base64binary «XSDextension» CT_InkassoStoerfall Mahndatum: ST_Datum [0..1] + UnbezahltSeit: ST_Datum [0..1] + ZahlungenBeruecksichtigtBis: ST_Datum [0..1] + Waehrung: ST_Waehrungsschluessel [0..1] + Mahnbetrag: ST_Betrag [0..1] + Mahnkosten: ST_Betrag [0..1] + ZusaetzlicheMahnbetraege: ST_Betrag [0..1] + GesamtbetragAusMahnung: ST_Betrag [0..1] + Kontostand: ST_Betrag [0..1] + HaftungsendeDatum: ST_Datum [0..1] + RetouregrundBank: ST_RetouregrundBank [0..1] + Bankverbindung: CT_Bankverbindung [0..1] 145 Abbildung 4 Datenmodell Mit dem in dem Datenmodell abgebildeten Standard-Objekt wird auf die bereits bestehenden W3C-Standards zugegriffen. Über das xmlmime-objekt base64binary werden die allgemeinen Datentypen "ST_Dateiformat" und "ST_BinaereDaten" im Datenmodell abgebildet. Hierbei wird das Attribut "Dateiformat" durch das Attribut "contenttype" dargestellt. Das Objekt "base64binary" selbst enthält die binären Daten Da durch den Webservice große Dateien transportiert werden können, MUSS die Norm 230 berücksichtigt werden. MTOM MUSS verwendet werden Der Provider SOLLTE dafür Sorge tragen, dass einzelne Dateien eine sinnvoll nutzbare Größe nicht überschreiten. Das kann durch Abstimmung mit einzelnen Consumern erfolgen. Projektspezifische Objekte und Datentypen Lieferung - Seite 7 von 11 -

8 Dieses Objekt wird als Response geliefert und enthält je nach Methode eine Auflistung mit Transfer-Objekten. Transfer Enthält die Elemente zur Beschreibung jedes einzelnen Geschäftsvorgangs. Datentyp Typ Ausprägung Quelle Bemerkung ST_AusloeserdesGesc string 3 Zeichen BiPRO Schlüssel in GDV-Satzart haeftsvorfalls /1 nicht ausreichend/ inkonsistent Werteliste: Datentyp Typ Ausprägung Quelle Werteliste Bemerkung ST_Gevoart(BiPRO) string 9 Zeichen BiPRO Vorgang aus vgl. Kapitel BiPRO- Vorgangstabelle Vorgangstabelle Allgemeine Datentypen Folgende Datentypen wurden aus dem allgemeinen BiPRO-Schema 170 BiPRO-Datentypen 1.0.xsd 171 verwendet - Seite 8 von 11 -

9 ST_Anredeschlüssel ST_AusloeserdesGeschäftsvorfalls ST_Dateityp ST_Datum ST_Ganzzahl ST_JaNein ST_Kommunikationstyp ST_Komprimierungstyp CT_Pruefsumme ST_Pruefsummetyp ST_Sparte ST_Text017 ST_Text030 ST_Text1000 ST_Vermittlernummer ST_Versicherungsscheinnummer ST_VUNummer ST_Zeitstempel Projektspezifische MUSS-Attribute Id VUNummer Erstellzeitpunkt Kategorie KategorieDesGeschaeftsvorfalls ArtDesGeschaeftsvorfalls Inhalt der Lieferung Mit der Anforderung des Consumers über die Methode ListShipments überträgt der Provider ( ListShipmentsResponse ) die Auflistung der vorliegenden Lieferungen. Je Lieferung werden das erstellende VU, der Erstellzeitpunkt, der Bestätigungszeitpunkt und eine 999er- Kategorie übertragen (s. Kapitel Vorgangstabelle). 202 Die Methode ListShipments KANN über zwei Parameter gesteuert werden: 203 KategorieDesGeschaeftsvorfalls (999er): Sofern dieser Parameter gesetzt ist, werden nur - Seite 9 von 11 -

10 204 Lieferungen der entsprechenden Kategorie übertragen BestaetigteLieferungen: Sofern dieser Parameter gesetzt ist, KÖNNEN auch Lieferungen vom Provider übertragen werden, die bereits bestätigt worden sind Mit der Aufforderung des Consumers über die Methode GetShipment überträgt der Provider ( GetShipmentResponse ) die angeforderte Lieferung inklusive der dazugehörenden Transfers. Die Lieferung überträgt inhaltlich dieselben Informationen wie bei ListShipmentsResponse. Ein Transfer enthält Steuer-Informationen (s. Kapitel Datenmodell) zur automatischen Zuordnung zum Kunden und Vertrag und/ oder Schaden. Pro Transfer können 0-n Dateien übermittelt werden. 213 Diese Transfers werden im Kapitel Vorgangstabelle benannt und kategorisiert Die Dokumente, Daten oder sonstigen Informationen für den VM, die der Web-Service bereitstellt, MÜSSEN individuell von jedem VU den einzelnen im Kapitel Vorgangstabelle abgebildeten Vorgangsschlüsseln zugeordnet werden. Vorgangstabelle Die Im Rahmen des Projektes beschriebenen Vorgänge werden in einer Vorgangstabelle normiert (s. Norm 400). Die Vorgangstabelle unterteilt die einzelnen Vorgänge in Hauptkategorien, Kategorien und Unterkategorien. Jeder Vorgang ist mit einem neunstelligen Vorgangsschlüssel versehen. Die BiPRO-Vorgangstabelle erweitert die GDV-Vorgangstabelle Anlage 131 (s. Norm 400). Alle Vorgänge können Sie der BiPRO-Vorgangstabelle entnehmen. Untenstehend wird der Teil der BiPRO-spezifischen Vorgänge abgebildet, der für den Austausch von GDV-Daten genutzt werden können. Jeder Vorgang MUSS einem der Schlüssel des GDV oder MUSS einem Schlüssel der BiPRO entsprechen. - Seite 10 von 11 -

11 Schlüssel Kategorie Unterkategorie Gruppe / Hauptkategorie Sonstiges Sonstiges GDV-VU-Vermittler Gesamtbestand Sonstiges GDV-VU-Vermittler Änderungen Sonstiges GDV-VU-VU Sonstiges GDV- Kfz-Schaden-Service Sonstiges GDV-Antragsdaten Sonstiges GDV-Vermittlerabrechnung Sonstiges GDV-Geschäftsvorfälle Sonstiges enthält Kategorien Sonstiges Tabelle 1 Auswahl Vorgänge BiPRO Statuscodes und Meldungen Neben den allgemeinen Status- und Meldungscodes aus Norm 320 definiert das Projekt folgende eigene Statuscodes: Bereitstellung nicht möglich = Es liegen keine Ergebnisse für die Abfrage vor = ID ungültig oder keine ausreichende Berechtigung - Seite 11 von 11 -