Daten aus Deckungsnachweisschreiben extrahieren
Ein Deckungsnachweisschreiben bestätigt, dass eine Police in Kraft ist. Anders als ein Schadendokument nimmt es keinen Bezug auf einen Schaden; sein einziger Zweck ist die Feststellung, dass eine benannte Deckung besteht, für wen, mit welchen Limits und bis zu welchem Datum. Ein Vermieter, der den Haftpflichtschutz eines Mieters prüft, ein Generalunternehmer, der einen Subunternehmer vor Zutritt zur Baustelle überprüft, und ein Kreditgeber, der die Versicherung eines Kreditnehmers bestätigt, verlangen alle dieses Schreiben. Wenn Continental Guaranty Insurance (NAIC 20443) am 2026-07-03 einen Deckungsnachweis für Summit Ridge Contractors LLC zur Commercial General Liability-Police CGL-2026-559871 ausstellt, gültig vom 2026-02-15 bis 2027-02-15, beantwortet das Schreiben eine Frage: Ist die Deckung aktiv.
Die entscheidenden Felder sind jene, auf die sich ein Leser verlässt, um Ja zu sagen. Das is_active-Flag zeigt true, das each_occurrence_limit beträgt 1,000,000 USD und das general_aggregate_limit beträgt 2,000,000 USD, und products_completed_operations_aggregate sowie personal_advertising_injury_limit vervollständigen den Haftpflicht-Deckungsturm. Auf dem Schreiben genannt ist certificate_holder_name mit Alder Street Holdings LLC, der Vermieter, der den Nachweis verlangt, und renewal_date mit 2027-02-15 sagt dem Inhaber, wann erneut nachzufragen ist. Da das Schreiben eine bestehende Police bestätigt statt eine neue zu begründen, gibt es policy_effective_date und policy_expiration_date exakt so wieder, wie sie im zugrunde liegenden Vertrag stehen.
An Talonic übergeben, liefert ein Deckungsnachweisschreiben den Versicherten, den Versicherer, die Limits und den Aktivstatus als typisierte Felder und hält die Deckungszeilen als Tabelle, in der mehrere Zeilen gleichzeitig bestätigt werden. Ein Schreiben vom 2026-07-03, das eine aktive CGL-Police mit einem Occurrence-Limit von 1,000,000 USD bis 2027-02-15 bestätigt, lädt als strukturierte Werte in ein Vendor-Compliance-System statt als abgelegtes PDF. Was das Schreiben aussagt, einschließlich des Aktiv-Flags, wird wie geschrieben erfasst; der aktuelle Stand wird dabei nicht eigenständig beim Versicherer bestätigt.
Was aus Deckungsnachweisschreiben extrahiert wird
So funktioniert die Extraktion für Deckungsnachweisschreiben
Deckungsnachweisschreiben kommen als PDFs auf Versichererbriefpapier, als ACORD 25-Zertifikate und als von Maklern ausgestellte Bestätigungen, sodass Limits und Aktivstatus beim einen im Fließtext und beim anderen in einer Tabelle erscheinen. Die Klassifizierung ordnet das Schreiben dem proof-of-coverage-Schema in der Field Registry zu, das Versicherten- und Versichereridentität, den Limit-Satz, den Zertifikatsinhaber und den Status der Gültigkeit trennt. Ein is_active-Boolean wird als eigenes Feld erfasst, damit ein Leser den Status nicht allein aus Daten ableiten muss; each_occurrence_limit, general_aggregate_limit, products_completed_operations_aggregate und personal_advertising_injury_limit sind als Zahlen typisiert, und die coverage_lines-Tabelle liefert jede bestätigte Zeile mit Policennummer sowie Beginn- und Ablaufdatum. Name und Adresse des Zertifikatsinhabers werden gelesen, weil das Schreiben an einen bestimmten Inhaber ausgestellt ist, und renewal_date wird geparst, damit ein Compliance-Team weiß, wann die Bestätigung ausläuft. Jedes Feld liefert einen Konfidenzwert und einen Source-Region-Verweis gemäß DIN SPEC 91491, sodass ein Vermieter oder Kreditgeber ein Limit oder das Aktiv-Flag gegen das Schreiben prüfen kann. Die Grenze der Extraktion liegt darin, wiederzugeben, was das Schreiben aussagt; der aktuelle Stand wird nicht beim Versicherer bestätigt.
Beispielextraktion
Ein Deckungsnachweisschreiben, das eine gültige CGL-Police bestätigt
{
"document_number": "POC-2026-11928",
"document_date": "2026-07-03",
"insured_name": "Summit Ridge Contractors LLC",
"insured_address": "2200 Granite Way, Boise, ID 83702",
"policy_number": "CGL-2026-559871",
"policy_effective_date": "2026-02-15",
"policy_expiration_date": "2027-02-15",
"insurer_name": "Continental Guaranty Insurance",
"insurer_naic_number": "20443",
"coverage_type": "COMMERCIAL GENERAL LIABILITY",
"each_occurrence_limit": 1000000,
"general_aggregate_limit": 2000000,
"products_completed_operations_aggregate": 2000000,
"personal_advertising_injury_limit": 1000000,
"certificate_holder_name": "Alder Street Holdings LLC",
"certificate_holder_address": "15 Alder St, Boise, ID 83702",
"additional_insured": true,
"subrogation_waived": false,
"is_active": true,
"renewal_date": "2027-02-15",
"coverage_lines": [
{
"insurer_letter": "A",
"coverage_type": "Commercial General Liability",
"policy_number": "CGL-2026-559871",
"policy_effective_date": "02/15/2026",
"policy_expiration_date": "02/15/2027",
"each_occurrence_limit": 1000000,
"aggregate_limit": 2000000
}
]
}Häufig gestellte Fragen
Wird erfasst, ob die Police aktiv ist?
Ja. Das is_active-Boolean wird als eigenes Feld gelesen und liefert true, wenn das Schreiben angibt, dass die Deckung in Kraft ist, sodass ein Leser den Status nicht allein aus Beginn- und Ablaufdatum ableiten muss.
Wie unterscheidet sich ein Deckungsnachweis von einem Binder?
Ein Binder bietet vorläufigen Versicherungsschutz, bevor die vollständige Police ausgestellt wird, während ein Deckungsnachweis eine bereits in Kraft befindliche Police bestätigt. Talonic liest jedes Dokument nach seinem eigenen Schema und erfasst beim Deckungsnachweis das is_active-Flag statt der kurzen Laufzeit eines Binders.
An wen ist das Schreiben adressiert?
certificate_holder_name und certificate_holder_address werden gelesen, hier Alder Street Holdings LLC, da ein Deckungsnachweis an einen bestimmten Inhaber ausgestellt wird, etwa einen Vermieter oder Kreditgeber, der einen Nachweis der versicherten Deckung verlangt hat.
Bestätigt Talonic, dass die Police beim Versicherer weiterhin in Kraft ist?
Nein. Talonic gibt die Limits, die Daten und das Aktiv-Flag so zurück, wie das Schreiben sie angibt, und verknüpft jedes mit seiner Source-Region. Die direkte Bestätigung des aktuellen Stands beim Versicherer ist ein separater Schritt, den die Extraktion nicht durchführt.
Wie unterscheidet sich ein Deckungsnachweisschreiben von einer Versicherungsbescheinigung?
Eine Versicherungsbescheinigung, typischerweise ein ACORD 25, ist die Zusammenfassung, die ein Makler einem Dritten ausstellt und die Deckungslinien, Policennummern und deren Limits zum Ausstellungsdatum auflistet. Ein Deckungsnachweisschreiben gibt stattdessen über sein eigenes is_active-Feld an, ob die Police aktuell in Kraft ist, sodass ein Vermieter oder Kreditgeber beim Lesen eine Bestätigung des Stands in Echtzeit erhält statt eines Momentaufnahme-Datensatzes der Limits. Talonic führt beide auf getrennten Schemas: eines erfasst die Deckungslinien bei Ausstellung, das andere den Aktivstatus.
Welche Felder werden aus Deckungsnachweisschreiben extrahiert?
Talonic gibt Deckungsnachweisschreiben als schemavalidierte, typisierte Felder zurück. Zu den gängigen Feldern zählen Dokumentennummer, Dokumentdatum, Versicherter, Policennummer 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 Deckungsnachweisschreiben, 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 Deckungsnachweisschreiben-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 Deckungsnachweisschreiben?
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.
Bereit, Daten aus Ihrem eigenen Deckungsnachweisschreiben zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering, insurance schema review · zuletzt geprüft am 2026-07-08