So verarbeiten Sie 200 App-Screenshots zu
einer strukturierten Tabelle

Warum die Einzelverarbeitung bei großen Mengen scheitert

Ein einzelner Screenshot zu verarbeiten ist einfach: Daten ansehen, in eine Tabelle eintippen. Fünf Screenshots brauchen fünfmal so lange. Aber bei 200 Screenshots entstehen Kosten, die bei fünf oder zehn noch nicht da sind – und diese Kosten skalieren nicht linear.

Bei drei Minuten pro Screenshot – dem Richtwert für manuelle Dateneingabe einer einzelnen Seite, laut IOFM's AP Processing Cost Study – ergeben 200 Screenshots 10 Stunden reine Übertragungsarbeit. Aber diese Zahl erfasst nur das Tippen. Nicht mitgezählt ist die Zeit, die man damit verbringt, herauszufinden, welcher Screenshot welchen Datensatz enthält, zu überprüfen, ob die gerade eingegebene Zeile mit der richtigen Quelle übereinstimmt, oder zurückzugehen, wenn man merkt, dass Screenshot #47 im falschen Ordner abgelegt wurde und man bereits 43 Einträge in der falschen Spaltenreihenfolge getippt hat.

Das ist der Unterschied zwischen der Extraktion eines einzelnen Screenshots und der Stapelverarbeitung: Ersteres ist ein Tippproblem. Letzteres ist ein Organisationsproblem, das zufällig auch Tipparbeit beinhaltet. Der eigentliche Engpass ist nicht die Geschwindigkeit Ihrer Finger – es ist das Fehlen eines Systems, das jeden Screenshot mit seiner Ausgabezeile verknüpft, Ergebnisse aus verschiedenen Quellen in einer kohärenten Tabelle zusammenführt und Ihnen sagt, welche Einträge eine zweite Prüfung benötigen, ohne dass Sie jede Zeile manuell kontrollieren müssen.

Als ein Reddit-Nutzer in r/dataengineering fragte, wie man 3.000 Screenshots – jeder mit 100 Leads – in eine Excel-Datei extrahiert, drehten sich die Antworten nicht um Geschwindigkeit. Sie drehten sich um Pipeline-Architektur: ETL-Tools, Orchestrierung, Qualitätsprüfungen. Der Instinkt war richtig. Bei diesem Volumen kopiert man keine Daten mehr. Man managt ein Datenintegrationsprojekt, dessen Quellformat zufällig PNG-Dateien sind.

Was die meisten Screenshot-zu-Tabellen-Tools Ihnen über die Stapelverarbeitung nicht verraten

Das Problem der Umwandlung eines einzelnen Screenshots in Excel wurde bereits mehrfach gelöst. Die Funktion „Data from Picture“ von Microsoft Excel liest tabellarische Screenshots direkt in Zellen ein. ChatGPT und Microsoft 365 Copilot akzeptieren Bild-Uploads und extrahieren auf Anfrage strukturierte Daten. Doch jede dieser Lösungen basiert auf einer Annahme, die bei der Stapelverarbeitung scheitert: Sie verarbeiten jeweils eine Datei.

Die Funktion „Data from Picture“ von Excel setzt voraus, dass Ihr Screenshot eine Tabelle enthält – sie sucht nach Gitternetzlinien, Spaltengrenzen und Zeilentrennern. Ein Screenshot einer App-Oberfläche, der eine einzelne Datensatzkarte zeigt – Name, Telefon, E-Mail und letztes Buchungsdatum eines Kunden in beschrifteten Feldern, nicht in einem Tabellenraster – liefert nichts zurück. Außerdem arbeitet sie jeweils mit einer Datei: Sie wählen ein Bild aus, warten auf die Verarbeitung, prüfen das Ergebnis, fügen es ein. Bei 200 Wiederholungen macht die Reibung der dateiweisen Interaktion den Großteil der Zeit zunichte, die die OCR eigentlich einsparen soll.

