- Shipped
- 15 mai 2026 la 16:41 UTC
- Author
- Kamo
- Commit
- 97c2825
Refactor AppMortgage într-un pachet complet URLA rădăcină suport multiplu 1003 pe împrumut cu până la doi debitori pe pereche (căsătorit/comun sau necăsătorit). Înlocuiește suportul AppMortgage gol cu o structură graficul entității care reflectă fiecare secțiune URLA 2021: core/ LoanFile, Loan, Property, LoanOriginator, Application Depunerea party/ BrownerPair (The "1003), Borrower ocuparea forței de muncă/Ocuparea forței de muncă [secțiunile 1d/1e/1f/Sec.7), OtherIncome (1g) active/active (2a/2b), Cadou (4e) Datorii/responsabilitate (2c), Alte cheltuieli (2d) reo/ RealEstateOwned (Sec. 3) + ReoLien declarații/declarații (sec.5), Serviciul militar (sec.7) hmda/ HmdaDemographics (Sec. 8) alte credite/ Alte credite noiMortgage (4d) Active/Liabilități/REO utilizează proprietatea "per-împrumutător cu pavilion comun" model astfel URLA "Cont deținut de Borrower / Co-Borrower / Ambele" Radioul se prăbuşeşte într-un singur rând, cu coproprietate implicită. Toate câmpurile monetare folosesc EmbMoney (BigDecimal + valută) și toate ratele Utilizaţi EmbPercent (4dp BigDecimal) Strategia de identificare urmează convențiile existente: unic rowid() pentru entitățile orientate spre utilizator; gen random uid() pentru tabelele de detaliu intern. JSONB apare doar pe AplicațieIntroducere instantaneu audit (intenţional Schema este creata automat de KamoInitializerService via hibernate.ddl-auto pe JAR reconstruit; nu sunt necesare scripturi DDL. Servicii de suport, UI și subproiecte LOS rămase (flux de conducte, prețurile/blocarele, informațiile furnizate, raportarea HMDA) sunt amânate ulterior sesiuni pe 7-parte descompunere.