1

Applikationen (Module)

• Partnerverwaltung • Offerten Rechner • Vertragsverwaltung • Prämienabrechnung • Schadenerfassung • Schadenregulierung • Abrechnungen / Policenkonto • Organigramm

• In- / Exkasso • Aufgabenverwaltung • Produktstamm • Deckungsstamm • Organigramm • Dokumentenverwaltung • Web Modul • Benutzer und Rollen

Highlights

• Time to Market (konfigurieren statt programmieren) • Automatische Schadenregulierung • Komplexe Korrekturabrechnung (Revision) • Modular erweiterbar (App Programmierung) • Fibu mit monatlichen Abgrenzungen • Einheitliches intuitives Bedienungskonzept • Integrierte Batchverarbeitung • Integrierte Dokumentenverwaltung

2

BRAVE, eine neue Versicherungssoftware

Mit BRAVE erhalten Sie ein System, welches alle Bereiche des Versicherungsgeschäfts abdecken kann. Gerne werden wir Ihnen die Software persönlich präsentieren und mit Ihnen zusammen die Detailfragen hinsichtlich der Möglichkeiten von BRAVE beantworten. In diesem Whitepaper erfahren Sie viele Details zu den umgesetzten Konzepten. Auf Wunsch können wir auch die Software bei Ihnen vor Ort installieren und Ihnen so die Möglichkeit anbieten, sich mit dem Bedienkonzept von BRAVE vertraut zu machen.

Eine Versicherungslösung soll Sie in der täglichen Arbeit und bei den Prozessabläufen unterstützen und diese vereinfachen. Mit BRAVE können Sie die Effizienz Ihrer Geschäftsprozesse deutlich steigern. Eine weitere grosse Stärke von BRAVE ist die Integrierbarkeit und die Anpassungsfähigkeit.

Übersicht

BRAVE ist eine neue Versicherungslösung, welche von Anfang an darauf ausgelegt war, mit Hilfe eines sehr flexiblen graphischen Produktekonfigurators alle möglichen Personen- und Sachversicherungsprodukte zu erfassen und anzupassen. Gleichzeitig sollte die gesamte Lösung auf der Basis verschiedener Konzepte entwickelt werden, sodass die Lösung aus der Sicht des Benutzers einheitlich und einfach bedienbar erscheint.

Das Ergebnis ist eine robuste technische Basiskonstruktion mit darin eingebetteten Fachapplikationen (Partnerverwaltung, Vertragsverwaltung, Schadenverwaltung, In-Exkasso, etc.). Die Fachapplikationen verwenden die

technische Infrastruktur (Benutzer, Berechtigung, Reporting, Workflow…), und der Benutzer kann einfach im Kontext des aktuellen Objekts (Partners, Schadenfall, Abrechnung) zwischen den verschieden Fachapplikationen wechseln.

BRAVE ist in vielen Bereichen einzigartig. Es können nicht nur die Versicherungsprodukte frei konfiguriert werden, sondern auch das dazugehörende Deckungsschema mit den entsprechenden AVBs. Auf der Basis der Deckungskonfiguration kann die Schadenregulierung weitgehend vom System übernommen werden und falsche Leistungszahlungen können vermieden werden.

Auch im Bereich der Abrechnung wurden alle möglichen Geschäftsprozesse umgesetzt, wodurch z.B. eine Korrekturabrechnung über mehrere Jahre und über mehrere Versionen einer Police mit wenigen Klicks erstellt, korrekt verbucht und ausgedruckt werden kann („mit BRAVE können wir mit einem Klick komplexe Korrekturabrechnungen erstellen, für die wir vorher einen ganzen Tag benötigt hatten“)

Über die Notizen und Aufgabenverwaltung werden die internen Prozesse strukturiert und nichts bleibt unbemerkt liegen. Für die Korrespondenz mit den Kunden bietet BRAVE flexibel konfigurierbare Reports und Begleitschreiben, die automatisch in einem Dokumentenverwaltungssystem abgelegt werden.

