Calculadora de interés llevado

Esta calculadora de interés llevado toma tres números finitos en una sola moneda: los beneficios del fondo, una tasa de hurdle en porcentaje y un porcentaje de carry. Aplica una cascada europea de fondo entero sin catch-up: los partícipes reciben primero la franja de hurdle de los beneficios y, a continuación, el gestor recibe el porcentaje de carry de lo que queda. Un porcentaje de carry fuera del intervalo cerrado de cero a cien se rechaza con invalid_input y no se factura.

Cómo la cascada convierte beneficios, hurdle y carry en la cuota del gestor

La identidad es carried_interest igual al máximo entre cero y fund_profits, por uno menos hurdle_rate entre cien, por carry_percentage entre cien. Los partícipes toman primero la franja de hurdle: un millón de beneficios con un hurdle del ocho por ciento envía ochenta mil a la rentabilidad preferente. Un hurdle de cero es un pacto legítimo sin rentabilidad preferente, y entonces el gestor toma el porcentaje de carry de cada unidad de beneficio. Beneficios nulos o negativos producen un interés llevado de cero y dejan la pérdida en lp_share: el gestor no comparte pérdidas en este modelo y no hay capa de clawback. El endpoint no reconstruye una cuenta de capital, no calcula un hurdle de IRR, no ejecuta una cascada estadounidense operación a operación y no aplica un catch-up del socio gestor.

Contrato de entrada, forma de la respuesta y errores

Veinte significa veinte por ciento, no dos décimas. Envíe por POST un cuerpo JSON con tres números finitos obligatorios. fund_profits es el beneficio distribuible total en una sola unidad monetaria tras devolver el capital invertido; los alias profits, profit, total_profits y fund_profit apuntan al mismo campo para que la columna de la hoja conserve su nombre. hurdle_rate es la rentabilidad preferente como porcentaje de esos beneficios, de cero a cien inclusive; se aceptan los alias hurdle, preferred_return y pref. Ocho significa ocho por ciento, no ocho centésimas. carry_percentage es la cuota del socio gestor sobre los beneficios por encima del hurdle, de cero a cien inclusive; se aceptan los alias carry, carry_percent y carry_pct. Cada campo numérico puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos fallan con invalid_input nombrando el campo. Esos fallos no se facturan. fund_profits puede ser cero o negativo: un año sin ganancia o una pérdida realizada produce un interés llevado de cero en vez de una cuota negativa del gestor. Si la validación pasa, el cuerpo repite las tres entradas e informa hurdle_amount, excess_profits, carried_interest como cuota del gestor, lp_share como franja restante de los partícipes y una cadena de fórmula que reafirma la identidad. Combine el JSON con su propia regla sobre qué cifra de beneficio encaja con la hoja de términos —ingresos de una operación, plusvalía de NAV del fondo entero o una sola realización— porque este endpoint reparte el número que usted envía; no reconstruye la cascada a partir de las llamadas de capital.

Dónde aporta valor una calculadora de interés llevado

Es una búsqueda y un trabajo distintos del interés simple, de la capitalización de intereses, de una tasa de capitalización y de un múltiplo de valoración de empresa: esas herramientas tasan un préstamo, capitalizan intereses impagados, rentabilizan un inmueble o escalan beneficios. El interés llevado tasa la franja contractual del gestor sobre los beneficios del fondo después de un hurdle. La validación fallida no consume saldo. Los socios gestores que criban una hoja de términos usan una calculadora de interés llevado para convertir los beneficios distribuibles del año pasado, el hurdle del acuerdo de sociedad y el carry declarado en una sola cuota del gestor antes de abrir un libro de cascada completo. Los partícipes vuelven a ejecutar los mismos tres campos cuando cierra una realización o se renuncia a una rentabilidad preferente, y fijan carried_interest en un aviso de distribución para que cada conversación con inversores arranque desde una sola cifra. Los agentes de colocación y los equipos de administración de fondos toman fund_profits del paquete no auditado y hurdle_rate más carry_percentage del LPA, y comparan el resultado europeo de fondo entero con un caso estadounidense de catch-up en vez de tratar cualquiera de las dos sendas como sustituto. Los equipos de producto integran el contrato en avisos de distribución, portales de partícipes y pruebas CI que deben fijar carried_interest sin montar un motor completo de contabilidad de fondos. Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga carry_percentage dentro de cero a cien, fije en las pruebas la cuota redondeada del gestor y obtendrá un reparto de beneficios reproducible para hojas de términos, plugins LMS y workers de borde sin modelar catch-up, clawback ni un hurdle de IRR propio.