Calculadora de participação do gestor

Esta calculadora de participação do gestor toma três números finitos em uma só moeda: os lucros do fundo, uma taxa de hurdle em percentual e um percentual de carry. Aplica uma cascata europeia de fundo inteiro sem catch-up: os cotistas recebem primeiro a fatia de hurdle dos lucros e, em seguida, o gestor recebe o percentual de carry do que resta. Um percentual de carry fora do intervalo fechado de zero a cem é recusado com invalid_input e não é cobrado.

Como a cascata transforma lucros, hurdle e carry na cota do gestor

A identidade é carried_interest igual ao máximo entre zero e fund_profits, vezes um menos hurdle_rate sobre cem, vezes carry_percentage sobre cem. Os cotistas tomam primeiro a fatia de hurdle: um milhão de lucros com hurdle de oito por cento envia oitenta mil ao retorno preferencial. Um hurdle de zero é um pacto legítimo sem retorno preferencial, e o gestor então toma o percentual de carry de cada unidade de lucro. Lucros nulos ou negativos produzem participação de zero e deixam a perda em lp_share: o gestor não divide perdas neste modelo e não há camada de clawback. O endpoint não reconstrói uma conta de capital, não calcula um hurdle de IRR, não executa uma cascata americana negócio a negócio e não aplica catch-up do sócio geral.

Contrato de entrada, forma da resposta e erros

Vinte significa vinte por cento, não dois décimos. Envie por POST um corpo JSON com três números finitos obrigatórios. fund_profits é o lucro distribuível total em uma só unidade monetária após devolver o capital investido; os aliases profits, profit, total_profits e fund_profit apontam para o mesmo campo para que a coluna da planilha conserve o nome. hurdle_rate é o retorno preferencial como percentual desses lucros, de zero a cem inclusive; os aliases hurdle, preferred_return e pref são aceitos. Oito significa oito por cento, não oito centésimos. carry_percentage é a fatia do sócio geral nos lucros acima do hurdle, de zero a cem inclusive; os aliases carry, carry_percent e carry_pct são aceitos. Cada campo numérico pode chegar como número JSON ou string numérica. Campos ausentes, strings vazias e valores não finitos falham com invalid_input nomeando o campo. Essas falhas não são cobradas. fund_profits pode ser zero ou negativo: um ano sem ganho ou um prejuízo realizado produz participação de zero em vez de cota negativa do gestor. Se a validação passar, o corpo ecoa as três entradas e informa hurdle_amount, excess_profits, carried_interest como cota do gestor, lp_share como fatia restante dos cotistas e uma string de fórmula que reafirma a identidade. Combine o JSON com a sua própria regra sobre qual cifra de lucro combina com a term sheet — receita de um negócio, ganho de NAV do fundo inteiro ou uma só realização — porque este endpoint reparte o número que você envia; ele não reconstrói a cascata a partir das chamadas de capital.

Onde uma calculadora de participação do gestor gera valor

Esta é uma busca e um trabalho diferentes de juros simples, de capitalização de juros, de uma taxa de capitalização e de um múltiplo de valuation de empresa: essas ferramentas precificam um empréstimo, capitalizam juros não pagos, rentabilizam um imóvel ou escalam lucros. A participação do gestor precifica a fatia contratual do gestor nos lucros do fundo depois de um hurdle. Validação falha não consome saldo. Sócios gerais que triam uma term sheet usam uma calculadora de participação do gestor para transformar os lucros distribuíveis do ano passado, o hurdle do contrato de sociedade e o carry declarado em uma só cota do gestor antes de abrir um livro de cascata completo. Cotistas reexecutam os mesmos três campos quando uma realização fecha ou um retorno preferencial é dispensado, e fixam carried_interest em um aviso de distribuição para que cada conversa com investidores comece de uma só cifra. Agentes de colocação e equipes de administração de fundos colocam fund_profits do pacote não auditado e hurdle_rate mais carry_percentage do LPA, e comparam o resultado europeu de fundo inteiro com um caso americano de catch-up em vez de tratar qualquer dos dois caminhos como substituto. Como a implementação é parse puro de nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo nem rede de saída. Mantenha carry_percentage dentro de zero a cem, fixe nos testes a cota arredondada do gestor e você obtém um rateio de lucros reproduzível para term sheets, plugins LMS e workers de borda sem modelar catch-up, clawback ou um hurdle de IRR próprio.