- Verschifft
- 4. Juli 2026 um 14:05 UTC
- Autor
- Kamo
- Ausschuss
- 3c9b732
Per der Anweisung des Eigentümers 5.A: ScenarioSupportPolicy muss eine kanonische konsumieren Borre Scenario Profile aus normalisierten URLA-Daten generiert, nie rohe Formen/UI, und zukünftige Quellen (AUS/OCR/AI/manuell) UPDATE, dass kanonische Aufzeichnungen statt Umgehung. - BorrowerScenarioProfile (mlos.intake, neuer Tisch **************** die einzelne Pro-Leihgabe Quelle der Wahrheit - die 5 getippte URLA Produkt dimmt + eine erweiterbare berechnet-Fakten JSONB + lastSource + version. Verrückbar (behält Wahrheit), geprüft durch source+version. - BorrowerScenarioProfileService: produceFromUrla(loanFile, orgId) ist die Entstehung (lest normalisiertes Darlehen/Property unmittelbar nach URLA-Normalisierung);Aktualisieren Sie Update an ist die NUR Naht später Quellen verwenden (scheitert laut, wenn kein Profil existiert - Genese ist URLA ist allein, die Durchsetzung von update-don't-bypass); toSupportProfile projiziert die 5 Dims. - ProductDiscoveryGate: die .5.A Rechtsmauer konsultiert VOR Anspruchsberechtigung / Preisbildung löst ScenarioSupportPolicy (Mieten überschreibt + Code-Standard) über die kanonische Profil und, auf eine Ablehnung, zeichnet eine WORM AiDecision zu einem Steward geleitet (NO_ELIGIBLE_PRODUCT, rechtlich erforderlicher Mensch; DEFERRED_HARD_STOP=HIGH, STEWARD_ONLY= MEDIUM) über eine optionale Entscheidungsin. SUPPORTED schreibt nichts. 10 Tests grün. Build-and-Flagge: benötigt einen KI-Lauf (neuer Tisch) + die Service-Flow-Verkabelung (Call produceFromUrla am URLA-Normalisierungshaken + gate.evaluieren Sie bei Produkt- Entdeckungseintrag) im Besitzdienst.