Wir beantworten deine Fragen zum BiPRO-Hub

Mit der Norm 430.x (RClassic) werden die Sparten Sach/ Komposit/ KfZ sowie die Leben-Sparten LV/ KV umgesetzt. Im Bereich Bestand sollen insbesondere die in der DIOPLUS BDÜ definierten Netto-Daten übertragen werden. Es wird auch möglich sein u.a. die Maklerpost zu übertragen sowie die Vermittlerabrechnung, Störfälle und Schadendaten. Der produktive Betrieb der Services 430.x soll ab Dezember 2023 erfolgen.

Anbieter/Provider als auch Nutzer/Consumer müssen „BiPRO sprechen“. Der Hub ist nicht als Ersatz der BiPRO-Normen gedacht. Wir halten es weiterhin für eminent wichtig, dass sich Provider und Consumer mit den BiPRO-Normen auseinandersetzen, um Prozess(optimierungs)potenziale heben zu können.

Ergänzend ist die Idee den Hub zur Drehscheibe zu machen – jedoch lediglich zur Drehscheibe. Die Entwicklung der Normen sowie der Schnittstellen inhäusig bei den Unternehmen bleibt davon unberührt. Dies haben wir über unsere Leitsätze festgeschrieben.

Die Provider haben alle unterschiedliche Voraussetzungen, und jeder Provider muss für sich entscheiden, ob sich eine Teilnahme für ihn rechnet. Die Vorteile des Hubs sind oben dargestellt. Der Hub lebt vom „Mitmachen“ und je mehr Provider/ Consumer mitmachen, desto positiver wird die wirtschaftliche Betrachtung ausfallen.

Februar 2023 ist die Auswahl der Dienstleister erfolgt. Dies sind die Mitglieder apinity GmbH und Fincon Reply GmbH. Nach erfolgreicher produktiver Umsetzung des Stacks Bestand wird im Hub-Beirat entschieden, wie es weitergeht. In einem möglichen Themenfeld TAA Leben soll schnellstmöglich die gesamte Produktfamilie „Leben“ umgesetzt werden. Derzeit ist geplant in 2024 RNext Schaden und Maklermandat als Services auf dem Hub anzubieten.

Der Hub versucht die „Dialekte „zu standardisieren“, die die Provider/ Consumer im Rahmen BiPRO sprechen. Die Hub-Teilnehmer sind gewillt über den Hub deutlich „mehr Standard zu leben“. Im Bereich der 430.x gibt es keine Individualitäten mehr. Der Hub „spricht“ mit einer einheitlichen wsdl-Datei hin zu den Consumer.

Nein. Im Bereich der 430.x werden ausschließlich BiPRO-Standards geliefert. Es werden derzeit Seitens der Provider die Normreleases 2.5 ff. auf 2.8 als Konvertierung hin zu den Consumern angeboten.

Ziel ist, dass der Hub so viel wie möglich übernimmt, um die Aufwände auf der Provider- und Partnerseite deutlich zu verringern. Es wurde u.a. ein umfangreiches Incident-Management entwickelt, das den Providern und Consumern deutliche Einsparpotentiale bei der Nutzung der Services und/ oder im Falle von aufkommenden Fehlern/ Fragestellungen im Kommunikationsfluss/ Prozess, ermöglicht.

Es ist mit den Teilnehmern abgestimmt das Authentifizierungsverfahren der easy-Login GmbH zu nutzen. Übergangsweise kann ein providerspezifischer STS genutzt werden.

Nein. Der Hub ist nicht dafür gedacht proprietäre Schnittstellen in BiPRO-Services umzuwandeln. Versicherungen müssen sich mit BiPRO-konformen Schnittstellen anbinden und die Partnerunternehmen müssen diese Service über eine eigene BiPRO-Schnittstelle konsumieren. Der Hub soll die Umsetzung von BiPRO-Normen im Markt fördern und nicht den eigenen proprietären Schnittstellen der Teilnehmer eine längere „Daseinsberechtigung“ geben.

Ja, zu Beginn hat man durch eine Anbindung an den Hub einen Parallelbetrieb. Daher müssen schnell und konsequent die bilaterale Verbindungen abgeschaltet werden.  Anfangs ist dies natürlich eine zusätzliches Investment, aber später wird ein hoher Nutzen generiert durch die Anbindung vieler Teilnehmer an den Hub. Denn die bisherigen bilateralen Anbindungen werden dann obsolet.

Alle 430-Normen-Umsetzungen der Teilnehmer im Hub wurden „gescreent“ und damit unnötige Individualitäten (VU-Spezifika) eliminiert sowie unnötige Daten, die Consumern gar nicht nutzen gekennzeichnet. Damit gibt es für die Consumer ein einheitliches „fachliches Bild“ und eine einheitliche Anbindung. Wenn anfänglich ein VU noch nicht alle Daten liefern kann wird es dies sukzessive nachholen. Der Consumer muss aber durch dieses „Nachreichen bzw. komplettieren der Daten“ keine Änderungen mehr an seiner Schnittstelle vornehmen. Überdies wird der Konverter erzwingen, dass eine normkonforme Anbindung an den Hub durch eine Schema-Validierung erfolgt.