3

Neue Produkte konfigurieren statt programmieren

BRAVE ist vollständig auf die Konfiguration der Produkte und Leistungen aufgebaut. Neue Produktideen können ohne Software Entwicklung im GUI erfasst (konfiguriert) werden. Auf der Basis dieser Konfiguration wird das GUI für die Erfassung der Offerten generiert. Gleichzeitig konfiguriert man die Kalkulationsregeln für die Prämienberechnung.

Zu den Produkten wird auch der Deckungsstamm konfiguriert. Der Deckungsstamm bildet in erster Linie die AVB (allgemeinen Versicherungsbedingungen) ab. Die so strukturierte Information wird bei der Schadenerfassung ausgewertet und automatisiert die Schadenregulierung. Aufgrund der Schadenklassifizierung schränkt BRAVE automatisch die zur Verfügung stehenden Deckungen der Police ein und berechnet laufend die restliche zu Verfügung stehenden Versicherungssummen-Limiten, welche durch die Erfassung der Schadenabrechnung abgetragen werden. Die Schadensachbearbeiter können die Leistungen erfassen, ohne dass sie die Police oder die Versicherungsbedingungen beachten und Fehler bei der Schadenzahlung werden vermieden.

Der Output der so konfigurierten Produkte kann ebenfalls sehr flexibel konfiguriert werden, sodass alle Offerten, Policen, Prämien- und Schadenabrechnungen mit gleichartigem Basisdesign individuell gestaltet erscheinen.

Produktstamm

Alle Produkte (Unfall, Taggeld, Pauschal, Kollektiv, UVG, Geschäftsversicherung, Hausrat, Fahrzeug, Rechtschutz usw.) werden im Produktstamm konfiguriert.

4

Offerten und Verträge

Alle Verträge werden in Form einer Offerte erfasst. Die Parametrisierung und die Struktur der Offerte, sowie die Berechnungsregeln für die Prämie stammen aus dem Produkt- und Leistungsstamm. Auch die Darstellung (Veränderbarkeit, sichtbar in Detailansicht) und die Typen der verschiedenen Parameter werden durch den Produktstamm definiert.

Bei der Erfassung der Offerte wird die Prämie laufend nachgerechnet (ähnlich wie in einem Excel Sheet).

Wenn die Offerte für die Unterschrift ausgedruckt wird (Status ‚Antrag‘), kann sie vom Sachbearbeiter nicht mehr weiter verändert werden. Damit sie aber für Änderungen nicht neu erfasst werden muss, kann der Benutzer aus eine bestehenden Offerte (wie auch aus einer bestehenden Police) eine Offerten Kopie erzeugen, welche wieder bearbeitet werden kann. Auf diese Weise werden verschiedene Offert-Varianten erzeugt, welche einem Kunden zur Auswahl stehen.

Der Innendienst prüft die Offerten und setzt sie in den Zustand Antrag (oder lehnt sie mit Begründung ab). Eine Offerte im Zustand ‚Antrag‘ kann dann policiert werden. Beim Policieren entsteht gleichzeitig auch das PDF Dokument, welches ausgedruckt und im Archiv (DMS) abgelegt wird. Eine aktive Police kann bis auf wenige Felder (z.B. Zahlweise) nicht mehr geändert werden.

Die Vertragsstruktur und Prämienberechnung ist

im Produktstamm konfigurierbar

5

Policen verwalten

Mit BRAVE kann man aber eine Ablösungs- oder eine Ersatz-Police aus einer bestehenden Police erzeugen, welche dann die Vertragsänderungen enthält. Bei diesem Prozess entsteht eine Offerte, welche wieder in verschiedenen Varianten dem Kunden vorgelegt werden kann. Beim policieren einer solchen Offerte entsteht dann eine neue Version des bestehenden Vertrags.

Policenversionen und Abrechnungen

