#Verifizieren

Eine Reparatur ist nicht fertig, nur weil alles auf der Liste abgehakt ist, denn die Liste selbst kann Lücken haben. Bei uns waren alle 388 zusammengeklebten Dokumente im Paperless-Archiv wieder getrennt, das Skript meldete 388 von 388. Erst eine zweite, unabhängige Suche nach dem Text, der auf jedem Trennblatt aufgedruckt ist, fand zwei weitere verklebte Dokumente, die nie auf der Liste gestanden hatten. Abgehakt heißt nur, dass die Liste erledigt ist, nicht die Arbeit.

Eine Störung ist nicht vorbei, nur weil der Anbieter sie für behoben erklärt, sie klingt oft noch eine Weile nach. Nach der Netzstörung bei Hetzner Anfang Oktober bekam unser Paperless-Archiv noch eine gute Dreiviertelstunde lang Fehlermeldungen, obwohl die Störung offiziell schon beendet war. Drei Belege landeten dabei im Ordner für Fehlversuche. Ich hatte ihn nur bis zum gemeldeten Ende geprüft und fand die drei erst knapp drei Wochen später bei der Nachkontrolle. Das Ende einer Störung steht im eigenen Protokoll, nicht auf der Statusseite.

Ein Skript zum Druckereinrichten kann eine Sicherheitslücke öffnen, und zwar ohne jede Meldung. Als ein neues Benutzerkonto bei der Anmeldung nur zwei unserer Drucker bekam, führte der Weg zu den übrigen über das alte Skript, mit dem wir Drucker pro Rechner einrichten. Es schaltet nebenbei eine Windows-Sperre ab, die seit der Lücke PrintNightmare normalen Benutzern das Installieren von Druckertreibern verbietet, deshalb nehme ich diese Ausnahme nach jedem Lauf von Hand wieder heraus. Ein Werkzeug, das seine Aufgabe erfüllt, verrät nicht, welche Tür es hinter sich offen lässt.

Gebrauchte Server-SSDs kann man kaufen, wenn man ihren Verschleiß bei Ankunft selbst nachmisst, statt der Beschreibung im Angebot zu glauben. Neue Rechenzentrums-SSDs kosten gerade rund 1.300 Euro pro Stück, deshalb haben wir für den Umbau zwei gebrauchte bestellt. Bevor eine davon Firmendaten sieht, lese ich ihren Verschleißzähler aus, und unter neunzig Prozent Restleben geht sie zurück. Gebraucht ist kein Risiko, ungeprüft schon.

Eine Regel, die nur Externe aussperren soll, kann allen anderen zu viel öffnen, bei uns vier Monate lang. Im Juni hatte ich in Authentik fast jede Anwendung an die Bedingung nicht externe gebunden. Weil eine erfüllte Bedingung genügt, standen damit fünfzehn von achtzehn Anwendungen jedem internen Konto offen, darunter Serververwaltung und n8n. Ich hatte geglaubt und hier sogar geschrieben, ein Konto ohne Gruppe sehe nichts, und lag daneben. Wer nur festlegt, wer draußen bleibt, lässt alle anderen überall herein.

Eine zusätzliche Sperrregel kann tatsächlich mehr Türen öffnen, als sie schließt. In unserem zentralen Login Authentik hängt an fast jeder Anwendung die Regel, dass externe Konten draußen bleiben, und eingestellt ist, dass eine einzige erfüllte Regel genügt. Damit bestand jedes interne Konto allein diese Sperre und war drin, die eigentlichen Gruppenfreigaben liefen ins Leere. Ein Konto ohne jede Gruppe erreichte fünfzehn von achtzehn Anwendungen. Ob eine Regel schützt, zeigt erst das Konto, das nichts dürfen soll.

Die Kontakte sind nicht weg, nur weil das Adressbuch am Mac plötzlich leer ist. Bei uns zeigte der Mac keinen einzigen Eintrag, obwohl auf unserem Stalwart-Server alles vollständig lag. Das iPhone zeigt pro Konto alle Adressbücher an, auch Archiv und Papierkorb. Der Mac nimmt pro Konto nur ein einziges, und er hatte sich ausgerechnet den Papierkorb gegriffen. Bevor man etwas neu importiert, lohnt der Blick, welchen Ordner das Gerät überhaupt liest. Leer heißt oft nur, dass man an der falschen Stelle nachsieht.

Eine Sicherungsplatte ist nicht automatisch gesund, nur weil die Sicherung jede Nacht Erfolg meldet. Unsere Windows-Sicherung meldete genau das, obwohl Windows die Platte seit Mitte September als reparaturbedürftig markiert hatte. Eine Prüfung von zwei Minuten hat das Dateisystem repariert, und alle 94 Sicherungsstände blieben erhalten. Seitdem prüft unsere Morgenmail neben dem Erfolg auch den Zustand der Platte. Eine Sicherung, die geschrieben wurde, ist noch keine, die sich lesen lässt.

Eine Amazon-Rücksendung mit vielen Artikeln bleibt im Browser leer, weil Amazon die große Anfrage für einen Bot hält und die Seite das stillschweigend verschluckt. Bei sechzehn Artikeln fehlte nach Grund und Zustand einfach der Weiter-Knopf, in zwei verschiedenen Browsern gleich. Der Werbeblocker war unschuldig, in der Antwort stand eine Bot-Prüfung statt der Erstattungsoptionen. Die App erledigte es ohne Murren und verteilte neun Artikel selbst auf drei Pakete. Wenn ein Weg still scheitert, ist der zweite Eingang klüger als das Brecheisen am ersten.

Nach einem Handywechsel sichert die Cloud nur noch die alten Fotos, für neue ist sie keine Sicherung mehr. Heute habe ich 41.137 Dateien aus meiner iCloud-Mediathek auf unseren eigenen Immich-Server umgezogen und jede einzelne über ihre Prüfsumme nachgezählt. Dabei fiel mir etwas auf: Seit ich vom iPhone auf ein Android-Gerät umgestiegen bin, landet kein neues Foto mehr in iCloud. Unser Sicherungsplan ging aber still davon aus. Deshalb lösche ich die alte Mediathek vorerst nicht. Ein Plan stimmt nur so lange, wie seine Annahmen noch gelten.

Einen Server, der seit Jahren durchläuft, sollte man geplant neu starten, solange man Zeit dafür hat, und nicht erst im Notfall. Unser Hauptserver in der Werkstatt lief über drei Jahre ohne einen einzigen Neustart, an einem Samstag haben wir ihn zweimal kontrolliert heruntergefahren. Er kam sauber zurück, nach rund sechzehn Minuten waren alle acht Systeme wieder grün. Dabei fiel auf, dass das Programm am Abgas-Prüfplatz still mit ausstieg, weil es vom Server aus startet. Eine Abhängigkeit, die man im Ruhigen findet, kostet keinen Kunden.

Ob ein Server nach einem Stromausfall von selbst wieder startet, weiß man erst, wenn man es einmal ausprobiert hat. Beim ersten geplanten Neustart unseres Betriebsservers seit drei Jahren haben wir auch den Netzstecker gezogen. Danach blieb er im Standby, die Fernwartungskarte antwortete, die Lüfter standen still, und erst die Betriebstaste weckte ihn. Bis alle acht Dienste wieder grün waren, vergingen noch rund sechzehn Minuten. Was man nicht im Ruhigen probiert, erfährt man sonst am Montagmorgen nach dem Gewitter.

Wenn die Statusseite des Anbieters zur selben Zeit eine Störung meldet, ist er deshalb noch lange nicht schuld. Bei uns fielen an einem Morgen drei Dienste immer wieder aus, darunter unser zentraler Login Authentik. Auf der Statusseite von Hetzner stand gleichzeitig eine DNS-Störung. Unsere eigenen Protokolle zeigten aber eine ganz andere Ursache: Ein Zwischenspeicher von 64 Megabyte war nach fünf Monaten Laufzeit vollgelaufen. Seit wir ihn auf 512 Megabyte vergrößert haben, laufen die Dienste wieder. Ein Ausfall, der zeitgleich passiert, ist ein Verdacht und noch kein Beweis.

Ob ein falsches Fahrzeugbild auf der Website vom Werkstatt-Programm kommt oder von uns, weiß man erst, wenn man das fremde System einmal gezielt testet. Bei uns zeigten 14 von 57 Fahrzeugen das falsche Hauptbild, bei 22 kamen Bildänderungen nie an. Nachdem wir unseren Abgleich korrigiert hatten, habe ich in Loco-Soft bei einem Auto Bild 3 zum Referenzbild gemacht: Im nächsten Export stand es an erster Stelle, und die Website zeigte es. Stimmt ein Bild wieder nicht, liegt der Fehler bei uns. Ein sauberer Test beantwortet die Schuldfrage, bevor sie das nächste Mal gestellt wird.

Die Abgasuntersuchung druckte nicht aus, obwohl sie bestanden war, weil die Fahrgestellnummer an einer einzigen Stelle nicht stimmte. Von zwei Untersuchungen an diesem Morgen kam die erste aufs Papier, die zweite nicht. In der Messdatei stand die von Hand eingetippte Nummer mit dem Buchstaben O, die aus dem Steuergerät gelesene mit der Ziffer Null, und bei diesem Widerspruch hält das Programm den Ausdruck stillschweigend zurück. Ein O kommt in einer Fahrgestellnummer übrigens nie vor, genauso wenig wie I und Q. Was die Maschine selbst ausliest, schlägt jedes Abtippen.

Einen Verdacht prüft man mit einem kleinen Versuch, den man wieder zurücknehmen kann, bevor man etwas umbaut. Unsere nächtliche Loco-Soft-Sicherung scheiterte seit Ende September jede Nacht. Verdächtig war ein eigener Abfragedienst, der alle fünf Minuten auf die Datenbank zugreift. Statt ihn umzuprogrammieren, habe ich ihn nur eine halbe Stunde rund um die Sicherung angehalten. Die Sicherung scheiterte trotzdem, drei Nächte hintereinander. Ein widerlegter Verdacht kostet einen Abend, ein Umbau auf einen falschen Verdacht kostet Wochen.

Wie lange eine Automatik warten soll, bevor sie jemanden für abwesend hält, sagt einem am besten das eigene Protokoll. Bei mir zu Hause schaltet Home Assistant das Licht aus, wenn mein Handy das WLAN verlässt, und anfangs ging es abends mehrfach aus, während ich auf dem Sofa saß. Die Auswertung zeigte: Aussetzer im Standby dauern höchstens zwei Minuten, echtes Weggehen mindestens achtundfünfzig. Seitdem wartet die Regel acht Minuten. Eine Schwelle aus gemessenen Daten schlägt jede aus dem Bauch.

Wenn nachts kein Mitarbeiter im Betrieb ist, blockiert fast immer eine Maschine die Datensicherung. Die eigene Sicherung unseres Werkstatt-Programms Loco-Soft scheitert seit dem 25. September jede Nacht an einer Dateisperre, auch am Feiertag, an dem niemand gearbeitet hat. Hauptverdächtig ist unsere eigene Automatik, die alle fünf Minuten Daten abfragt. Statt sie umzuschreiben, pausiere ich sie heute Abend für eine halbe Stunde und schaue, ob die Sicherung durchläuft. Ein Verdacht ist erst dann eine Ursache, wenn das Abschalten den Fehler beseitigt.

