Versicherungsbescheinigungsdaten in Excel extrahieren — ACORD-Formulare und COI-Felder aus jedem Versichererformat
Das manuelle Abtippen von COI-Feldern aus ACORD-25-Formularen dauert 3–5 Minuten pro Bescheinigung – und wenn eine einzelne Bescheinigung vier separate Deckungszeilen (GL, Auto, Umbrella, WC) mit eigenen Policennummern, Limits und Daten enthält, führt eine falsch ausgerichtete Spalte zum falschen Ablaufdatum in Ihrem Compliance-Tracker. Dieser Extraktor überführt jede Deckungszeile in benannte Excel-Spalten – in 5–10 Sekunden pro Seite.
Verschlüsselte Verarbeitung · Automatische Datenlöschung nach Konvertierung
Was Sie aus Versicherungsbescheinigungen extrahieren können
Geben Sie die benötigten Spaltennamen ein – die KI findet diese Werte auf jeder COI, indem sie erkennt, was jedes Feld bedeutet, unabhängig davon, ob es auf einem standardmäßigen ACORD 25-Layout oder einem herstellereigenen Zertifikatsformat liegt. Ein Satz Spaltennamen funktioniert über Dokumente verschiedener Versicherer hinweg.
Das Tool nutzt die benutzerdefinierte Spaltenextraktion: Sie legen die Spaltennamen in Ihrer Ausgabetabelle fest – z. B. „Versicherter“, „Höchsthaftungssumme GL je Schadensfall“, „Ablaufdatum“ – und die KI findet den passenden Wert auf jeder COV, indem sie die Bedeutung der Feldbezeichnung und deren Position in der visuellen Hierarchie des Dokuments erfasst. So funktioniert ein Satz von Spaltennamen über ACORD-25-Formulare verschiedener Versicherer, COVs aus nicht standardisierten, proprietären Formaten und sogar ältere gescannte Zertifikate mit verschobenen Layouts – ohne Vorlage oder Koordinatenzuordnung für jeden Versicherer.
Warum COIs templatebasierte Extraktion sprengen – und was hier anders ist
Das ACORD-25-Formular ist der universelle Übersetzer der Versicherungsbranche – das Standardformat, das jeder in der Versicherung zur Kommunikation von Deckungen nutzt. Aber ein „Standardformular" ist nicht dasselbe wie ein „Standarddokument." Jedes Agenturverwaltungssystem rendert es leicht anders, und eine einzelne Bescheinigung stellt tatsächlich 3–4 unabhängige Deckungspolicen in einem dichten Raster dar, dessen Struktur flaches OCR nicht versteht.
Ein Zertifikat enthält 3–4 separate Versicherungspolicen in einem dichten Raster – aber flaches OCR liest zeilenweise von links nach rechts, nicht spaltenweise pro Police. Der Deckungsabschnitt eines ACORD 25 enthält Zeilen für Betriebshaftpflicht, Kfz-Haftpflicht, Vermögensschaden-/Exzedentenversicherung und Arbeiterunfallversicherung – sowie Spalten für Versicherer, Policennummer, Beginn, Ablauf und Deckungssummen. Koordinatenbasiertes OCR kann das Ablaufdatum der Kfz-Zeile fälschlich den Deckungssummen der Betriebshaftpflicht zuordnen und so stillschweigend falsche Daten liefern. Auf Reddit berichten Projektmanager, dass sie ihren ganzen Tag damit verbringen, COI-Daten manuell zu prüfen, weil „ein einziges vergessenes Datum in dieser Tabelle das Unternehmen Millionen kosten kann".
Das Feld „Zusätzlich versichert" ist ein Kontrollkästchen – und Kontrollkästchen sind für koordinatenbasiertes OCR unsichtbar. Beim ACORD 25 erscheint der Status „Zusätzlich versichert" als angekreuztes oder leeres Kästchen neben dem Abschnitt „Beschreibung der Tätigkeiten". OCR-Tools, die auf Texterkennung und Zahlenwerte trainiert sind, überspringen den Zustand von Kontrollkästchen routinemäßig – die wichtigste Compliance-Frage („Deckt die Police dieses Subunternehmers uns mit ab?") bleibt unbeantwortet. Wie Compliance-Experten betonen, reicht das COI-Kästchen allein nicht aus – Sie müssen prüfen, ob der tatsächliche Zusatz existiert. Ohne Extraktion des Kästchens können Sie mit dieser Prüfung nicht einmal beginnen.
Die Versicherer-Buchstabencodes (A, B, C, D) erzeugen eine relationale Zuordnung, die bei flacher Extraktion verloren geht. Im ACORD 25 verwendet die Deckungstabelle Buchstaben in der Spalte „Vers. Kürzel", um jede Deckungszeile einem bestimmten, im Kopfbereich aufgeführten Versicherer zuzuordnen. Der Name des Versicherungsmaklers und des Versicherers stehen in separaten Blöcken. Eine flache Extraktion, die jede Zelle einzeln ausliest, bewahrt die Beziehung A → Versicherer nicht – ohne manuelle Nacharbeit ist nicht erkennbar, welcher Versicherer welche Deckungszeile unterlegt.
Spalten einmal definieren – die KI liest jede Deckungszeile einzeln und gibt pro Police eine Zeile in der finalen Tabelle aus. Wenn Sie Spalten wie „Deckungsart", „Polizzennummer", „Höchstgrenze pro Schadensfall" und „Ablaufdatum" definieren, erkennt die KI jede Deckungszeile in der Tabelle als eigenen Datensatz. Die GL-Zeile und die Auto-Zeile werden jeweils zu eigenen Zeilen in der Ausgabe, wobei die Werte für „Versicherter" und „Zertifikatsinhaber" wiederholt werden. So bleibt der vollständige relationale Kontext erhalten – filterbar nach Deckungsart, sortierbar nach Ablaufdatum.
Die KI erkennt Kontrollkästchen, Versichererkürzel und dichte Rasterlayouts durch die visuelle Struktur des Dokuments – nicht durch Pixelkoordinaten. Sie versteht, dass ein Häkchen im Feld „Zusätzlicher Versicherter" „Ja" bedeutet, dass das „A" in der Spalte „Insr Ltr" dem Versicherer im Kopfblock „Versicherer A" zugeordnet ist und dass die mit „Betriebshaftpflicht" bezeichnete Deckungszeile eine eigene Polizzennummer, eigene Daten und eigene Grenzen hat – getrennt von der Zeile „Kfz-Haftpflicht" darunter. Diese semantische Leseart funktioniert unabhängig davon, wo das Rendering-System eines Versicherers jedes Element auf der Seite platziert.
Eine Spaltendefinition funktioniert für COIs aller Versicherer – ACORD-Standard oder proprietäres Format. Ob das Zertifikat ein systemgeneriertes ACORD 25 von Travelers, ein proprietäres Format eines Regionalversicherers oder ein eingescanntes PDF eines kleinen Subunternehmers ist – dieselben Spaltennamen extrahieren dieselben Datentypen. Keine versichererspezifische Vorlageneinrichtung. Kein manuelles Koordinaten-Mapping. Geben Sie Ihre Spalten einmal ein und die KI findet die Werte überall.
So wird ein Batch von Subunternehmer-COIs verarbeitet
Hochladen – eingehende COIs von Subunternehmern, unbearbeitet
Sie erhalten COIs von 20 Subunternehmern – teils systemgenerierte ACORD-25-PDFs aus Applied Epic, teils versichererseitige Zertifikatsformate, teils eingescannte Kopien in unterschiedlicher Auflösung. Ein Subunternehmer sendet eine COI mit angehängter Seite zum Zusatzversichertenvermerk. Laden Sie alle zusammen als einen Batch hoch. Keine Vorsortierung nach Format, Versicherer oder Dokumenttyp erforderlich.
Spalten definieren – was Sie für Ihr Compliance-Tracking benötigen
Geben Sie die Spaltennamen für Ihre Ausgabetabelle ein: Versicherter, Zertifikatsinhaber, Versicherer, Deckungsart, Polizzennummer, Höchstgrenze pro Schadensfall, Beginn, Ablauf, Zusatzversicherter. Sie können auch eine Berechnete Spalte definieren – z. B. eine Spalte Tage bis Ablauf mit einer Beschreibung, die die KI anweist, das heutige Datum vom Ablaufdatum abzuziehen. So enthält Ihre Ausgabe sofort einen Compliance-Statusindikator, ohne dass ein separater Formelschritt in Excel nötig ist.
Ausgabe – eine Tabelle mit allen Deckungszeilen jedes Subunternehmers
Laden Sie eine Excel-Datei herunter, in der jede Zeile eine Deckungsart aus einer COI darstellt. Ein Subunternehmer mit GL + Auto + WC erzeugt drei Zeilen – jeweils mit denselben Werten für Versicherten und Zertifikatsinhaber, aber unterschiedlichen Polizzennummern, Grenzen und Daten aus jedem Deckungsabschnitt. Die Ausgabe ist bereit für Pivot-Tabellen: Filtern Sie nach Deckungsart, um alle GL-Grenzen der Subunternehmer auf einen Blick zu sehen; sortieren Sie nach Ablaufdatum, um fällige Policen zu identifizieren; oder gruppieren Sie nach Versicherer, um die Deckungskonzentration in Ihrem Lieferantenportfolio zu prüfen. Der Status des Zusatzversicherten erscheint als Ja/Nein-Spalte – grün für bestätigt, leer für ungeprüft. Export als XLSX, CSV oder JSON.
Wann es am besten funktioniert – und wann Sie Ergebnisse prüfen sollten
Die Extraktionsgenauigkeit ist bei Standard-ACORD-25- und Carrier-Format-COIs hoch. Einige Dokumentbedingungen und COI-spezifische Komplexitäten sind vor der Verarbeitung eines großen Batches zu beachten.
Zuverlässige Verarbeitung
Systemgenerierte ACORD-25-Zertifikate. Von Applied Epic, Vertafore, AMS360 und anderen Agenturverwaltungssystemen erstellte COIs werden präzise extrahiert. Die KI erkennt die standardisierten Abschnittsüberschriften (Betriebshaftpflicht, Kfz-Haftpflicht, Vorsorge/Exzedenten, Arbeiterunfall) und ordnet jede Zeile mit Policennummer, Daten und Deckungssummen korrekt den Ausgabespalten zu.
Versicherereigene Zertifikatsformate. Viele große Versicherer (Travelers, Liberty Mutual, Chubb) stellen Zertifikate in eigenem Format statt ACORD 25 aus. Die KI extrahiert dieselben Feldtypen – Versicherungsnehmer, Versicherer, Deckungssummen, Daten – indem sie die Feldbezeichnungen semantisch versteht, nicht durch Abgleich mit einer ACORD-Layoutvorlage.
Stapelverarbeitung von Subunternehmer-COIs. Laden Sie COIs mehrerer Subunternehmer hoch – jede möglicherweise von einem anderen Versicherer in einem anderen Format – und verarbeiten Sie alle mit einer einzigen Spaltendefinition. Jedes Zertifikat wird unabhängig verarbeitet, und die Ausgabe-Excel fasst alle Subunternehmer in einem Blatt zusammen.
Gescannte Papier-COIs ab 200 dpi. Klare Scans gedruckter Zertifikate – einschließlich älterer ACORD-Versionen (2010/05 und 2016/03) – werden zuverlässig extrahiert. Der Status von Kontrollkästchen für „Zusätzlicher Versicherter" wird erfasst, wenn das gescannte Bild scharf genug ist, um markierte von unmarkierten Kästchen zu unterscheiden.
Diese Fälle prüfen
Seiten mit Zusatzklauseln zu „Additional Insured“ sind separate Dokumente. Die KI erfasst das Kontrollkästchen für „Additional Insured“ im ACORD-25-Formular, der eigentliche Klauseltext – wer benannt ist und welcher Schutz gewährt wird – steht jedoch auf einer separaten Anlage. Wenn Sie die Anlage zusammen mit der COI hochladen, können Sie Spalten für den Namen des Additional Insured definieren, die die KI dann aus der Anlage extrahiert. Die aktuelle Version verknüpft Anlagen nicht automatisch anhand der Zertifikatsnummer mit der zugehörigen COI. Prüfen Sie daher, ob jede Zeile zur Anlage im Output dem richtigen Zertifikat zugeordnet ist.
Handschriftlich ausgefüllte COIs mit kleiner oder kursiver Schrift. Wenn ein Makler Policennummern, Daten oder Deckungssummen handschriftlich in die ACORD-25-Felder einträgt – besonders in den engen Rasterzellen der Deckungstabelle – sinkt die Erkennungsgenauigkeit der KI im Vergleich zu gedrucktem Text. Fügen Sie eine Konfidenz-Spalte hinzu, um Zeilen mit niedriger Konfidenz für die manuelle Prüfung zu markieren – insbesondere bei Policennummern und Geldbeträgen, wo eine falsch erkannte Ziffer schwerwiegende Folgen haben kann.
Betriebsbeschreibung, die sich über Fortsetzungsformulare erstreckt. Wenn der Abschnitt „Betriebsbeschreibung“ im ACORD 25 mit „siehe Anlage“ oder einem Verweis auf ein ACORD-101-Fortsetzungsformular endet, extrahiert die KI nur den auf dem ACORD 25 selbst vorhandenen Text. Der Text des Fortsetzungsformulars wird nur erfasst, wenn dieses zusammen mit dem Hauptzertifikat hochgeladen wird.
COIs von Versicherern mit stark grafischen oder bildbasierten Formaten. Manche Regionalversicherer stellen Zertifikate als reine Bilddarstellung in einer PDF aus, ohne Textschicht. Die KI verarbeitet diese weiterhin visuell, die Genauigkeit hängt jedoch von Bildauflösung und Kontrast ab. Wenn Ihr Output unerwartete Leerstellen oder verstümmelte Werte in den Spalten „Versicherungsnehmer“ oder „Versicherer“ zeigt, prüfen Sie, ob die Quell-PDF eine auswählbare Textschicht enthält oder rein grafisch ist – rein grafische Dokumente profitieren von einem Upload in höherer Auflösung.
Häufig gestellte Fragen
Kann es ACORD-25-Formulare von jeder Versicherungsgesellschaft verarbeiten – oder nur von solchen, die exakt das Standard-Layout verwenden?
Es verarbeitet ACORD-25-Formulare unabhängig davon, von welchem Versicherer oder Agenturverwaltungssystem sie erstellt wurden. Die KI liest Feldbezeichnungen und Abschnittsüberschriften semantisch, anstatt sich auf Pixelkoordinaten zu verlassen. Daher beeinträchtigen Positionsunterschiede zwischen verschiedenen Versicherern – ein Versicherer könnte „Certificate Number“ 10 Pixel höher darstellen als ein anderer – die Extraktion nicht. Auch proprietäre Formate von Versicherern, die nicht dem ACORD-Layout folgen, werden unterstützt: Definieren Sie Spalten wie „Versicherter“, „Polizzennummer“ oder „Höchstgrenze je Schadensfall GL“, und die KI findet die entsprechenden Werte überall auf der Seite, indem sie den umgebenden Beschriftungstext und den visuellen Kontext versteht.
Wie verarbeitet es die mehrzeilige Deckungstabelle mit separaten Zeilen für Betriebshaftpflicht, Kfz-Haftpflicht, Vermögensschadenhaftpflicht und Berufsgenossenschaft?
Jede Deckungszeile in der Deckungstabelle des ACORD 25 wird zu einer eigenen Zeile in der ausgegebenen Excel-Datei. Wenn Sie Spalten wie „Deckungsart“, „Polizzennummer“, „Höchstgrenze je Schadensfall“ und „Ablaufdatum“ definieren, identifiziert die KI jede Deckungsabschnittszeile einzeln – extrahiert die Polizzennummer, Grenzen und Daten der GL-Zeile in eine Ausgabezeile, die der Kfz-Zeile in die nächste, die der Vermögensschadenhaftpflicht-Zeile in die nächste und die der Berufsgenossenschafts-Zeile in die nächste. Die Ausgabe bewahrt die 1:N-Beziehung zwischen dem Zertifikatskopf (Versicherter, Zertifikatsinhaber, Versicherungsmakler) und den Deckungsdetails – die Werte für Versicherten und Zertifikatsinhaber werden über alle zugehörigen Zeilen wiederholt, sodass Sie nach jeder Kombination von Subunternehmer und Deckungsart filtern, sortieren und pivotieren können. Dies unterscheidet sich grundlegend von flachem OCR, das das Tabellenraster von links nach rechts lesen und riskieren würde, ein Datum aus der Kfz-Zeile mit einer Polizzennummer aus der GL-Zeile falsch zuzuordnen.
Wie zuverlässig ist die Erkennung des Kontrollkästchens „Zusätzlicher Versicherter“ – besonders bei gescannten COIs?
Bei sauberen digitalen PDFs – der Mehrheit der von Agenturverwaltungssystemen erstellten COIs – ist die Erkennung zuverlässig: Markierte Felder (X oder Haken) werden konsistent als „Ja“ erkannt, unmarkierte als „Nein“. Bei gescannten Papier-COIs hängt die Genauigkeit von der Scanqualität ab. Ein scharfer Scan mit 200 dpi oder mehr liefert eine zuverlässige Erkennung. Scans mit niedrigerer Auflösung oder Faxkopien, bei denen die Gitterlinien des Kontrollkästchens unscharf werden, verringern die Genauigkeit. Die Unterscheidung ist wichtig, da das Kontrollkästchen „Zusätzlicher Versicherter“ ein kritischer Compliance-Indikator ist – es zeigt an, ob die Police des Subunternehmers dahingehend ergänzt wurde, Sie als zusätzlichen Versicherten zu benennen, was Ihre rechtliche Stellung im Schadensfall beeinflusst. Wir empfehlen, die Spalte „Zusätzlicher Versicherter“ bei den ersten gescannten COIs einer Charge stichprobenartig zu prüfen und dann mit Vertrauen fortzufahren, sobald das Ausgabemuster mit dem übereinstimmt, was Sie in den Quelldokumenten sehen.
Kann ich dies mit einem Collection Link integrieren, sodass Subunternehmer ihre eigenen COIs direkt hochladen?
Ja. ImageToTable.ai bietet eine Collection Link-Funktion – eine teilbare URL, die Sie an jeden Subunternehmer senden können. Sie öffnen den Link, geben einen kurzen Verifizierungscode ein und laden ihre COI direkt in Ihre Verarbeitungswarteschlange hoch – ohne Registrierung oder Anmeldung ihrerseits. Die Dateien landen in Ihrem Konto und sind bereit für die Extraktion mit den von Ihnen bereits definierten Spaltennamen. Dies eliminiert das E-Mail-Pingpong aus Anfordern, Nachfassen und Weiterleiten von COIs und stellt sicher, dass jedes Zertifikat in einer formatkonsistenten Verarbeitungspipeline ankommt, anstatt über E-Mail-Threads verstreut zu sein. Nach der Verarbeitung werden die extrahierten Daten zusammen mit allen von Ihnen direkt hochgeladenen COIs in Ihre Excel-Ausgabe übernommen.
Kann das Feld „Versicherter“ den Versicherten vom Zertifikatsinhaber unterscheiden, wenn die Namen ähnlich aussehen?
Ja. Im ACORD 25 erscheint der Versicherte in einem eigenen Block – typischerweise im oberen linken Versichertenbereich – während der Zertifikatsinhaber in einem separaten Block weiter unten auf der Seite steht. Die KI erfasst die visuelle Hierarchie: Sie versteht, dass die unter „VERSICHERTER“ oder „PRODUZENT“ (auf der linken Seite eines standardmäßigen ACORD 25) aufgeführte Entität der Versicherungsnehmer ist, und die unter „ZERTIFIKATSINHABER“ aufgeführte Entität die Partei ist, die einen Nachweis der Deckung anfordert. Diese semantische Lesart ordnet jede Partei korrekt der richtigen Ausgabespalte zu, selbst wenn beide Namen Firmennamen sind, die strukturell ähnlich aussehen (z. B. „ABC Construction GmbH“ als Versicherter vs. „ABC Development AG“ als Zertifikatsinhaber). Dies ist ein weiterer Fall, bei dem die koordinatenbasierte OCR versagt – wenn die beiden Namensblöcke bei verschiedenen ACORD-Darstellungen unterschiedlicher Versicherer ihre Position verschieben, vertauscht eine Vorlage, die Namen an festen Koordinaten erwartet, die beiden Parteien ohne Vorwarnung.