Calculateur runway trésorerie

Il n'y a ni modèle de croissance, ni prévision de revenus, ni bruit Monte-Carlo — seulement un endpoint de parse déterministe que vous pouvez intégrer dans des tableaux de bord, des tableurs et des outils internes au prix d'API publié $0.002.

Ce que signifie le runway de trésorerie et comment fonctionne la formule

Le runway de trésorerie répond à une seule question opérationnelle : si les entrées et sorties de cash restent proches du rythme d'aujourd'hui, combien de temps avant que le solde ne soit épuisé ? Le burn net mensuel est le cash typique qui quitte l'entreprise chaque mois après ce qui entre — souvent les charges d'exploitation mensuelles moins les revenus encaissés, hors financement ponctuel. Lorsque ce chiffre net est positif, l'entreprise consomme de la trésorerie et le runway en mois est cash_balance divisé par monthly_net_burn. Par exemple, cent vingt mille dollars de cash et un burn mensuel de quinze mille donnent exactement huit mois de runway ; le même cash avec un burn de dix mille donne douze mois. Le calculateur rapporte aussi runway_days en utilisant la durée moyenne du mois grégorien de trois cent soixante-cinq virgule deux cinq jours par an divisés par douze, et runway_years comme les mois divisés par douze, afin que les calendriers produit, recrutement et levée de fonds partagent la même horloge. Lorsque le cash est déjà à zéro et que le burn reste positif, le status est exhausted et runway_months vaut zéro — utile pour des alertes drapeaux rouges plutôt qu'une réponse vide silencieuse.

Entrées, validation et le cas limite du burn infini

Le burn net mensuel peut être positif, nul ou négatif. Un burn positif produit un résultat fini avec status finite (ou exhausted lorsque les mois valent zéro), infinite à false, et les trois champs de durée renseignés. Envoyez un objet JSON avec deux nombres finis obligatoires : cash_balance (alias cash, balance, cash_on_hand, starting_cash) et monthly_net_burn (alias burn, monthly_burn, net_burn, burn_rate, monthly_burn_rate). Le cash doit être supérieur ou égal à zéro ; un solde de départ négatif est rejeté avec invalid_input car un runway à partir d'un solde négatif n'est pas une métrique opérationnelle pertinente pour cet outil. Un burn nul ou négatif signifie que l'entité est à l'équilibre ou rentable en base de caisse : elle ne consomme pas le solde à un rythme stable, donc la réponse omet runway_months, runway_days et runway_years, fixe status à infinite et infinite à true, et renvoie tout de même les entrées plus la chaîne de formule. Les champs manquants, les chaînes non numériques, NaN et Infinity échouent avec invalid_input en nommant le champ ; ces échecs ne sont pas facturés. Les champs optionnels ne sont jamais renvoyés comme null — lorsqu'une durée ne s'applique pas, elle est simplement absente du payload, pour que les clients qui traitent null et zéro différemment restent corrects. Les unités monétaires ne sont pas converties : utilisez la même unité pour le cash et le burn (USD, EUR ou toute autre devise unique) et interprétez le résultat en mois de cette unité.

Où une API de runway de trésorerie apporte de la valeur

Les mises à jour investisseurs, les pitch decks et les rapports de subvention ont souvent besoin d'un chiffre de mois reproductible qui correspond octet par octet à la feuille de calcul ; appeler une petite API de parse depuis des scripts d'automatisation évite la dérive du copier-coller entre diapositives. Comme la capacité est un parse de niveau A, les appels réussis coûtent le $0.002 publié sans tokens de modèle ; une entrée invalide ne consomme pas le solde.