Der Python-Teilprüfer wurde am 2026-10-15 mit Version 1.0.0 ausgeführt. Alle 23 dokumentierten Testerwartungen wurden erfüllt. Das bedeutet: Die eingebauten Fehler erzeugten die erwarteten Befunde, und die abgegrenzten Gegenproben verhielten sich wie beschrieben. Es bestätigt keine Meldefähigkeit.
| Prüfstand | Technische Befunde | Was fachlich noch zu beachten ist |
|---|---|---|
| Ursprünglicher Arbeitsstand zum 31.12.2026 | 0 | Enddatum V-003 mit BE-V003 abgleichen: Datensatz 30.06.2027, synthetischer Vertragsbeleg 30.09.2027. |
| Laufender Bestand nach Vertragsänderung | 0 | Der Übertragungsfehler in V-003 ist in diesem Zwischenstand weiterhin vorhanden. |
| Berichtigter Arbeitsstand zum 31.12.2026 | 0 | Kein zusätzlicher Gegenfall eingebaut. Die sachliche Vollständigkeit des Registers bleibt außerhalb dieser Teilprüfung. |
| Fünf gezielt eingebrachte Fehler | 5 | Kein zusätzlicher Gegenfall eingebaut. Die sachliche Vollständigkeit des Registers bleibt außerhalb dieser Teilprüfung. |
| Stand nach Korrektur der fünf Fehler | 0 | Kein zusätzlicher Gegenfall eingebaut. Die sachliche Vollständigkeit des Registers bleibt außerhalb dieser Teilprüfung. |
| Technisch zulässiger Wert mit falscher fachlicher Grundlage | 0 | F-001: Datensatz sagt nein, BE-BIA001 stuft den Zahlungsverkehr im synthetischen Fall als kritisch oder wichtig ein. Fachlicher Abgleich muss diese Abweichung erkennen. |
Die Grenze der Prüfung ist Teil des Beispiels: Ein formal zulässiges „nein“ zur Kritikalität besteht die Werteprüfung. Ob es zur Funktionsbewertung passt, muss separat geprüft werden. Der Teilprüfer liest keine Vertrags- oder BIA-Inhalte und verwendet kein EBA-Regelpaket.