Wenn eine KI sagt, eine App kann etwas nicht, sollte man trotzdem kurz selbst am Gerät nachsehen. Als ich mein Handy auf unseren eigenen Stalwart-Server umstellte, um 769 Kontakte von Google wegzuholen, behauptete die KI, die Kontakte-App von Google könne nur bei Google speichern, und schlug eine zusätzliche App vor. Ein Blick in die Auswahl zeigte das eigene Adressbuch als Speicherort, die Zusatz-App war überflüssig. Ein Nein klingt vorsichtig, ist aber genauso eine Behauptung wie ein Ja.

Ein verdächtiges Programm pausiert man erst einen Abend lang, bevor man es umbaut. Die nächtliche Datensicherung von Loco-Soft hing seit Wochen. Unser eigenes Abfrageprogramm, das alle fünf Minuten Daten holt, schien der klare Täter zu sein. Statt den Code zu ändern, habe ich es für dreißig Minuten rund um die Sicherung angehalten. Die Sicherung hing trotzdem, an drei Abenden hintereinander. Ein Verdacht, der sich gut anfühlt, ist noch kein Befund, und ein billiger Test erspart einen teuren Umbau am falschen Teil.

Eine Elektroinstallation plane ich erst zu Ende, wenn ich das Typenschild des Stromzählers gesehen habe. Für das Haus meiner Mutter in Thailand hatte ein früherer KI-Chatverlauf einen Zähler mit 15 Ampere angenommen und nebenbei deutsche Erdungsregeln auf thailändische Verhältnisse übertragen. Die Stromrechnung passt aber exakt zum kleinsten Tarif, der Zähler hat also vermutlich nur ein Drittel davon. Deshalb gibt es keine Materialliste und keine Anfrage an den Elektriker, bevor das Foto da ist. Eine Rechnung auf einer Annahme ist nur eine gut formatierte Vermutung.

Eine Protokollmeldung ist nicht harmlos, nur weil sie nach Verbesserung klingt. Beim Umzug unserer Google-Fotos nach Immich stand im Protokoll freundlich, eine Datei auf dem Server sei aufgewertet worden. Dahinter steckte etwas anderes: Das Import-Werkzeug hielt Original und bearbeitete Fassung für dieselbe Datei und ersetzte jeweils eine davon, bei 155 Originalen und 80 Bearbeitungen. Ich habe alle einzeln zurückgeholt. Ein freundliches Wort im Protokoll kann einen Verlust beschreiben.

Ein Handywechsel kann eine Datensicherung abschalten, und zwar ohne jede Meldung. Für unser privates Fotoarchiv in Immich, rund 36.000 Bilder, galt die Annahme, dass iCloud von jedem neuen Foto eine Zweitkopie hält. Seit ich vom iPhone auf ein Android-Handy gewechselt habe, kommt dort aber nichts Neues mehr an. Gemerkt habe ich das erst, als ich den Umzug der alten Bilder geplant habe. Eine Sicherung, die an einem Gerät hängt, endet mit dem Gerät.

Eine Reparatur darf man erst dann unbeaufsichtigt über Nacht laufen lassen, wenn ein Pilot bei Tageslicht geprüft und abgenommen ist. Bei 388 zusammengeklebten Scans in unserem Dokumentenarchiv habe ich zuerst achtzehn reparierte Teile von Hand kontrolliert. Danach lief der Rest nachts: 350 fertig, null Mängel. Die übrigen 38 scheiterten um sechs Uhr am täglichen Neustart des Archivs, zum Glück ohne Schaden. Seitdem endet das Fenster vorher, und bei einem Serverfehler hält der Lauf an. Wer nachts arbeiten lässt, muss wissen, wer nachts sonst noch arbeitet.

Eine Zugriffsregel ist nicht aktiv, nur weil das System das Speichern bestätigt hat. Ich habe in unserem selbst betriebenen VPN NetBird eine Freigabe mit zwei Regeln in einem Schritt angelegt, eine für die Fernwartung, eine für eine zweite Verbindungsart. Die Antwort war eine Erfolgsmeldung, gespeichert wurde nur die erste, die zweite verschwand ohne jeden Hinweis. Seitdem lege ich jede Regel einzeln an und sehe danach auf dem Zielgerät nach, was wirklich gilt. Eine Bestätigung sagt, dass die Anfrage ankam, nicht, was daraus wurde.

Eine Erfolgsmeldung heißt noch lange nicht, dass eine Zugriffsregel auch wirklich gespeichert wurde. Beim Einrichten unseres Firmen-VPNs mit NetBird habe ich eine Regel mit zwei Teilen angelegt, einen für die Fernwartung und einen für die mobile Verbindung. Das System meldete sauber Erfolg, gespeichert hatte es aber nur den ersten Teil, der zweite war still verschwunden. Seitdem lege ich jede Regel einzeln an und prüfe danach am Gerät selbst, was wirklich gilt. Ein Häkchen sagt nur, dass der Auftrag angekommen ist, nicht dass er ausgeführt wurde.

Unser Dokumentenarchiv klebte Belege zusammen, weil es kopierte Trennblätter nicht mehr erkannte. Seit dem 23. September rutschte etwa jedes vierte Trennblatt durch, und bis zum 29. waren es 389 Dokumente mit jeweils mindestens zwei Belegen darin. Auf den nachkopierten Blättern war der QR-Code so blass und körnig gedruckt, dass die Erkennung daran scheiterte. Vorher gab es keinen einzigen Fall. Für den Menschen sieht eine Kopie aus wie das Original, für die Maschine ist sie ein anderes Blatt.

Ob wirklich alle Dateien zentral liegen, merkt man erst, wenn ein leerer Rechner alles von dort holen muss. Beim Einrichten unseres dritten Arbeitsplatzes zeigte sich, dass 201 Firmware-Dateien einer Wallbox nie auf unserem Forgejo-Server angekommen waren, sie lagen nur auf meinem Mac. Dort sah alles vollständig aus, denn der Mac hatte sie ja. Wäre er ausgefallen, wären sie weg gewesen. Ein Rechner, der alles hat, beweist nichts, erst der leere zeigt, was fehlt.

Ob ein schwaches WLAN-Signal am Standort liegt, weiß man erst, wenn man ausrechnet, wie stark es dort sein müsste. Bei einem Shelly-Schalter im Showroom hat unsere KI den schwachen Pegel als Standortproblem abgetan, vermutlich ein Metallverteiler. Die Dose war aber aus Plastik und hatte zehn Meter freie Sicht zum Access Point. Nachgerechnet fehlten gut zwanzig Dezibel, also rund das Hundertfache an Leistung, und in der Sichtachse stand ein E-Roller. Ein Messwert ohne Sollwert ist eine Zahl, noch kein Befund.

Ein erfolgreicher Login mit einem neuen Handy beweist nicht, dass die Anmeldung für alle funktioniert. Bei unserem selbst betriebenen Passwort-Tresor Vaultwarden kamen neue Geräte immer durch. Wer aber die App auf einem bereits bekannten Handy neu installierte, landete nach dem Login bei einer kryptischen Fehlermeldung. Die Ursache: Unser Benachrichtigungsdienst ist in der EU-Region registriert, die Software fragte aber die US-Server, und diese Abfrage läuft nur bei bekannten Geräten. Zwei fehlende Zeilen in der Konfiguration. Ein Test, der nur den frischen Fall prüft, übersieht genau die Kollegen, die schon da sind.

Ein Rechner startet ohne Bildschirm manchmal gar nicht, weil seine Firmware beim Einschalten ein Anzeigegerät verlangt. Ich hatte einen alten Industrie-PC aus dem Showroom zum Steuerrechner für Home Assistant umgebaut und ihn nach dem Umstellen ohne Monitor eingeschaltet. Er antwortete mit fünf Piepsern und blieb stehen, die Tastatur war ihm dabei egal. Ein kleiner HDMI-Blindstecker löst das. Ein Gerät, das allein laufen soll, muss man auch einmal allein starten lassen.

Eine vorhandene Windows-Lizenz kann die Wahl zwischen Aufrüsten und Neukauf tatsächlich entscheiden. Bevor wir unseren Server im Keller ersetzen, habe ich nachgesehen, welche Lizenz darauf läuft: eine OEM-Lizenz, fest an genau dieses Gerät gebunden. Mit einem neuen Server wäre sie verfallen. Rüsten wir das alte Gerät mit neuem Prozessor und SSDs auf, deckt sie Terminalserver und Domänencontroller ab. So kostet der Umbau samt Lizenzen höchstens zweitausenddreihundert Euro statt rund achttausendvierhundert für einen neuen Server. Die teuerste Zeile steht oft nicht auf der Hardware-Rechnung.

Eine Automatik, die etwas abschaltet, sollte nicht auf ein einziges Signal hören. Ich habe zu Hause Home Assistant auf einem ausgemusterten Industrie-PC aus unserem Showroom eingerichtet, und das Licht sollte ausgehen, sobald mein Handy nicht mehr im WLAN antwortet. Am ersten Abend ging es mehrfach aus, während ich auf dem Sofa saß, denn das Handy schläft im Standby und schweigt einfach. Heute gelte ich erst als weg, wenn es drei Minuten lang still bleibt und das Handy zusätzlich ein fremdes WLAN meldet. Schweigen ist kein Beweis für Abwesenheit.

Keinen Freiton hört man am Handy manchmal, obwohl die Telefonanlage ihn sauber schickt, weil die App ihn schlicht nicht abspielt. Bei uns blieb die Telefon-App Groundwire an unserer AGFEO-Anlage stumm, bei internen wie externen Rufen. Ein Mitschnitt im Netzwerk zeigte, dass der Ton bis ans Handy kam, und eine zweite App auf demselben Gerät spielte genau diesen Strom ab. Damit war das Netz entlastet, bevor ich eine einzige Einstellung daran verändert hatte. Wer erst misst, wo etwas verloren geht, repariert nicht das Falsche.

Dass die KI bei langen Rechnungen so selten den Betrag findet, lag bei uns nicht an der KI, sondern am Scanner. Ab fünf Seiten war nur bei fünfzehn Prozent ein Betrag erfasst, bei kurzen Rechnungen bei neunundsechzig. Ich vermutete die Summe auf der letzten Seite und habe an acht Belegen nachgemessen: Mit der Umstellung fand die KI fünf statt sechs Beträge, es wurde also schlechter. Die Dokumente mit bis zu vierundzwanzig Seiten waren in Wahrheit Stapel aus mehreren Rechnungen, eingescannt ohne Trennblatt. Manchmal gehört die Korrektur nicht in den Code, sondern an den Scanner, auf den der Beleg gelegt wird.

Ein größeres KI-Modell ist nicht automatisch das bessere, das zeigt erst eine Messung an den eigenen Daten. Für unser Dokumentenarchiv habe ich vier lokale Modelle über Ollama an 24 echten Belegen antreten lassen, jeweils zweimal. Das kleine Qwen traf neunzig Prozent der Sollwerte, das bisherige Gemma einundachtzig, und die Fahrgestellnummer erkannte Qwen in allen 21 Fällen. Die doppelt so große Qwen-Variante war langsamer und schlechter zugleich. Welches Modell passt, sagt kein Datenblatt, das sagt nur der eigene Stapel Belege.

Unsere Software hielt das Wort Kilometerleistung für eine Fahrgestellnummer, weil sie nur Länge und Zeichen prüfte. Das Wort hat zufällig genau siebzehn Buchstaben, so viele wie eine echte Fahrgestellnummer. Beim Digitalisieren alter Werkstattakten landeten dadurch Belege in der falschen Akte, dazu kamen Nummern aus lauter Einsen. Heute verwirft die Automatik jede Nummer, die nicht plausibel ist. Ein Hinweis darauf sind die Buchstaben I, O oder Q, denn die kommen in echten Fahrgestellnummern nie vor. Die richtige Form beweist noch keinen richtigen Inhalt.

