Wie Bau-COI-Tracking immer noch
in E-Mails und Tabellen steckt

Die COI-Tabelle ist ein universelles Initiationsritual – und niemand prahlt damit

Auf Reddits r/ConstructionManagers postete ein neuer Projektkoordinator vor sechs Monaten: „Ich verbringe praktisch meinen ganzen Tag damit, Subunternehmer per E-Mail zu jagen, um ihre neue COI zu bekommen, bevor eine alte abläuft. Das fühlt sich völlig verrückt und extrem riskant an. Ein einziges vergessenes Datum in dieser Tabelle könnte das Unternehmen Millionen kosten. Machen das wirklich alle so?"

Die Antworten waren ein kollektives Achselzucken: ja, so machen es alle, und ja, es ist ein Albtraum. Ein PM beschrieb ihr System als „Tabellen und Telefonate". Ein anderer erwähnte die Angst vor der „Verfolgung der abgelaufenen Lizenz, bis der Bezirksinspektor auftauchte". In einem dritten Thread fragte ein kleiner GU direkt: „Ist das normalerweise so ein Aufwand?"

Was diese Threads zeigen, ist nicht, dass Bauprofis schlecht in Compliance sind. Sie zeigen, dass COI-Tracking einen blinden Fleck im Technologie-Stack der Branche darstellt – eine Aufgabe, die zwischen Projektmanagement-Software und Buchhaltungssystemen fällt, von keinem beansprucht, von niemandem gelöst.

Das Standardwerkzeug ist immer dasselbe: eine Master-Tabelle. Spalten für Subunternehmername, Policentyp, Versicherer, Policennummer, Deckungssummen, Beginn, Ablauf, Status als zusätzlich Versicherter, Verzicht auf Regress und ein Notizfeld, das mit jedem Verlängerungszyklus länger wird. Solange die Tabelle unter 30 Zeilen bleibt, funktioniert es. Bei 50 Subunternehmern mit je vier Policenlinien pflegen Sie 200 Datenpunkte in einer Matrix, in der eine einzige veraltete Zelle bedeuten kann, dass ein unversicherter Sub auf einer aktiven Baustelle arbeitet.

Eine Versicherungsbescheinigung ist nicht die Police – und die Tabelle kann den Unterschied nicht erkennen

Das ACORD 25 Certificate of Liability Insurance – der branchenübliche COI-Formular, der in der gesamten US-Bauwirtschaft verwendet wird – enthält eine Aussage in fetten Großbuchstaben, die die meisten überlesen: „DIESE BESCHEINIGUNG WIRD AUSSCHLIESSLICH ZUR INFORMATION AUSGESTELLT UND VERLEIHT DEM BESCHEINIGUNGSINHABER KEINERLEI RECHTE. DIESE BESCHEINIGUNG ÄNDERT, ERWEITERT ODER VERKÜRZT WEDER AUSDRÜCKLICH NOCH STILLSCHWEIGEND DEN DURCH DIE NACHSTEHENDEN POLICEN GEWÄHRTEN VERSICHERUNGSSCHUTZ."

Dies sind keine kleingedruckten Haftungsausschlüsse. Sie sind die rechtliche Grundlage des Dokuments. Eine Versicherungsbescheinigung fasst zusammen, was ein Versicherungsmakler glaubt, was eine Police aussagt. Sie bindet den Versicherer nicht. Sie garantiert nicht, dass der aufgeführte Versicherungsschutz tatsächlich besteht. Sie beweist nicht, dass der Generalunternehmer als zusätzlicher Versicherter hinzugefügt wurde, selbst wenn dieser Begriff im Feld des Bescheinigungsinhabers erscheint.

