Der Workflow für Schadenformulare, der die Zeit der Regulierer um 60 % senkt

Wenn du je gesehen hast, wie ein erfahrener Regulierer vierzig Minuten lang eine VIN, eine Policennummer und ein Schadendatum in sieben verschiedene ACORD-Varianten kopiert, kennst du das Problem schon. Schadenformular-Workflows sind besonders zäh, weil die Daten strukturiert sind, die Formulare nur dem Namen nach standardisiert und das Volumen unaufhörlich. Die Kosten verstecken sich in der Lohnliste: Regulierer mit Erfahrung verbringen die halbe Woche mit Dateneingabe statt mit Haftungsarbeit.

Die Teams, die ihre Aufnahme-Pipelines in den letzten zwei Jahren neu gebaut haben, haben verstanden, was die Branche meist nicht sieht: das Ausfüllen von Schadenformularen ist ein Daten-Mapping-Problem, kein Tipp-Problem. Löse das Mapping einmal, und jeder folgende Schaden braucht Minuten statt Stunden.

Das ist der Workflow, den wir bei einem halben Dutzend mittelgroßer Schadenteams etabliert haben. Keine Theorie. Kein Pitch. Das, was die Zeit-pro-Schaden-Zahl wirklich bewegt.

Warum ACORD-Formulare klassische Automatisierung sprengen

ACORD-Formulare sind ein seltsames Artefakt. Nominell sind sie standardisiert: jede Sachversicherung akzeptiert ACORD 24, jede Kfz-Versicherung akzeptiert ACORD 25. Die Realität ist matschiger:

• Jeder Versicherer passt das Layout an. Das Standardformular ist Vorlage, gefüllt wird die Versicherer-spezifische Version.
• Manche Versicherer schicken weiterhin flache PDFs, die nicht digital ausfüllbar sind. Sie erwarten, dass du druckst, ausfüllst, scannst, mailst.
• Derselbe Datenpunkt (z. B. "Policennummer") taucht in drei Feldlabels bei drei Versicherern auf: Policy #, Policy No., Pol. Number.

Ältere Automatisierungstools (auf starres Template-Matching gebaut) bewältigen das nicht. Sie funktionierten, als ein Formular zu einer Vorlage gehörte. Sie scheitern, wenn dieselben Daten auf bewegliche Versicherer-Varianten projiziert werden müssen.

Moderne KI-Autoausfüller schaffen das, weil sie semantisches Field-Matching verwenden. Sie erkennen, dass Policy #, Policy No. und Pol. Number denselben zugrundeliegenden Wert im Geschädigten-Profil meinen. Das Mapping heißt nicht "Versicherer X nutzt Feldname Y". Es heißt "jedes Feld, dessen Label ähnlich klingt wie 'Policennummer', bekommt die Policennummer aus dem Profil". Diese Verschiebung schaltet Multi-Versicherer-Support ohne Konfiguration pro Versicherer frei.

Mehr zur technischen Grundlage in unserem Leitfaden AcroForm vs. flaches PDF.

Der Fünf-Schritt-Workflow, der wirklich skaliert

Hier ist der Workflow, den unsere stärksten Teams nutzen. Er sieht trügerisch einfach aus. Genau das ist der Punkt.

Schritt 1: Geschädigten-Profil in einem Durchlauf bauen

Jeder Schaden beginnt mit einem strukturierten Profil. Bau es bei der ersten Schadenmeldung (FNOL) und fass es nur an, wenn sich die zugrundeliegenden Daten ändern.

Ein vollständiges Geschädigten-Profil enthält:

• Identität: voller gesetzlicher Name, Geburtsdatum, Kontakt, Postanschrift, Hauptsprache.
• Police: Policennummer, Beginn, Ablauf, Selbstbehalt, Deckungsgrenzen, namentlich versicherte Personen.
• Objekt: VIN/HIN/Objektadresse, Jahr/Marke/Modell, Bewertung, Verweis auf Foto-Ordner.
• Vorfall: Datum und Uhrzeit, Ort, Beschreibung, Wetterbedingungen wenn relevant, Beteiligte Dritte, Aktenzeichen der Polizei.
• Gegenparteien: anderer Fahrer/Versicherter, deren Versicherer, deren Policennummer, Kontakt des Regulierers.