Wenn man einer lokalen KI zu viel Text gibt, merkt man es nicht, denn sie schneidet ihn still ab. In unserem Dokumentenarchiv zählte die Anweisung an Ollama alle über siebentausend Absender namentlich auf. Das Modell las nur den Anfang, die eigentliche Aufgabe und der Beleg selbst fielen heraus. Bei vierundzwanzig echten Belegen stimmten drei Prozent der Felder. Danach haben wir die Liste aus der Anweisung genommen und das Textfenster ausdrücklich größer eingestellt, seitdem sind es achtundsiebzig. Die gefährlichste Grenze ist die, die keine Fehlermeldung wirft.

Eine unauffällige Nachmessung widerlegt die Störungsmeldung eines Kollegen nicht. Als bei uns wieder über Aussetzer beim Telefonieren geklagt wurde, zeigte meine Messung zwanzig Minuten später eine völlig ruhige Leitung. Das Protokoll unseres Dauermonitors sagte etwas anderes: fünfzehn Störungsphasen zwischen Viertel vor acht und elf Uhr, Schwankungen bis 58 Millisekunden. Solche Fehler kommen und gehen in Minuten, wie ein sporadischer Fehler, der bei der Probefahrt nie auftritt. Wer nur im Moment misst, gibt am Ende dem Falschen recht.

Die Telefon-App klingelt trotz Anmeldung nicht, weil sich ab Werk oft gar nicht die App selbst anmeldet, sondern ein Cloud-Dienst des Herstellers an ihrer Stelle. Bei uns zeigte Groundwire an unserer AGFEO-Anlage einen grünen Haken, und trotzdem kam kein einziger Anruf durch, denn dieser Cloud-Dienst erreicht eine Anlage, die nur im Firmennetz steht, nie. Ein anderes Programm auf demselben Handy klingelte sofort, und nach der Umstellung auf direkte Anmeldung auch Groundwire. Ein grünes Lämpchen zeigt nur, dass sich jemand angemeldet hat, nicht wer.

Dutzende falsch zugeordnete Belege repariert man, indem die Automatik nur die eindeutigen Fälle korrigiert und alle übrigen als Liste für den Menschen ablegt. In unserem Dokumentenarchiv mit Paperless lagen rund einundvierzig Belege aus Kundenakten beim eigenen Betrieb statt beim Kunden, dazu siebenundzwanzig mit einer unsinnigen Fahrgestellnummer. Die Korrektur holt sich die richtigen Werte aus den anderen Belegen derselben gescannten Akte, aber nur, wenn diese sich einig sind, und jede Änderung landet in einem Protokoll. Eine Reparatur, die rät, ist nur der nächste Fehler mit besserem Gewissen.

Einen kurzen Leitungsabriss meldet eine Überwachung nie, wenn sie nur einen Zustand prüft und kein Ereignis festhält. Unser Uptime Kuma schlägt bei der Telefonie erst an, wenn zwei Prüfungen in Folge ausbleiben. So haben wir es eingestellt, nachdem ein zu knapper Takt an einem einzigen Tag neunundvierzig Fehlalarme ausgelöst hatte. Eine Leitung, die sich für zwei, drei Minuten neu synchronisiert, ist aber wieder da, bevor die zweite Prüfung kommt. Jetzt meldet der Sender einen erkannten Abriss fünf Minuten lang weiter als Störung. Wer nur den Zustand abfragt, verpasst jedes Ereignis, das kürzer ist als der Abstand zwischen zwei Prüfungen.

An den Leserechten lag es nicht, obwohl sie der naheliegende Verdächtige waren. Unser neuer Nextcloud-Ordner für die ganze Belegschaft war nur lesbar freigegeben und hing auf dem Mac beim Öffnen. Ich habe mir testweise Schreibrecht gegeben, der Ordner hing weiter, und ich habe das Recht sofort wieder entzogen. Der Server lieferte den Inhalt vollständig aus, der Fehler steckte im Programm auf dem Rechner. Wer einen Verdacht nicht prüft, lockert am Ende Rechte, die gar nichts reparieren.

Eine Überwachungskamera, die einen Passwortfehler meldet, ist nicht kaputt, sie lebt und antwortet nur mit dem falschen Schlüssel. Bei uns galt eine Kamera am Rekorder monatelang als defekt, niemand hat genauer hingesehen. Als ich die Statusmeldung des Rekorders direkt abgefragt habe, stand dort kein Ausfall, sondern ein Anmeldefehler. Eine Neueinrichtung hat sie in wenigen Minuten zurückgeholt. Wer eine Fehlermeldung schickt, ist noch da, man muss sie nur zu Ende lesen.

Mein Testalarm schlug nicht an, weil die echte Meldequelle noch lief und ihn überholte. Ich wollte in Uptime Kuma prüfen, ob die Störmeldung unserer Telefonie wirklich ankommt, und schickte künstliche Fehler hinein. Der laufende Prüfdienst meldete im nächsten Takt Entwarnung, bevor die Überwachung den Fehler überhaupt bestätigt hatte. Erst nachdem ich ihn angehalten und dreimal im Abstand von zwölf Sekunden eine Störung gemeldet hatte, ging die Mail raus. Wer einen Alarm testet, während der Normalbetrieb weiterredet, prüft nur, wer lauter ist.

Eine Sicherungsplatte ist nicht automatisch kaputt, nur weil die Sicherung darauf mit Schreibfehlern abgebrochen ist. Unsere Platte hatte im August genau solche Fehler gemeldet, und ich hätte sie fast aussortiert. Die Selbstdiagnose zeigte bei 578 Betriebsstunden null defekte Sektoren und null Übertragungsfehler, der Fehler lag im USB-Anschluss davor. Dabei kam aber heraus, dass sie eine günstige Bauart ist, die bei 265 Gigabyte Vollsicherung pro Nacht ins Stocken gerät. Ob eine Platte gesund ist und ob sie für die Aufgabe taugt, sind zwei verschiedene Fragen.

Solange das Signal schwach bleibt, sollte man ein Gerät nicht daran hindern, sich ständig neu ins WLAN einzuwählen. Einer unserer Schaltaktoren warf sich bei schlechtem Empfang jede Minute selbst aus dem Netz, 81-mal in vierzehn Tagen. Ich habe die Schwelle gelockert, und der erste Test sah glänzend aus: Der Paketverlust fiel von zehn auf ein Prozent. Zwanzig Minuten später hing das Gerät fünfundzwanzig Minuten lang an einer toten Verbindung, weil ihm seine einzige Selbstheilung fehlte. Wer nur das Symptom abstellt, tauscht oft viele kurze Ausfälle gegen einen langen.

Ein Gerät, das sich ständig neu mit dem WLAN verbindet, sollte man nicht daran hindern, solange sein Signal schwach bleibt. Ein Shelly-Schaltmodul bei uns hatte sich in vierzehn Tagen 81 Mal ab- und wieder angemeldet. Also habe ich seine Roaming-Schwelle geändert, und der erste Test sah glänzend aus: Der Paketverlust fiel von zehn auf ein Prozent. Kurz darauf hing es 25 Minuten an einer toten Verbindung fest, obwohl der Access Point es als verbunden anzeigte. Ich habe die Werkseinstellung zurückgesetzt. Wer nur das Symptom abstellt, tauscht viele kurze Ausfälle gegen einen langen.

Nach der Lehrbuchregel 1, 6 und 11 sollte man WLAN-Kanäle nicht blind einstellen, erst wird gemessen. Ich habe bei uns zwei Zugangspunkte auf die Regel umgestellt, weil ihre Kanäle 8 und 3 wie ein Versehen aussahen. Danach stieg die Funkauslastung von sechzehn auf dreiunddreißig Prozent. Im Gewerbegebiet funken alle Nachbarn auf 1, 6 und 11: Auf Kanal 6 hörte ein Gerät 36 fremde Netze, auf Kanal 8 nur eines. Mein Vorgänger hatte recht, und ich habe seine Einstellung zurückgeholt. Was krumm aussieht, ist manchmal das Ergebnis einer Messung, die man nicht kennt.

WLAN-Kanäle stellt man nicht immer nach der Lehrbuch-Regel 1, 6 und 11 ein, denn die Regel kennt die Nachbarschaft nicht. Ich habe zwei unserer Access Points ordentlich begradigt, die mein Vorgänger auf die krummen Kanäle 8 und 3 gelegt hatte, und bei einem stieg die belegte Funkzeit von 16 auf 33 Prozent. Im Gewerbegebiet funken die Nachbarn geschlossen auf 1, 6 und 11: Auf Kanal 8 hörte der Access Point ein fremdes Netz, auf Kanal 6 sechsunddreißig. Ich habe beide Kanäle zurückgestellt. Was krumm aussieht, hat manchmal schon jemand nachgemessen.

WLAN-Kanäle stellt man nicht blind nach der Lehrbuchregel 1, 6 und 11 ein. Im Gewerbegebiet kann ein krummer Kanal der bessere sein. Ich habe zwei unserer Zugangspunkte auf die empfohlenen Kanäle umgestellt. Danach stieg die belegte Funkzeit an einem davon von 16 auf 33 Prozent. Auf Kanal 6 funkten 36 fremde Netze der Nachbarbetriebe, auf Kanal 8 genau eines. Nach dem Zurückstellen waren die alten Werte sofort wieder da, der Vorgänger hatte also recht gehabt. Eine Regel ersetzt nicht die Messung am eigenen Ort.

Der Qualitätsnote im WLAN-Controller kann man nur trauen, wenn man weiß, was sie wirklich misst. Bei uns sprang ein Funk-Zugangspunkt im UniFi-Controller von 66 auf 99 Punkte, also von schlecht auf exzellent, während seine eigene Funkanbindung von rund 770 auf gut 100 Megabit einbrach. Der Grund: Ein einziges schwaches Gerät hatte sich abgemeldet, und die Note bewertet nur die angemeldeten Geräte, nicht die Zuleitung. Seitdem lese ich bei solchen Anzeigen die Rohwerte. Eine gute Note beantwortet die Frage, die gemessen wurde, nicht unbedingt die, die man gestellt hat.

Hunderte blockierte Verbindungen im Gäste-WLAN sind nicht automatisch ein Angriff. Bei uns hat ein einziger Gast-Laptop 314 abgewiesene Verbindungsversuche erzeugt, und im Protokoll sah das zunächst bedrohlich aus. Dann habe ich mir die Ziele angesehen: Das Gerät suchte nur seinen Drucker und seine Netzlaufwerke von zu Hause, die es bei uns natürlich nicht fand. Die Firewall hat getan, was sie soll. Eine Zahl sagt nur, dass etwas passiert, erst das Ziel sagt, was.

Eine Anleitung ist nicht richtig, nur weil sie an drei Stellen gleich dasteht, denn meist wurde sie einfach abgeschrieben. Für einen Netzwerk-Switch stand bei uns dieselbe Zugangsanleitung in der Projekt-Doku, in einer zweiten Geräteanleitung und im Notizfeld unseres Vaultwarden-Eintrags. Weil alle drei übereinstimmten, hat sie drei Monate lang niemand geprüft, und sie konnte gar nicht funktionieren: Der Switch hing in einem ganz anderen Netzbereich. Mich hat das Stunden gekostet. Eine Kopie bestätigt nichts, sie wiederholt nur den Fehler.

