Version: Siguiente

Desembolso

Los desembolsos son los montos de principal enviados al cliente. Cada desembolso registra el monto liberado, lo vincula a la facilidad y emite eventos que crean nuevas obligaciones. Esas obligaciones rastrean el principal (y cualquier comisión) que debe ser pagado según los términos de la facilidad.

Precondiciones y validaciones

Antes de iniciar un desembolso, el dominio aplica controles estrictos:

La facilidad debe estar en estado Activo.
La fecha de desembolso debe ser anterior al vencimiento de la facilidad.
Deben cumplirse requisitos de verificación del cliente (si la política los exige).
La política de desembolso debe permitir un nuevo desembolso (comportamiento SingleDisbursal vs MultipleDisbursal).
El CVL posterior al desembolso debe mantenerse en o por encima de margin_call_cvl.

Estos controles evitan crear otorgamientos fuera de política o con cobertura insuficiente.

Modelo de estado y resultado

Los operadores suelen ver estas transiciones:

New: desembolso inicializado y esperando decisión de gobernanza.
Approved: se alcanzó el umbral de aprobación de gobernanza.
Confirmed: desembolso liquidado; fondos acreditados y obligación creada.
Denied: gobernanza rechaza; desembolso cancelado/revertido.

En términos prácticos, solo Confirmed significa que los fondos fueron efectivamente liberados y que el seguimiento de repago ya está activo.

Relación con obligaciones e intereses

Un desembolso confirmado crea una obligación de principal. Esa obligación entra luego al ciclo de intereses:

procesos periódicos registran devengo de intereses,
el interés puede crear obligaciones de tipo interés,
los pagos del cliente se asignan contra obligaciones pendientes según reglas de asignación.

Para operación, confirmar el desembolso es el inicio del monitoreo de repago y riesgo, no el final del proceso.