Betrachtet man, wie solche Fehler konkret aussehen, wird klar, warum eine Tabellenkalkulation sie nicht erkennen kann. Die COI listet eine allgemeine Haftpflichtsumme von 2 Millionen US-Dollar auf – doch die tatsächliche Police enthält einen Ausschluss für genau die spezifischen Gewerke, die der Subunternehmer ausführt. Die Bescheinigung weist den Generalunternehmer als zusätzlich versichert aus – jedoch nur mit einem CG 20 10-Vermerk für laufende Arbeiten, nicht mit dem CG 20 37 für abgeschlossene Arbeiten. Das hinterlässt eine Deckungslücke, nachdem der Sub seine Arbeit beendet hat – die erst Monate später auffällt. Das Kästchen für den Verzicht auf den Regressanspruch ist angekreuzt – aber der entsprechende Vermerk wurde nie tatsächlich beim Versicherer eingereicht.

Ein ACORD-25-Formular ist laut den unabhängigen Versicherungsagenten und -maklern Amerikas anfällig für drei Hauptprobleme: Bescheinigungsbetrug durch Agenten, die nicht existierende Deckungen angeben, damit ein Sub einen Auftrag erhält; übermäßige vertragliche Versicherungsanforderungen, die auf dem Markt verfügbare Policen schlicht nicht erfüllen können; und das anhaltende Problem, dass Bescheinigungsinhaber trotz anderslautender Zusage der Bescheinigung nie eine tatsächliche Kündigungsmitteilung erhalten. Die Tabellenkalkulation sieht nichts davon. Sie erfasst, was im PDF steht, und macht weiter.

Jede COI-Tracking-Tabelle im Bauwesen basiert daher auf einem Fundament systematisch unzuverlässiger Daten. Der Dateneingabe-Engpass – die fünf Minuten pro Bescheinigung, die für das Abtippen von Feldern aus einem PDF in Excel nötig sind – ist real, aber er ist das zweitschlimmste Problem. Das schlimmste Problem ist, dass die eingegebenen Daten in 90 % der Fälle falsch sind und die Tabellenkalkulation keine Möglichkeit hat, dies zu erkennen.

Das Vier-Parteien-Staffelrennen, das niemand entworfen hat und das niemand gewinnt

Um zu verstehen, warum E-Mail und Tabellenkalkulationen der Standard-Workflow für COIs bleiben, verfolgen Sie den Weg einer einzelnen Bescheinigung.

Der Generalunternehmer sendet dem Subunternehmer einen Vertrag mit geforderten Versicherungen: Betriebshaftpflicht mit 2 Mio. USD pro Schadensfall / 4 Mio. USD Jahresdeckung, gesetzliche Unfallversicherung, Kfz-Haftpflicht mit 1 Mio. USD, Mantelpolice mit 5 Mio. USD, sowie Klauseln zur zusätzlichen Versichertenstellung und zum Verzicht auf Regress. Der Subunternehmer leitet diese Anforderungen an seinen Versicherungsmakler weiter. Der Makler ruft die Policendaten aus dem System des Versicherers ab und füllt ein ACORD-25-Formular aus – ein Prozess, der laut IRMI-Prüfung in über 90 % der Fälle Fehler gegenüber den Vertragsbedingungen aufweist.

Der Makler sendet die COI-PDF per E-Mail an den Subunternehmer, der sie an den Projektkoordinator des Generalunternehmers weiterleitet. Der Koordinator öffnet die PDF, liest jedes Feld – Policennummer, Versicherer, Deckungsarten, Deckungssummen, Beginn, Ablauf, zusätzliche Versichertenstellung (J/N), Verzicht auf Regress (J/N) – und überträgt sie in die Haupttabelle. Die PDF wird in einen gemeinsamen Netzwerkordner abgelegt, dessen Dateinamenskonvention je nach letztem Bearbeiter variiert. Die Tabelle wird aktualisiert. Der Koordinator stellt eine Kalendererinnerung 30 Tage vor Ablauf ein.