Eine Einstellung am WLAN hält Gäste fern, aber nur so lange, wie niemand sie verstellt. Bei uns teilen sich Gäste-WLAN und Firmen-WLAN dasselbe Netzsegment, getrennt allein durch eine Regel an den Access Points, und im selben Segment hängt ein Telefon, das für Gebührenbetrüger ein lohnendes Ziel wäre. Die Regel ist sauber gebaut und heute dicht, doch sie hängt an einem einzigen Schalter, den ein Fehlklick oder die Neueinrichtung eines Geräts lautlos umlegt. Echte Trennung braucht zwei Schlösser, nicht eines.

Eine schnellere Internetleitung hilft nicht, wenn die vorhandene gar nicht ausgelastet ist. Unsere Leitung schafft laut Fritz!Box gut achtundsechzig Megabit im Download. Wir nutzen im Tagesschnitt zwei bis drei davon, am stärksten Tag gut neun. Die Aussetzer kamen trotzdem, und die Messung verortete sie außerhalb unseres Hauses. Ein teurerer Tarif hätte Geld gekostet und nichts geändert. Eine breitere Straße hilft nicht, wenn die Schlaglöcher bleiben.

Beim Videoanruf geht der Ton, aber das Bild bricht ab, wenn die Leitung zwar nichts verliert, aber sehr ungleichmäßig liefert. Unsere Messung zeigte an diesem Tag null Prozent Paketverlust, dafür Schwankungen der Laufzeit bis vierundvierzig Millisekunden. Die Ursache lag außerhalb unseres Hauses, nicht im WLAN. Für Sprache reichen rund dreißig Kilobit, und ein kleiner Puffer gleicht die Schwankungen aus. Video braucht gleichmäßig etwa ein Megabit, also schaltet der Sender das Bild ab. Eine Leitung kann schnell genug sein und trotzdem zu unruhig.

Wenn ein Gerät im WLAN angemeldet ist und trotzdem keine Adresse bekommt, verwirft oft ein Filter still die Antwort. Die Basisstation unserer eufy-Kameras hing bei uns stundenlang in dieser Schleife. Unser Server bot ihr eine Adresse an, aber der UniFi-Zugangspunkt warf die Antwort weg, weil ein Broadcast-Filter eingeschaltet war. Die Kameras im selben Netz liefen, weil sie ihre Anfrage anders stellen, und genau das hat uns in die falsche Richtung geschickt. Ohne den Filter kam die Adresse sofort. Dass die Geräte daneben laufen, beweist nicht, dass die Einstellung stimmt.

Ob ein abgebrochenes Telefonat an der Telefonanlage oder an der Internetleitung liegt, zeigt die einfachste Probe: Bricht auch ein internes Gespräch ab, sind es die Anlage oder das Endgerät. Reißen nur Gespräche nach draußen ab, ist es die Leitung. Bei uns hat eine Woche Messung beides zugleich gezeigt. Auf der Leitung gab es 915 Störungen, daneben zehn kurze Aussetzer der Anlage selbst, während die Leitung sauber war. Wer nur nach einer Ursache sucht, findet auch nur eine.

Vor dem Umstieg auf einen Terminalserver muss man die Handgriffe testen, die im Alltag wirklich vorkommen, nicht nur die Funktionsliste. Bei uns arbeiten acht bis zehn Leute gleichzeitig in Loco-Soft. Fahrzeugfotos ziehen sie einfach mit der Maus aus dem Explorer in die Kundenakte. Genau dieses Ziehen wird offiziell nicht unterstützt, wenn das Programm auf dem Server läuft. Deshalb ist es im Pilot ein Pflichttest mit echtem Client und einem Plan B. Eine Umstellung scheitert selten am großen Plan, sondern am Handgriff, den niemand aufgeschrieben hat.

Nach einem Neustart startet ein Dienst meist nicht, weil er zu früh dran war, nicht weil etwas kaputt ist. Der Loco-Soft-Serverdienst blieb bei uns nach dem Hochfahren aus, mit der Meldung Kennwort ungültig. Das Kennwort stimmte, der Server hatte beim Start nur noch keine Verbindung zum Anmeldedienst und konnte das Dienstkonto nicht prüfen. Verzögerter Start und drei Wiederholversuche haben es behoben. Bevor man am Passwort dreht, sollte man fragen, ob die Reihenfolge stimmte.

Viermal eine neue Sicherungsplatte zu kaufen half nicht, weil der Fehler nie in der Platte saß, sondern im Weg dorthin. Seit März kamen bei uns vier neue USB-Platten, trotzdem stand die nächtliche Serversicherung seit dem 8. August still. Das Protokoll zeigte, dass die Platte an einem einzigen Tag rund 550 Mal getrennt und neu erkannt wurde, ein Aussetzer in der Durchreichung zum virtuellen Server. Jeder Mechaniker kennt das vom Sensor, der dreimal getauscht wird, obwohl der Kabelbaum schuld ist.

Eine Vermutung reicht nicht, man braucht eine Messung, die Zeitpunkt und Ausmaß festhält. Unser Internet war seit Mitte Juli immer wieder zäh, aber einundfünfzig Tage lang hat niemand gemessen, weil das alte Prüfskript keine echte Systemd-Unit war und nach sechs Stunden von selbst ausstieg. Seit es als Dienst mit Neustart-Garantie läuft und alle zehn Sekunden Verlust, Latenz und Jitter mitschreibt, standen nach anderthalb Stunden sechs belegte Störungen im Protokoll, darunter zehn Prozent Paketverlust. Wer nicht misst, verhandelt mit Gefühlen.

Ein Neustart der Telefonanlage hilft nicht, solange niemand geprüft hat, ob sie überhaupt krank ist. Bei uns hieß es morgens, die Anlage sei ausgefallen; in Wahrheit hing ein einzelnes WLAN-Handset draußen am Platz zwischen drei Funkzellen und meldete sich bei jedem Wechsel komplett neu an. Die Anlage selbst war in unter einer Minute freigemessen, Erreichbarkeit, Oberfläche und Telefonie-Port antworteten alle drei sauber. Der Neustart hat nichts repariert, weil nichts kaputt war. Wer zuerst die große Kiste neu startet, verliert die Spur zum kleinen Gerät.

Eine unveränderte Antwortzeit beweist nicht, dass die Maßnahme nichts gebracht hat, sondern oft nur, dass man das Falsche gemessen hat. Nach dem Umbau des Funknetzes für unser Werkstatt-Telefon lag die Ping-Zeit vorher bei 169 und nachher bei 174 Millisekunden, also praktisch gleich. Ein Ping läuft aber als gewöhnlicher Verkehr, während das Gespräch bevorzugt behandelt wird; die Verbesserung konnte in dieser Zahl gar nicht auftauchen. Belastbar war erst der Testanruf beim Gang über den Platz. Eine ehrliche Zahl zur falschen Frage bleibt eine falsche Antwort.

Wenn es heißt, die Telefonanlage sei ausgefallen, ist die Anlage oft gar nicht die Ursache. Bei uns kam genau diese Meldung, und der Neustart der Anlage half nicht, weil an ihr nichts kaputt war. Tatsächlich hatte ein einzelnes WLAN-Telefon auf dem Außengelände eine schlechte Verbindung: Es musste sich bei jedem Wechsel zwischen drei Funkpunkten neu anmelden. Heute prüfe ich die Anlage zuerst in sechzig Sekunden mit drei kurzen Tests, bevor jemand den Stecker zieht. Die Meldung beschreibt, was der Mensch erlebt, nicht, wo der Fehler sitzt.

Ob die Telefonanlage wirklich ausgefallen ist, klärt man in einer Minute, bevor jemand den Stecker zieht. Bei uns kam die Meldung Telefonanlage ausgefallen, und ich habe die AGFEO ES 546 angepingt und geprüft, ob sie Weboberfläche und Telefonie noch annimmt. Alle drei Prüfungen antworteten, die Anlage war gesund, der Neustart davor hatte nichts repariert, weil nichts kaputt war. In Wahrheit hing ein einziges Funktelefon auf dem Schotterplatz schlecht im Netz. Wer die Meldung für die Ursache hält, repariert das Falsche.

Die Beschwerden hören nicht auf, weil es oft zwei Ursachen gleichzeitig sind und man nur eine davon behoben hat. Ich hatte unsere Telefonprobleme dem WLAN am Arbeitsplatz zugeschrieben und die Leitung freigesprochen. Dann maß der neue Monitor auf der DSL-Strecke dreiundneunzig Millisekunden Latenz bei fast fünfundzwanzig Millisekunden Jitter, während Fritzbox und Telefonanlage sauber blieben. Es war beides. Wer bei der ersten plausiblen Ursache aufhört, repariert die Hälfte und wundert sich über den Rest.

Wenn man neue Technik bewertet, zählt die eigene Messung am Einsatzort mehr als das Datenblatt. Wir haben einen neuen WLAN-Zugangspunkt in der Anmeldung montiert, und auf dem Papier hatte der alte sogar die stärkeren Antennen, acht statt sechs dBi. Am Arbeitsplatz selbst sah es umgekehrt aus: rund minus sechsundfünfzig statt minus dreiundsechzig dBm, also spürbar besseres Signal. Ein Datenblatt beschreibt ein Gerät im Labor, die Messung beschreibt es an dem Ort, an dem es arbeiten muss.

Ein Abgleich kann Bilder als fehlend melden, die ich selbst bewusst weggeschlossen habe. Private Aufnahmen schiebe ich in unserem Fotoarchiv Immich in einen gesperrten Ordner, und der ist für jede Abfrage über die Schnittstelle unsichtbar. Die Liste der angeblich fehlenden Motive führte sie deshalb wieder auf, ein Massenimport hätte sie zurück in die offene Galerie geholt. Heute halte ich zwei Listen gegeneinander: Was im Papierkorb steht, ist gelöscht, was aus jeder Abfrage fällt, ist gesperrt. Nicht jede Lücke ist ein Verlust.

Eine Bilddatei kann mit richtiger Größe und richtigem Datum trotzdem leer sein. Nach einem Dateisystemschaden lagen in unserem Bildarchiv Fotos, bei denen Name, Aufnahmedatum und drei Megabyte Größe stimmten, im Inneren aber nur ein winziges fremdes Vorschaubild steckte und der Rest aus Nullen bestand. Beim Durchgang durch knapp zwanzigtausend Bilder habe ich achtzig solcher Hüllen gefunden, die jede Übersicht als heil gezählt hat. Eine Sicherung, die nur Namen und Größen vergleicht, sichert am Ende die Verpackung.

In einem alten Datenbestand fehlen selten einzelne Dateien, es fehlen ganze Zeiträume. Ich habe 3.154 Rohbilder von einer Archivplatte entwickelt und gegen mein Bildarchiv in Immich abgeglichen: 2.753 waren längst vorhanden, nur 401 waren neu. Und die verteilten sich fast alle auf drei Tage, an denen der Import damals abgebrochen sein muss. Wer nach Einzelstücken sucht, findet nichts. Wer nach Lücken im Kalender sucht, findet den Schaden.

Eine Website kann monatelang offline sein, obwohl der Server einwandfrei läuft, wenn der Weg zu ihm abgeschnitten ist. Ende Juni habe ich bei Hetzner die Namensauflösung für fünf unserer Domains umgestellt und eine davon vergessen. Ab da war diese Website für jeden Besucher unerreichbar, während der Server fehlerfrei lief. Aufgefallen ist es erst nach gut zwei Monaten. Seitdem gleiche ich jede Sammel-Umstellung mit der vollständigen Liste ab und prüfe von außen, nicht vom Server aus. Wer nur von innen schaut, sieht immer ein gesundes Haus.