Bau es einmalig in einem strukturierten Tool. Maximal vierzig Felder. Zehn Minuten, wenn der Geschädigte am Telefon ist, zwanzig, wenn du es aus einer FNOL-E-Mail extrahierst.

Schritt 2: Beweisaufnahme vereinheitlichen

Schäden leben selten allein im Formular. Fotos, Kostenvoranschläge, Arztrechnungen, Polizeiprotokolle: alles wird angehängt, alles wird referenziert. Vereinheitliche die Ordnerstruktur:

claims/{claim-id}/
  profile.json
  evidence/
    photos/
    estimates/
    medical/
    police-report.pdf
  forms/
    acord-25-filled.pdf
    acord-24-filled.pdf

Der Vorteil ist nicht ästhetisch. Er ist operativ: Wenn ein erfahrener Regulierer einen Schaden vom Junior übernimmt, liegt jedes Artefakt am erwarteten Platz. Wenn der Regress den Schaden zwei Jahre später wieder öffnet, fehlt nichts.

Schritt 3: Autoausfüllen vor jedem menschlichen Tippen

Die Hauptregel des Workflows: kein Mensch tippt in ein frisches Formular. Jedes Formular startet als Auto-Entwurf. Jeder Tastendruck passiert beim Review, nicht beim Erstausfüllen.

Damit das funktioniert, lädst du das Formular (oder einen Stapel) ins Tool, zeigst auf das Geschädigten-Profil und lässt es Entwürfe produzieren. Ein Mehrformular-Lauf über ACORD 25, ACORD 24 und ein versicherer-spezifisches Aufnahmeformular ist meist in Sekunden durch.

Tiefer in die Funktionsweise von KI-Autoausfüllern: unser definitiver Leitfaden 2026.

Schritt 4: 60-Sekunden-Review-Checkliste anwenden

Beim Review steckt das Urteil des Regulierers. Jeder Entwurf bekommt dieselbe Liste:

• Daten: Schadendatum, Meldedatum, heutiges Datum. Alles korrekt?
• Namen: gesetzlicher Name, alternative Schreibweisen, mit oder ohne Komma bei diesem Versicherer?
• Zahlen: Policennummer, VIN, Schadennummer. Zeichen für Zeichen geprüft?
• Erzählfelder: "beschreibe den Schaden", im bevorzugten Stil dieses Versicherers (dritte Person, sachlich, keine Haftungssprache)?
• Unterschriften: welche Felder brauchen welche Unterschrift (Regulierer, Geschädigter, Zeuge)?
• Anhänge: Fotos referenziert, Kostenvoranschläge gelistet, Polizeiprotokoll beigefügt?

Ein geschulter Regulierer schafft das in unter einer Minute pro Formular. Das gesamte Mehrformular-Paket (typisch 6 bis 10 Formulare) braucht 6 bis 10 Minuten konzentrierter Prüfung.

Schritt 5: Export, Einreichung, Protokoll

Der Schluss-Schritt hat drei Teile:

1. Export zu flachen PDFs, die in jedem Reader sauber öffnen (keine losen Anmerkungen, keine Schriftprobleme).
2. Einreichung über den bevorzugten Kanal des Versicherers (Portal, E-Mail, EDI).
3. Protokoll des Laufs: welche Formulare wurden aus welchen Profilwerten zu welcher Zeit erzeugt. Diese Audit-Spur ist essenziell für Regress und für jeden umstrittenen Schaden.

Die meisten modernen Autoausfüller erledigen Export und Audit-Log automatisch. Die Einreichung bleibt versicherer-spezifisch.

Echte ROI-Mathematik (mit konservativen Annahmen)

Spar dir die Anbieter-Fallstudien. Hier ist die Rechnung, die du selbst machst.

Annahme: ein Regulierer bearbeitet 8 Schäden pro Woche, jeder mit 6 ACORD- oder Versicherer-Formularen. Vor der Automatisierung braucht jedes Formular 10 Minuten frisches Tippen. Macht 60 Minuten pro Schaden, 480 Minuten pro Woche, 8 Stunden pro Regulierer pro Woche allein für Dateneingabe.

Nach der Automatisierung:

