ACORD 140 Schadenmeldungen
für die Schadensteuerung nach Excel exportieren

ACORD-Formulare sind das Rückgrat des nordamerikanischen Versicherungsdatenaustauschs – über 170 standardisierte Formulare, gepflegt von der Association for Cooperative Operations Research and Development, die alles abdecken, von gewerblichen Anträgen über Versicherungsbescheinigungen bis hin zu Schadenmeldungen. Bei Sachschäden ist die ACORD-Schadenmeldung das Dokument, das Versicherteninformationen, Schadendetails, Schadenursache, Schadenbeschreibung und erste Schätzung erfasst – die Daten, die bestimmen, wie ein Schaden priorisiert und weitergeleitet wird. In der gewerblichen Versicherung enthält das zugehörige ACORD-140-Formular für Sachversicherungen detaillierte Gebäude- und Deckungsdaten auf drei Seiten mit 355 ausfüllbaren Feldern.

Dieser Artikel beschreibt, wie man Daten aus Sachschadenmeldungen und dem ACORD-140-Formular in eine strukturierte Excel-Triage-Tabelle extrahiert – ein Workflow, der den Formularstapel nach einer Katastrophe von einer Dateneingabeschlange in eine priorisierte Aktionsliste verwandelt. Derselbe Ansatz gilt für andere ACORD-Formulartypen: Unsere Anleitungen zum Extrahieren von ACORD-25-COI-Daten in Excel und zum Extrahieren von ACORD-27-Sachversicherungsnachweisen behandeln denselben spaltenbasierten Extraktionsworkflow für verschiedene Versicherungsdokumente.

Manuelle Dateneingabe scheitert im Katastrophenfall – nicht an Geduld, sondern an der Physik

Versicherungsschadenteams wissen seit Jahren, dass die manuelle Dateneingabe ihre größte operative Belastung ist. Weniger diskutiert wird, warum sie ausgerechnet in dem Moment katastrophal versagt, in dem es am wichtigsten ist – nach einer Katastrophe – und was die regulatorische Uhr für jede verlorene Stunde beim Formularlesen bedeutet.

Laut Workflow-Studien von Anbietern für Versicherungsautomatisierung verbringen Schadensregulierer 35–45 % ihres Arbeitstages mit Datenhandling statt mit eigentlichen Schadenentscheidungen. Für einen Schreibtischregulierer mit einem Standardfallpensum entspricht das etwa 3–4 Stunden pro Tag, die mit Lesen, Tippen und Überprüfen von Formulardaten verbracht werden. Die Rechnung für eine einzelne Schadenmeldung: 12–18 Minuten, um Policennummer, Versichertenname, Schadenort, Schadendatum, Ursache, Schadenbeschreibung und geschätzten Betrag aus einem mehrseitigen ACORD-Formular zu finden und zu übertragen – multipliziert mit der Anzahl der Schäden in der Warteschlange.

Nach einer Katastrophe bricht die Rechnung zusammen. Ein einziger Hurrikan-Landfall kann 200.000–400.000 Sachschäden in den betroffenen Bundesstaaten auslösen. Ein regionaler Versicherer könnte in der ersten Woche 2.000–5.000 Schadenmeldungen erhalten. Bei 15 Minuten pro Formular sind das 500–1.250 Stunden reine Dateneingabe, bevor ein einziger Schaden den Schreibtisch eines Regulierers zur eigentlichen Bewertung erreicht. Der Schadenprozess beginnt nicht mit der Einreichung der Schadenmeldung – er beginnt, wenn die Daten im System sind.

Die regulatorische Dimension erhöht den Druck, den die meisten Workflow-Diskussionen auslassen. Die NAIC Unfair Property/Casualty Claims Settlement Practices Model Regulation (Model 902) legt fest, dass Versicherer Schäden innerhalb von 15 Tagen nach Benachrichtigung bestätigen und die Haftung innerhalb einer angemessenen Frist anerkennen oder ablehnen müssen – mit Zahlung innerhalb von 30 Tagen nach Haftungsanerkennung. Viele Bundesstaaten erlegen strengere Standards auf: Das Florida-Gesetz §626.9541 verlangt die Zahlung unbestrittener Erstanbieter-Sachschäden innerhalb von 60 Tagen, und ähnliche Fristen gelten in den meisten Jurisdiktionen. Jeder Tag, der mit der Dateneingabe in ein System verbracht wird, ist ein Tag, der vom Untersuchungsfenster abgezogen wird. Das Compliance-Risiko kommt nicht von bösem Glauben – es kommt von einem Stapel ungelesener Formulare.

