Veröffentlicht am 21. Oktober 2026
Ein Generalunternehmer, der ein mittleres gewerbliches Bauprojekt abwickelt, hat über die Laufzeit des Projekts oft einige Dutzend Nachunternehmer auf der Baustelle, die jeweils einen bestimmten Versicherungsschutz vorhalten, gültige Gewerbelizenzen besitzen und projektspezifische Anforderungen wie die Einreichung von Verzichtserklärungen auf Pfandrechte erfüllen müssen. Auf dem Papier ist das eine einfache Verwaltungsaufgabe: Bescheinigungen einholen, Ablaufdaten prüfen, Verlängerungen nachverfolgen. In der Praxis ist es eine der häufigsten Quellen für das Risiko fehlender Versicherungsdeckung auf Bauprojekten, gerade weil es als Bürokratie statt als das Risikomanagement behandelt wird, das es tatsächlich ist.
Das typische Fehlermuster kennt jeder, der die Compliance von Nachunternehmern manuell gesteuert hat: Eine Versicherungsbescheinigung wird bei Vertragsunterzeichnung eingesammelt, abgelegt und nie wieder angesehen, bis ein Schaden eintritt und jemand feststellt, dass die Police schon vor acht Monaten abgelaufen ist. Tabellen-Tracker helfen nur begrenzt, denn sie hängen weiterhin davon ab, dass jemand daran denkt, sie zu prüfen, und sie verifizieren nicht, ob eine Bescheinigung echt, aktuell oder tatsächlich passend zu den Deckungsanforderungen des Projekts ist — sie halten nur fest, dass ein Dokument existiert.
Was Compliance bei Nachunternehmern tatsächlich umfasst
Das Compliance-Tracking auf einem Bauprojekt umfasst typischerweise mehrere voneinander getrennte Prüfungen, die sich leicht auflisten, aber nur mühsam konsequent pflegen lassen: bestätigen, dass die Versicherungsbescheinigung jedes Nachunternehmers den Generalunternehmer dort als zusätzlichen Versicherten nennt, wo das erforderlich ist; prüfen, ob die Deckungssummen die Mindestanforderungen des Vertrags erfüllen; verifizieren, dass Gewerbelizenzen aktuell und für die Region gültig sind, in der die Arbeiten ausgeführt werden; und die Verlängerungsdaten so nachverfolgen, dass ein Auslaufen erfasst wird, bevor daraus eine Lücke in der Deckung während der laufenden Arbeiten wird — und nicht erst nach einem Vorfall.
Jede dieser Prüfungen ist für sich genommen einfach. Die Schwierigkeit liegt darin, sie für jeden Nachunternehmer, auf jedem Projekt, fortlaufend durchzuführen — nicht nur beim Onboarding. Ein Nachunternehmer, der bei Vertragsunterzeichnung im März vollständig compliant war, kann bis August eine abgelaufene Lizenz oder eine ausgelaufene Police haben, und in einem statischen Aktenordner oder einer einmaligen Checkliste fällt das nicht auf.
Wo AI Agents in diesen Workflow tatsächlich hineinspielen
Das ist ein gutes Beispiel für eine Aufgabe, die keinen allgemeinen Chatbot braucht — sondern einen engen, zuverlässigen Agenten mit klarer Aufgabe: ein definiertes Set an Dokumenten und Daten fortlaufend überwachen, Abweichungen markieren und Ausnahmen an einen Menschen zur Bewertung weiterleiten. Der Agent entscheidet nicht, ob ein Nachunternehmer auf der Baustelle bleiben darf; er entscheidet, ob die hinterlegten Unterlagen die genannten Anforderungen derzeit erfüllen, und zeigt die Fälle auf, in denen das nicht so ist.
In der Praxis bedeutet das einen Agenten, der eine eingehende Versicherungsbescheinigung lesen kann — oft ein gescanntes PDF oder ein Foto eines gedruckten Formulars —, die Police, den Versicherer, die Deckungssummen, den Text zur zusätzlichen Versicherung und das Ablaufdatum extrahiert und diese Felder mit den projektspezifischen Anforderungen vergleicht. Der Extraktionsschritt ist ein Dokumenten-Intelligence-Problem — Versicherungsbescheinigungen liegen in Dutzenden von anbieterspezifischen Formaten vor, und ein System, das nur mit einem Vorlagenlayout funktioniert, löst das eigentliche Problem nicht. Der Vergleichs- und Tracking-Schritt ist der Bereich, in dem sich das Agentenverhalten zeigt: extrahierte Werte gegen Anforderungen prüfen, die verbleibenden Tage bis zum Ablauf berechnen und Erinnerungen zur Verlängerung nach einem festen Zeitplan erzeugen, statt darauf zu warten, dass jemand ein Problem bemerkt.
Lizenzprüfung getrennt von der Versicherung handhaben
Die Lizenzprüfung ist eine verwandte, aber eigenständige Kontrolle, und es lohnt sich, sie als eigenen Workflow zu behandeln, statt sie einfach an das Versicherungstracking anzuhängen. Gewerbelizenzen unterscheiden sich je nach Region, Verlängerungszyklus und ausstellender Behörde, und manche Bundesstaaten und Kommunen stellen den Lizenzstatus über ein Lookup-System bereit, das programmatisch geprüft werden kann, während andere das nicht tun und einen anderen Verifizierungsansatz erfordern. Ein Agent, der das übernimmt, muss wissen, welcher Verifikationsweg für welchen Lizenztyp und welche Region gilt, und braucht einen klaren Fallback — manuelle Prüfung markieren —, wenn keine verlässliche automatisierte Kontrolle existiert, statt einfach anzunehmen, dass eine Lizenz gültig ist, nur weil keine automatisierte Prüfung ein Problem erkannt hat.
Was weiterhin eine menschliche Entscheidung erfordert
Das Automatisieren von Überwachung und Markierung bedeutet nicht, auch die Konsequenzen zu automatisieren. Ob die Arbeit eines Nachunternehmers wegen einer ausgelaufenen Bescheinigung pausiert werden soll, ob eine grenzwertige Lücke in der Deckung für einen bestimmten Leistungsumfang akzeptabel ist und wie mit einem Nachunternehmer umzugehen ist, der eine markierte Abweichung bestreitet, sind Ermessensentscheidungen, die bei einem Projektmanager oder Risikoverantwortlichen liegen — nicht beim Agenten. Die sinnvolle Designgrenze lautet: Der Agent liefert einen präzisen, aktuellen Compliance-Status und markiert Ausnahmen mit genug Detail, um schnell handeln zu können; ein Mensch entscheidet, was mit der Ausnahme geschieht.
Diese Grenze ist auch aus Haftungsgründen wichtig. Ein automatisiertes System, das einen Nachunternehmer stillschweigend von der Bezahlung oder Disposition ausschließt, nur weil ein Compliance-Hinweis gesetzt wurde, ohne menschliche Prüfung, schafft ein eigenes Risiko, falls sich der Hinweis als falsch herausstellt — etwa ein missverstandenes Ablaufdatum oder ein Zertifikat, das zwar aktualisiert, aber noch nicht neu eingelesen wurde. Einen menschlichen Kontrollpunkt zwischen Hinweis und Konsequenz zu behalten, ist eine günstige Versicherung gegen genau diesen Fehlermodus.
Warum sich das meist schneller auszahlt als andere Automatisierungsprojekte
Die Automatisierung der Compliance bei Nachunternehmern lässt sich vergleichsweise leicht rechtfertigen, weil die Kosten des Status quo konkret und wiederkehrend sind: der Zeitaufwand der Mitarbeitenden für die manuelle Prüfung von Zertifikaten und Lizenzen auf fortlaufender Basis, das Risikokostenpotenzial einer unbemerkt gebliebenen Deckungslücke während laufender Arbeiten und die Verzögerungskosten, wenn ein Compliance-Problem erst auffällt, wenn es am Ende eines Projekts die Zahlung oder den Abschluss blockiert. Keine dieser Kosten braucht optimistische Prognosen, um den Fall zu machen — sie sind sichtbar daran, wie Compliance-Tracking heute auf den meisten Baustellen tatsächlich gehandhabt wird.
Auch der Aufbau selbst ist im Umfang enger gefasst als bei vielen Bau-⟦AI⟧-Projekten, weil er mit einem klar definierten, sich wiederholenden Dokumententyp arbeitet (Versicherungsnachweise, Lizenzunterlagen) statt mit offenem Projektdokumentationsmaterial. Das macht ihn zu einem vernünftigen Startpunkt für Unternehmen, die Automatisierung spannend finden, aber ein großes, unübersichtliches ⟦AI⟧-Projekt scheuen: Die Ein- und Ausgaben sind spezifisch, die Regeln prüfbar, und der Nutzen zeigt sich in vermiedenem Risiko und zurückgewonnener Arbeitszeit statt in einem schwerer messbaren Produktivitätsversprechen.
Integration in bereits bestehende Systeme
Die meisten GCs haben bereits irgendein führendes System für das Onboarding von Nachunternehmern — ein Beschaffungsmodul in ihrer Projektmanagement-Software, eine spezielle Plattform für die Vorqualifizierung von Nachunternehmern oder zumindest ein gemeinsames Laufwerk mit Vertragsdateien. Ein Compliance-Agent, der als abgekoppeltes Nebensystem arbeitet und eine eigene, separate Übersicht darüber führt, wer compliant ist und wer nicht, erzeugt genau die Art von Problem mit doppelten Datenquellen, die Vertrauen in Automatisierung allgemein untergräbt: Wenn das Compliance-Dashboard etwas anderes sagt als das Projektmanagementsystem, werden Mitarbeitende wieder manuell prüfen, und damit ist der Sinn verfehlt.
Der tragfähigere Ansatz behandelt das vorhandene führende System auch als führendes System und lässt den Compliance-Agent Statusaktualisierungen direkt dort eintragen — Hinweise, Ablaufdaten, Verifizierungszeitstempel — statt einen parallelen Tracker aufzubauen, den die Mitarbeitenden zusätzlich prüfen müssen. Diese Integrationsarbeit ist oft der weniger spannende, aber wichtigere Teil eines solchen Projekts, und es lohnt sich, sie ausdrücklich zu planen, statt anzunehmen, ein eigenständiges Dashboard würde allein deshalb übernommen, weil es existiert.
Grenzfälle, die man von Anfang an mitplanen sollte
Einige Situationen treten in der Praxis oft genug auf, dass es sich lohnt, sie von Beginn an mitzudenken, statt sie erst mitten im Rollout zu entdecken. Nachunternehmer, die einen Makler oder eine Verwaltungsgesellschaft mit der Abwicklung ihrer Versicherungsunterlagen beauftragen, reichen manchmal Zertifikate mit uneinheitlichen Benennungen ein, die nicht sauber zum Nachunternehmerdatensatz in Ihrem System passen. Nachunternehmer, die in mehreren Bundesstaaten tätig sind, können Lizenzen haben, die in einigen Gebieten gültig sind, die ein Projekt umfasst, in anderen jedoch nicht. Das bedeutet, dass Lizenzprüfungen manchmal nach Einsatzort statt nach Unternehmen abgegrenzt werden müssen. Und die Erneuerungszeitpunkte variieren je nach Versicherern und Zulassungsstellen so stark, dass ein einziges festes Erinnerungsfenster — sagen wir dreißig Tage vor Ablauf — nicht für jeden Fall passt; manche Verlängerungen brauchen einen längeren Vorlauf, um eine echte Lücke zu vermeiden.
Das sind keine Gründe, den Prozess nicht zu automatisieren. Sie sind Gründe, einen Prüfschritt für wirklich unklare Zuordnungen vorzusehen, statt jedes Zertifikat in eine vollständig automatisierte Ja-/Nein-Logik zu zwingen, und die Anforderungen pro Projekt und pro Zuständigkeitsbereich konfigurierbar zu machen, statt sie einmal hart zu verdrahten und dann sich selbst zu überlassen.
Erste Schritte
Der praktische erste Schritt ist nicht, den Agenten zu bauen — sondern die tatsächlichen Compliance-Anforderungen zu dokumentieren, die Ihre Verträge derzeit vorgeben, Projekt für Projekt, denn diese Anforderungen sind meist über die eigenen Vertragsvorlagen eines GCs hinweg weniger standardisiert, als man anfangs denkt. Sobald diese Basis steht, können Extraktions- und Tracking-Logik deutlich reibungsärmer darauf aufgebaut werden. Wir arbeiten mit Generalunternehmern und Bauunternehmen genau an dieser Art von dokumentenintensiver Automatisierung von Compliance- und Angebotsprozessen, einschließlich der Document-Intelligence-Schicht, die das Auslesen von Zertifikaten und Lizenzen über uneinheitliche Formate hinweg zuverlässig macht. Wenn die Compliance von Nachunternehmern aktuell in einer Tabellenkalkulation und einem Gebet lebt, melden Sie sich, und wir gehen gemeinsam durch, wie eine kleinere, sauber abgegrenzte erste Version aussehen würde.
Verwandt