- Navios
- 15 de maio de 2026 às 16:41 UTC
- Autor
- Kamo
- Enviar
- 97c2825
Refactor AppMortgage em um pacote completo URLA root suportando múltiplos 1003s por empréstimo com até dois mutuários por par solteira). Substitui a espaçosa AppMortgage vazia por uma estrutura gráfico de entidade espelhando cada seção 2021 URLA: core/ LoanFile, Empréstimo, Propriedade, EmpréstimoOriginador, Aplicação Apresentação partido/ EmprestadorPair (o "1003"), Emprestador Emprego/ Emprego (secções 1d/1e/1f/Sec.7), OutroRendimento (1g) Activos/ Activos (2a/2b), Presente (4e) Passivos/Responsabilidades (2c), Outras Despesas (2d) reo/ RealEstateOwned (Sec.3) + ReoLien Declarações/Declarações (Sec.5), Serviço Militar (Sec.7) Hmda/ Hmda (Sec. 8) outrosempréstimos/OutrosNewMortgage (4d) Activos/Responsabilidades/REO use a propriedade "por empréstimo com isJoint flag" model assim o URLA "Conta detida pelo Locatário / Co-Borrower / Ambos" o rádio colapsa para uma única linha com a parceria implícita par-mate. Todos os campos monetários usam EmbMoney (BigDecimal + moeda) e todas as taxas use EmbPercent (4dp BigDecimal) — sem duplicações, sem JSON. Estratégia de identificação segue convenções existentes: unique rowid() para entidades voltadas para o usuário, gen random uuid() para tabelas de detalhes internos. JSONB aparece apenas no AplicaçãoSnapshot de auditoria de submissão (intencional – não para dados em tempo real). O esquema é criado automaticamente pelo KamoInitializerService via hibernate.ddl-auto no JAR reconstruído; não são necessários scripts DDL. Serviço de infraestrutura, UI e sub-projetos LOS remanescentes (workflow pipeline, preços/bloqueios, divulgações, relatórios HMDA) são diferidos para posterior sessões por decomposição de 7 partes.