Valuation pré- e pós-money

Esta calculadora de valuation pré-money e pós-money toma um valor de investimento estritamente positivo e a outra valuation dada — pré-money ou pós-money — e devolve os dois lados da identidade post_money igual a pre_money mais investment. Quando o investimento iguala ou supera a cifra pós-money, a pré-money implícita é nula ou negativa e o dinheiro novo possuiria cem por cento ou mais da companhia, então a tarefa falha com invalid_input e não é cobrada.

Como pré-money, pós-money e o cheque se travam

A identidade que toda rodada de equity com preço usa é post_money igual a pre_money mais investment. A participação do novo investidor é sempre investment dividido por post_money; a cota fully diluted dos titulares existentes logo após o fechamento é pre_money dividido por post_money. Esses dois percentuais somam cem.

Contrato de entrada, forma da resposta e erros

Envie por POST um corpo JSON com um investimento estritamente positivo e pelo menos uma das duas valuations. investment é o dinheiro novo em uma só unidade monetária; os aliases investment_amount, amount e round_size apontam para o mesmo campo para que a coluna da term sheet conserve o nome. pre_money é o valor acordado da companhia imediatamente antes da rodada; aceitam-se os aliases premoney, pre_money_valuation e pre. post_money é o valor acordado da companhia imediatamente depois da rodada; aceitam-se os aliases postmoney, post_money_valuation e post. Informe pre_money, ou post_money, ou ambas. Quando só pre_money é enviada, o motor define post_money igual a pre_money mais investment. Quando só post_money é enviada, o motor define pre_money igual a post_money menos investment. Quando as duas são enviadas, já devem satisfazer essa identidade depois do arredondamento a centavos; um par incoerente falha com invalid_input. Cada campo numérico pode chegar como número JSON ou como cadeia numérica. Investimento ausente, cadeias vazias e valores não finitos falham com invalid_input nomeando o campo. investment deve ser estritamente maior que zero: um cheque nulo ou negativo não é uma rodada com preço. pre_money, quando informada, também deve ser estritamente maior que zero, porque uma pré-money não positiva faz o dinheiro novo igualar ou superar o valor pós-money. Se a validação passar, o corpo ecoa investment, pre_money e post_money, todos arredondados half-up a centavos, e informa investor_ownership_percent como investment sobre post_money vezes cem, existing_ownership_percent como pre_money sobre post_money vezes cem, given como qual valuation foi informada (pre_money, post_money ou both) e uma cadeia de fórmula que reafirma a identidade. Combine o JSON com o seu próprio trabalho de cap table para option pools e conversíveis; este endpoint precifica a rodada que você descreve, não reconstrói o livro de ações.

Onde uma calculadora de valuation pré-money e pós-money se paga

Anjos e fundos semente reexecutam os mesmos campos quando o tamanho da rodada se move ou o lead passa de uma cotação pré-money para uma pós-money, e fixam pre_money e post_money numa data room para que cada conversa com investidores comece a partir de um só par. Como a implementação é parse pura 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 investment estritamente abaixo de post-money, fixe nos testes os campos monetários arredondados e você obtém um preço de rodada reproduzível para data rooms, plugins LMS e workers de borda sem modelar conversíveis nem rearranjos de option-pool por conta própria.