schalli
ee3b28e505
Nach der Formelaenderung (v1 -> v2) traegt jede Bestandszeile einen Hash der alten Formel und wuerde nie wieder auf einen neuen treffen. Die Produktionsdatenbank wird von Hand nicht angefasst, deshalb rechnet ein neuer Dienst beim Start alle veralteten Zeilen automatisch nach — an der Versionsmarke aus tender-fingerprint.ts erkannt, gleiche Bauform wie die LDAP-Bind-Passwort-Nachverschluesselung. - TenderFingerprintBackfillService: OnApplicationBootstrap, seitenweise (500 Zeilen), pro Seite eine Transaktion, Fehler werden geloggt und geschluckt statt geworfen - In tenders.module.ts VOR TenderSchedulerService eingetragen, damit die Nachrechnung vor der Cron-Registrierung laeuft - Vier Tests: leere DB, alter+leerer Hash werden beide erfasst, zweiter Lauf schreibt nichts mehr, Datenbankfehler wirft den Haken nicht Gemessen an der lokalen Datenbank (16.255 Zeilen): Fingerabdruck-Gruppen mit mehr als einer Zeile vorher=0, nachher=26, veraltete Zeilen danach=0, davon Gruppen mit widersprechenden Wert-Groessenordnungen=2. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K5jtbGzC5Sf9npJ3JCjKhq