Um eine Police zu ändern, muss eine neue Version der Police erzeugt werden. Im Laufe der Zeit können für eine Police eine ganze Reihe von Versionen entstehen, die über die Zeit in Gültigkeitsabschnitte verteilt sind. Beim Abrechnen der Prämie, wird der abzurechnende Zeitbereich automatisch so auf die Zeitabschnitte der verschiedenen Policenversionen verteilt, dass die Prämienberechnung pro rata auf die verschiedenen Versionen angewandt wird.

Bei einer Vertragsänderung kann eine bestehende Abrechnung auf einfachste Weise korrigiert werden. Der Kunde erhält eine klar strukturierte Differenz-Abrechnung, wo die stornierten und neu berechneten Prämienanteile aufgelistet sind.

6

7

In- / Exkasso

BRAVE erzeugt automatisch Einzahlungsscheine oder Banküberweisungen. Der gesamte Geldfluss (inkl. manuell erfasste Ein-/Auszahlungen) mitsamt dadurch entstehenden Buchungen wird über BRAVE abgewickelt. BRAVE stellt eine ganze Reihe von Werkzeugen zur Verfügung, mit denen man die Zahlungen überwachen und steuern (Mahnwesen) kann.

Die Policenbuchhaltung

Über die Policenbuchhaltung wird der gesamte Geldfluss im Kontext einer Police dargestellt und verwaltet. Der Benutzer kann neben den Ein- und Auszahlungen, welche bei Prämien- und Schadenabrechnungen generiert

werden, auch manuelle Umbuchungen und Zahlungsein- und Ausgänge erfassen. Jederzeit sieht man den der Zustand aller Ein- und Auszahlungen und den entsprechenden Saldo. Auf der Basis der Saldo Entwicklung wird schliesslich das Mahnwesen gesteuert.

Mahnwesen

Auf einfachste Weise kann der Benutzer den Mahnstatus der verschiedenen Policen abrufen und Mahnläufe auslösen.

Saldoverlauf einer Police

8

Partner und Objekte

In der Partner und Objektverwaltung werden alle Personen (natürliche, juristische, Mitarbeiter) gepflegt. Partner verfügen über eine beliebige Anzahl Kommunikationsmittel und können untereinander verknüpft werden.

In diese App werden auch die UVG Nummer und alle dem Partner zugeordneten versicherbaren Standort-Objekte (Gebäude, Betriebe) erfasst.

Deckungsstamm

Im Deckungsstamm werden einerseits alle Versicherungsbedingungen aus den AVB (allgemeine Versicherungsbedingungen) strukturiert erfasst. Die Deckungen werden in Bezug auf die Produkte im Vertrag erfasst.

Ausserdem werden die verschiedenen Schadenklassifizierungen so definiert, dass bei der Zuordnung einer Schadenklasse zu einem

9

Schadenklassifizierung

Bei der Schadenklassifizierung wird konfiguriert, welche Schadenklassen in Bezug auf eine Policenart es geben kann und wie die verschiedenen Schadenklassen bei der Schadenerfassung, parametrisiert werden können/müssen.

Schadenfall erfassen

Grundsätzlich unterscheidet BRAVE zwischen Sachschaden und Krankentaggeld. Beide sind als unabhängige Module implementiert.

Bei können mehrere Policen einem Schaden zugeordnet werden. Bei der Erfassung der Schadendaten können die gleichen Daten mehreren Policen

10

zugeordnet werden. Die Abrechnung der Schadenzahlungen erfolgt einzeln pro Police.

Automatische Schadenregulierung

Bei der Schadenerfassung muss der Benutzer nur das Schadenereignis klassifizieren und die Schadenleistungen erfassen. Dadurch werden automatisch die Limiten aufgrund der zugehörigen Police und deren Versicherungsbedingen ermittelt und angezeigt. Mit dieser Hilfe wird die Schadenregulierung stark vereinfacht und beschleunigt. Der Sachbearbeiter muss im Allgemeinen weder die Police noch die AVB nachschlagen. Ausserdem können Fehler bei der Ermittlung der Leistungszahlungen ausgeschlossen werden.