Wenn eine Website gar nicht mehr antwortet statt eine Fehlerseite zu zeigen, ist meist nicht das Programm kaputt, sondern etwas abgeschnitten. Bei uns standen an einem Dienstagmorgen alle Seiten still, der Server selbst war erreichbar, die Last lag bei vierzehn bei freiem Arbeitsspeicher und die Rechenleistung wartete zu siebzig Prozent auf die Platte. Der Speicher war ein Cloud-Volume bei Hetzner, das über das Rechenzentrumsnetz hängt, und genau dieses Netz war gerade in Wartung. Ein defektes Gerät meldet einen Fehler, ein abgeschnittenes schweigt.

Die Prüfsumme meldet ein längst archiviertes Foto als neu, sobald es noch einmal aus der Rohdatei entwickelt wurde: gleiches Motiv, andere Bytes. Beim Abgleich meines Bildarchivs in Immich half auch der Aufnahmezeitpunkt nicht weiter, weil eine Serienaufnahme fünf Bilder auf dieselbe Sekunde legt. Getragen hat am Ende nur der Kamerazähler im Dateinamen, der jede Entwicklung überlebt. Ein Merkmal taugt erst dann als Schlüssel, wenn es die Bearbeitung übersteht.

Der Restzeit-Anzeige eines Kopiervorgangs kann man am Anfang nicht trauen, jedenfalls nicht bei gemischten Dateigrößen. Beim Auslesen einer Archivplatte lag der Durchsatz die ganze Zeit konstant bei rund siebzehn Megabyte je Sekunde, aber sobald die großen Rohbilder durch waren, stieg die Zahl der fertigen Dateien pro Minute auf das Siebenfache. Jede frühe Hochrechnung war damit wertlos. Ein Mittelwert aus dem ersten Zehntel sagt nichts über den Rest, wenn die Brocken ungleich groß sind.

Vor einer Datei, die schon beim Kopieren kaputtging, schützen vier Kopien gar nichts. Beim Sichten meiner alten Festplatten fand ich 61 Dateien mit null Byte Inhalt, und sie waren auf allen vier Platten leer, darunter ein komplettes Fotoshooting von 2007. Kopiert wurde über die Jahre treu, geprüft wurde nie. Seitdem lege ich in jeden Archivordner eine Prüfsummen-Datei, bevor ich ihn weiterreiche. Eine Kopie vervielfältigt nicht die Sicherheit, sondern das, was schon drinsteht.

Eine Sicherheitsfunktion, die eingeschaltet, aber nie zu Ende eingerichtet wurde, schützt gar nichts. Bei uns war eine Domain seit März 2025 kryptografisch signiert, 133 Signaturen, jeden Tag um 17:20 automatisch erneuert. Es fehlte nur der letzte Schritt, der Eintrag beim Registrar, der die Vertrauenskette schließt. Anderthalb Jahre lang hat die Maschine für nichts gerechnet, und aufgefallen wäre es von allein nie. Halber Schutz ist kein halber Schutz, sondern nur die Ruhe, die dazugehört.

Dass ein Gerät im richtigen Netz hängt, beweist eine leuchtende Netzwerkdose nicht. Bei uns blieb ein Canon-Drucker stumm, obwohl der Switch-Port sauber mit tausend Megabit meldete. Der Port lag noch im alten Telefonie-Netz, weil ein paar Dosen im Patchfeld aus der früheren Telefonverkabelung stammen und außen wie jede andere aussehen. Erst der Blick auf die Netzzuordnung und ein kurzes Aus und Ein am Port brachten ihn zurück. Ein Signal beweist, dass etwas ankommt, nicht wohin es führt.

Eine Fehlermeldung über eine nicht lesbare Datei heißt nicht, dass die Datei verloren ist. In unserer Nextcloud stand so eine Zeile 636 Mal im Protokoll, und ich habe im Speicher nachgesehen und die Byte-Zahl mit dem Datenbankeintrag verglichen: identisch, es fehlte nichts. Ein einziger Aussetzer schreibt dabei gleich drei Meldungen, was die Lage schlimmer aussehen lässt als sie ist. Bevor man den Verlust meldet, sieht man nach, ob wirklich etwas fehlt.

Ein Muster-Suchlauf allein reicht nicht, um Passwörter in alten Dateien zu finden. Als ich den Code unserer zweiten Firmen-Website erstmals unter Versionsverwaltung stellte, fand die automatische Suche nach typischen Passwort-Mustern das meiste, aber zwei Dateien kamen erst ans Licht, als ich gezielt nach den bereits bekannten Klartext-Werten suchte. In einer davon steckte das Passwort mitten in einem Datensatz und sah aus wie ein ganz normaler Wert. Seitdem mache ich immer beides. Ein Suchmuster findet nur, was es erwartet.

Ein lückenloser Beleg reicht nicht, wenn das Gesetz den Zahlweg vorschreibt. Ich habe im Juli knapp neunzehnhundert Euro Unterhalt bar an eine Angehörige im Ausland übergeben, mit Flugticket und Abhebungsbeleg sauber dokumentiert. Seit 2025 erkennt § 33a EStG dafür nur noch die Überweisung auf ein Konto der unterstützten Person an, damit sind rund sechshundert Euro Erstattung weg. Genauso verliert den Abzug, wer eine Handwerkerrechnung im eigenen Haushalt bar bezahlt. Eine Regel, die jahrelang galt, gilt nicht deshalb auch dieses Jahr.

Ein VPN lehnt die Anmeldung auch dann ab, wenn das Passwort stimmt, die Programmversion auf dem eigenen Rechner aber zu alt ist. Bei uns brach OpenVPN jeden Verbindungsversuch mit einer Anmeldefehler-Meldung ab, obwohl die Zertifikatsprüfung eine Zeile vorher sauber durchlief. Der Gegenstelle war die Version zu alt, sie verlangt mindestens 2.6.12. Wer nur die letzte Zeile liest, sucht am falschen Ende.

Es reicht, wenn eine Telefon-KI sich in der Begrüßung selbst als KI vorstellt, solange dieser Satz wirklich in jedem Anruf fällt. Unser Anrufassistent getCarl zeigt dazu einen roten Warnkasten, obwohl die feste Begrüßung das Wort KI-Assistentin im ersten Satz nennt und sich vom Anrufer nicht wegreden lässt. Eine frühere Fassung sagte nur digitaler Assistent, das war zu schwach. Das Werkzeug prüft seinen eigenen Schalter, nicht den Text dahinter. Eine Warnung kennt immer nur das, was sie messen kann.

Garantieteile rechnet man nicht ab dem eigenen Einkaufspreis ab, sondern zum Garantiepreis der Herstellerliste. Bei einem Microlino-Getriebe haben wir 805 Euro bezahlt, abrechenbar waren 1.162,82 Euro. Wer stattdessen seinen Einkauf plus sieben Prozent ansetzt, verschenkt rund 357 Euro pro Getriebe, weil unser Einkauf gut ein Viertel unter dem Listenpreis liegt. Die Faustformel gilt zwischen zwei Spalten der Preisliste, nicht ab dem eigenen Beleg. Wer die Grundlage verwechselt, rechnet sauber und trotzdem falsch.

Große Uploads brechen nach genau einer Minute ab, weil dort ein Zeitlimit sitzt und kein Zufall waltet. Bei uns endete jede Übertragung über zweihundert Megabyte mit einem Fehler, immer nach 60,1 Sekunden. Der Verdacht lag zuerst beim Programm auf dem Rechner, tatsächlich hatte unser Proxy Traefik in der neuen Version ein Werksmaß von sechzig Sekunden mitgebracht. Eine Störung, die auf die Zehntelsekunde wiederkehrt, kommt nicht von der Leitung, sondern aus einer Einstellung.

Im Namen der eigenen Firma kann jeder Mails verschicken, und man merkt es nur, wenn man die Berichte dazu liest. Unser Mailserver, Stalwart, sammelt solche Meldungen seit März 2025 in einem Postfach, das ich bis heute nie geöffnet hatte: 517 Berichte über gut vierzehntausend Mails. Darin stand, dass im Mai ein fremder Anbieter drei Mails unter unserem Absender verschickt hat, abgewiesen allein deshalb, weil unsere Regel streng auf Ablehnung steht. Der Beweis lag über ein Jahr ungelesen im eigenen Haus.

Eine Erkennungsregel verschärft man, indem man die neue Fassung vorher gegen den kompletten Echtbestand laufen lässt. Unsere Dokumentenerkennung hielt jede siebzehnstellige Zeichenfolge für eine Fahrgestellnummer und las so eine Barcode-Nummer als Fahrzeug. Bevor ich die Regel um die Bedingung Buchstaben und Ziffern gemischt ergänzte, habe ich sie gegen 7.499 echte Fahrgestellnummern aus Loco-Soft geprüft, und keine einzige fiel heraus. Wer eine Regel nur am Fehlerfall testet, hat sie nur halb getestet.

Den ersten Treffer im Text soll eine Automatik nicht nehmen, sondern den besten. Unsere Dokumentenerkennung im Paperless hielt Modellbezeichnungen auf Rechnungen für ein Kennzeichen, brach danach ab und übersah das echte Kennzeichen weiter unten auf dem Blatt. In 388 von 17.076 Dokumenten ging so die Kundenzuordnung verloren. Jetzt hat der Fahrzeugbestand Vorrang vor dem ersten Fund, 1.449 falsche Treffer sind weg und kein einziges echtes Kennzeichen ist dabei verlorengegangen. Wer beim ersten Treffer aufhört, sucht nicht, er rät.

Ob ein Fehler am Server liegt oder am Rechner davor, verrät das Protokoll des Servers. Bei Vaultwarden scheiterte jede Einladung mit einer Meldung, die nach Server klang, also nach Ablauf, Zugang oder Mailversand. Im Protokoll stand zu den Klickversuchen jedoch kein einziger Aufruf: Die Oberfläche im Browser brach ab, bevor sie überhaupt fragte. Wo nichts ankommt, kann auch nichts falsch beantwortet werden, dann liegt die Ursache davor.

Eine leere Auswertung beweist nicht, dass nichts passiert ist, sie beweist oft nur, dass nichts aufgezeichnet wird. Ich habe im WLAN-Controller nach Verbindungsabbrüchen eines Geräts gesucht, keinen einzigen Eintrag gefunden und das fast als Entwarnung notiert. Dann habe ich die Tabelle selbst gezählt: null Datensätze insgesamt, für alle Geräte, seit Inbetriebnahme. Seitdem prüfe ich zuerst, ob eine Quelle überhaupt etwas liefert, bevor ich ihr Schweigen als Antwort nehme. Kein Befund ist noch kein Ergebnis.

Dreimal so viele Prozesse zählte ich, weil das Systemprotokoll bei jedem Absturz die komplette Liste noch einmal ausgibt. Bei drei Abstürzen standen dort 111 Einträge, tatsächlich liefen 37. Hätte ich der Zahl geglaubt, hätte ich einen größeren Server bestellt, statt die Obergrenze der Arbeitsprozesse von 89 auf 49 zu senken. Ein Protokoll zeigt Ereignisse, keine Bestände, und wer beides verwechselt, kauft die falsche Lösung.

Fast keine Suchbegriffe zeigt die Statistik, weil Google seltene Anfragen aus Datenschutzgründen gar nicht erst ausweist. Am ersten Messtag tauchten meine Seiten neunmal in den Ergebnissen auf, verteilt auf zehn Adressen, ausgewiesen war genau eine einzige Suchanfrage. Welche Seite gefunden wurde, konnte ich lesen, wonach gesucht wurde, noch nicht. Kleine Zahlen tragen keine feine Auswertung, und wer sie trotzdem deutet, liest sein eigenes Wunschbild.

