Afecta a
Equipos que integran con las APIs de originación, administración o contabilidad de Lender, y equipos que operan una instalación de Lender.
Qué cambió
Siete guías de Lender se reescribieron contra el servicio tal como está hoy, y dos páginas volvieron. El devengo reconoce un mes de calendario, no un aniversario del préstamo. Una corrida cierra el último mes civil que ya había terminado por completo antes de su fecha de negocio, y cierra el mismo mes para cada préstamo que selecciona. Antes las guías describían una grilla de aniversario por préstamo, que ya no existe. El driver programado ahora viene habilitado y dispara todos los días, y la cadencia diaria es una repetición de un único reconocimiento mensual, no una manera de recorrer aniversarios. Una corrida además cubre la cartera entera, en vez de detenerse en un número fijo de cuentas de préstamo. Dos de los jobs que esta actualización documenta vienen habilitados. El barrido nocturno de promoción de PDD avanza las etapas de provisión de la Res. CMN 4.966 a medida que los préstamos envejecen, en instalaciones de un solo tenant y multi-tenant, y arma la foto de cartera de la que depende cuando nada más la armó. El heartbeat diario de devengo es el otro. Otros barridos también vienen habilitados; la conciliación de cobranza y el job dedicado de foto de cartera siguen apagados por defecto. La originación ganó dos rechazos y una clave obligatoria. Crear una solicitud de préstamo y moverla — aprobar, rechazar, desistir, desembolsar — ahora exigen el encabezado
X-Idempotency, y la guarda falla cerrada en lugar de dejar pasar un pedido sin protección. La originación también rechaza un producto de préstamo que no está activo (LENDER-0225) en la creación, la aprobación y la liberación, y rechaza una solicitud que no nombra la versión vigente del producto (LENDER-0226) solo en la creación.
Un producto vivo se puede repuntar. Una operación nueva promueve una versión a vigente en un producto que ya está activo, llevando las mismas comprobaciones de alistamiento que lleva la activación, y sin cambiar nada para contratos y solicitudes ya abiertos.
Un pago final devuelto en un consignado liquidado abre una cuenta por cobrar. Cuando la exclusión de nómina ya llegó al carril y no fue rechazada, reversar el pago que liquidó ya no revive el contrato: abre una cuenta por cobrar de pago devuelto contra el prestatario, fuera de la operación de crédito, con sus propias operaciones de listar, leer y cobrar.
La repetición de devengo ya hace algo. Repetir una corrida rearma los asientos que el ledger nunca confirmó y los encola bajo la misma clave determinista, e informa ítem por ítem lo que no pudo reenviar.
La página de la consola de Lender y la página de cartera y morosidad están publicadas de nuevo, ambas ajustadas a lo que el build y la API responden de verdad.
Impacto
Clasificación: Acción requerida. Un cliente que no envía clave de idempotencia en las cuatro escrituras de solicitud que antes no exigían una (crear, aprobar, rechazar, desistir; el desembolso ya la exigía) queda rechazado, y un cliente que origina contra un producto que nunca se activó queda rechazado. Los dos son rechazos nuevos, no aclaraciones de documentación.
Qué tienes que hacer
Envía
X-Idempotency en cada escritura de solicitud de préstamo, y toma un 400 como defecto del cliente, no como una falla transitoria. Activa los productos de préstamo contra los que originas, y nombra la versión vigente al crear una solicitud. Revisa cada job que viene habilitado contra tus propias expectativas de programación antes de actualizar, y relee la guía de devengo si construiste algo alrededor de la regla de aniversario.