Antragsstrecke

Ein Geschäftsfall der Antragsstrecke ist die Klammer um bis zu vier Geschäftsobjekte: Berechnung, Offert, Antrag und Vertrag. Jedes hat einen eigenen Inhalt, einen eigenen fachlichen Zustand und eine eigene IRI unter dem Geschäftsfall; der Geschäftsfall selbst hat keinen Zustand. Die Objekte gehen durch Ableitung auseinander hervor: Das neue Objekt übernimmt den Inhalt des Vorgängers und trägt dessen IRI als Herkunft, der Vorgänger bleibt unverändert.

Die Ableitungen Berechnung → Offert und Offert → Antrag sind optional: Ein Offert darf ohne Berechnung und ein Antrag ohne Offert erzeugt werden, dann legt der Client das Objekt vollständig an (OMDS 3 kennt das als „Offert ohne Berechnung“ und „Einreichung ohne vorheriges CreateApplication“). Die einzige verpflichtende Ableitung ist Antrag → Vertrag: Es gibt keinen Vertrag ohne Antrag, und diese Ableitung stößt der Versicherer nach seiner Prüfung an, nicht der Vermittler.

Eine Berechnung, die der Versicherer nicht aufbewahrt – der Client sendet eine Konfiguration und erhält Prämie und Prüfbericht –, ist eine Auskunft und kein Geschäftsobjekt; sie begründet keinen Geschäftsfall. Erst wenn der Versicherer die Berechnung aufbewahrt, weil der Vermittler sie wiederfinden, teilen oder ein Offert daraus ableiten will, wird sie zum Geschäftsobjekt, und damit entsteht der Geschäftsfall.

Solange der Vermittler ein Objekt bearbeitet, wechselt es zwischen den zuerkannten Zuständen Entwurf und Bereit, je nachdem, ob die Pflichteingaben des Zustands vollständig sind; der Server stellt das nach jeder Bearbeitung oder Ersetzung neu fest. Der Übergang – berechnen, annehmen, einreichen – ist nur aus Bereit zulässig und übergibt das Objekt dem Versicherer; danach ist es für den Client unveränderlich, und die weiteren Zustände setzt der Versicherer.

Neben den vier Hauptobjekten kennt die Antragsstrecke Nebenprozesse: untergeordnete Geschäftsobjekte unter Offert, Antrag oder Vertrag, die einen Vorgang bei Kunde, Vermittler, Versicherer oder Drittem vertreten und die Einreichung sperren können. Die Norm legt sechs Arten fest:

Ein Nebenprozess entsteht durch Ergänzung des Versicherers bei der Verarbeitung des Hauptobjekts, wenn die deklarierte Auslösebedingung zutrifft, oder auf Beantragung des Vermittlers. Ist er blockierend und offen, fehlt der Übergang „einreichen“ in den Folgeschritten des Antrags, und der Bericht nennt ihn; ein Client muss das nicht selbst berechnen. Welche Arten ein Versicherer anbietet, wann sie blockieren und zusammengeführt werden, deklariert sein Prozesswissen (Nebenprozesse).

Jede Antwort auf dem Weg hat dieselbe Form: das betroffene Geschäftsobjekt vollständig, sein Zustand, der Prüfbericht, die Ergebnisse des Versicherers und die Folgeschritte am Geschäftsfall und an seinen Objekten. Der Client liest den nächsten Schritt aus der Antwort ab; was dort nicht steht, ist nicht zulässig.

Die Norm zählt die zulässigen Varianten der Antragsstrecke abschließend auf; jeder Versicherer deklariert als Prozesswissen, welche er umsetzt, und der Client stellt sich zur Laufzeit darauf ein:

Die bestehenden OMDS-3-Services der Antragsstrecke Kfz lassen sich auf die Operationsarten abbilden, so dass eine Versicherung die neuen Services als Wrapper darüber anbieten kann:

Die Abbildung im Einzelnen – Felder, Antragsarten, Fehlercodes – legt die Deklaration der Antragsstrecke fest.

Kern jedes Geschäftsobjekts der Antragsstrecke ist die Produktkonfiguration: das gewählte Verkaufsprodukt mit seinen Bausteinen, Attributwerten und Risikoobjekten (Produkt und Produktbaum, Produktbaum und Instanzbaum). Das Produkt wird zur Laufzeit ausgespielt; welche Konfigurationen zulässig sind, sagt das Produktwissen, nicht der Service.

Mit fortschreitender Strecke wird die Konfiguration angereichert: Die Berechnung trägt die Prämie je Baustein, das Offert Prämienbindung und Gültigkeitsdauer, der Antrag Personen und Rollen (Antrags- bzw. Vertragsrollen), Antragsfragen (Antragsfragen) und Inkasso, der Vertrag die Polizzierung. Was an jedem Baustein in jedem Objekt stehen darf, beschreibt die Struktursäule des Vokabulars (Schichten des Vokabulars).

Muster-Versicherung und Muster-Vermittler setzen die Antragsstrecke heute bis zur Berechnung um: Produktauswahl zum Stichtag, Konfiguration als Entwurf am Server mit den Bearbeitungen addComponent und removeComponent, Berechnung mit Prüfbericht, Produktwissen zur Instanz und Folgeschritten (Installation & Setup Client). Das geschieht noch in der Form vor dem Modell der Geschäftsobjekte: Die Berechnung antwortet wie eine Tarifauskunft, legt aber zugleich ein Objekt unter einer Geschäftsfall-ID an, und der Entwurfsstatus steht am Geschäftsfall. Offert, Antrag und Vertrag folgen zusammen mit der Umstellung auf Geschäftsobjekte mit eigenen Zuständen (Vorgehen und Artefakte).

Die Vertragsänderung und die Konvertierung beginnen beim bestehenden Vertrag, den sie als Bezug nennen, ohne ihn in den Geschäftsfall aufzunehmen: Der Vermittler leitet daraus einen Änderungs- bzw. Konvertierungsantrag ab, der dieselben Bearbeitungen und Übergänge wie der Antrag der Antragsstrecke hat, und der Versicherer leitet daraus den geänderten bzw. neuen Vertrag ab. Beide haben eigene Kapitel; die Schadenmeldung beginnt mit einer Erzeugung zum Vertrag und wird mit ihrem Typ beschrieben. Alle vier stellt Geschäftsfalltypen im selben Raster nebeneinander.