Nora arbeitet jetzt mit dem Objektbestand statt mit Quellen.
- Lead-Detail auf ganzer Seite statt in der Schublade; darunter der neue
Bereich «Property Match». Derselbe Baustein wie bisher, nur mit einem
Layoutschalter — keine zweite Detailansicht
- «Das hat Livia recherchiert» heisst «Erstelltes Suchprofil» und zeigt
lead.semanticSearchProfile. Ein Kasten, nicht zwei: Bestandsleads fallen auf
ihren bisherigen Text zurück
- Matching-Logik in features/matching/leadPropertyMatcher.ts: Das Suchprofil
wird nach Merkmalen gelesen, die darin tatsächlich vorkommen, und gegen das
Objekt geprüft. Ein fehlendes Objektmerkmal geht nicht in die Rechnung ein —
es gilt als nicht bekannt, nicht als erfüllt. Deterministisch, kein Zufall
- Trefferliste ist dieselbe Tabelle wie «Meine Objekte», ergänzt um eine erste
Spalte «Match». Die übrigen Spalten werden anteilig gestaucht, damit keine
waagrechte Bildlaufleiste entsteht
- «Belegte Objekte einbeziehen», Vorgabe aus; Umschalten rechnet neu
- MatchRun als eigene Entität mit Persistenz. Genau ein Eintrag je Lauf, auch
bei der Übergabe aus Livia — eine Sperre verhindert den zweiten Lauf durch
Neuaufbau der Komponente
- Aus Livia übergebene Leads starten das Matching einmal; ein normal geöffneter
Lead startet nichts
- Kennzahlen «Anzahl durchgeführte Matchings» und «Anzahl betroffene Objekte»
kommen aus dem laufenden Stand, nicht aus dem Katalog
- Aufgaben, Systeme (ERP statt Zefix/SHAB/Webquellen) und Einstellungen auf
das Matching zugeschnitten
- Info-Knopf erklärt den Match-Wert entlang der tatsächlichen Rechnung
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
