So verarbeiten Sie 200 App-Screenshots in
eine strukturierte 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 nur 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, angezeigt in beschrifteten Feldern und nicht in einem Tabellenraster – liefert nichts zurück. Außerdem arbeitet sie nur mit einer Datei zurzeit: 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 bei der Stapelverarbeitung stoßen sie auf praktische Hürden: 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 einen ausführlichen Deep-Dive darüber geschrieben, warum ChatGPT und Claude bei der Screenshot-Extraktion im großen 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. Allgemeine 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

Wenn Sie Screenshots einzeln verarbeiten, verbergen sich drei strukturelle Probleme, die im Batch-Modus 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 mit leicht unterschiedlichen Feldwerten erfassen – etwa eine von der Kontaktkarte des CRM und eine vom 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 lokalisiert – enthält eine automatische Spalte „Quelldatei" in Batch-Exporten, sodass jede Zeile in Ihrer zusammengeführten Tabelle eine Referenz auf ihren ursprünglichen Screenshot trägt. Kein separates Tracking-Blatt, kein manuelles Mapping.

Für 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 einer Filteroperation statt zu einem Ratespiel.

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

Extrahieren Sie 200 Screenshots einzeln und Sie erhalten 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 zusammen 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 von Ihnen eingegebenen Feldnamen werden sowohl zu den Extraktionsanweisungen als auch zu den Spaltenüberschriften Ihrer zusammengeführten Ausgabe, sodass kein Remapping zwischen Upload und Export erforderlich ist.

Dies ist besonders wichtig, wenn Screenshots aus verschiedenen Quellanwendungen stammen. Ein Kundenname erscheint in einem beschrifteten Feld in Ihrem CRM-Screenshot, oben auf einer Kartenansicht in Ihrem Abrechnungsportal und in einer über Slack weitergeleiteten Chat-Nachricht. Jede Anwendung 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.

Fehlerbehandlung – was tun, wenn ein Screenshot nicht mitspielt

Bei einem einzelnen Screenshot ist eine fehlgeschlagene Extraktion lediglich eine Unannehmlichkeit – Sie wiederholen den Vorgang oder geben die Daten manuell ein. Bei 200 Screenshots bedeutet selbst eine Fehlerquote von 5 % zehn Zeilen mit fehlenden oder verfälschten Daten, die sich später als Fehler bei der Abgleichung bemerkbar machen – oft Wochen, nachdem die Verarbeitung als abgeschlossen galt.

Batch-Extraktionstools behandeln Ausnahmen auf drei grundlegende Arten:

• Fail-Stop: Stoppt den gesamten Batch, wenn eine Datei fehlschlägt. Sicher, aber für große Mengen unpraktisch – Sie verlieren die 195 erfolgreichen Extraktionen wegen 5 fehlerhafter Dateien.
• Stilles Überspringen: Verarbeitung wird fortgesetzt, fehlgeschlagene Zeilen werden ohne Benachrichtigung ausgelassen. Schnell, aber gefährlich – 10 fehlende Zeilen in einer 200-Zeilen-Tabelle wirken wie vollständige Daten, es sei denn, Sie gleichen die Zählungen manuell ab.
• Überspringen mit Kennzeichnung: 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 Ihre Überprüfungszeit konzentriert sich nur auf die fragwürdigen Einträge statt auf jede Zeile.

Der Effizienzunterschied zwischen diesen Modi ist erheblich. Bei Fail-Stop oder stillem Überspringen erfordert die Überprüfung der Batch-Vollständigkeit eine manuelle Prüfung Zeile für Zeile. Bei der Kennzeichnung dauert der Überprüfungsschritt nur Sekunden pro markierter Zeile – Sie prüfen die Felder, die die KI als unsicher markiert hat, und genehmigen oder korrigieren sie – statt der vollständigen Transkriptionszeit von Minuten pro Zeile. Bei 99 % Genauigkeit bei gedruckten Tabellen (der Benchmark unserer Extraktions-Engine) erzeugt 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 realer Workflow mit 200 Screenshots aus

Der Workflow zur Verarbeitung eines Stapels von Screenshots umfasst fünf Schritte, und nur einer davon erfordert Wartezeit auf die KI. Hier ist der vollständige Pfad – von einem Ordner voller PNG-Dateien bis zu einer strukturierten Tabelle, die Sie in Ihre nächste Besprechung mitnehmen können.

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

