- Se descapó
- 15 de mayo de 2026 a las 16:41 UTC
- Autor
- Kamo
- Compromit
- 97c2825
Refactor AppHerma de la fabricación en un paquete completo de raíz de paquete URLA compatible con múltiples 1003s por préstamo con hasta dos prestatarios por par (casado/conjed o soltero). Reemplaza el marcador de posición de App de la aplicación vacía por un gráfico de entidad que refleja cada sección de 2021 URLA: Core/ LoanFile, Loan, Property, LoanOriginator, ApplicationSubmission Party/ BorrowerPair (el "1003"), Borrower empleo/ Empleo (secciones 1d/1e/1f/Sec.7), otros ingresos (1g) activos/ Activo (2a/2b), Regalo (4e) pasivos/ Responsabilidad (2c), Otros gastos (2d) reo/ RealEstateOwned (Sec.3) - ReoLien declaraciones/Declaraciones (Sec.5), Servicio Militar (Sec.7) hmda/ HmdaDemographics (Sec.8) otros préstamos/a otros nuevos hipotecas (4d) Activos/Habilidades/REO utilizan la propiedad "per-borrower con isJoint flag" modelo para la URLA "Cuenta propiedad de Borrower / Co-Borrower / Both" La radio se derrumba a una sola fila con la copropiedad implícita de pareja. Todos los campos monetarios utilizan EmbMoney (BigDecimal . currency) y todos los tipos use EmbPercent (4dp BigDecimal) - sin dobles, sin JSON. Estrategia de identificación sigue los convenios existentes: unique-rowid() para entidades orientadas al usuario, gen.random-uuuid() para mesas de detalles internas. JSONB aparece sólo en el Instaupción de auditoría de envío (intencional no para datos en vivo). Schema es creado automáticamente por KamoInitializerService vía hibernate.ddl-auto en el JAR reconstruido; no se requieren scripts DDL. Servicio de backend, UI, y los subproyectos restantes de LOS (flujo de trabajo de tubería, precios/bloques, revelaciones, informes de HMDA) se aplazan a continuación sesiones por descomposición de 7 partes.