Zum Hauptinhalt springen

Daten aus Deckungszusagen extrahieren

Eine Deckungszusage ist ein vorläufiger Nachweis dafür, dass Versicherungsschutz besteht, während die vollständige Police noch ausgearbeitet wird. Sie wird ausgestellt, wenn ein Kunde sofortigen Versicherungsbeginn benötigt, bevor die Risikoprüfung abgeschlossen und das Policendokument erstellt ist, und sie erlischt in dem Moment, in dem die Police ausgestellt wird oder die eigene kurze Laufzeit der Deckungszusage abläuft. Ein Bauunternehmer, der vor Baubeginn Haftpflichtdeckung nachweisen muss, der Vermittler, der sie gebunden hat, und der Underwriter des Versicherers, der die Akte fertigstellt, verlassen sich in dieser Zwischenzeit alle auf die Deckungszusage. Wenn Pinnacle Underwriters Insurance (NAIC 33622) am 2026-07-05 die Deckungszusage BND-2026-40817 für Willow Creek Development LLC ausstellt, wirksam am selben Tag und ablaufend am 2026-08-04, bietet das Dokument dreißig Tage Versicherungsschutz, während die Police fertiggestellt wird.

Zwei Felder machen eine Deckungszusage zur Deckungszusage: ihre zeitliche Befristung und ihre Vollmacht. Ihr effective_date vom 2026-07-05 und expiration_date vom 2026-08-04 grenzen die Deckung auf ein dreißigtägiges Fenster ein, der Status zeigt active, bis er auf expired oder replaced wechselt, und binding_authority hält fest, dass der Vermittler Rampart Insurance Brokers unter delegierter Vollmacht handelte, um den Versicherer bis zu einem festgelegten Limit zu binden. Die Deckungsart ist Commercial General Liability, das each_occurrence_limit beträgt 1.000.000 USD und das general_aggregate_limit beträgt 2.000.000 USD, und der certificate_holder ist genannt, wo ein Kreditgeber oder Vermieter einen Nachweis verlangte. Anders als eine Police enthält eine Deckungszusage keinen vollständigen Vertragswortlaut, sondern nur die wesentlichen Bedingungen, die nötig sind, um den Versicherungsschutz aufrechtzuerhalten.

An Talonic übergeben, liefert eine Deckungszusage die Zeichnungsvollmacht, das Deckungsfenster, die Limits und den Status als typisierte Felder und hält die Deckungszeilen sowie etwaige Nachträge als Tabellen. Eine Deckungszusage, wirksam ab 2026-07-05 und ablaufend am 2026-08-04, aktiv und gebunden bis zu einer Aggregatsumme von 2.000.000 USD, lädt in ein Tracking-System, das sie kennzeichnen kann, bevor sie erlischt, statt erst danach. Erfasst wie geschrieben, einschließlich Ablauf und Status, wird die Deckungszusage gelesen, ohne zu entscheiden, ob eine ausgestellte Police sie inzwischen abgelöst hat.

Was aus Deckungszusagen extrahiert wird

DeckungszusagennummerBND-2026-40817
Dokumentdatum2026-07-05
Wirksamkeitsdatum2026-07-05
Ablaufdatum2026-08-04Befristete Laufzeit von dreißig Tagen
VersicherterWillow Creek Development LLC
DeckungsartCommercial General Liability
Limit je Schadensfall1,000,000 USD
ZeichnungsvollmachtProducer bound up to 2,000,000 aggregate pending policy issuance
StatusActive
VermittlerRampart Insurance Brokers

So funktioniert die Extraktion für Deckungszusagen

Deckungszusagen kommen als Formulare im ACORD-75-Stil, von Versicherern ausgestellte vorläufige Bescheinigungen und Bestätigungen von Vermittlern an, sodass das Deckungsfenster und die Zeichnungsvollmacht je nach Aussteller an unterschiedlichen Stellen erscheinen. Die Klassifizierung ordnet die Deckungszusage dem Binder-Schema in der Field Registry zu, das Deckungsfenster, Zeichnungsvollmacht, Limitsatz und Status getrennt hält. Beginn- und Ablaufdatum werden nach ISO 8601 geparst, damit das dreißigtägige Fenster lesbar ist und ein Ablauf gekennzeichnet werden kann. Das Status-Enum wird als active, expired, pending, cancelled oder replaced erfasst, und der Text binding_authority wird gelesen, da er die dem Vermittler übertragene Befugnis zur Bindung des Versicherers festhält. Numerische Limits, each_occurrence_limit, general_aggregate_limit, products_completed_operations_aggregate und personal_advertising_injury_limit, werden als Zahlen typisiert, während die Tabellen coverage_lines und endorsements jede Detailangabe je Sparte sowie unterjährige Änderungen tragen. Jeder Wert wird mit einem Konfidenzwert und einem Quellregion-Verweis gemäß DIN SPEC 91491 zurückgegeben, sodass ein Vermittler Ablauf oder gebundenes Limit vor Umwandlung in eine Police gegen die Deckungszusage prüfen kann. Die Meldung der Deckungszusage wie geschrieben ist der gesamte Umfang, was nicht bestimmt, ob eine ausgestellte Police sie bereits ersetzt hat.

Beispielextraktion

Eine dreißigtägige Deckungszusage mit vorläufigem Haftpflichtschutz