Eine Warnung, die fast immer falsch ist, muss man reparieren, bevor irgendjemand anfängt nach ihr zu handeln. Meine neue Prüfung vergleicht die aus dem Beleg gelesene Fahrzeugnummer mit dem Stamm in Loco-Soft und markierte 124 Dokumente. Beim Durchsehen blieb genau ein echter Zahlendreher übrig, der Rest waren Lesefehler der Texterkennung und dreizehn Platzhalter-Nummern im Stamm, siebzehn Nullen und Doppelkreuze. Eine Lampe, die grundlos leuchtet, schaut nach kurzer Zeit niemand mehr an.

Ob ein Fehler im Protokoll neu ist, weiß man erst, wenn man ihn im alten Zustand nachzählt. Nach dem Umzug unseres Dokumentenarchivs auf eigene Hardware meldete das Protokoll rund zweihundert Mal am Tag, die Datenbankverbindung sei geschlossen, und ich hielt das prompt für eine Folge des Umzugs. Im alten Container stand dieselbe Meldung 320 Mal, seit Monaten, ohne jeden Schaden: die Software baut die Verbindung einfach neu auf. Ein Fehler, der auffällt, weil man gerade hinsieht, ist deshalb noch keiner, der gerade entstanden ist.

Dass dasselbe Programm im einen Browser alles zeigt und im anderen nichts, liegt fast immer am Rechner davor, nicht am Server. Bei unserem Passwort-Tresor Vaultwarden hatte sich die Erweiterung im einen Browser still auf die Juli-Fassung aktualisiert, im anderen lief noch die vom Juni. Die neuere stolperte über ein altes Feld: leere Liste, kein Fehler, Anmeldung ganz normal. Deshalb führte die Suche im Protokoll ins Leere, es gab dort nichts zu finden. Wenn zwei gleiche Arbeitsplätze sich verschieden verhalten, steckt die Ursache in dem, was sie unterscheidet.

Null kopierte Dateien heißt nicht, dass die Sicherung steht, es kann schlicht der Betriebsrhythmus sein. Unser Abgleich in den externen, unveränderlichen Speicher meldete über Tage null neue Dokumente, und ich war schon dabei, den Fehler zu suchen: es war Wochenende, und samstags wie sonntags scannt in der Werkstatt niemand. Die Gegenprobe war nicht das Protokoll des Absenders, sondern die Dateiliste am Ziel. Eine Sicherung beweist man dort, wo sie ankommt, nicht dort, wo sie losgeschickt wird.

Bei einer Rufumleitung klingelt sofort alles mit, weil die Zahl im Rufprofil die Dauer eines Schrittes meint und keine Verzögerung. In unserer AGFEO ES 546 habe ich für die Anmeldung einen Ablauf gebaut: dreißig Sekunden nur der Apparat am Tresen, danach zehn Sekunden Apparat und Zweitgerät gemeinsam, dann die Voicebox. Ich hatte die zehn Sekunden als Wartezeit gelesen und lag daneben, denn alle Ziele eines Blocks läuten gleichzeitig. Eine Zahl im Konfigurationsfeld sagt nicht, was sie bedeutet, das sagt erst der Testanruf.

Eine alte Firmen-Website, die noch online steht, schadet, weil sie der neuen Konkurrenz macht. Bei mir liefen zwei Adressen aus der Vergangenheit weiter, eine alte Marken-Domain und eine alte WordPress-Seite, beide mit meinem Namen und sehr ähnlichen Texten. Für eine Suchmaschine sind das zwei Personen, die um dieselbe Aufmerksamkeit ringen. Ich habe jetzt nachgemessen: beide antworten mit einer dauerhaften Weiterleitung auf die eine Seite. Zwei Stimmen mit demselben Namen sind leiser als eine.

Wenn eine Übertragung mittendrin abbricht, bleibt eine unbrauchbare Datei liegen, die von außen aussieht wie eine fertige Sicherung. Bei uns scheiterte der nächtliche Offsite-Lauf beim Schreiben eines 3,4 Gigabyte großen Archivs auf die Storage Box am Arbeitsspeicher, und danach lag die Datei dort mit falscher Prüfsumme und einem Änderungsdatum aus dem Jahr 1970. Seitdem vergleicht das Skript nach jedem Lauf die Prüfsummen auf dem Ziel und meldet sich, wenn eine nicht passt. Eine halbe Kopie ist gefährlicher als keine, weil sie den Platz der ganzen einnimmt.

Ein grünes Backup beweist nicht, dass die Kopie außer Haus liegt, sondern nur, dass die Sicherung geschrieben wurde. Bei uns lief der Job monatelang sauber, während die Übertragung auf den externen Speicher stillstand, weil der Schlüssel dort nicht mehr akzeptiert wurde. Aufgefallen ist es erst beim Nachziehen: 107 Gigabyte auf einen Schlag. Seitdem meldet nicht nur jeder Job, sondern auch jeder Transfer, dass er angekommen ist. Erst die Kopie am zweiten Ort ist die Sicherung.

Die eingerichtete Speicher-Grenze griff im Ernstfall nicht, weil sie ohne Zeitlimit auf das Ende laufender Anfragen wartete. In unserem Dokumentenarchiv Paperless sollte ein Prozess oberhalb von einem Gigabyte sanft ersetzt werden, doch unter dem Dauerstrom eingehender Akten-Scans wartete der Austausch geduldig, während der Prozess binnen Minuten auf vier bis sechs Gigabyte wuchs und das System ihn schließlich hart beendete. Seit der Austausch nach 45 Sekunden erzwungen wird, hält die Grenze auch unter Last. Eine Grenze ohne Frist ist keine Grenze, sie ist eine Bitte.

Ein Duplikat erkennt man sicher an der Prüfsumme des Inhalts, nicht am Dateinamen. Beim Aufräumen doppelt eingespielter Belege in Paperless fiel mein Skript, als der genaue Abgleich ins Leere lief, auf den Titel zurück und löschte vier echte Rechnungen über einen Fahrzeugverkauf. Zurückgeholt habe ich sie aus dem Papierkorb, der 613 Einträge lang war. Seitdem vergleicht es nur noch über die Prüfsumme, und fehlt die, hält es an, statt zu raten. Zwei Namen ähneln sich leicht, zwei Inhalte nie.

Der Fehlerliste einer Automatik kann man nicht blind glauben, weder bei dem was fehlt noch bei dem was ankam. Nach einem Serverausfall lagen rund 235 Tresen-Belege eines ganzen Arbeitstags im Ordner für Fehlversuche, im Paperless-Archiv fehlten sie tatsächlich. Neun weitere Gruppen standen ebenfalls als Fehlversuch da und waren trotzdem doppelt angekommen. Erst der Abgleich Datei für Datei gegen das Zielsystem zeigte, was wirklich stimmt. Ein Programm weiß oft nur, ob es die Antwort gehört hat, nicht, ob die Arbeit getan wurde.

Ob eine Firewall wirklich dicht ist, prüft man von einem fremden Rechner aus, nicht aus dem eigenen Netz. Beim Absichern unseres neuen Hetzner-Servers zeigte mein Port-Scan hinter dem VPN einen offenen Port 80, der von außen gar nicht offen war. Erst die Prüfung von einem neutralen Host ergab das echte Bild: öffentlich erreichbar ist nur noch der Fernzugang. Eine Tür testet man von der Seite, von der ein Einbrecher kommen würde.

Ein überlasteter Server braucht nicht automatisch mehr Rechenleistung, oft fehlt nur Arbeitsspeicher. Unser cpx42 bei Hetzner lahmte, doch die CPU lag zu 62 Prozent im Leerlauf, während 4,3 Gigabyte in den langsamen Swap ausgelagert waren. Ein größerer Cloud-Server hätte teure Rechenkerne mitbezahlt, die wir nie gebraucht hätten, also nahmen wir stattdessen eine gebrauchte Maschine mit 256 Gigabyte RAM. Wer erst nachmisst, welcher Teil wirklich klemmt, kauft nicht den falschen Motor für ein Getriebeproblem.

Ein Fehler schlägt erst zu, wenn die Notkorrektur ausfällt, weil sie ihn vorher nur übertüncht hat. In unserem Dokumentenarchiv, Paperless, setzte eine vergessene Automatik jedem neuen Beleg einen Besitzer, und ein zweiter Schritt nahm ihn Sekunden später wieder weg. In jedem Test sah alles sauber aus. Erst als dieser Schritt an einem Ausfall scheiterte, blieben 208 Belege unsichtbar. Heute räumt das System den Besitzer selbst weg, ausfallsicher an der Quelle. Eine Abhilfe, die den Fehler ständig übermalt, ist kein Fix, sie verschiebt nur den Tag, an dem er auffliegt.

Beim Alten ist nach einer abgebrochenen Änderung nichts, das muss man jedes Mal nachsehen. Beim Umbau unserer Überwachung mit Uptime Kuma habe ich ein Feld im falschen Format zurückgeschickt, das Speichern brach mit einem Fehler ab, und trotzdem war die Alarm-Verknüpfung des Monitors danach gelöscht. Das Programm räumt erst auf und legt dann neu an, gescheitert ist nur der zweite Schritt. Ich habe hinterher alle neunundzwanzig Monitore nachgeprüft. Eine Fehlermeldung sagt, dass etwas nicht fertig wurde, nicht dass nichts passiert ist.

Dass ein Alarm im Ernstfall wirklich ankommt, weiß man erst, wenn man ihn einmal absichtlich auslöst. Bei uns war das Dokumentenarchiv sieben Stunden nicht erreichbar, und Uptime Kuma blieb stumm: der Monitor war nie mit einem Meldekanal verknüpft, sein Zeitlimit stand auf null, und der E-Mail-Kanal selbst zeigte auf einen toten Anschluss. Drei Fehler auf einmal, und jeder einzelne hätte jede Warnung verhindert. Aufgeflogen ist das erst, als wir eine Testmeldung schickten und keine ankam. Eine Überwachung, die man nie testet, überwacht am Ende nur sich selbst.

Im nächtlichen Kundenexport fehlten Telefon und E-Mail, weil dieser Export die Kommunikationsdaten schlicht nie mitzieht. Für unsere neue KI-Telefonannahme brauchte ich zu jeder anrufenden Nummer den passenden Kunden, und in der exportierten Tabelle standen zwar alle 7.495 Kunden, aber keine einzige Rufnummer. Erst über die zweite Schnittstelle von Loco-Soft kamen 5.764 Nummern zusammen. Eine Tabelle, die vollständig aussieht, ist damit noch lange nicht vollständig.

Eine amtliche Prüfung testet man, indem man einen echten Vorgang wieder auflöst, statt einen zu erfinden. Beim Umzug unserer AU-Software auf den neuen Rechner habe ich die verbuchte Untersuchung in AÜK Plus gelöscht, das gibt das Siegel frei, und die Messdaten vom Prüfgerät erneut geschickt, das verbraucht es wieder. Netto null, und die zentrale Datenbank erkennt den Datensatz an seiner Kennung wieder. Eine erfundene Untersuchung wäre offiziell gewesen, ein zweites Mal gegangener Weg ist nur ein Weg.

Dem Anbieter zeigt man das, indem man vorher die eigene Seite lückenlos ausmisst. Bei uns luden Seiten tagelang mal sofort, mal gar nicht, und ein Neustart der Fritzbox half nichts. Bevor ich zum Hörer griff, habe ich das Haus durchgemessen: keine Last am Gateway, null Übertragungsfehler nach außen, gut tausend offene Verbindungen von fünfundsechzigtausend möglichen, Namensauflösung überall sauber, kein verlorenes Paket bei knapp neun Millisekunden. Erst so ein Bündel macht aus einem Gefühl eine Meldung, die jemand ernst nehmen muss.

