Die meiste Software, die man mit Appomart verbindet, kann man sich sofort vorstellen: eine App, die man installiert, eine Website, die man durchstöbert, etwas für Konsumenten, die sie herunterladen und einfach losklicken. Ein kleinerer, weniger sichtbarer Teil der Arbeit ist Software, die für ein Unternehmen ein ganz bestimmtes betriebliches Problem löst, das außer diesem Unternehmen niemand je zu sehen bekommt. Dies ist ein genauerer Blick auf diese zweite Art, anhand eines Projekts, das gerade für ein sehr spezielles, professionelles Publikum entsteht: Prüflaboratorien.
Vorab sei gesagt: Es handelt sich um ein frühes Projekt. Die Registrierung funktioniert noch nicht vollständig, und es gibt noch keine rechtlichen Unterlagen dazu. Das Folgende ist also eher ein Blick auf ein reales Problem und die Richtung, die man dabei eingeschlagen hat, als eine Einladung, es schon heute zu nutzen.
Wofür ein Prüflabor tatsächlich verantwortlich ist
Um zu verstehen, warum dieses Problem überhaupt Software wert ist, hilft es zu wissen, was ein Prüflabor selbst entscheiden darf und was nicht.
- Akkreditierungsbereich
- Eine fest umrissene, offiziell zuerkannte Liste dessen, was ein Labor messen darf, in welchen Einheiten, nach welcher Methode. Alles außerhalb dieser Liste darf das Labor nicht messen und darüber berichten — selbst wenn es dazu technisch in der Lage wäre.
- Prüfbericht
- Das Dokument, das ein Labor nach einer Messung ausstellt, streng innerhalb seines Akkreditierungsbereichs erstellt. Es ist keine interne Notiz: Produkte werden auf dieser Grundlage freigegeben, und offizielle Vorgänge werden damit abgeschlossen.
Auf diese Weise gemessen werden unter anderem Trink-, Abwasser- und Oberflächenwasser, Luft, Boden und Abfälle, Lebensmittel, Baustoffe und Arbeitsplatzbedingungen. Lebensmittel und Wasser liegen mengenmäßig an der Spitze, weil sie laufend und nach festem Zeitplan geprüft werden: Eine Produktionspartie kann in der Regel ohne einen entsprechenden Bericht nicht ausgeliefert werden.
Wo die Papierarbeit tatsächlich zerbricht
Derselbe Prüfbericht existiert meist gleichzeitig an drei Stellen: als gedrucktes Formular, in einem internen, als Tabelle gepflegten Register und als Exportdatei für das System der Behörde. Nichts verbindet diese drei automatisch, sodass dieselben Werte von Hand dreimal eingetippt werden, einmal pro Stelle, bevor ein einziger Bericht als fertig gilt.
Wer gerade Dienst hat, prägt das Ergebnis. Die eine Person schreibt ein Datum so, die andere etwas anders; die eine wählt eine Methodenbezeichnung aus dem Gedächtnis, die andere kopiert sie aus dem vorherigen Bericht, der selbst schon falsch gewesen sein kann. Und meist ist es nicht das Labor selbst, das eine solche Abweichung zuerst entdeckt, sondern die Annahmestelle der Behörde, auf der anderen Seite, lange nachdem die Messung selbst abgeschlossen ist.
Die beiden Arten, wie das schiefgehen kann, sind nicht gleich schwer. Ein Bericht, der wegen eines Formatfehlers zurückgewiesen wird, kostet dem Labor ein paar Stunden Nacharbeit, nicht mehr. Eine abgelaufene Gerätekalibrierung, die in einer Datei verborgen liegt, oder eine Methode, die unbemerkt außerhalb des tatsächlichen Akkreditierungsbereichs eingesetzt wurde, ist etwas anderes — eine Frage an das Labor selbst, nicht an ein Dokument. Und weil die übliche Reaktion darin besteht, genau die zurückgewiesene Datei zu reparieren, statt dem Fehler bis zu seiner eigentlichen Quelle nachzugehen, taucht derselbe Fehler bei der nächsten Einreichung gern leise wieder auf.
Eine Branche auf dem Weg vom Scan zu strukturierten Daten
Keiner dieser Punkte ist an ein bestimmtes Register oder eine bestimmte Behörde gebunden. Derselbe Wandel findet überall statt, wo eine Prüfbranche an ein staatliches System berichtet: Papierformulare und eingescannte Dokumente weichen zunehmend maschinenlesbaren Daten. Eine Methodenbezeichnung, eine Einheit, ein Stoff — früher konnte ein Labor das einfach in eigenen Worten auf ein gedrucktes Blatt schreiben. Immer häufiger muss es exakt aus einem offiziellen Verzeichnis ausgewählt werden, das das empfangende System bereits kennt.
Genau diese eine Veränderung ist der Hauptgrund, warum sich hier spezialisierte Software plötzlich lohnt. Ein frei ausgefülltes Feld und ein aus einer festen Liste ausgewähltes Feld verhalten sich völlig unterschiedlich — das eine verträgt einen Tippfehler, das andere nicht — und nur wenige der seit Jahren genutzten Laborwerkzeuge wurden von Anfang an mit diesem Unterschied im Kopf gebaut.
Wie ungleich diese Branche bereits heute ist
Ein offener Datensatz zu den Laboren eines Landes über einen einzigen Monat dieses Jahres zeigt, wie unterschiedlich sich das von Labor zu Labor darstellt. Im selben Monat, unter denselben Regeln, in derselben reglementierten Branche reichten manche Labore nur eine Handvoll Prüfberichte ein, andere deutlich über tausend.
Die üblichen Einschränkungen gelten: Es handelt sich um ein Land, einen Monat — Mai 2026 — und eine Untergrenze, da nur erfasst wird, was in offenen Daten überhaupt sichtbar ist. Trotzdem dürfte die Größenordnung niemanden überraschen, der die Branche kennt: eine Spanne über drei Zehnerpotenzen, innerhalb eines reglementierten Feldes, zu einem einzigen Zeitpunkt. Ein Werkzeug für das Labor, das eine Handvoll Berichte im Monat einreicht, hat mit einem Werkzeug für das Labor, das tausend einreicht, kaum etwas gemeinsam.
Was entsteht — und was bewusst nicht
Ein Projekt in diese Richtung entsteht gerade, und es zielt genau auf das oben beschriebene Papierproblem: Es bringt die akkreditierten Methoden und bisherigen Ergebnisse eines Labors an einen Ort zusammen und bereitet die Datei vor, die das System der Behörde erwartet, statt sie jedes Mal von Hand aus dem internen Register neu aufzubauen. Wo ein Ausgangsdokument gescannt oder eingetippt ist, kann es die relevanten Felder herausziehen und jene markieren, die einen zweiten Blick verdienen — eine Methodenbezeichnung, die vor sechs Monaten von jemandem eingetragen wurde, der das Labor inzwischen verlassen hat, ist genau die Art von Detail, die es wert ist, markiert zu werden, bevor sie leise zum Fehler eines anderen wird.
Was es bewusst nicht ist: Es ist kein Laborinformationsmanagementsystem und will auch keines werden — Probenannahme, Probenbearbeitung und die zugrunde liegenden Berechnungen bleiben außen vor. Ebenso wenig übermittelt es selbst irgendetwas an das System der Behörde: Es bereitet die Datei vor, hochgeladen wird sie von einer Person im Labor. Und überall dort, wo es ein Dokument automatisch liest, extrahiert und markiert es nur Daten — bestätigt wird jedes Feld weiterhin von einem Menschen, bevor es in einen Bericht übernommen wird.
Die aktuelle Version des Projekts ist unter lab.regora.ru zu finden. Angesichts des oben ehrlich beschriebenen Stands lohnt sich ein Blick, wenn das Problem bekannt klingt — als Empfehlung, sich heute schon darauf zu verlassen, ist das nicht gedacht.
Warum über diese Art von Arbeit zu sprechen sich lohnt
Nichts davon sieht aus wie die Software, die den meisten Menschen beim Wort „App" in den Sinn kommt. Es gibt keinen Download, keinen Feed, nichts, das diese Woche tausend Menschen öffnen. Es ist stattdessen der Teil der Unternehmenssoftware, über den so gut wie nie öffentlich gesprochen wird: eng, spezifisch, gebaut für eine Fachperson, die schon genau weiß, was sie braucht, und innerhalb von Minuten erkennt, ob ein Werkzeug ihre Arbeit tatsächlich versteht oder es nur so aussieht. Für ein Studio, das zugleich verbraucherorientierte Software baut, ist es genau der Punkt, diesen Muskel — den geduldigen, wenig glanzvollen, unternehmerischen — parallel in Übung zu halten.