Die Demo oben läuft ohne vordefinierte Vorlage — da Screenshots verschiedener Apps kein gemeinsames Format haben. Sie definieren die benötigten Spalten, und die KI findet sie in jedem von Ihnen 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 Organisation von Dateien 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 Stapel-Workflow messbare Zeitersparnisse. Unterhalb dieser Schwelle kann die Einzelverarbeitung oder manuelle Eingabe schneller sein.

Die Stapelverarbeitung wird zum klaren Gewinner, 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.
• 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 Abstimmungsscreenshots – wenn Sie Ihre Spaltendefinitionen als wiederverwendbare Liste speichern, sinken die Einrichtungskosten bei späteren Durchläufen auf nahezu null.
• Rückverfolgbarkeit für Prüfung oder Abstimmung wichtig ist. Wenn Sie nachweisen müssen, welcher Screenshot welche Datenzeile erzeugt hat, bietet die Stapelverarbeitung mit automatischer Quelldateiverfolgung einen Prüfpfad, den die manuelle Eingabe nicht leisten kann.

Der Ansatz zur Screenshot-zu-Excel-Extraktion 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 Stapel neben Screenshots auch PDFs, Scans oder Handyfotos enthält, deckt der umfassendere Stapel-Workflow zur Datenextraktion aus gemischten Dokumentensätzen 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 demselben Batch mischen?

Ja — solange Sie aus jedem Screenshot dieselben konzeptionellen Felder extrahieren. 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 sind oder eine niedrige Auflösung haben?

Die KI kennzeichnet Felder mit geringer Konfidenz zur Überprüfung, anstatt unsichere Daten stillschweigend einzufügen. Bei Screenshots — die maschinell gerenderte Pixel statt fotografiertem Papier sind, wo ein Foto-zu-Text-Durchlauf Beleuchtung und Kamerawinkel ausgleichen muss — sind Qualitätsprobleme selten. Die häufigste Ursache für geringe Konfidenz bei der Screenshot-Extraktion ist ein Feldwert, der am Rand der Aufnahme teilweise 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 des Batches ist davon nicht betroffen.

Wie lange dauert ein Batch 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. Ein vollständiger Batch von 200 Screenshots ist in etwa 15–30 Minuten KI-Verarbeitungszeit abgeschlossen — währenddessen können Sie etwas anderes tun. Die Datei-Upload-Zeit 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 einem 200-Dateien-Batch.

Funktioniert das mit Screenshots, die Tabellen enthalten?

Ja. Screenshots von Tabellen – Dashboard-Raster, exportierte Berichtsvorschauen, Tabellenkalkulations-Aufnahmen – werden mit derselben Spaltennamenextraktion verarbeitet. Tabellen stellen jedoch eine strukturelle Entscheidung dar: Möchten Sie, dass jede Zeile der Tabelle zu einer Zeile in Ihrer Ausgabe wird (ein Screenshot = viele Ausgabezeilen), oder möchten Sie aggregierte Werte aus der Tabelle? Das Tool unterstützt beide Modi. Für Batch-Szenarien, 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 jeden neuen Batch von Screenshots an, ohne Spaltennamen erneut eingeben zu müssen. Hier wirkt die Effizienz der Stapelverarbeitung: Beim zweiten und dritten Mal, wenn Sie dieselbe Extraktion ausführen, entfällt der Einrichtungsschritt vollständig.

Welche Dateiformate werden für Screenshot-Batches 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. ein PDF-Portfolio mit Dashboard-Aufnahmen) werden unterstützt. Ein JPG-zu-Text-Batch und ein PNG-zu-Text-Batch verwenden dieselbe Pipeline – 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 Batch?

Es gibt keine harte Begrenzung der Dateianzahl pro Batch. Die praktische Einschränkung ist Upload-Größe und Verarbeitungszeit – größere Batches benötigen proportional länger für die Verarbeitung, erfordern aber keine zusätzliche Einrichtung von Ihnen. Bei Batches mit mehr als 500 Dateien kann die Aufteilung in Unter-Batches von 200–300 den Überprüfungsschritt überschaubarer machen, ohne nennenswerten Mehraufwand zu verursachen, da Spaltendefinitionen über Unter-Batches hinweg übertragen werden.

Woher 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.