{
  "document_number": "BND-2026-40817",
  "document_date": "2026-07-05",
  "effective_date": "2026-07-05",
  "expiration_date": "2026-08-04",
  "insured_name": "Willow Creek Development LLC",
  "insured_address": "88 Riverbend Dr, Reno, NV 89501",
  "insurer_name": "Pinnacle Underwriters Insurance",
  "insurer_naic_number": "33622",
  "producer_name": "Rampart Insurance Brokers",
  "coverage_type": "COMMERCIAL GENERAL LIABILITY",
  "each_occurrence_limit": 1000000,
  "general_aggregate_limit": 2000000,
  "products_completed_operations_aggregate": 2000000,
  "personal_advertising_injury_limit": 1000000,
  "deductible": 5000,
  "certificate_holder": "Meadowline Bank, 400 Sierra St, Reno, NV 89501",
  "additional_insured": true,
  "binding_authority": "Producer bound under delegated authority up to 2,000,000 aggregate pending policy issuance",
  "status": "active",
  "renewal_date": "2026-08-04",
  "coverage_lines": [
    {
      "insurer_letter": "A",
      "coverage_type": "Commercial General Liability",
      "policy_number": "PENDING",
      "policy_effective_date": "07/05/2026",
      "policy_expiration_date": "08/04/2026",
      "each_occurrence_limit": 1000000,
      "general_aggregate_limit": 2000000,
      "deductible": 5000
    }
  ]
}

Häufig gestellte Fragen

Was macht eine Deckungszusage vorläufig?

Das effective_date vom 2026-07-05 und das expiration_date vom 2026-08-04 grenzen die Deckung auf ein dreißigtägiges Fenster ein, und der Status active wird als eigenes Feld erfasst, sodass eine Deckungszusage, die bei Ausstellung der vollständigen Police oder bei Ablauf der Frist erlischt, vor ihrem Ablauf erkennbar ist statt danach.

Wie unterscheidet sich eine Deckungszusage von einem Versicherungsnachweis oder einem Nachtrag?

Eine Deckungszusage gewährt vorläufigen Schutz vor Ausstellung der Police, ein Versicherungsnachweis bestätigt eine bereits bestehende Police, und ein Nachtrag ändert die Bedingungen einer bestehenden Police. Talonic liest alle drei anhand ihrer eigenen Schemata und hält die Deckungszusage an ihr Beginn- und Ablauffenster gebunden.

Wird die Zeichnungsvollmacht erfasst?

Ja. Der Text binding_authority wird als eigenes Feld gelesen, hier mit dem Vermerk, dass Rampart Insurance Brokers den Versicherer im Rahmen einer delegierten Vollmacht bis zu einem Aggregat von 2.000.000 gebunden hat, da eine Deckungszusage auf der Befugnis des Vermittlers beruht, Deckung vor Ausstellung der Police zu binden.

Weiß Talonic, ob eine Police die Deckungszusage bereits ersetzt hat?

Nein. Es gibt die Laufzeit der Deckungszusage, den Status und die gebundenen Limits so zurück, wie sie im Dokument stehen, und verknüpft jedes mit seiner Quellregion. Ob eine ausgestellte Police die Deckungszusage inzwischen abgelöst hat, festzustellen, ist nicht Teil der Extraktion.

Welche Felder werden aus Deckungszusagen extrahiert?

Talonic gibt Deckungszusagen als schemavalidierte, typisierte Felder zurück. Zu den gängigen Feldern zählen Deckungszusagennummer, Dokumentdatum, Wirksamkeitsdatum, Ablaufdatum und weitere, jeweils normalisiert (Datumsangaben nach ISO 8601, Beträge als Zahlen) und einem stabilen Schlüssel zugeordnet, sodass die Ausgabestruktur über verschiedene Layouts hinweg gleich bleibt.

Wie genau ist die Extraktion aus Deckungszusagen, und wie wird die Konfidenz angegeben?

Die Genauigkeit hängt vom Feld und von der Dokumentqualität ab. Talonic gibt für jedes Feld einen Konfidenzwert zwischen 0.0 und 1.0 aus; Extraktionen unterhalb Ihres Schwellenwerts werden vor der Übernahme in Ihr System of Record zur Prüfung markiert.

Kann ich die Deckungszusagen-Extraktion produktiv einsetzen?

Ja. Dieselbe Engine, die diesem Leitfaden zugrunde liegt, steht als produktionsreife REST-API und Node SDK zur Verfügung, mit synchronen, asynchronen und Streaming-Modi, Schema-Versionierung, signierten Webhooks und EU-Datenverarbeitung. Starten Sie kostenlos mit einem API-Key und skalieren Sie anschließend mit nutzungsbasierter Preisgestaltung.

Was kostet die Datenextraktion aus Deckungszusagen?

Es gibt eine kostenlose Stufe für Prototyping und Agent-Evaluierung, ohne Kreditkarte. Kostenpflichtige Nutzung basiert auf Credits: 1.000 Credits pro Euro. Die Seitenerfassung kostet 100 Credits pro Seite, registry-aufgelöste Abfragen sind kostenlos. Aktuelle Preise finden Sie unter talonic.com/pricing.

Autorenhinweis

Geprüft von Talonic engineering, insurance schema review · zuletzt geprüft am 2026-07-08