Vier Parteien, vier Übergaben, null Prüfung der zugrunde liegenden Policenbedingungen. Der Koordinator am Ende dieser Kette überträgt Daten, die aus einem Dokument stammen, das wiederum von einem Makler aus einem Versicherersystem zusammengestellt wurde, der auf eine weitergeleitete E-Mail reagierte – vier Stufen entfernt von der Quelle der Wahrheit. Bei jedem Schritt verschlechtern sich die Daten. Eine falsche Ziffer in der Policennummer. Eine vertauschte Deckungssumme. Eine Klausel zur zusätzlichen Versichertenstellung, die telefonisch besprochen, aber nie eingereicht wurde.

Dies ist kein fehlerhafter Prozess, der durch mehr Disziplin behoben werden könnte. Es ist ein mehrstufiger Workflow, bei dem jeder Beteiligte andere Anreize hat. Der Subunternehmer will auf die Baustelle und bezahlt werden – Versicherungspapierkram ist Reibung. Der Agent des Subunternehmers will das Konto halten – die Ausstellung eines Zertifikats, das das Gewünschte des Vertrags besagt, auch wenn die Police nicht liefert, dient diesem Ziel. Der Koordinator des Generalunternehmers will einen Haken setzen und zum nächsten Subunternehmer übergehen. Die tatsächliche Police des Versicherers ist das Einzige, was bei einem Schadensfall zählt, und sie ist das Einzige, was niemand in der Kette außer dem Underwriter des Agenten jemals liest.

Versicherungspolicenverlängerungen potenzieren dies exponentiell. Die Betriebshaftpflicht eines Subunternehmers verlängert sich jährlich, aber nicht am selben Datum wie seine Arbeitsunfallversicherung. Seine Betriebsunterbrechungsversicherung verlängert sich an einem dritten Datum. Seine Kfz-Versicherung an einem vierten. Jeder Verlängerungszyklus löst die vollständige Vier-Parteien-Kette für jede Policenlinie jedes Subunternehmers aus – und jede Verlängerung schafft eine neue Gelegenheit für einen Fehler, der in der Tabelle landet, als ob sich nichts geändert hätte.

Die Branche kaufte die Software. Die Tabelle blieb.

Das Baugewerbe ist keine technikaverse Branche. Die Umfrage der Associated General Contractors of America zum Ausblick 2025 ergab, dass 66 % der großen Bauunternehmen Projektmanagementsoftware, 44 % Kalkulationssoftware und 40 % Planungssoftware nutzen. Der durchschnittliche Betrieb setzt 6,2 verschiedene digitale Werkzeuge ein. Dies ist keine Branche, die sich weigert, Technologie zu übernehmen. Es ist eine Branche, in der die übernommene Technologie nicht entwickelt wurde, um das COI-Problem zu lösen.

Procore verwaltet Änderungsaufträge, RFIs, Prüfungsunterlagen und Mängellisten. Es prüft jedoch nicht, ob die Betriebshaftpflichtversicherung eines Subunternehmers tatsächlich die von ihm ausgeführten Arbeiten abdeckt. Um eine COI-Compliance-Überwachung in Procore zu erhalten, muss ein Generalunternehmer eine separate Integration erwerben: Billy, myCOI, Jones, SmartCompliance oder TrustLayer. Jedes dieser Tools verbindet sich über eine API mit Procore und synchronisiert den Compliance-Status, aber der grundlegende Schritt der Datenerfassung – das Lesen einer COI-PDF und das Extrahieren der darin enthaltenen Felder – bleibt ein manueller Schritt, der stattfinden muss, bevor die Software etwas Nützliches tun kann.