11

Integrierte Dokumenten Verwaltung

Gewisse Daten Instanzen müssen mit Dokumenten, welche in einer unabhängigen Dokumentenverwaltung gespeichert werden, verknüpft werden können. Zu diesem Zweck kann ein beliebiges Dokumenten Verwaltungssystem (DMS) eingebunden werden. BRAVE verwaltet spezielle Dokumentnummern, welche als Barcodeetiketten ausgedruckt werden können. Diese Etiketten können dann auf die Dokumente geklebt werden, welche über den Scanner in einem DMS abgespeichert werden. Das DMS speichert beim Einscannen die Nummer vom Barcode als Metainformation (Dokument Nummer) ab. Aus BRAVE kann dann zu dem entsprechenden Datensatz (Partner/Schaden/Police) die Liste aller zugehörigen Dokumente im DMS dargestellt werden. Per Mausklick wird das entsprechende Dokument aus dem DMS geholt und dargestellt.

Dokumente (Offerten/Policen/Abrechnungen/Begleitschreiben), welche in BRAVE erzeugt werden, fliessen beim Ausdrucken automatisch ebenfalls in das DMS System.

Wenn Policen oder Offerten vom Kunden unterschrieben zurückkommen, werden sie mit der Unterschrift noch einmal eingescannt und im Archiv gelagert. Durch den aufgedruckten Barcode erkennt das System, dass eine neue Version des bereits im DMS abgelegten Dokuments erzeugt werden muss.

Externe Dokumente können im Kontext von Businessobjekten

erfasst werden

12

Pendenzen-Verwaltung

Alle Fachapplikations-Einträge (z.B. Policen, Partner, Offerten, Abrechnungen, Schadenfälle) können mit Notizen und mit Aufgaben ergänzt werden. Zu diesem Zweck gibt es im unteren Bereich der Detailansicht jeweils Navigationshilfen, wo man in die Aufgaben- und Notizen Applikation springen kann. So werden diejenigen Aufgaben und Notizen angezeigt, welche dem aktuellen Datensatz zugewiesen sind.

Die Notizen werden einerseits wie Haftnotizen an die verschiedenen Policen, Offerten, Partner, Abrechnungen angefügt, oder im Bereich des Partners werden sie in erster Linie als Journal für die Besuche, tel. Besprechungen, Emails eingesetzt.

Der Benutzer kann auch Fachobjekt bezogene Aufgaben erfassen und einer Organisationseinheit oder einer Person zuordnen. Dadurch erscheint bei den betroffenen Mitarbeitern in der Taskleiste eine offene Aufgabe.

Bei gewissen Status-Übergängen (z.B. wenn eine Offerte bereit ist, policiert zu werden) generiert das System automatisch entsprechende Aufgaben. Auch die BRAVE Stapelverarbeitung (Batch) kann Aufgaben generieren werden.

Die Aufgabenverwaltung dient den Mitarbeitern als Orientierungshilfe und als Einsprungpunkt in die zugeordnete Applikation. Sie werden auch zur internen Kommunikation verwendet und ersetzen das Email System, da durch das Anlegen von Aufgaben in BRAVE, nichts liegen bleiben kann. Wenn ein Mitarbeiter aufgrund von Krankheit oder Ferien abwesend ist, kann dies im System erfasst werden. Dadurch werden alle Aufgaben des abwesenden Sachbearbeiters automatisch beim zuständigen Stellvertreter sichtbar.

Aus der Pendenz kann mit einem Mausklick ein Kalendereintrag in Outlook generiert werden (siehe unten!).

Anzeige der offenen

Pendenzen

13

Die Organisationsstruktur und die Stellvertreter werden in der Applikation ‚Organisation‘ erfasst und gepflegt. Die Pendenzen orientieren sich an dieser Struktur.

Alle Pendenzen enthalten folgende Attribute:

