Fehler systematisch eingrenzen

Notieren Sie Seite oder Umgebung, Fallkennung und die zuletzt ausgeführte Handlung. Halten Sie die sichtbare Fehlermeldung im Wortlaut fest, ohne geheime Schlüssel oder vertrauliche Inhalte zu kopieren. Beschreiben Sie erwartetes und beobachtetes Ergebnis getrennt. „Die Freigabe geht nicht“ ist zu ungenau. „Die erste Verwendung wird als bereits verbraucht abgewiesen“ benennt einen prüfbaren Unterschied. Stellen Sie den Ausgangszustand erst wieder her, wenn der Befund gesichert ist.

Bei einer abgewiesenen Zustimmung prüfen Sie, ob sie bereits verwendet, für eine andere Sache eingesetzt oder im Versuch zeitlich abgelaufen ist. Diese Ablehnungen gehören zum erwarteten Verhalten. Bei einem Kettenfehler prüfen Sie, ob ein Eintrag bewusst verändert wurde. Der Browserversuch ist nicht mit dem internen Prototyp verbunden. Ein abweichender Versuch ist deshalb zunächst ein Befund dieser Seite und kein Nachweis eines Fehlers in einem Kundenprogramm.

1. Prüfen Sie, ob nur die Darstellung oder auch die Rechnung betroffen ist.
2. Vergleichen Sie Quellenstand, Zielobjekt und erwartete Berechtigung.
3. Lesen Sie den Protokollbefund vor einer Wiederholung.
4. Übergeben Sie die konkrete offene Frage an die zuständige Fach- oder Betriebsstelle.

Im geplanten Betrieb muss zusätzlich der tatsächliche Zielzustand gelesen werden. Eine ausgebliebene Antwort beweist nicht, dass keine Außenwirkung stattgefunden hat.

Nach einer Korrektur soll zuerst der ursprüngliche Fehlerfall erneut geprüft werden. Ergänzen Sie den Gegenfall, der eine unzulässige Wirkung weiterhin verhindern muss. Eine wieder grüne Oberfläche genügt nicht, wenn die Wirkung oder Kette unklar bleibt. Dokumentieren Sie Ursache, geänderten Stand und verbleibende Grenzen. Falls ein ganzer Protokollstand neu geschrieben worden sein könnte, reicht eine intern passende Kette nicht; der geplante externe Vergleich ist noch nicht gebaut.