Das Prüfgerät kann sehr wohl die Ursache sein, und dann sucht man tagelang am falschen Ende. Ich war überzeugt, unser WLAN filtere die Druckersuche weg, und habe am Gateway extra einen Dienst nachgerüstet, damit die Geräte wieder gefunden werden. Dann habe ich mit dem Diensthandy gegengeprüft: alle drei Drucker sofort da. Auf meinem Laptop liefen neun VPN-Tunnel, die jede Suchanfrage abfingen. Den nachgerüsteten Dienst habe ich wieder abgebaut. Wer misst, misst immer auch sein Messgerät.

Der Anzeige einer Software kann man nicht glauben, wenn es um die tatsächliche Verkabelung geht. Unsere Abgas-Software zeigte für das Prüfgerät sauber RS232 an, und ich habe eine halbe Stunde nach seriellen Kabeln und COM-Ports gesucht. Am alten Anmelde-PC hingen aber nur Strom und Netzwerk, und das Gerät saß mit eigener Adresse im Netz. Eine Software zeigt, was einmal eingetragen wurde, nicht was hinten am Rechner steckt.

Ein Achsmessstand mit WLAN braucht trotzdem ein Netzwerkkabel, weil sein Funk längst belegt ist. Unser Beissbarth-Messstand spannt zwei eigene Funkstrecken auf, eine zu den Messköpfen und eine für das Bedien-Tablet, ins Werkstattnetz kommt er darum nur über Ethernet. Wenn der Prospekt LAN/WLAN-Zugriff verspricht, heißt das: andere Geräte erreichen den Messstand, nicht: der Messstand wählt sich ins Firmen-WLAN ein. Ein Prospekt beantwortet die Frage, die der Hersteller stellt, nicht die, die man selbst hat.

Wenn der Laptop im Firmen-WLAN keine Drucker findet, sind die Drucker deswegen noch lange nicht weg. Ich stand mit dem MacBook auf unserem Schotterparkplatz, die Druckerliste blieb leer, dabei antworteten alle sieben Geräte sofort, sobald ich sie direkt über ihre feste Adresse ansprach. Die automatische Ansage, mit der sich Drucker im Netz zu erkennen geben, kommt schlicht nicht über jede Netzgrenze. Also habe ich die Drucker von Hand über ihre Adresse eingerichtet, seitdem druckt es. Nicht gefunden ist nicht dasselbe wie nicht da.

Eine Automatik darf einen Vorgang nicht wiederholen, nur weil die Antwort ausbleibt, denn keine Antwort heißt nicht gescheitert. Bei uns ließ ein einziges 138-Megapixel-Foto die Texterkennung in Paperless länger laufen als die zwei Minuten, die mein Skript wartete. Es wertete das Schweigen als Fehlschlag und lud dieselbe Datei immer wieder neu hoch, am Ende standen 526 Duplikate im Archiv. Seitdem unterscheidet das Skript drei Ausgänge: gelungen, gescheitert und noch offen. Wer Schweigen als Scheitern deutet, wiederholt Dinge, die längst gelungen sind.

Ein KI-Chatbot erfindet Quellen-Links, weil er nur die Textausschnitte sieht, die man ihm vorlegt, und fehlende Adressen plausibel ergänzt. Unsere interne Loco-Soft-Hilfe, ein Chat über 1.176 Hilfeseiten, nannte anfangs Verweise, die es nie gab: die Dateinamen lagen der Maschine schlicht nicht vor. Seit die echte Adresse der Original-Hilfeseite am Anfang und am Ende jeder Seite steht und nur wörtlich vorliegende Adressen zitiert werden dürfen, stimmen die Links, drei von drei Stichproben geprüft. Eine KI zitiert nicht, was sie weiß, sondern was man ihr vor die Augen legt.

Ein eingespielter Handgriff kann einen Fehler in der Automatik tagelang verstecken. In unserem Dokumentensystem Paperless kamen neue Scans mit falschen Sichtbarkeitsrechten an, 208 Dokumente konnte nur ein einziger Nutzer sehen. Drei Tage fiel das niemandem auf, weil ich als Postverteiler ohnehin jeden Beleg von Hand zuordne und die Rechte dabei unbewusst mit reparierte. Erst als der Empfang einen fehlenden Scan meldete, flog der Fehler auf. Wo ein Mensch täglich stillschweigend nachbessert, sieht der Prozess gesund aus, obwohl die Maschine krank ist.

Dass einer KI-Wissensdatenbank Dokumente fehlen, merkt man an fachlich falschen Antworten, nicht an einer Fehlermeldung. Unsere Loco-Soft-Hilfe auf Open WebUI beantwortete eine Storno-Frage falsch, und erst die Nachzählung zeigte: von 1.176 Dokumenten waren nur 819 wirklich drin, den Rest hatten wir für Duplikate gehalten. Seitdem gleiche ich nach jedem Import die Zahl im System mit der Quelle ab, erst bei 1176 zu 1176 gilt er als fertig. Die Maschine antwortet aus dem, was sie hat, nicht aus dem, was da sein müsste.

Fehler in einer neuen Software sollten wir zuerst bemerken, nicht die Mitarbeiter, die täglich damit arbeiten. Unser Dokumenten-System läuft seit gut einer Woche im Echtbetrieb, und die Kollegen fühlten sich in dieser Zeit wie Beta-Tester, weil sie Störungen vor uns fanden. Jetzt prüfe ich nach jeder Änderung selbst aus Mitarbeiter-Sicht, ob ein frischer Tresen-Scan sichtbar ankommt, und überwache die Fehlerordner, statt auf Meldungen zu warten. Die Akzeptanz einer neuen Software entscheidet sich nicht an ihren Funktionen, sondern daran, wer ihre Fehler zuerst findet.

Mit dem Admin-Zugang zu testen reicht nicht, denn der Admin sieht Dinge, die sonst niemand sieht. In unserer Dokumentenablage (Paperless) waren drei Tage lang 208 eingescannte Belege für die Kollegen unsichtbar, weil die Automatik sie stillschweigend dem technischen Benutzer zuordnete. Unsere Tests liefen mit genau diesem Benutzer, also sah alles korrekt aus, bis der Empfang meldete, dass Scans nicht ankommen. Seitdem prüfen wir jede Änderung zusätzlich mit einem einfachen Mitarbeiter-Konto. Man muss ein System mit den Augen dessen testen, der damit arbeiten soll, nicht mit den eigenen.

Ob eine neue Software im Betrieb ein Erfolg wird, entscheiden nicht die Techniker, sondern die Mitarbeiter, die täglich damit arbeiten. Unser neues Dokumenten-System Paperless lief seit über einer Woche technisch sauber, jeder Abgleich per Schnittstelle war grün, aber am Tresen fühlten sich die Kollegen wie Beta-Tester, weil frisch eingescannte Belege für sie unsichtbar blieben. Seitdem melde ich mich nach jeder Änderung als normaler Mitarbeiter an und prüfe, ob ein Tresen-Scan wirklich ankommt, statt nur der Technik zu glauben. Ein Update ist erst fertig, wenn es niemandem auffällt.

Dass eine Verbesserung nichts Bestehendes verschlechtert, stellt man sicher, indem man alt und neu über den kompletten Bestand laufen lässt, ohne etwas zu verändern. Bevor unsere überarbeitete Beleg-Erkennung live ging, die unserem lokalen Gemma-Modell die Kundennummern zuliefert, habe ich beide Fassungen read-only über 22.242 Archiv-PDFs geschickt: über dreitausend Kundennummern zusätzlich erkannt, keine einzige verloren, die wenigen Abweichungen einzeln geprüft. Erst diese Zahlen gaben die Freigabe für den Abend. Besser ist eine Änderung erst, wenn gemessen ist, dass nichts Vorhandenes verloren geht.

Wenn eine KI einen Betrag erfindet, der nirgends auf dem Beleg steht, lässt man das Feld lieber leer als falsch. Unser Belegleser mit Gemma schrieb einmal 164,50 Euro auf einen Werkstattauftrag, auf dem gar keine Summe stand, frei erfunden und trotzdem völlig plausibel. Seitdem trage ich einen Betrag nur ein, wenn zwei Quellen sich einig sind, der QR-Code auf der Rechnung oder KI und Textsuche gemeinsam. Steht die Zahl nur an einer Stelle, bleibt das Feld leer. Eine leere Zahl fällt auf und wird geprüft, eine erfundene wird gebucht.

Die Bildvorschau reicht nicht, wenn daneben das volle PDF liegt. Beim Import von über sechstausend Altdateien aus dem Werkstatt-Laufwerk lag zu jedem Beleg eine jpg-Vorschau und ein pdf mit fast gleichem Namen, also hielt ich beide für dasselbe in zwei Formaten. Der direkte Vergleich zeigte etwas anderes: die jpg ist nur grob aufgelöst, das pdf das eigentliche Dokument. Hätte ich nicht nachgesehen, wären tausende Belege in schlechter Qualität im Archiv gelandet. Gleicher Name heißt nicht gleicher Inhalt.

KI-erstellte Prüfungsfragen taugen nur zum Üben, wenn sie kein Muster verraten. Als ich mir für die GP1-Prüfung Fragen zum Thema Bremsen bauen ließ, lag die richtige Antwort fast immer auf B und war die längste, ausführlichste Option. So knackt man die Frage allein am Muster, ohne ein Wort Fachwissen, und geübt hat man am Ende nichts. Seitdem lasse ich alle vier Antworten gleich lang halten und die Lösung zufällig über A bis D streuen. Ein Test, den man ohne Wissen besteht, misst kein Wissen.

An einer unterbrochenen Relaisspule misst man nicht unendlich, weil parallel zur Spule ein Löschwiderstand liegt. Beim Lernen für die GP1 schlug ich ein Relais im Tabellenbuch nach und begriff: ist die Spule durch, zeigt das Messgerät den Löschwiderstand, nicht die erwartete Unterbrechung. Der Widerstand baut beim Abschalten die Selbstinduktionsspannung ab und schützt die Kontakte. Ein zweiter Weg neben dem gesuchten kann einen Bruch verdecken, also muss man wissen, was sonst noch parallel liegt, bevor man ein Messergebnis deutet.

Jeden Zweifelsfall dem Menschen vorlegen soll eine Automatik gerade nicht, sonst ertrinkt er in Rückfragen und schaut irgendwann gar nicht mehr hin. Bei der ersten digitalisierten Akte liefen acht Belege glatt durch, nur bei einem meldete das System einen Konflikt, weil die Texterkennung ein B und eine 8 in der Fahrgestellnummer verwechselt hatte. Genau dieser eine Fall gehört auf den Tisch, die anderen sieben nicht. Eine Automatik ist so viel wert wie die Ruhe, die sie schafft, nicht die Meldungen, die sie erzeugt.

Einen Tag, den niemand vergeben hat, hängt nicht der Code an, sondern das System selbst. In unserem Dokumentenarchiv Paperless bekam jeder eingelesene Beleg die Markierung ZU BEARBEITEN, obwohl mein Import-Skript sie nie setzte. Der Grund war eine einzige Voreinstellung: der Tag galt als Eingangskorb und wird damit automatisch an alles gehängt, was hereinkommt. Dieselbe Mechanik hatte schon einmal 581 Belege stumm markiert. Wenn etwas auftaucht, das du nicht gesetzt hast, such nicht im eigenen Code, sondern in den Voreinstellungen.

