Inhaltsverzeichnis
In vielen ST4-Projekten stellt sich irgendwann die gleiche Frage: Sind unsere Metadaten eigentlich konsistent gepflegt? Fehlt irgendwo ein Produktkennzeichen, eine Taxonomiezuordnung – und wenn ja, wo genau? Der Projektbaum ist groß, die manuelle Prüfung aufwendig. Und statische Regelwerke stoßen schnell an ihre Grenzen, wenn die Kombinationsmöglichkeiten in die Hunderte gehen.
Genau vor dieser Herausforderung stand ein Kunde von uns. Die Antwort haben wir im generischen Report von SCHEMA ST4 gefunden – einem Werkzeug, das auf den ersten Blick unscheinbar wirkt, aber erstaunlich viel Potenzial mitbringt.
Was der generische Report in ST4 kann
Der generische Report ist ein flexibles Auswertungswerkzeug in SCHEMA ST4: Man übergibt ihm einen Wurzelknoten – also etwa ein Projekt oder einen Teilbaum – und einen Transformationsordner im ST4-Dateisystem. Das Werkzeug greift ins Datenmodell, sammelt die relevanten Informationen ein und erzeugt daraus einen lesbaren Output als HTML oder CSV.
Das Ergebnis ist zunächst ein statischer Report – nützlich für viele Anwendungsfälle, aber begrenzt. Welcher Wert geprüft werden soll, lässt sich nicht interaktiv festlegen. Wer für jede mögliche Produktkombination einen eigenen Regelsatz aufbauen müsste, landet schnell bei einem Pflegeaufwand, der den eigentlichen Nutzen übersteigt.
Die Idee: Ein Report, der mitdenkt
Wir haben einen Weg gefunden, den generischen Report in ST4 so zu erweitern, dass er interaktiv wird. Das Ergebnis ist ein QS-Report, den Anwender:innen direkt im Report-Fenster oder im Browser bedienen können – ohne Systemkenntnisse, ohne Programmierung, ohne Neustart.
Was der Report konkret leistet:
- Auswahl der zu prüfenden Metadaten und Taxonomie-Werte direkt im Report
- Dynamische Filterung
- Intelligente Variantenerkennung
- Filterunterstützung
- CSV-Export
Was das in der Praxis bedeutet
Der größte Vorteil liegt nicht in der Technik, sondern in der Veränderung der Arbeitsabläufe. Statt ausgebildete Technische Redakteur:innen mit aufwendiger manueller Prüfarbeit zu beschäftigen, kann die Aufgabe an Personen mit weniger Systemkenntnissen delegiert werden. Sie wählen die relevante Kombination aus, sehen sofort die Treffer – und können die Korrekturen direkt abarbeiten.
Das spart nicht nur Zeit. Es macht QS-Prozesse auch robuster: Wer nicht erst verstehen muss, wie ein Report konfiguriert wird, macht weniger Fehler bei der Anwendung.
Und der Entwicklungsaufwand? Er ist überschaubar – und amortisiert sich schnell, wenn man gegenüberstellt, wie viel Arbeitszeit eine solche Lösung über Monate oder Jahre einspart.
Wo die Reise noch hingehen kann
Das Projekt ist noch nicht abgeschlossen – und das ist das Schöne daran. Jede umgesetzte Anforderung hat neue Ideen freigesetzt. Aktuell denken wir darüber nach, wie sich der Report noch gezielter auf sprachspezifische Inhalte einschränken lässt: Fragmente, die in einer bestimmten Zielsprache gar nicht verwendet werden, sollen künftig automatisch aus der Prüfliste herausfallen – damit der Report nur das anzeigt, was wirklich relevant ist.
Was dieses Projekt zeigt: Der generische Report in ST4 ist weit mehr als ein Werkzeug für statische Tabellenausgaben. Mit dem richtigen Ansatz lässt sich daraus ein interaktives QS-Instrument bauen, das sich an die tatsächlichen Abläufe anpasst – nicht umgekehrt.
Haben Sie ähnliche Anforderungen in Ihrem ST4-Umfeld? Oder stehen Sie vor der Frage, wie Sie Metadaten-Konsistenz über große Projektbäume hinweg sicherstellen können? Wir freuen uns auf den Austausch.