Das Problem ist nicht, dass Schadenteams langsam sind. Es ist, dass der Dateneingabeschritt linear mit dem Schadenvolumen skaliert, genau in dem Moment, in dem das Volumen um das 10- bis 50-fache über das Basisniveau steigt – und die regulatorische Uhr läuft ab dem Schadendatum, nicht ab dem Datum der Dateneingabe.

Die ACORD-140-Felder, die für die Triage relevant sind, unterscheiden sich von denen für die Risikoprüfung

Der ACORD-140-Sachversicherungsabschnitt ist ein dichtes, mehrseitiges Formular, das ursprünglich für gewerbliche Versicherungsanträge konzipiert wurde – es erfasst Bauart, Nutzung, Brandschutzklasse und Deckungswahl. Wenn dieses Formular jedoch im Schadenkontext eingeht – als Beleg zu einer Sachschadenmeldung – verschieben sich die für die Triage relevanten Felder vollständig. Ein Underwriter benötigt Angaben zur Dachart und zum Sprinkleranteil. Ein Schadensregulierer muss wissen, wie hoch der geschätzte Schaden ist und ob es Verletzte gibt.

Die Formularfelder, die Triage-Entscheidungen steuern, lassen sich in vier Stufen unterteilen:

Der entscheidende Unterschied: Felder der Stufe 1 müssen zu 100 % korrekt sein, bevor ein anderer Schritt erfolgen kann. Eine falsche Polizzennummer leitet den gesamten Schaden an den falschen Versicherer. Felder der Stufe 2 bestimmen die Bearbeitungspriorität und Reguliererzuweisung – ein 5.000-€-Wasserschaden sollte niemals vor einem 500.000-€-Brandschaden in der Warteschlange stehen. Felder der Stufe 3 und 4 werden später relevant, können aber jetzt problemlos erfasst werden – ihre Aufnahme bei der Ersteingabe erspart Tage später einen zweiten Blick auf dasselbe Formular.

Für einen breiteren Vergleich, wie sich Extraktionsfelder zwischen verschiedenen Versicherungsformularen unterscheiden, finden Sie in unserem vollständigen Leitfaden zur ACORD-25-COI-Extraktion eine Erläuterung derselben stufenbasierten Feldpriorisierung für Haftpflichtbescheinigungen.

Extraktionsspalten einrichten, die zu Ihrem Triage-Workflow passen – nicht zum Formularlayout

Der häufigste Fehler bei der strukturierten Datenextraktion aus ACORD-Formularen ist die Übernahme der Feldreihenfolge des Formulars als Spaltenüberschriften. Das Formular gruppiert Daten nach administrativer Logik (zuerst Agenturinfo, dann Räumlichkeiten, dann Deckungen). Die Triage-Tabelle muss Daten nach Entscheidungslogik gruppieren – zuerst Identifikation, dann Schweregrad, zuletzt Kontakt.

Hier ist der Spaltensatz für eine triageoptimierte ACORD-140-Extraktion:

Dieser Spaltensatz verwendet zwei Extraktionsmodi. Die direkte Extraktion ruft Werte ab, die explizit auf dem Formular gedruckt sind – Police-Nummern, Daten, Geldbeträge. Die KI lokalisiert diese, indem sie die Bedeutung jedes Feldlabels versteht. So wird eine Police-Nummer, die auf einem Formular eines Versicherers als „Policy #“ und auf einem anderen als „Policy Number“ bezeichnet wird, stets derselben Spalte zugeordnet. Das unterscheidet die semantische Extraktion von der positionsbasierten OCR: Herkömmliche Tools versagen, wenn ein Feld in einer anderen Formularversion an eine andere Position wandert; die semantische Extraktion gelingt, weil sie nach Bedeutung und nicht nach Koordinaten liest.

