> ## Documentation Index > Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt > Use this file to discover all available pages before exploring further. # Contabilidad y corridas de devengo > Cómo Lender contabiliza en el ledger: perfiles contables y reglas de asiento, intenciones de asiento durables, corridas de devengo y referencias de diario. export const GDoubleEntry = ({children}) => {children} ; export const GLedger = ({children}) => {children} ; El desembolso y el devengo de intereses llegan al ledger, y también un pago anticipado que liquida una cuenta de préstamo brasileña contra una cotización de pago anticipado. La capa contable de Lender es cómo llegan allí. Un producto declara sus reglas de asiento una vez. A partir de entonces, cada uno de esos eventos se contabiliza de forma automática y trazable. ## Perfiles contables y reglas de asiento *** Un **perfil contable** vincula una versión de producto al ledger. Define las **reglas de asiento**: las patas de partida doble que se disparan para cada tipo de evento financiero. También define la organización del ledger y el ledger en los que se contabilizan las transacciones resultantes. Creas un perfil por producto: `POST /api/v1/loan-products/{id}/accounting-profiles` Lender valida las reglas de asiento cuando creas el perfil. Por eso un producto no puede entrar en producción con patas que no cuadren. ## Intenciones de asiento y el relay *** Lender no llama al ledger en línea. Cuando ocurre un evento financiero, Lender persiste una **intención de asiento** durable. Esa escritura ocurre en la misma transacción de base de datos que cambia el estado del dominio. Después, un relay envía la transacción balanceada a Midaz de forma asíncrona. Esto es lo que hace confiables las contabilizaciones: * **La intención se confirma junto con el cambio de estado**: ambos aterrizan en una sola transacción de base de datos, a través de un outbox transaccional. * **Idempotente**: cada asiento lleva una clave determinista, así que los reintentos colapsan en una sola transacción del ledger. * **Falla cerrado**: si el enrutamiento no puede resolver un destino de ledger no vacío, Lender rechaza el asiento y no lo escribe en el lugar equivocado. [Lender en la plataforma](/es/products/lender/lender-in-the-platform) describe la vía completa. ## Corridas de devengo *** Una **corrida de devengo** reconoce los intereses y los demás montos basados en el tiempo. Una corrida toma cada préstamo cuyo aniversario cae en la fecha hábil de la corrida, y produce los asientos correspondientes. `POST /api/v1/accrual-runs` empieza una corrida. Lender selecciona por sí mismo las cuentas de préstamo candidatas, reconoce los intereses por cuenta y escribe una intención de asiento por cada reconocimiento. El reconocimiento es idempotente por cuenta de préstamo, por mes contable y por tipo de monto. Una corrida empezada dos veces para el mismo mes reconoce los intereses una sola vez. ## Referencias de diario *** Cada corrida de devengo registra una **referencia de diario**, el identificador contable propio de la corrida. El registro de la referencia también guarda el id de correlación que Lender derivó para la corrida. El id de la referencia de diario identifica exactamente una corrida. Una lectura por id de correlación devuelve la corrida más reciente que comparte ese modo, esa fecha hábil y ese ámbito de producto. | Operación | Propósito | | ------------------------------------- | ----------------------------------------------------- | | `GET /api/v1/journal-references` | Busca una referencia de diario por id de correlación. | | `GET /api/v1/journal-references/{id}` | Lee una sola referencia de diario. | ## Próximos pasos *** Mira cómo la jurisdicción activa moldea las divulgaciones y los endpoints. Suma el CET, el IOF y la clasificación en etapas de PDD sobre el modelo contable.