Das Procore-Seitenpanel der Billy-Plattform ermöglicht es einem Compliance-Manager beispielsweise, den Versicherungsstatus von Subunternehmern zu sehen, ohne Procore zu verlassen – aber jemand muss zuerst die COI-PDF hochladen, und entweder das Managed-Review-Team oder die internen Mitarbeiter des Generalunternehmers müssen sie auf die Einhaltung der Anforderungen prüfen. myCOI erfüllt eine ähnliche Funktion mit einem Team von lizenzierten Versicherungsexperten. Jones fügt eine KI-gestützte Überprüfung hinzu, die ausschließende Formulierungen in den eigentlichen Policen identifiziert. Dies sind wertvolle Dienstleistungen. Aber sie operieren auf demselben Datenerfassungs-Engpass, dem auch die Tabellenkalkulation gegenübersteht: Eine PDF kommt per E-Mail an, und jemand muss entscheiden, was darin steht.

Der Grund, warum sich die Tabellenkalkulation hält, ist nicht, dass Auftragnehmer sich weigern, Software zu kaufen. Sondern dass die gekaufte Software dafür entwickelt wurde, den Compliance-Status zu verwalten, sobald die Daten im System sind – nicht, um die Daten aus den per E-Mail eingehenden PDFs ins System zu bringen. Dieser Schritt – Policennummern, Deckungssummen und Ablaufdaten von einem einseitigen ACORD-Formular abzulesen und in einen strukturierten Datensatz einzutragen – ist die nicht automatisierte „letzte Meile“ des gesamten Workflows. Solange dieses Problem nicht gelöst ist, ist jede COI-Tracking-Plattform nachgelagert zu einem manuellen Erfassungsschritt, und jeder Tabellenkalkulationsnutzer, der dabei bleibt, erkennt auf einer gewissen Ebene, dass die Bezahlung einer Plattform zur Verwaltung von Daten, die man immer noch manuell eintippen muss, keine klare Verbesserung darstellt.

Die fehlende Schicht: Daten aus dem PDF in die Tabelle bekommen, ohne zu tippen

Wenn das strukturelle Problem darin besteht, dass COI-Daten in PDFs stecken und Tracking-Tools strukturierte Daten benötigen, ist der direkteste Eingriff nicht, die Tabelle zu ersetzen oder eine weitere Plattform zu kaufen. Es geht darum, den manuellen Erfassungsschritt – die fünf Minuten pro Zertifikat, die vertauschten Ziffern, die kopierten und eingefügten Ablaufdaten – in etwas zu verwandeln, das automatisch passiert, wenn das PDF eintrifft.

Hier verändert die Dokumentenextraktion die Wirtschaftlichkeit des COI-Trackings. Anstatt Felder aus dem ACORD-25-Formular abzulesen und in Excel einzutippen, definieren Sie die benötigten Spalten – Policennummer, Versicherer, Deckungsart, Schadenshöchstgrenze, Gesamtdeckungssumme, Wirksamkeitsdatum, Ablaufdatum, Zusätzlich versichert (J/N), Verzicht auf Regress (J/N) – und lassen die KI jeden Wert auf dem COI-PDF lokalisieren. Das Ergebnis ist eine Zeile in Ihrer Tabelle mit allen ausgefüllten Feldern, ohne Tipparbeit. Das PDF landet in einem Ordner. Die Daten landen im Tracker. Die Lücke zwischen dem Erhalt eines Zertifikats und seiner Erfassung schrumpft auf Sekunden.

Dieser Ansatz funktioniert, weil ACORD-25-Formulare trotz standardisierten Layouts in der Praxis dennoch als gescannte Bilder, flache PDFs, digital signierte Dokumente und gelegentlich als Fotos von ausgedruckten Bescheinigungen aus dem Baucontainer eingehen – alles Formate, bei denen herkömmliche OCR-Vorlagenabgleiche scheitern, da sich die Pixelpositionen verschieben. ImageToTable.ai's Spaltennamenextraktion umgeht dies, indem sie den semantischen Inhalt des Formulars versteht, statt Koordinaten abzugleichen: Sie identifiziert „Versicherer A“ und greift die angrenzende Policennummer basierend auf der Bedeutung des Textes, nicht auf seiner Position.