• Erfassungsdatum • Ursache • Betreff • Autor • Text • Objekt (Police, Partner, Offerte, Abrechnung, Schaden) kann per

Mausklick geöffnet werden • Fälligkeitsdatum • Zuständiger Mitarbeitern • Zuständige Organisationseinheit (Gruppe) • Zustand (erledigt)

14

Die BRAVE Konzepte

Die ersten Monate der BRAVE Entwicklung wurden ausschliesslich für das Design und die Umsetzung der verschiedenen Basis Konzepte aufgewendet. Das Ziel war einerseits, für den Benutzer ein einheitliches Erscheinungsbild und ein einfaches Bedienkonzept zu erreichen und für die Entwicklung der Fachapplikationen einen klar strukturierten Satz von Werkzeugen bereitstellen zu können.

Einerseits braucht es eine strikte Trennung der technischen Infrastruktur von den Fachapplikationen (horizontale Schichten) und andererseits eine strikte Trennung unter den einzelnen Fachapplikationen (vertikale Tranchen). Im Laufe der Entwicklung der einzelnen Tranchen ist uns diese Strategie bereits entgegen gekommen, da die einzelnen Fachapplikationsentwickler sich gegenseitig nur geringfügig in die Quere gekommen sind. Das gesamte System war von Anfang an darauf ausgelegt, dass neue Tranchen als Plugins (ähnlich wie iPhone Apps) eingefügt werden können, welche individuell für einen Kunden implementiert werden und auf die gesamte Infrastruktur von BRAVE zugreifen können (z.B. Partnersuche, Berechtigung, Organigramm, Abrechnung, usw.).

Realisierte BRAVE Konzepte:

• Desktop und Navigations-Konzept (GUI) • GUI Tranchenkonzept (Desktop mit technisch unabhängige

Applikationen) • Historisierung (bi-temporale Datenbank) • Rollen und Berechtigungs-Konzept (Autorisierung/Authentisierung) • Status-Konzept (regelt die internen Prozesse) • Aufgaben-Verwaltung (regelt die Übergabe von Arbeitsschritten)

• bi-temporale Datenbank (Historisierung und fachliche Gültigkeit) • Wirkungs-Konzept (ausgewählte Datenänderung sind mit Gültigkeit

erfassbar) • Integrierte Dokumenten Verwaltung (Archiv-Dokumenten zu

Businessobjekten) • Ins GUI integrierte Steuerung der Batch Verarbeitung • Mehrsprachigkeit • Flexibles Reporting auf Basis von benutzerdefinierten

Textbausteinen • Schnittstellen zu den Umsystemen (FiBu, DMS, Printmachine) • Logging/Tracing/Exception Handling • Mehrschichtige Architektur (Persistenz-Framework)

15

Desktop und Navigations-Konzept (GUI)

Das System verfügt über ein einheitliches und intuitives Konzept für die Navigation. Insbesondere beim Verwalten von Mehrfachbeziehungen und für die Orientierung in verschachtelten Hierarchien. Die meisten Applikationen (Tranchen) sind so aufgebaut, dass links oben ein Suchattribut für eine Volltextsuche eingegeben werden kann. Darunter befindet sich eine Liste (oder Baum-Struktur) der Treffer, wo der Benutzer ähnlich wie im Explorer verschiedene Daten Instanzen direkt anspringen kann. Der Arbeitsbereich stellt dann auf der rechten Seite die Detailansicht des ausgewählten Knotens dar. In der Detailansicht kann der Benutzer über eine ‚Bearbeiten‘ Funktion in den Bearbeitungsmodus wechseln.

Historisierung

Alle Tabellen, sind mit einem technischen Historisierungskonzept ausgestattet. Dabei wird ein Datensatz, bei jeder Änderung mit neu gespeichert.

In allen Detailansichten kann der Benutzer die Änderungshistorie des aktuellen Datensatzes anzeigen. Beim Auswählen eines bestimmten Eintrags, wird der Eintrag im damaligen Zustand angezeigt. Mit dieser Funktion ist sehr leicht nachvollziehbar (Revision), wer wann was geändert hat.

