Sistema de gestión de préstamos

Una operación de crédito se ejecuta durante meses o años. Toca producto, riesgo, operaciones y contabilidad en cada etapa. La mayoría de las instituciones la arman con un catálogo de productos aquí, una herramienta de originación allá y la administración de cartera en el core. Lerian la compone a partir de piezas separadas, cada una responsable de un límite. Lender ejecuta el recorrido de crédito, Midaz mantiene los saldos y el riel Consignado CLT (Dataprev) posee el límite frente a Dataprev. Cada pieza entrega a la siguiente un hecho registrado, nunca una suposición.

​

Lo que obtienes

---

​

Cómo encajan las piezas

---

1. Tu canal llama a Lender por HTTP. Los productos de préstamo, las solicitudes, las cuentas de préstamo, las corridas de devengo y los registros regulatorios brasileños están todos bajo /api/v1. No hay ninguna biblioteca cliente que instalar.
2. Para un crédito consignado, Lender emite un comando en su tema de comandos. El riel lee ese comando y llama a Dataprev con el código de solicitante del tenant, las credenciales OAuth y el certificado ICP-Brasil.
3. El riel publica hechos de negocio de vuelta en su propio tema. Lender consume esos hechos y avanza la solicitud de préstamo a través de sus etapas.
4. Un desembolso o un devengo de intereses escribe una intención de contabilización durable. La intención llega en la misma transacción de base de datos que cambia el estado del dominio.
5. El relay del ledger contabiliza la transacción balanceada de partida doble en Midaz a través del SDK oficial. Cada contabilización lleva una clave de idempotencia determinística, de modo que un reintento de contabilización se reduce a una sola transacción de Midaz.
6. El relay llega a Midaz a través de Access Manager. Se autentica con credenciales máquina a máquina y un JWT de corta duración, por tenant.
7. Lender publica sus propios hechos en su propio tema de eventos. Streaming Hub sigue ese tema y entrega cada evento coincidente a un destino que tú controlas.

El enrutamiento falla de forma cerrada. El perfil contable resuelve la organización y el ledger que reciben cada contabilización. Cuando el enrutamiento no resuelve ningún destino, Lender se niega a contabilizar en lugar de registrar en un ledger vacío o incorrecto. Una entrada opcional cierra el ciclo. Cuando concilias con Matcher, Lender consume la corrida de coincidencias completada y traduce el veredicto en una transición de etapa de administración de cartera y en la intención de contabilización correspondiente. Esa integración está controlada por configuración, y ambos lados deben acordar la fuente de CloudEvents antes de habilitarla.

​

Qué posee cada pieza

---

​

Adóptalo pieza por pieza

---

​

Trae lo tuyo

---

• Tus canales. La API REST es toda la superficie de cliente, así que llamas a Lender desde el stack que ya ejecutas.
• Tu custodia de secretos. El relay lee sus credenciales máquina a máquina desde AWS Secrets Manager, o desde HashiCorp Vault KV v2 cuando lo seleccionas.
• Tus protocolos de identidad. El proveedor de identidad de Access Manager admite OAuth 2.0 y OIDC, SAML 2.0, aprovisionamiento SCIM 2.0, y LDAP contra un directorio externo.
• Tus consumidores de eventos. Una suscripción de Streaming Hub entrega a un webhook, un cursor de pull, Amazon SQS, RabbitMQ o Amazon EventBridge.
• Tus fuentes de conciliación, a través de Matcher. Consulta Conciliación.

​

Un ejemplo práctico

---

Este ejemplo sigue un crédito consignado del sector privado desde la primera llamada hasta el asiento en el ledger.

1. Tu canal crea la solicitud de préstamo en Lender contra una versión de producto de préstamo.
2. Lender emite el comando de solicitud de margen. El riel hace la consulta de margen del trabajador contra Dataprev y devuelve la respuesta del riel, sin convertirla en una decisión de evaluación crediticia.
3. Tú defines el precio del préstamo y lo apruebas bajo tu propia política de crédito. Lender registra la tasa contratada, el CET, el IOF y el plan de cuotas como hechos, y los vincula a la versión del producto.
4. La originación brasileña agrega pasos regulados. Lender registra la divulgación del CET. También registra el consentimiento de capitalización, con el texto de la cláusula y el hash que recalcula.
5. El riel registra el contrato con Dataprev, adjunta el documento CCB y publica los hechos de registro y pago. Lender consume el registro del contrato y la confirmación del desembolso.
6. Lender confirma el evento de desembolso, el cronograma de originación y la intención de contabilización en una sola transacción de base de datos. El relay contabiliza la transacción balanceada en Midaz poco después de la respuesta.
7. Cada corrida de devengo se contabiliza de la misma forma, con la misma garantía de idempotencia. Si concilias, una corrida de coincidencias completada mueve la etapa de administración de cartera y crea la intención de contabilización correspondiente.

​

Empieza aquí

---