- Verschifft
- 15. Mai 2026 um 16:41 UTC
- Autor
- Kamo
- Ausschuss
- 97c2825
Refactor AppMortgage in ein vollständiges URLA-Paket root unterstützt mehrere 1003s pro Darlehen mit bis zu zwei Kreditnehmern pro Paar (verheiratet/gemeinsam oder unverheiratet). Ersetzt den leeren AppMortgage-Platzhalter durch einen strukturierten Entitäts-Grafik spiegeln jeden 2021 URLA-Abschnitt: Kern/ LoanFile, Darlehen, Immobilien, LoanOriginator, Anwendungssubmission party/ BorrowerPair (die "1003"), Borrower Beschäftigung/Beschäftigung (Abschnitte 1d/1f/Sec.7), Sonstige Einkommen (1g) Vermögen/Vermögen (2a/2b), Geschenk (4e) Verbindlichkeiten/ Haftung (2c), Sonstiges (2d) reo/ RealEstateOwned (Sec.3) + ReoLien Erklärungen/Erklärungen (Sec.5), MilitaryService (Sec.7) hmda/ HmdaDemographics (Sec.8) Sonstige Kredite/ SonstigeNewMortgage (4d) Assets/Liabilities/REO verwenden das Eigentum "per-borrower with isJoint Flag" Modell so die URLA "Konto im Besitz von Borrower / Co-Borrower / Beide" Radio bricht zu einer einzigen Zeile mit impliziten Paar-Miteigentum. Alle Geldfelder verwenden EmbMoney (BigDecimal + Währung) und alle Kurse EmbPercent (4dp BigDecimal) verwenden - keine Doppel, keine JSON. ID-Strategie folgt bestehenden Konventionen: unique_rowid() für benutzerorientierte Einheiten, gen_random_uuid() für interne Detailtabellen. JSONB erscheint nur auf der ApplicationSubmission Audit snapshot (absichtlich - nicht für Live-Daten). Schema wird von KamoInitializerService über hibernate.ddl-auto erstellt auf dem umgebauten JAR; keine DDL-Skripte erforderlich. Backend-Service, UI und verbleibende LOS-Teilprojekte (pipeline Workflow, Preis-/Schloss, Offenlegungen, HMDA-Berichte) werden auf spätere verschoben Sitzungen pro 7-teilige Dekomposition.