Brave Desktop Konzept mit

verschiedenen geöffneten

Applikationen

Die Änderungshistorie eines Datensatzes

16

Rollen und Berechtigungs-Konzept

Alle verfügbaren Funktionen können über ein spezifisches Benutzer-Recht geschützt werden. Die Funktionen werden in Rollen zusammengefasst, welche Benutzergruppen zugeordnet werden können. Ein Benutzer kann einer beliebigen Anzahl Benutzergruppen zugeordnet werden.

Status-Konzept

Mit dem Begriff Status ist der Bearbeitungszustand eines Objekts innerhalb eines Arbeitsablaufs gemeint. Ein Objekt kann unterschiedliche Arten von Status haben. Neben einer generischen Statusabfolge, die für sämtliche Objekte im System gilt, können einzelne Objekte und Versionen eines Objekts spezifische Fachstatus besitzen.

- Der Objektstatus o Freigegeben o Gesperrt

- Der Versionenstatus o Entwurf o Operativ

- Der Fachstatus

Der Fachstatus umschreibt den Lebenszyklus eines Businessobjekts und/oder einer Version. Ein Schadenfall hat einen anderen Lebenszyklus als ein Vertragsobjekt, deshalb sind die Fachstati pro Objekt unterschiedlich. An dieser Stelle soll dokumentiert werden, auf welcher Ebene der Fachstatus gesetzt wird und wie der Fachstatus mit dem Objekt- und Versionszustand zusammenwirkt.

17

Bestimmte Daten Instanzen, werden mit einem technischen Status verwaltet, sodass Daten, welche sich noch im Zustand „in Bearbeitung“ befinden, keine Abfragen oder Stapelverarbeitungen (Batch) stören können, wo die Abfrage-Ergebnisse nur gültige (aktive) Einträge darstellen/bearbeiten sollen. Zusätzlich kann ein fachliches Status Konzept sinnvoll sein, wobei jeweils abzuwägen ist, ob für diese Anforderungen nicht der Einsatz der Pendenzen-Verwaltung (siehe weiter unten!) mehr Sinn macht. Anstelle eines Status-Übergangs kann auch einfach eine bestimmte Pendenz generiert werden.

Das Konzept der bi-temporalen Datenbank

In der Regel bilden Datenbanken die aktuellen Sachverhalte einer Organisation und deren Geschäftspartner ab und berücksichtigen die

Dimension Zeit nicht. Man kann diesen Typ von Datenbanken auch als „Schnappschuss-Datenbank“ bezeichnen. Am Beispiel einer Versicherungsnehmeradresse illustriert, bedeutet dies: • Die Datenbank hat nur die aktuelle Adresse von Herrn Müller

gespeichert; • Die Adressen, an welchen Herr Müller gewohnt hat, sind nicht (mehr)

bekannt; • Die Adresse, an welche Herr Müller demnächst umziehen wird, kann

noch nicht abgespeichert werden. Solche Fragen können nicht beantwortet werden: • Wann hat Herr Müller in Genf gewohnt? • An welchen Orten hat Herr Müller zwischen 1990 und 2000 gewohnt? • Wann und von wem wurde diese Adresse erfasst oder geändert? Sollen die geschilderten Probleme gelöst und die Fragen beantwortet werden können, bedingt dies den Einsatz einer temporalen Datenbank. Der Begriff „Temporale Datenbank“ umfasst alle Datenbanken, in denen Zeitinformationen eine Rolle bei der Verwaltung der Daten spielen. Die untenstehende Darstellung veranschaulicht, wie die beiden Kalender zusammenwirken. Aus der Grafik kann abgelesen werden, dass es möglich ist, Daten in der Datenbank zu erfassen, die ihre Gültigkeit zum Transaktionszeitpunkt (Aktualisierung), in der Zukunft (proaktive Aktualisierung) oder in der Vergangenheit (retroaktive Aktualisierung) erlangen. Über den Gültigkeitskalender erfolgt die Navigation über die verschiedenen Gültigkeitsintervalle der einzelnen Datenausprägungen.