Die abgeleitete Spalte – Triage-Priorität – funktioniert anders. Die KI liest den geschätzten Betrag und die Schadenursache und wendet dann Geschäftslogik an, um eine Prioritätsstufe zuzuweisen. Beispiel: Ein Feuerschaden über 100.000 € wird als dringend eingestuft; ein Wasserschaden unter 10.000 € als Standard. Die Klassifizierungsregeln sind in der Spaltendefinition hinterlegt, und die KI wendet sie auf jede Zeile im Batch an – Extraktion und Triage in einem Durchlauf.

Ein Hinweis zur Praxis: Das handschriftliche Schadensbeschreibungsfeld des ACORD 140 ist die Knackstelle des Formulars. Sachbearbeiter und Gutachter beschreiben Schäden in eigenen Worten und eigener Handschrift – „Wasser drang durch das Dach ein, Decke im Hauptbüro eingestürzt, Inhalt beschädigt, Elektrik möglicherweise beeinträchtigt.“ Die KI-Handschrifterkennung verarbeitet diese Variabilität, aber die Spaltennamen sollten präzise genug sein, um die Extraktion auf die richtigen Inhalte zu lenken. Ein schlichter Spaltenname wie „Beschreibung“ könnte jeglichen beschreibenden Text auf der Seite erfassen – einschließlich Gebäudebeschreibungen für die Risikoprüfung. Die Benennung als „Schadensbeschreibung“ oder „Schadensdarstellung“ grenzt die KI-Suche auf schadensrelevante Textblöcke ein.

Stapelverarbeitung: Von 100 PDFs zu einer Tabelle in unter fünf Minuten

Der Extraktionsworkflow, der eine Katastrophen-Warteschlange in eine Triage-Tabelle verwandelt, umfasst fünf Schritte. Der zeitliche Engpass liegt im ersten Schritt – dem Hochladen – da die Dateien physisch übertragen werden müssen. Alles danach läuft in der KI-Verarbeitungszeit, die in Sekunden pro Formular gemessen wird, nicht in Minuten.

Schritt 1 – Alle Schadensmeldungen auf einmal hochladen. Ziehen Sie den gesamten Ordner mit ACORD-Formularen – PDFs von Agenten, eingescannte Kopien von Außengutachtern, Fotos handschriftlicher Schadensberichte – in den Upload-Bereich. Das Tool akzeptiert PDF, JPG, PNG und WebP und komprimiert große Dateien automatisch für eine schnellere Übertragung. Beim Stapel-Upload wählen Sie den gesamten Satz auf einmal aus, nicht eine Datei nach der anderen.

Schritt 2 – Spaltennamen eingeben. Geben Sie die Spaltenliste aus der obigen Tabelle in das Spaltendefinitionsfeld ein oder fügen Sie sie dort ein. Jeder Spaltenname wird zu einer Kopfzeile in der Ausgabetabelle und zu einer Suchanweisung für die KI. Sie können diesen Spaltensatz als Vorlage speichern und für jedes zukünftige Katastrophenereignis wiederverwenden – dieselben 11 Spalten funktionieren für jeden Stapel von ACORD-Schadensmeldungen.

Schritt 3 – Vorschau einer Zeile prüfen, bevor der gesamte Stapel verarbeitet wird. Die KI verarbeitet zunächst ein Formular und zeigt die extrahierten Werte, die jeder Spalte zugeordnet sind. Diese Vorschau ermöglicht es Ihnen zu bestätigen, dass „Versicherungsscheinnummer“ das richtige Feld erfasst hat, bevor alle 100 Formulare verarbeitet werden. Sollte die Versicherungsscheinnummer in der falschen Spalte gelandet sein, passen Sie den Spaltennamen an und zeigen Sie die Vorschau erneut an – der Stapel wurde noch nicht gestartet.

Schritt 4 — Den gesamten Batch ausführen. Klicken Sie auf „Verarbeiten“. Die KI liest jedes Formular, findet jedes angeforderte Feld durch semantisches Verständnis und befüllt die Ausgabetabelle. Ein Batch mit 100 Schadensmeldungen ist in etwa 2–5 Minuten Verarbeitungszeit abgeschlossen – verglichen mit den 25–30 Stunden, die dieselbe Aufgabe bei manueller Dateneingabe dauern würde. Die 99%ige Genauigkeit bei gedrucktem Text (laut veröffentlichten Benchmarks des Tools) und die starke Handschrifterkennung für Schreibschrift und gemischte Eingaben bedeuten, dass die Ausgabetabelle mit leichter Prüfung nutzbar ist, nicht mit aufwändiger Korrektur.