Ein falscher Gesundheitscheck kann einen laufenden Dienst lahmlegen, und genau das ist mir passiert. Als ich eine alte Domain stilllegte, prüfte der Healthcheck plötzlich die falsche Seite, meldete den Container als krank, und Traefik nahm daraufhin alle drei gesunden Webseiten vom Netz, obwohl der Server intern weiter sauber auslieferte. Erst der Blick auf den Health-Status statt auf die Konfiguration brachte mich zur Ursache. Ein Test, der das Falsche prüft, ist gefährlicher als gar keiner, weil er Gesundes für krank erklärt.

Manche Fehler bemerkt man erst, wenn ein Neuer dazukommt, weil alle anderen längst eingeloggt sind und aus dem Zwischenspeicher weiterlaufen. Bei unserem selbst gehosteten Chat über Matrix und Element kam kein frischer Login mehr durch die Startseite, jede bestehende Sitzung lief munter weiter, sodass tagelang niemand etwas merkte. Schuld war ein einziger Signaturschlüssel in einem Format, das der Browser beim Start nicht lesen konnte. Wer ein System nur mit dem eigenen, längst eingerichteten Zugang prüft, sieht genau die Tür nicht, durch die der Nächste hereinkommt.

Ein einziges Maß reicht nicht, um ein Bauteil als in Ordnung zu bewerten. Bei einer Bremstrommel in der Ausbildung habe ich nur den Durchmesser gegen die Verschleißgrenze von 201 Millimetern geprüft und sie freigegeben. Übersehen hatte ich die zweite Messung, längs und quer: 200,95 minus 200,75 macht 0,20 Millimeter Unrundheit, und ab 0,10 ist die Trommel oval und damit Ausschuss. Zwei Messungen an einem Teil sind fast nie Redundanz, sie prüfen eine zweite Eigenschaft.

Unsere KI-Bilder zeigten eine Tischlerei statt einer Kfz-Werkstatt, weil im Prompt der eigentliche Anker fehlte. Die erste Bildserie mit Nano Banana 2 war warm, ruhig und sauber belichtet, traf aber die Branche nicht: Holzwerkbank in einer Steinscheune statt Hebebühne und Motorraum. Erst als ich Auto, Diagnosegerät und freie Werkstatt ausdrücklich in jeden Prompt geschrieben habe, kam das, was gemeint war. Eine Maschine macht genau das, was dasteht, nicht das, was ich meine.

Der Anruf-Link führte ins Leere, weil nur die sichtbare Nummer stimmte, der im Link hinterlegte Wert aber fehlerhaft war. Im Impressum stand die Telefonnummer für das Auge sauber mit Vorwahl da, im tel-Verweis dahinter steckte sie in einer Form, die kein Telefon wählen kann. Beim bloßen Lesen fällt das niemandem auf, erst der Daumen auf dem Handy merkt es. Was man liest und was die Maschine wählt, sind zwei verschiedene Dinge, und am Telefon zählt nur das Zweite.

Wenn ein Drucker nicht druckt, liegt es oft nicht am Drucker selbst. Unser Kyocera war im Netz erreichbar, im Leerlauf und ohne eine einzige Fehlermeldung, während der Rechner hartnäckig bei Verbindung wird hergestellt stehen blieb. Der Fehler saß nicht im Gerät, sondern im Weg dorthin. Bevor man das Teure austauscht, prüft man besser die Leitung, die zu ihm führt.

Der Drucker hängt immer wieder, weil er bei jedem Auftrag erst per Funk im Netz gesucht werden muss. Unser Kyocera war über Bonjour angebunden, und mit der Zeit hatten sich fünf Warteschlangen für ein einziges Gerät angesammelt. Ich habe die vier Duplikate gelöscht und ihn auf seine feste IP-Adresse umgestellt, seitdem druckt er ohne Stocken. Eine feste Adresse ist verlässlicher als eine, die bei jedem Druck neu erraten wird.

Für eine Prüfung lernt man nicht alles, sondern gezielt das, was wirklich drankommt. Meine Gesellenprüfung Teil 1 im Sommer hat diesmal nur zwei Themen, Kühlsystem und Bremsanlage. Ich habe meine autoFACHMANN-Kurse damit abgeglichen und gesehen, dass die Fehlersuche am Kühlsystem schon zu hundert Prozent saß, 44 von 44 Punkten. So bleibt die ganze übrige Zeit für die Bremse, das einzige, was wirklich noch fehlt. Wer alles gleich wichtig nimmt, lernt am Ende nichts richtig.

Vor dem Kauf neuen Werkzeugs messe ich erst mit dem, was schon im Haus ist. Bei einem Reparaturprojekt stand ich kurz davor, für hunderte Euro Spezialwerkzeug zu bestellen, für einen Weg, den ich vielleicht nie gehen muss. Ein einziger Test mit einem J-Link, den wir längst in der Firma hatten, kostet nichts und konnte den ganzen teuren Ast überflüssig machen. Erst messen, dann bestellen, sonst kauft man Lösungen für Probleme, die man noch gar nicht hat.

Den Rechnungsbetrag lässt man besser von der KI lesen als von einer festen Textregel. Bei einem Test an fünf echten Rechnungen las unser lokales Modell, Gemma über Ollama, fünf von fünf Beträgen richtig, die alte Regel nur einen von fünf, weil sie viermal den Nettobetrag statt der Bruttosumme erwischte. Den Wert der KI nehme ich seitdem zuerst, die alte Regel läuft nur noch als stille Gegenprobe mit. Eine starre Regel trifft, was im Text zuerst steht, nicht das, was gemeint ist.

Dass eine lautlose Synchronisation seit Monaten Dateien verschluckt, merkt man erst, wenn man zählt. Auf dem Server lagen 25.929 Dateien, lokal nur 22.005, fast viertausend fehlten. Der klassische Nextcloud-Sync war seit dem ersten April tot, und der neue File Provider brach an einem einzigen nicht unterstützten Symlink die ganze Enumeration ab. Eine Fehlermeldung hatte ich nie gesehen, alles sah ruhig aus. Ein stiller Fehler ist gefährlicher als ein lauter, weil niemand nach ihm sucht.

Ein erfolgreicher Download heißt noch lange nicht, dass die richtigen Daten ankamen. Beim Beschaffen einer großen Geräte-Datenbank über die Kommandozeile galt mein Abruf als geglückt, und meine Abbruch-Bedingung griff sofort, doch geladen waren nur vierzehn Bytes einer Fehlerseite aus dem falschen Verzeichnis. Erst der zweite Versuch holte die echte Datei, knapp achtzehn Megabyte. Ein grünes Häkchen prüft, ob etwas ankam, nicht, ob das Richtige ankam.

Ungeprüft veröffentlicht eine KI bei mir gar nichts. Zwischen dem Modell, das die Notizen schreibt, und der Website sitzt ein fester Torwächter, ein Skript, das jeden Entwurf gegen Secrets, Stil, Schema und Dubletten prüft und alles Zweifelhafte in die Quarantäne legt. Erst was diese starren Regeln passiert, geht live, abgeglichen gegen fünfundachtzig bestehende Notizen. Eine Maschine darf schreiben, aber entscheiden, was öffentlich wird, soll eine Regel, nicht eine zweite Meinung.

Datumsfelder soll keine KI frei aus einem Dokument lesen, dafür gehört eine feste Regel. Beim ersten Praxiseinsatz unserer Beleg-Pipeline las das lokale Modell Gemma aus einem Datum 2026 schlicht 2024, und auf einem Personalausweis griff es das Ablauf- statt des Ausstellungsdatums. Seitdem ziehe ich strukturierte Felder wie Datum und Nummer per fester Regel, und die KI darf nur den Freitext deuten. Eine Maschine, die rät, soll das nur dort tun, wo Raten erlaubt ist.

Eine Fehlermeldung sagt nicht immer, wo der Fehler wirklich liegt. Eine iOS-App verweigerte die Verbindung zu meinem Paperless und meldete, das Backend unterstütze die nötige API-Version drei nicht. Tatsächlich spricht meine Version die API-Stufen eins bis sieben, die drei war also längst dabei und der Haken saß ganz woanders. Eine Meldung zeigt, was ein Programm gerade vermutet, nicht zwingend, was kaputt ist.

Eine Fahrzeugnummer darf eine KI nur nach festen Regeln geradebiegen, niemals nach Gefühl. In einer eigenen Funktion macht das System aus einem O eine Null, aus einem I eine Eins und aus einem Q eine Neun, weil eine Fahrgestellnummer diese drei Zeichen nie enthält. Danach prüft eine Regel hart auf genau siebzehn erlaubte Zeichen, sonst bricht es ab. Korrigieren darf nur, wer die Grenzen kennt, an denen das Korrigieren aufhört.

Ein großer Monitor kann eine wackelige Datenbank tatsächlich zum Kippen bringen, wenn auch nur auf Umwegen. Bei uns meldete ein einziger von vielen Rechnern immer wieder einen Verbindungsfehler zur Datenbank, der Anbieter schob es auf den Laptop. Tatsächlich rendert der Ultra-Wide-Bildschirm an diesem Platz die doppelte Zahl an Kalender-Terminen pro Seite, und das über zwanzig Jahre alte Programm feuert für jeden Termin eine eigene Abfrage, bis die ohnehin überlastete MariaDB kurz wegbricht. Der Fehler sitzt nie im Browser, sondern immer dort, wo die Abfrage landet.

Das Urteil. Eine KI liefert Vorschläge schnell und in Mengen, aber welcher davon stimmt, entscheidet ein Mensch. Genau diese Fähigkeit, das Brauchbare vom Plausiblen zu trennen, wird wichtiger, je besser die Werkzeuge werden. Wer sie schult, bleibt gefragt.

Ob eine Software noch gepflegt wird, erkennt man am Versionsverlauf, nicht an einem einzelnen Forenbeitrag. Bei der Suche nach einer Handy-App für unser Dokumentenarchiv Paperless las ich, das Android-Programm sei seit dem vergangenen Herbst aufgegeben. Die Veröffentlichungsseite zeigte aber Version 4.5.0 vom April, also ganz frische Arbeit. Erst der Blick auf die echten Releases, nicht auf das Gerücht, hat die Frage entschieden. Wer ein Werkzeug einführt, schaut auf das, was geliefert wird, nicht auf das, was jemand behauptet.

Nur mit Gegenprüfung. Eine KI hat mir beim Einrichten von Vaultwarden eine Einstellung empfohlen, die vollkommen plausibel klang und schlicht nicht existierte. Seitdem gleiche ich jede Konfig-Auskunft mit der offiziellen Vorlage oder dem Quellcode ab, bevor ich sie übernehme. Plausibel ist nicht dasselbe wie wahr, und eine KI sagt das Falsche genauso ruhig wie das Richtige.

Weil ein falsch gesetzter Schalter, den niemand dokumentiert hat, genauso wirkt wie ein großer Defekt. Bei der Mail-Einrichtung lag es am Ende an einem einzigen Port, 465 statt 587, der anders sein musste als überall beschrieben. Stunden hingen an einer Zeile. Wer sie findet und aufschreibt, schenkt dem nächsten den ganzen Tag.

Erst wenn ich ihn mit eigenen Augen geprüft habe, im Browser, am echten Fall. Erledigt im Kopf ist nicht erledigt in der Realität. Zwischen beiden liegt genau der Fehler, den sonst der Kunde findet. Umsetzen und nachprüfen sind ein Schritt, nicht zwei.