• Profil bauen: 10 Minuten pro neuem Schaden (8 Schäden × 10 min = 80 min/Woche).
• Autoausfüllen: unter 1 Minute pro Schaden, im Stapel.
• Review: 8 Minuten pro Schaden (8 × 8 = 64 min/Woche).
• Gesamt: ungefähr 2,5 Stunden pro Regulierer pro Woche.

Netto-Ersparnis: 5,5 Stunden pro Regulierer pro Woche. Bei einem Team aus fünf Regulierern und einem voll geladenen Stundensatz von 80 Dollar sind das 440 Dollar pro Regulierer und Woche und 2.200 Dollar im Team. Etwa 110.000 Dollar an Jahreskapazität zurückgewonnen.

Diese Zahl ist konservativ. Teams im Privatkundengeschäft (mehr Schäden, einfachere Formulare) sparen meist mehr.

Wo das Urteil des Regulierers neu investiert wird

Der richtige Gedanke ist nicht "wir kürzen Stellen". Er ist "wir lenken vorhandene Stellen auf höherwertige Arbeit".

Die zurückgewonnenen Stunden fließen in:

• Haftungsuntersuchung: tatsächlich Fakten prüfen statt Muster abgleichen.
• Vergleichsverhandlung: mehr Zeit pro Anruf, bessere Ergebnisse.
• Regress: Schäden, die früher liegengeblieben sind, werden jetzt verfolgt.
• Kundenerfahrung: schnellere Bestätigung, schnellere Abwicklung, weniger Rückfrageanrufe.

Die Teams, die den vollen ROI einsammeln, lenken die Stunden bewusst um. Teams, die den Slack einfach in der Lohnliste lassen, sehen die Ersparnis, verlieren aber den strategischen Vorteil.

Häufige Fallen bei der Einführung

Wir haben Teams aus vorhersehbaren Gründen ausbremsen sehen. Die fünf häufigsten:

1. Am ersten Tag jedes Formular migrieren wollen. Wähle die drei volumenstärksten ACORD-Formulare zuerst. Bring sie zur Verlässlichkeit. Erweitere danach.

2. Das Profilmodell überspringen. Teams, die ohne gespeichertes Profil ausfüllen, tippen am Ende doch wieder. Das Profil ist der Hebel.

3. Keine Review-Checkliste. Auto-Entwürfe, die ungeprüft rausgehen, enthalten irgendwann einen teuren Fehler (vertauschte VIN, falsches Schadendatum). Der Review-Schritt ist nicht verhandelbar.

4. Autoausfüllen als IT-Projekt sehen. Autoausfüllen ist ein Operations-Tool. Das Schadenteam besitzt es. IT unterstützt. Drehst du die Verantwortung um, hängt die Adoption.

5. Nicht messen. Ohne Baseline für Minuten pro Schaden und Wochen-Tracking werden die Gewinne für die Führung unsichtbar, und das Budget fliegt im nächsten Review raus.

Für wen das am stärksten greift

• Unabhängige Regulierer, die Auto, Sach und allgemeine Haftpflicht über mehrere Versicherer abdecken.
• Schadenteams in Versicherungen, die Privatkundengeschäft mit hohem Volumen abwickeln.
• Öffentliche Regulierer (Public Adjusters), die Schäden im Auftrag von Versicherten vorbereiten.
• MGAs und TPAs, die Formulare für mehrere Risikoträger bearbeiten.
• Kanzleien für Versicherungsverteidigung, die Beweismaterial aus Schadenakten zusammenstellen.

Wenn dein Team in eine dieser Kategorien fällt, lässt sich der Workflow in unter einer Woche fokussierter Arbeit ausrollen.

Weiterlesen

• Der definitive KI-PDF-Autoausfüll-Leitfaden 2026: die Grundbegriffe.
• AcroForm vs. flaches PDF: für die Versicherer, die noch flache PDFs verschicken.
• FillWizard vs. Adobe Acrobat vs. DocuSign: direkter Vergleich der Tools, die Schadenteams meist evaluieren.

Mach den nächsten Schritt

Wähle diese Woche deine drei volumenstärksten ACORD-Formulare. Baue ein Master-Geschädigten-Profil. Stoppe, wie lange du sie manuell ausfüllst, dann lass sie autoausfüllen und prüfen. Vergleiche. Die Zahlen liefern den Business Case.