Schritt 5 — Nach Excel exportieren. Laden Sie die fertige Tabelle als XLSX-Datei herunter. Jede Zeile ist eine Schadensmeldung; jede Spalte ein extrahiertes Feld. Die exportierte Datei ist eine einzige Arbeitsmappe – eine Schadensmeldung pro Zeile, ein Feld pro Spalte, keine verbundenen Zellen, keine Pivot-Tabellen, keine Formatierung, die die Weiterverarbeitung stört.

Dieser Workflow beseitigt den Engpass in der Schadensaufnahme. Die 25 Stunden Dateneingabe, die früher die ersten drei Tage nach einer Katastrophe beanspruchten, werden zu 5 Minuten Verarbeitungszeit und 30 Minuten Prüfung – das schafft 24 Stunden für die eigentliche Schadensermittlung und die Disposition von Sachverständigen. Für die Werkzeuge, die dies ermöglichen, erklärt unser Leitfaden zu den Unterschieden zwischen OCR und KI-Extraktion, warum herkömmliche OCR diesen Workflow nicht liefern kann und was sich mit Vision-Language-Modellen geändert hat.

Die Triage-Tabelle, die Sie erstellen: Sortieren, Filtern und farblich kennzeichnen für schnelle Entscheidungen

Eine extrahierte Tabelle mit Daten ist noch kein Triage-System – sie ist Rohmaterial. Die Tabelle wird zum Triage-Werkzeug, wenn sie eine Frage in unter fünf Sekunden beantwortet: Welcher Schadenfall braucht als Nächstes Aufmerksamkeit?

Öffnen Sie die exportierte XLSX und wenden Sie sofort drei Transformationen an:

Absteigend nach geschätztem Betrag sortieren. Die Spalte mit dem Dollarbetrag wird zur primären Schweregradachse. Schäden über der internen Schweregradschwelle des Versicherers landen oben – diese benötigen die Zuweisung eines leitenden Sachverständigen, mögliche Reservenerhöhungen und eventuell die Beauftragung eines unabhängigen Sachverständigen. Schäden unter einigen tausend Dollar landen unten – viele Versicherer leiten diese an Schreibtisch- oder automatisierte Abwicklungsworkflows weiter. Ein einziger Sortiervorgang ersetzt das manuelle Öffnen jedes Formulars, das Lesen des Schadenschätzfelds und das gedankliche Vergleichen der Schäden untereinander.

Nach Schadensursache filtern. Nach einem Hurrikan teilen sich die Schäden grob in Windschäden, Überschwemmungsschäden und beides auf. Nach einem Waldbrand teilen sie sich in Brandschäden und Rauchschäden – zwei grundlegend unterschiedliche Schadensprozesse mit unterschiedlichen Deckungsauslösern und unterschiedlichen Anforderungen an die Sachverständigen. Ein einziger Filter in der Spalte „Schadensursache“ gruppiert die Schäden nach Gefahrenart, sodass der Teamleiter Batches den richtigen Sachverständigen zuweisen kann. Reine Windschäden gehen an das Immobilienteam. Überschwemmungsschäden – falls durch eine separate NFIP- oder private Hochwasserpolice gedeckt – werden an die Hochwassereinheit weitergeleitet. Schäden mit beiden Gefahren benötigen vor der Weiterleitung eine Deckungsprüfung.

Bedingte Formatierung anwenden. Färben Sie die Spalte „Geschätzter Betrag“ farblich ein: rot für Schäden über 100.000 $, orange für 25.000–100.000 $, gelb für unter 25.000 $. Färben Sie die Spalte „Schadensdatum“ farblich ein: heben Sie jeden Schaden hervor, bei dem der Verlust vor mehr als 14 Tagen ohne Erledigung eingetreten ist – dies kennzeichnet Schäden, die sich der NAIC-Model-902-Bestätigungsfrist nähern, und gibt dem Teamleiter einen visuellen Überblick über Compliance-Risiken.

Die resultierende Tabelle ist ein Echtzeit-Triage-Dashboard, das aus extrahierten Formulardaten erstellt wurde. Der Teamleiter öffnet sie morgens, sortiert nach Priorität und weist die obersten 20 Zeilen verfügbaren Sachverständigen zu. Wenn mittags neue Schadensmeldungen eingehen, extrahieren Sie sie als sekundären Batch, hängen Sie die Zeilen an, sortieren Sie neu, und die Prioritätenreihenfolge aktualisiert sich automatisch.

