schalli
5aca441bb3
Die Phasen 11 bis 14 standen in der Roadmap-Tabelle auf "In Progress", obwohl an keiner davon noch gearbeitet wird. Der Status wurde gegen die Verifikationsberichte gehalten und dabei zeigte sich, dass es kein reiner Buchhaltungsrueckstand war: 11 und 12 stehen auf passed und sind jetzt Complete. 13 traegt einen offenen Befund. tenderFingerprint() haengt buyerName, title, cpvDivisionKey, deadlineKey und valueBucket zu einem String und hasht ihn. Die Scraper liefern cpvDivisions immer leer, DOE meist gefuellt — dieselbe Ausschreibung ergibt aus beiden Quellen verschiedene Fingerabdruecke. Die Fingerprint-Stufe greift also gerade dort nicht, wo sie greifen soll. Das stand seit dem 2026-07-23 in 13-VERIFICATION.md, aber nicht im Ledger und war damit praktisch unsichtbar. Jetzt WINDOWS.md #11. 14 wartet auf den Live-Test gegen ein echtes Exchange-Postfach; der NTLM/SOAP-Weg ist nur gegen Mocks geprueft. Vom User am 2026-07-24 bewusst zurueckgestellt, stand ebenfalls nur im Verifikationsbericht. Jetzt WINDOWS.md #12. Beide Phasen tragen den wahren Status statt "In Progress", mit Verweis auf den jeweiligen Ledger-Eintrag. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K5jtbGzC5Sf9npJ3JCjKhq