Was diesen Ansatz nachhaltig macht, ist, dass Sie Ihren bestehenden Workflow nicht aufgeben müssen. Sie können weiterhin Ihre Tabelle nutzen. Sie können weiterhin Ihren gemeinsamen Ordner nutzen. Sie können weiterhin eine COI-Tracking-Plattform wie Billy oder myCOI nachgelagert einsetzen – oder eine hinzufügen –, da extrahierte Daten in jedes System fließen, das Excel oder CSV akzeptiert. Der E-Mail-Relay läuft weiter – Subunternehmer erhalten weiterhin Policen von ihren Agenturen und leiten COIs an den Generalunternehmer weiter –, aber der Koordinator verbringt seinen Tag nicht mehr damit, diese PDFs in Zellen zu übertragen. Die Tabelle wird zu einem Dashboard, das von der Extraktion gespeist wird, nicht zu einem Dateneingabeterminal.

Dieselbe Extraktionsebene funktioniert im gesamten breiteren Dokumenten-Compliance-Puzzle, mit dem Bauprojektkoordinaten konfrontiert sind. Subunternehmerrechnungen kommen in 15 verschiedenen Formaten, aber die AP-Abteilung benötigt von jeder die gleichen Felder. Liensverzichte, W-9-Formulare und Gewerbelizenzen haben jeweils ihre eigenen Daten, die derzeit jemand manuell in einen separaten Tracker eingibt. Die Spaltennamenextraktion behandelt sie alle als denselben Vorgang: Spalten definieren, Dokumente hochladen, strukturierte Daten erhalten – unabhängig von der Compliance-Kategorie.

Dies ist kein Ersatz für spezielle COI-Tracking-Plattformen. Diese Plattformen prüfen Policensprache, markieren ausschließende Zusatzklauseln, verfolgen die Einhaltung von Vorschriften über Projekte hinweg und erstellen Prüfpfade – Funktionen, die eine Tabellenkalkulation nicht abbilden kann und die ein Extraktionstool nicht anstrebt. Die Extraktion löst das Problem eine Stufe vorgelagert: die Daten aus dem PDF zu holen und in das System zu überführen, das sie als Nächstes nutzt. Es ist die Schicht, die von Anfang an fehlte – der Grund, warum die Tabellenkalkulation zum Standard wurde und es blieb, selbst nachdem die Branche jede andere Softwarekategorie übernommen hatte.

Häufig gestellte Fragen

Warum übernehmen Procore oder Sage nicht das COI-Tracking?

Procore und Sage 300 CRE sind Projektmanagement- und Buchhaltungsplattformen – sie organisieren finanzielle und operative Daten, sobald diese im System sind. Keine der beiden wurde entwickelt, um ein COI-PDF zu lesen, Versicherungsfelder zu extrahieren oder zu überprüfen, ob die auf einem Zertifikat aufgeführte Deckung mit der zugrunde liegenden Police übereinstimmt. Der App-Marktplatz von Procore listet Drittanbieter-Add-ons (Billy, myCOI, Jones, SmartCompliance) auf, die den COI-Compliance-Status zurück in das Procore-Dashboard einbinden, aber der erste Schritt der Datenerfassung – das Lesen eines ACORD-25-Formulars – erfordert immer noch einen Menschen oder ein separates Extraktionstool. Die Lücke liegt nicht im Funktionsumfang von Procore. Sie liegt in der architektonischen Annahme, dass COI-Daten bereits vorverdaut ankommen.

Warum können wir nicht einfach verlangen, dass alle Subunternehmer COIs über ein Portal einreichen?