Extrahierte Daten in Guidewire, Duck Creek oder Ihre Schadenmanagement-Plattform übernehmen

Die Triage-Tabelle beantwortet die Frage „Was ist als Nächstes zu tun?“. Das Schadenmanagementsystem beantwortet die Frage „Was ist bei diesem Schaden passiert?“. Die Verbindung beider – die Übernahme extrahierter Formulardaten aus Excel in die Plattform, in der Sachbearbeiter tatsächlich arbeiten – ist der letzte Schritt, der aus einem Triage-Werkzeug einen Teil des Schaden-Workflows macht.

Der Integrationspfad hängt von Ihrer Schadenplattform ab:

Guidewire ClaimCenter – die am weitesten verbreitete P&C-Schadenplattform bei Tier-1-Versicherern – unterstützt die Massen-FNOL-Erfassung über die API-Schnittstelle und CSV-Import-Tools im Datenaufnahmemodul. Die aus der Extraktion exportierte Tabelle wird direkt auf die Schadenerfassungsfelder von ClaimCenter abgebildet: Policennummer → Policenabfrage, Versicherter Name → Anspruchsprüfung, Schadendatum → Schadensereignisdatum, Schadenursache → Schadentyp-Klassifizierung. Schadenbearbeitungsteams können die Feldzuordnung einmal konfigurieren und dann extrahierte Tabellen als Stapel importieren. Die FNOL-Automatisierungsregeln von Guidewire lösen die Sachbearbeiterzuweisung und Reservierungsempfehlungen basierend auf den bereits in den importierten Zeilen enthaltenen Schweregraddaten aus.

Duck Creek Claims – Guidewires primärer Cloud-nativer Wettbewerber – bietet konfigurierbare Aufnahme-APIs und unterstützt Flat-File-Importe über die Integrationsschicht. Die Feldzuordnung folgt derselben Logik: extrahierte Spalten werden auf das Schadendatenmodell von Duck Creek abgebildet, und die integrierten Triage-Regeln von Duck Creek nutzen Schadenursache und Geschätzten Betrag, um Schäden automatisch an die richtige Sachbearbeiter-Warteschlange weiterzuleiten.

Snapsheet, BriteCore und andere Mid-Market-Plattformen unterstützen in der Regel CSV-Import als Standard-Aufnahmemethode. Die Extraktionstabelle wird für diese Plattformen direkt als CSV exportiert. Für Versicherer mit älteren Schadensystemen mit begrenzten Importmöglichkeiten beschleunigt die extrahierte Excel-Datei dennoch den Workflow – Sachbearbeiter kopieren und fügen aus der Triage-Tabelle zeilenweise in das Schadensystem ein, was schneller ist als das Lesen des Originalformulars, da alle Felder in einer einzigen Zeile in konsistenter Reihenfolge vorliegen.

Das zentrale Designprinzip: Der Extraktionsschritt erzeugt unabhängig vom Zielsystem saubere, spaltenbasierte Daten. Ob die Daten über eine API in Guidewire, über einen Flat-File-Import in Duck Creek oder per Copy-Paste in ein Altsystem fließen – das Extraktionsergebnis ist dasselbe strukturierte Format. Die Integrationsmethode ändert sich; die vorgelagerte Datenerfassung nicht.

FAQ

Ist das ACORD 140 dasselbe wie ein Sachschadenbericht?

Nicht genau – und der Unterschied ist wichtig für die zu extrahierenden Felder. Das ACORD 140 trägt offiziell den Titel „Sachversicherungsteil" und ist als Anhang zum ACORD 125 Gewerbeversicherungsantrag konzipiert. Es erfasst Underwriting-Daten: Gebäudebauart, Brandschutzklasse, Deckungssummen, Beitragssatzprozentsatz. Es umfasst drei Seiten mit 355 ausfüllbaren Feldern. Ein Sachschadenbericht – manchmal als ACORD 130 in der Formularbibliothek nummeriert – ist ein separates Dokument, das speziell für die Schadenmeldung entwickelt wurde, mit Feldern wie Schadendatum, Schadenursache, Schadenbeschreibung und geschätzte Schadenhöhe. In der Praxis begleiten ACORD 140-Formulare oft Schadenberichte in der Schadenakte, da sie die Deckungs- und Sachdaten enthalten, die der Schadensregulierer benötigt. Der Extraktionsworkflow in diesem Artikel deckt beides ab: die schadenberichtsspezifischen Felder für die Triage (Schadendatum, Ursache, Beschreibung, Schätzung) und die 140-spezifischen Felder für die Deckungsprüfung (Polizzennummer, NAIC-Code, Deckungssummen).