Instanz mit fachlichem

Status

18

Über den Transaktionskalender erfolgt die Navigation über die verschiedenen Transaktionsintervalle während denen unterschiedliche Versionen oder Datenausprägungen mit unterschiedlichen Gültigkeitsintervallen wirksam, d.h. für die Geschäftsfälle von Relevanz, waren. Eine Datenbank mit Gültigkeits- und Transaktionskalender zeigt: • Die aktuell gültigen, die in Vergangenheit gültigen und die in Zukunft

gültigen Versionen eines Objekts; • Die Transaktionsintervalle, während denen verschiedene Zustände

eines Objekts wirksam waren.

Wirkungs-Konzept

Daten Instanzen, welche ein zeitliches Wirkungskonzept erfordern, benutzen eine fachliche Historisierung, bei welcher die Datumsgrenzen (gültig von/gültig bis) vom Benutzer explizit definiert werden (im Gegensatz zur klassischen technischen Historisierung). Gleichzeitig wird auch das Statuskonzept mit eingebunden, sodass Daten, welche noch nicht offiziell erfasst wurden (Entwurfszustand), nicht mit aktiven Offerten oder Verträgen verbunden werden können.

19

Organisation

Die Benutzer werden einerseits als Partner erfasst und andererseits in der Organisationsstruktur verankert. Die Organisationsstruktur definiert die hierarchische Zuordnung der Benutzer zu Arbeitsstellen. Ein Benutzer kann gleichzeitig mehreren Stellen zugeordnet sein. Für jede Stelle kann ein Stellvertreter definiert werden. Der Stellvertreter erhält alle Aufgaben seines Kollegen, falls dieser als ‚abwesend‘ eintragen ist. Wenn eine Aufgabe meiner Stelle oder einer meiner übergeordneten Gruppen zugeordnet wird, erscheint sie in meiner Aufgabenliste.

Batch Verarbeitung

Die Stapelverarbeitungen (Batch) besitzen eine einheitliche technische Basis. Die Organisation der Startzeitpunkte und die Kontrolle über die Batchläufe wird in einem spezifischen GUI geregelt. Die effektive Batchverarbeitung läuft als unabhängiger Windows-Service auf dem Produktions-Server.

Die Batch Verarbeitung wird z.B. für die Produktion von Folgeabrechnungen oder für die Massenmutation von bestehenden Verträgen eingesetzt.

Mehrsprachigkeit

Alle GUI Elemente beziehen die Textbausteine aus den sprachspezifischen Eigenschaften (Properties). Für Sprachspezifische Daten (Code-Tabellen) wird ein eigenes Konzept eingesetzt.

Textbausteine verwalten und zuordnen

Das Konzept der Verbindung der Business Objekte zu mehrsprachigen Textbausteinen ist einheitlich gestaltet und in einem separaten Konzept implementiert. Für alle Reports und Drucker-Ausgaben werden die Textbausteine so konfiguriert, dass eine HTML Syntax basierendes Zwischendokument entsteht, welches von einer Open Source Software in PDF übersetzt wird. Auf diese Weise ist es sehr einfach, das Layout der Reports zu definieren oder zu ändern. Mit der gleichen Technologie werden auch die verschiedenen Begleitdokumente definiert.

Hierarchische Struktur der Mitarbeiter

(Organigramm)

20

Webportal

BRAVE bietet die Möglichkeit, verschiedene Webapplikationen einzubinden. Auf der Basis der bestehenden Kunden- und Benutzerrechteverwaltung können massgeschneidert auf Ihre Bedürfnisse Internet Versicherungslösungen als Kundenportal (b-to-c) oder als Schnittstelle zu anderen Firmen (b-to-b) implementiert werden.

21

BRAVE Achitektur