Portale verlagern die Dateneingabe von Ihnen auf den Subunternehmer oder dessen Versicherungsmakler – beseitigen sie aber nicht. Jemand muss trotzdem das ACORD-25-Formular lesen und die Felder ausfüllen. Die Hürde, dass sich jeder Versicherungsmakler eines Subs in eine weitere Plattform einloggen muss, ist der Grund, warum portalbasierte COI-Tracking-Tools niedrige Akzeptanzraten bei Subunternehmern melden. Von einem Subunternehmer, der für sechs verschiedene Generalunternehmer arbeitet, kann nicht erwartet werden, dass er Konten auf sechs verschiedenen Compliance-Portalen unterhält. Deshalb bleibt E-Mail bestehen: Sie ist der einzige Kommunikationskanal mit 100%iger Akzeptanz bei jedem Subunternehmer, jedem Versicherungsmakler und jedem GU-Koordinator. Der effektivere Eingriff ist, die Empfängerseite in die Lage zu versetzen, jedes Format zu verarbeiten, das über diesen universellen Kanal eintrifft.

Ist eine Versicherungsbescheinigung rechtsverbindlich?

Nein. Eine ACORD-25-Versicherungsbescheinigung wird eigenen Angaben zufolge „nur zur Information“ ausgestellt und „verleiht dem Bescheinigungsinhaber keine Rechte“. Sie ändert, erweitert oder verändert die beschriebene Versicherungspolice nicht. Die einzig rechtsverbindlichen Dokumente sind die Versicherungspolice selbst und etwaige damit verbundene Zusatzvereinbarungen. Wenn die Bescheinigung den GU als zusätzlich versicherte Partei aufführt, der Zusatz aber nie tatsächlich beim Versicherer eingereicht wurde, hat der GU keinen Versicherungsschutz – unabhängig davon, was die Bescheinigung aussagt. Dies ist das gefährlichste Missverständnis im Bau-Compliance-Bereich, und es ist der Grund, warum IRMIs Prüfungsergebnis, dass über 90 % der Versicherungsnachweise von Auftragnehmern nicht den Vertragsanforderungen entsprechen, kein Papierkramproblem ist – es ist ein Problem ungedeckter Risiken.

Was ist der Unterschied zwischen ACORD 25 und ACORD 28?

ACORD 25 ist ein Haftpflichtversicherungsnachweis – er fasst Haftpflichtdeckungen (Betriebshaftpflicht, Kfz-Haftpflicht, Arbeitnehmerunfallversicherung, Mantelpolice) zusammen, die gegen Ansprüche Dritter schützen. Dieses Formular reichen Subunternehmer bei Generalunternehmern ein. ACORD 28 ist ein Nachweis über gewerbliche Sachversicherung – er dokumentiert Sachdeckungen (Gebäude, Inhalt, Ausrüstung) für eigene Schäden. Im Baugewerbe erhalten Generalunternehmer zu 95 % das ACORD-25-Formular; das ACORD-28 kommt zum Einsatz, wenn ein Bauherr den Nachweis benötigt, dass der Generalunternehmer oder ein Subunternehmer eine Bauherrenhaftpflicht- oder Ausrüstungsdeckung besitzt. Beide enthalten dieselben rechtlichen Haftungsausschlüsse: Weder handelt es sich um eine Police, noch räumen sie dem Zertifikatsinhaber Rechte ein.

Überprüft ein KI-Extraktionstool, ob die Deckung ausreichend ist?

Nein. Ein Extraktionstool befüllt strukturierte Daten aus einem COI-PDF – Policennummern, Deckungssummen, Ablaufdaten –, prüft jedoch nicht, ob diese Zahlen die vertraglichen Versicherungsanforderungen erfüllen, ob die aufgeführten Endossemente tatsächlich in der Police existieren oder ob die im Zertifikat beschriebene Deckung mit der tatsächlichen Policensprache des Versicherers übereinstimmt. Dieser Prüfschritt erfordert entweder einen menschlichen Compliance-Spezialisten, der die Police liest, oder eine spezielle COI-Tracking-Plattform mit Policenprüfungsfunktionen. Die Extraktion vereinfacht die Dateneingabeebene. Die Compliance-Prüfung ist ein separater und notwendiger nachgelagerter Schritt.