ChatGPT und Copilot verarbeiten Nicht-Tabellen-Screenshots recht gut – das Sprachmodell kann Feldbeschriftungen interpretieren. Doch die Stapelverarbeitung stößt an praktische Grenzen: Datei-Upload-Limits (10 gleichzeitig in der Standardoberfläche von ChatGPT), inkonsistente Ausgabeformatierung zwischen Sitzungen (die Spaltenüberschriften in Antwort #3 könnten nicht zu Antwort #7 passen) und kein integrierter Mechanismus, um fragmentierte Ergebnisse in einer einzigen Ausgabedatei zusammenzuführen. Wir haben eine ausführliche Analyse dazu geschrieben, warum ChatGPT und Claude bei der Screenshot-Extraktion in großem Maßstab versagen – einschließlich der Token-Ökonomie, der Konsistenzlücke und des Fehlermodus der Kreuzkontamination, den ein Journalist bei der Verarbeitung aufeinanderfolgender Rechnungen dokumentiert hat. Generische OCR-Tools – Tesseract, ABBYY FineReader, UiPath Document OCR – extrahieren Text aus Bildern, erzeugen aber keine strukturierte Ausgabe auf Feldebene, eine Einschränkung, die unser Screenshot-zu-Tabellen-Vergleich im Detail untersucht.

Das fehlende Element in allen drei Ansätzen ist dasselbe: eine Möglichkeit, einmal festzulegen „das sind die Spalten, die ich möchte“, und diese Anweisung auf jeden Screenshot anzuwenden, unabhängig von dessen UI-Layout, um eine einzige zusammengeführte Ausgabedatei zu erzeugen – wobei fehlgeschlagene oder mehrdeutige Ergebnisse gekennzeichnet statt stillschweigend zusammengeführt werden.

Die drei Dinge, die nur zählen, wenn Sie Dutzende von Screenshots verarbeiten

Die Verarbeitung von Screenshots einzeln verdeckt drei strukturelle Probleme, die im Stapelbetrieb unvermeidlich werden. Keines davon betrifft die Extraktionsgenauigkeit – es geht darum, was um die Extraktion herum passiert.

Benennung und Rückverfolgbarkeit – wissen, welche Zeile aus welchem Screenshot stammt

Wenn Sie einen Screenshot einzeln verarbeiten und seine Daten in Excel eingeben, wissen Sie, welche Zeile aus welcher Quelle stammt, weil Sie den Kontext im Kopf haben. Bei 200 Screenshots verschwindet dieser Kontext. Wenn die Adresse in Zeile 147 falsch aussieht, welche der 200 Quelldateien öffnen Sie zur Überprüfung? Wenn zwei Screenshots verschiedene Ansichten desselben Kundendatensatzes erfassen, aber mit leicht unterschiedlichen Feldwerten – etwa eine aus der CRM-Kontaktkarte und eine aus dem Abrechnungsportal –, welche hat Vorrang?

Die Lösung ist eine Benennungskonvention, die Rückverfolgbarkeit in die Ausgabe kodiert. Der einfachste Ansatz: den Quelldateinamen als Spalte in die Extraktionsausgabe aufnehmen. Die benutzerdefinierte Spaltenextraktion von ImageToTable.ai – bei der Sie die gewünschten Spaltennamen eingeben und die KI jeden Wert anhand seiner Bedeutung statt seiner Pixelposition findet – enthält automatisch eine „Quelldatei“-Spalte in Stapelexporten, sodass jede Zeile in Ihrer zusammengeführten Tabelle einen Verweis auf ihren ursprünglichen Screenshot trägt. Kein separates Tracking-Blatt, kein manuelles Mapping.

Für eine detailliertere Rückverfolgbarkeit benennen Sie Ihre Screenshot-Dateien mit einem Muster, das Metadaten erfasst: clientName_date_platform oder employeeID_reportType. Dieser Dateiname wird Teil des Prüfpfads in Ihrer Ausgabe und macht die Massenprüfung zu einem Filtervorgang statt zu einem Ratespiel.

Zusammenführen der Ergebnisse – von 200 einzelnen Extraktionen zu einer sauberen Tabelle

Extrahieren Sie 200 Screenshots einzeln, erhalten Sie 200 separate Ausgaben – 200 CSV-Dateien, 200 Tabellenblätter oder 200 Chat-Antworten mit leicht unterschiedlicher Formatierung. Das manuelle Zusammenführen schafft genau die Dateneingabelast, die Sie vermeiden wollten.

Echte Stapelverarbeitung bedeutet, Ihre Spaltennamen einmal zu definieren – „Kundenname“, „E-Mail“, „Telefon“, „Registrierungsdatum“, „Letzte Buchung“ –, alle 200 Screenshots gemeinsam hochzuladen und eine einzige zusammengeführte Ausgabe zu erhalten, in der jeder Screenshot eine Zeile zur selben Tabelle beiträgt. Die Spaltendefinitionen fungieren als Vertrag: Jeder Screenshot wird gegen denselben Satz von Feldnamen verarbeitet, sodass die Ausgabe ohne Nachbearbeitung kohärent ist. Dieser Ansatz liegt der Spaltennamenextraktion zugrunde: Die Feldnamen, die Sie eingeben, werden sowohl zu den Extraktionsanweisungen als auch zu den Spaltenüberschriften Ihrer zusammengeführten Ausgabe, sodass kein Remapping zwischen Upload und Export nötig ist.

Dies ist am wichtigsten, wenn Screenshots aus verschiedenen Quellanwendungen stammen. Ein Kundenname erscheint in einem beschrifteten Feld in Ihrem CRM-Screenshot, oben in einem Kartenlayout in Ihrem Abrechnungsportal und in einer Chat-Nachricht, die Ihnen über Slack weitergeleitet wurde. Jede App platziert dieselbe Information an einer anderen visuellen Stelle – aber wenn die KI versteht, was „Kundenname“ semantisch bedeutet, statt wo es räumlich erscheint, ordnen alle drei Screenshots ihre korrekten Werte derselben Spalte zu.

Ausnahmebehandlung – was tun, wenn ein Screenshot nicht mitmacht

Bei einem einzelnen Screenshot ist eine fehlgeschlagene Extraktion eine Unannehmlichkeit – Sie wiederholen den Vorgang oder geben die Daten manuell ein. Bei 200 Screenshots bedeuten selbst 5 % Fehlerquote 10 Zeilen mit fehlenden oder verstümmelten Daten, die erst beim Abgleich als Fehler auffallen – oft Wochen, nachdem die Verarbeitung als abgeschlossen galt.

Batch-Extraktionstools behandeln Ausnahmen auf drei grundlegende Arten:

• Abbruch bei Fehler: Der gesamte Batch wird gestoppt, wenn eine Datei fehlschlägt. Sicher, aber bei großen Mengen unpraktisch – Sie verlieren die 195 erfolgreichen Extraktionen wegen 5 fehlerhafter Dateien.
• Stilles Überspringen: Die Verarbeitung wird fortgesetzt, fehlgeschlagene Zeilen werden ohne Benachrichtigung ausgelassen. Schnell, aber gefährlich – 10 fehlende Zeilen in einer Tabelle mit 200 Zeilen sehen wie vollständige Daten aus, es sei denn, Sie gleichen die Anzahl manuell ab.
• Überspringen mit Markierung: Alle Dateien werden verarbeitet, Felder mit geringer Konfidenz oder Fehlern werden zur Überprüfung markiert. Dieser Ansatz skaliert – Sie erhalten die vollständige Ausgabe mit Konfidenzindikatoren, und Ihr Prüfaufwand beschränkt sich auf die fragwürdigen Einträge, nicht auf jede einzelne Zeile.

Der Effizienzunterschied zwischen diesen Modi ist erheblich. Bei Abbruch bei Fehler oder stillem Überspringen erfordert die Überprüfung der Batch-Vollständigkeit eine manuelle, zeilenweise Prüfung. Bei der Markierung dauert der Prüfschritt nur Sekunden pro markierter Zeile – Sie überprüfen die Felder, die die KI als unsicher eingestuft hat, und genehmigen oder korrigieren sie –, anstatt der vollständigen Transkriptionszeit von Minuten pro Zeile. Bei einer Genauigkeit von 99 % bei gedruckten Tabellen (dem Benchmark unserer Extraktions-Engine) produziert ein Batch von 200 Screenshots etwa 2 Zeilen, die Aufmerksamkeit benötigen. 2 Zeilen zu überprüfen ist eine andere Aufgabe, als 200 abzutippen.

Wenn Ihre Screenshots aus fünf verschiedenen Apps stammen

Die meisten Anleitungen zur Stapelverarbeitung gehen von einer einheitlichen Quelle aus: 200 Screenshots derselben Anwendung, mit demselben Layout und denselben Datenfeldern. Echte Stapelverarbeitungsszenarien sehen selten so aus.

Ein typischer wöchentlicher Betriebsbericht könnte Screenshots enthalten aus: einem Salesforce-Dashboard mit Pipeline-Kennzahlen, einer Tableau-Grafik zum wöchentlichen Support-Ticket-Volumen, einer QuickBooks-Zusammenfassung offener Rechnungen, einem Slack-Thread, in dem ein Regionalleiter Q2-Versandzahlen gepostet hat, und einer internen Portalseite mit Mitarbeiterauslastungsraten. Fünf verschiedene Apps, fünf verschiedene UI-Layouts, fünf verschiedene visuelle Darstellungskonventionen für Daten. Das in QuickBooks mit „Gesamtbetrag fällig“ bezeichnete Objekt ist semantisch äquivalent zum Feld „Ausstehender Saldo“ im internen Portal und der in Slack getippten Zahl, der der Text „schulden uns noch“ vorausgeht.

Vorlagenbasierte Extraktionstools scheitern hier, weil sie auf räumlicher Positionierung beruhen: Sie zeichnen ein Rechteck um das Feld „Betrag“ im Salesforce-Screenshot, und das Tool sucht in genau diesem Rechteck auf jedem weiteren Screenshot – einschließlich des Tableau-Screenshots, wo diese Koordinate nun auf einer Diagrammachsenbeschriftung liegt. Dies ist die grundlegende Einschränkung der koordinatenbasierten Extraktion: Sie setzt Layout-Konsistenz über alle Dateien hinweg voraus.

Spaltennamensextraktion funktioniert anders. Statt dem Tool zu sagen, wo die Daten auf der Seite sind, sagen Sie ihm, was die Daten bedeuten. Sie definieren den Spaltennamen „Umsatz“ – und die KI lokalisiert den zu diesem Konzept gehörenden Wert auf jedem Screenshot, unabhängig davon, ob er oben links in einer Salesforce-Karte, in einer hervorgehobenen Zelle einer QuickBooks-Tabelle oder mit einem Dollarzeichen versehen in einer Chat-Nachricht erscheint. Dies ist der Mechanismus, der die appübergreifende Stapelverarbeitung ermöglicht: Die Extraktionslogik folgt der Semantik der Daten, nicht den Koordinaten des ersten verarbeiteten Screenshots.

Für gemischte Quellen fügen abgeleitete Spalten eine zweite Intelligenzebene hinzu. Über die Extraktion dessen, was auf dem Screenshot zu sehen ist, hinaus können Sie eine Spalte wie „Quellplattform (Optionen: Salesforce / QuickBooks / Tableau / Slack / Portal)“ definieren – und die KI bestimmt anhand der visuellen Merkmale, von welcher Plattform jeder Screenshot stammt, und füllt den Wert automatisch aus. So wird ein gemischter Haufen Screenshots in eine kategorisierte, analysierbare Tabelle verwandelt – ganz ohne manuelle Kennzeichnung.

So sieht ein echter Workflow mit 200 Screenshots aus

Der Workflow zur Verarbeitung eines Screenshot-Batches besteht aus fünf Schritten, und nur einer davon erfordert Wartezeit auf die KI. Hier der gesamte Weg – von einem Ordner voller PNG-Dateien bis zu einer strukturierten Tabelle, die Sie direkt in Ihr nächstes Meeting mitnehmen können.

Wenn Sie Screenshots bisher einzeln verarbeitet haben – oder in Gruppen von 10 in einen Chatbot hochgeladen und die Ergebnisse manuell zusammengefügt haben – dann stellt dieser Workflow eine strukturelle Veränderung dar. Keine Geschwindigkeitsverbesserung. Eine Veränderung dessen, wofür Sie Ihre Zeit aufwenden. Von Transkription zur Prüfung. Von „Habe ich das richtig getippt?" zu „Sind die zwei markierten Zeilen korrekt?"

Die Demo oben läuft ohne voreingestellte Vorlage — da Screenshots aus verschiedenen Apps kein gemeinsames Format haben. Sie definieren die Spalten, die Sie benötigen, und die KI findet sie in jedem hochgeladenen Screenshot. Dies ist derselbe Extraktionsmechanismus, der von einer Datei auf 200 skaliert: Die Spaltendefinitionen ändern sich nicht mit der Menge.

Wann sich die Stapelverarbeitung lohnt – und wann nicht

Die Stapelverarbeitung ist nicht immer die richtige Antwort. Bei sehr kleinen Mengen – weniger als 10 Screenshots, insbesondere aus einer einzigen App – kann der Aufwand für die Dateiorganisation und die Definition von Spalten die eingesparte Zeit übersteigen. Der Break-even-Punkt hängt von der Komplexität Ihrer Extraktion ab, aber eine praktische Richtlinie lautet: Wenn Sie mindestens 3 Felder aus mindestens 20 Screenshots extrahieren, bringt ein Batch-Workflow messbare Zeitersparnisse. Unterhalb dieser Schwelle können die Einzelverarbeitung oder die manuelle Eingabe schneller sein.

Die Stapelverarbeitung ist eindeutig die bessere Wahl, wenn:

• Die Menge 50 Screenshots übersteigt. Bei dieser Schwelle summiert sich der organisatorische Aufwand der dateibasierten Verarbeitung – Öffnen, Extrahieren, Prüfen, Schließen – zu Stunden unproduktiven Kontextwechsels.
• Die Screenshots aus mehreren Quellanwendungen stammen. Allein der Zusammenführungsschritt – das Kombinieren von Extraktionen aus verschiedenen Tools in einer Tabelle – kann bei manueller Durchführung mehr Zeit in Anspruch nehmen als die Extraktionen selbst.
• Sie dieselbe Extraktion regelmäßig wiederholen müssen. Wöchentliche Dashboard-Snapshots, monatliche Kundendatenabrufe, vierteljährliche Abstimmungs-Screenshots – wenn Sie Ihre Spaltendefinitionen als wiederverwendbare Liste speichern, sinken die Einrichtungskosten bei späteren Durchläufen auf nahezu null.
• Rückverfolgbarkeit für Prüfungen oder Abstimmungen wichtig ist. Wenn Sie nachweisen müssen, welcher Screenshot welche Datenzeile erzeugt hat, bietet die Stapelverarbeitung mit automatischer Quelldatei-Verfolgung einen Prüfpfad, den die manuelle Eingabe nicht leisten kann.

Der Screenshot-zu-Excel-Extraktionsansatz funktioniert auf dieselbe Weise, ob Sie nun einen Screenshot oder zweihundert verarbeiten – der Unterschied liegt in der Einrichtung des Workflows, nicht im Extraktionsmechanismus selbst. Wenn derselbe Batch neben Screenshots auch PDFs, Scans oder Handyfotos enthält, deckt der umfassendere Batch-Datenextraktions-Workflow für gemischte Dokumentensätze diese Weiterleitung ab. Wenn Sie Screenshots bisher einzeln mit ChatGPT, Excels Data from Picture oder traditionellen OCR-Tools extrahiert haben, geht es beim Umstieg auf die Stapelverarbeitung weniger darum, ein neues Tool zu erlernen, sondern vielmehr darum, eine Dateiorganisationsdisziplin zu übernehmen, die der Einzeldatei-Ansatz nie erforderte.

Häufig gestellte Fragen

Kann ich Screenshots aus verschiedenen Apps in derselben Stapelverarbeitung mischen?

Ja – vorausgesetzt, Sie extrahieren aus jedem Screenshot dieselben konzeptionellen Felder. Wenn Sie Spalten für „Kundenname“, „Betrag“ und „Datum“ definieren, findet die KI diese Werte in einem Salesforce-Screenshot, einem QuickBooks-Screenshot und einer Zahlungsbestätigung aus einer Banking-App. Das visuelle Layout muss nicht übereinstimmen; nur die Bedeutung der Felder zählt. Dies ist der Kernunterschied zwischen Spaltennamenextraktion und vorlagenbasierter OCR.

Was passiert, wenn einige Screenshots unscharf oder von niedriger Auflösung sind?

Die KI kennzeichnet Felder mit geringer Konfidenz zur Überprüfung, anstatt unsichere Daten stillschweigend einzufügen. Bei Screenshots – maschinell gerenderte Pixel statt fotografiertem Papier – sind Qualitätsprobleme selten. Die häufigste Ursache für geringe Konfidenz bei der Screenshot-Extraktion ist ein Feldwert, der am Rand der Aufnahme abgeschnitten ist, nicht eine Bildverschlechterung. Wenn Sie wissen, dass einige Screenshots problematisch sind, verarbeiten Sie sie, überprüfen Sie die markierten Zeilen und erstellen Sie die Aufnahmen bei Bedarf neu – der Rest der Stapelverarbeitung bleibt unberührt.

Wie lange dauert eine Stapelverarbeitung von 200 Screenshots tatsächlich?

Die Verarbeitungszeit skaliert mit der Anzahl der Screenshots und der Komplexität jeder Extraktion. Bei Screenshots von App-UIs mit klar beschrifteten Feldern dauert jede Datei etwa 5–10 Sekunden. Eine vollständige Stapelverarbeitung von 200 Screenshots ist in etwa 15–30 Minuten KI-Verarbeitungszeit abgeschlossen – während dieser Zeit können Sie etwas anderes tun. Die Dateiuploadzeit hängt von Ihrer Verbindungsgeschwindigkeit und den Dateigrößen ab. Die Überprüfungszeit hängt davon ab, wie viele Zeilen markiert sind; bei Genauigkeitsraten über 99 % für sauberen maschinell gerenderten Text erwarten Sie weniger als 5 markierte Zeilen in einer Stapelverarbeitung von 200 Dateien.

Funktioniert das mit Screenshots, die Tabellen enthalten?

Ja. Screenshots von Tabellen – Dashboard-Raster, exportierte Berichtsvorschauen, Tabellenkalkulationsaufnahmen – werden mit derselben Spaltennamenextraktion verarbeitet. Tabellen stellen jedoch eine strukturelle Entscheidung dar: Soll jede Tabellenzeile zu einer Zeile in Ihrer Ausgabe werden (ein Screenshot = viele Ausgabezeilen), oder möchten Sie aggregierte Werte aus der Tabelle? Das Tool unterstützt beide Modi. Für Stapelverarbeitungsszenarien, in denen die Standardtabellenstruktur über Screenshots hinweg konsistent ist, übernimmt die Screenshot-zu-Tabellenkalkulation-Pipeline die Mehrzeilenextraktion nativ.

Kann ich meine Spaltendefinitionen für die wiederholte Verwendung speichern?

Ja. Spaltendefinitionen können als wiederverwendbare Vorlagen gespeichert werden – Sie richten Ihre Extraktionsfelder einmalig für eine wiederkehrende Aufgabe ein (wöchentlicher Dashboard-Metrikabruf, monatlicher Kundendatenexport) und wenden sie auf jede neue Charge von Screenshots an, ohne Spaltennamen erneut eingeben zu müssen. Hier potenziert sich die Effizienz der Stapelverarbeitung: Beim zweiten und dritten Mal derselben Extraktion entfällt der Einrichtungsschritt vollständig.

Welche Dateiformate werden für Screenshot-Chargen unterstützt?

PNG, JPG, WebP und AVIF – die Standardbildformate, die von Screenshot-Tools unter Windows, Mac, iOS und Android erzeugt werden. Auch PDF-Dateien mit Screenshots (z. B. eine PDF-Mappe mit Dashboard-Aufnahmen) werden unterstützt. Die wichtigste Anforderung ist, dass das Bild lesbare Daten enthält, die auf einem Bildschirm angezeigt werden – das genaue Dateiformat spielt keine Rolle.

Gibt es ein Dateilimit pro Charge?

Es gibt keine feste Begrenzung der Dateianzahl pro Charge. Die praktische Einschränkung sind Upload-Größe und Verarbeitungszeit – größere Chargen benötigen proportional länger, erfordern aber keinen zusätzlichen Aufwand von Ihnen. Bei Chargen mit mehr als 500 Dateien kann die Aufteilung in Unter-Chargen von 200–300 den Prüfschritt überschaubarer machen, ohne nennenswerten Mehraufwand zu verursachen, da Spaltendefinitionen über Unter-Chargen hinweg übernommen werden.

Wie weiß ich, welche Ausgabezeile zu welchem Quell-Screenshot gehört?

Batch-Exporte enthalten eine Spalte „Quelldatei“, die den Dateinamen jedes ursprünglichen Screenshots aufzeichnet. Wenn Ihre Dateinamen einer konsistenten Namenskonvention folgen – zum Beispiel 2026-05-15_salesforce_q1-pipeline.png – bietet diese Spalte eine sofortige Prüfspur. Die Zuordnung erfolgt automatisch; Sie müssen Zeilen nicht manuell Dateien zuordnen.