Wie genau ist die KI-Extraktion bei handschriftlichen Schadenbeschreibungen?

Das Feld für die Schadenbeschreibung im ACORD 140 ist in der Regel handschriftlich ausgefüllt – Schadensregulierer und Makler verfassen Freitextberichte über den Schaden. Die Genauigkeit der KI-Extraktion bei Handschrift hängt von der Leserlichkeit ab: klar gedruckte Blockschrift erzielt hohe Genauigkeitsraten, vergleichbar mit gedrucktem Text; stark kursive oder hastige Handschrift mit Durchstreichungen und Randnotizen führt zu geringerer Genauigkeit und erfordert eine manuelle Überprüfung. Der Vorschritt im Batch-Workflow ermöglicht es Ihnen, die Handschriftqualität stichprobenartig zu prüfen, bevor Sie den gesamten Batch verarbeiten. Wenn die Handschrift eines bestimmten Schadensregulierers konsequent falsch gelesen wird, können die Formulare dieses Regulierers zur manuellen Überprüfung markiert werden, während der Rest des Batches automatisch verarbeitet wird.

Kann ich dasselbe Spaltenset für verschiedene Katastrophenereignisse wiederverwenden?

Ja. Das oben beschriebene 11-Spalten-Triage-Set – von der Polizzennummer bis zur Triage-Priorität – funktioniert für jeden Batch von Sachschadenberichten und ACORD 140-Formularen, unabhängig von der Katastrophenart. Ein Hurrikan-Schadenbericht enthält dieselben Feldtypen wie ein Waldbrand-Schadenbericht: Polizzennummer, Adresse, Datum, Ursache, Beschreibung, Betrag. Die Spaltennamen ändern sich nicht; die KI passt sich dem Inhalt jedes Formulars an. Speichern Sie das Spaltenset nach der ersten Verwendung als Vorlage und laden Sie es für jedes nachfolgende Ereignis sofort.

Was passiert, wenn im Formular Felder fehlen – kein geschätzter Betrag oder keine Schadenursache angegeben?

KI-Extraktion lässt die Zelle leer, wenn ein angefragtes Feld im Formular nicht vorhanden ist – sie halluziniert keine Daten. Eine leere Zelle für den geschätzten Betrag ist ein Signal, diesen Schaden sofort nachzuverfolgen, da ohne ihn die Schwere nicht beurteilt werden kann. Eine leere Zelle für die Schadenursache kann bedeuten, dass das Formular eingereicht wurde, bevor die Ursache feststand – üblich in den ersten 24 Stunden nach einer Katastrophe, wenn die Priorität einfach darin liegt, den Versicherer über einen eingetretenen Schaden zu informieren. Sortieren Sie leere Zellen in der Triage-Tabelle nach oben, damit sie zuerst bearbeitet werden.

Wie schneidet dies im Vergleich zu einer unternehmenseigenen Schadenerfassungsplattform ab?

Unternehmenseigene Plattformen wie Guidewire ClaimCenter und Duck Creek Claims bieten End-to-End-Schadenmanagement – FNOL-Erfassung, Sachbearbeiterzuweisung, Reservenverfolgung, Zahlungsabwicklung und Berichterstattung. Ihre Erfassungsmodule können strukturierte Daten empfangen, aber nicht aus einem unstrukturierten PDF extrahieren. Der in diesem Artikel beschriebene Extraktionsschritt ist die Ebene, die vor dem Schadensystem sitzt: Sie wandelt PDFs in strukturierte Zeilen um, die das Schadensystem aufnehmen kann. Für Versicherer mit Unternehmensplattformen speist die Extraktion die Plattform. Für kleinere Versicherer und unabhängige Schadensregulierungsfirmen ohne Unternehmenssystem kann die Triage-Tabelle selbst als leichtgewichtiger Schadenerfassungs-Tracker fungieren.