Calcolatore di run rate di uscita

Un ricavo mensile negativo è respinto con invalid_input perché un run rate non è definito per un portafoglio ricorrente negativo.

Come il ricavo ricorrente dell'ultimo mese diventa un run rate di uscita

L'identità usata da questo calcolatore è exit_rate uguale a monthly_revenue per dodici. monthly_revenue è il ricavo ricorrente dell'ultimo mese in una sola valuta — per un'attività in abbonamento, il ricavo ricorrente mensile, o MRR — ma la stessa identità vale per qualsiasi portafoglio ricorrente che Lei già misuri a cadenza mensile: retainer, contratti di manutenzione o uso fatturato convertito in un run mensile. Un ricavo mensile negativo non è un run rate legittimo: un portafoglio ricorrente negativo annualizzerebbe una cifra annuale priva di senso, quindi l'attività fallisce con invalid_input invece di restituire un'annualizzazione con segno che un modello potrebbe trattare come un vero ARR di uscita. Questo calcolatore non ricostruisce l'ARR degli ultimi dodici mesi da dodici mesi distinti, non applica la retention netta dei ricavi né un tasso di crescita, non converte valute e non interroga un export di fatturazione in diretta.

Contratto di ingresso, forma della risposta e comportamento in errore

Quei fallimenti non vengono fatturati. Lo zero è ammesso: un mese precedente ai ricavi produce ancora un run rate di uscita finito pari a zero invece di un errore. Un mese frazionario come milleduecentotrentaquattro punto cinquantasei si annualizza a quattordicimilaottocentoquattordici punto settantadue con lo stesso arrotondamento half-up del denaro. Invii con POST un corpo JSON con un numero finito obbligatorio: monthly_revenue, il ricavo ricorrente del mese finale in una sola valuta. Gli alias mrr, monthly_recurring_revenue, last_month_revenue e recurring_revenue puntano allo stesso campo perché il foglio conservi i nomi delle colonne. Il campo può arrivare come numero JSON o come stringa numerica. Campi assenti, stringhe vuote e valori non finiti — NaN, Infinity o testo che non si interpreta come numero — falliscono con invalid_input nominando monthly_revenue. Un monthly_revenue negativo fallisce perché il run rate di uscita non è definito per un ricavo mensile negativo; il messaggio nomina il campo così un modulo può contrassegnare quel controllo invece di un avviso generico. Se la convalida passa, il corpo ripete monthly_revenue, riporta months_per_year come dodici perché il client non debba fissare la convenzione, restituisce exit_rate come monthly_revenue per dodici arrotondato half-up a due decimali e include una stringa di formula che riafferma l'identità. Esempio: cinquantamila di ricavo ricorrente dell'ultimo mese producono months_per_year di dodici e un exit_rate di seicentomila. Abbini il JSON alla propria regola su quale mese sia quello di uscita e quali righe contino come ricorrenti — uso fatturato, servizi professionali una tantum e ricavo differito non sono lo stesso portafoglio — perché questo endpoint moltiplica l'unico numero che Lei invia; non ricostruisce un libro di fatturazione, non sceglie una convenzione di riconoscimento e non interroga un processore di pagamenti.

Dove un calcolatore di tasso di uscita rende il suo valore

Gli operatori che chiudono un mese usano un calcolatore di tasso di uscita per trasformare il ricavo ricorrente dell'ultimo mese in una sola riga annuale confrontabile prima di aprire un modello ARR completo o un memorandum di raccolta. I team di revenue operations e di investor relations versano il MRR dell'export di fatturazione in questa identità e confrontano quel run rate di uscita con la retention netta dei ricavi e con una passeggiata booked versus billed, invece di trattare uno di questi come sostituto. È una ricerca e un lavoro diversi dall'ARR degli ultimi dodici mesi, dalla retention netta dei ricavi, da un punteggio della regola dei quaranta e da un'annualizzazione semplice di un ricavo totale che non è ricorrente: quei strumenti partono da altre righe e rispondono ad altre domande. Una convalida fallita non consuma saldo. Fondatori e partner finanziari ricalcolano lo stesso campo quando un pacchetto di consiglio, una data room o un term sheet chiedono l'ARR di uscita, poi fissano exit_rate accanto a una ricostruzione degli ultimi dodici mesi perché ogni memorandum parta da un'unica annualizzazione di partenza e non da una cifra mensile non ancora scalata. Poiché l'implementazione è parse puro di livello A, ogni chiamata riuscita costa la tariffa base pubblicata $0.002 senza token di modello né rete in uscita. Mantenga monthly_revenue finito e non negativo, fissi nei test l'exit_rate arrotondato e otterrà un'annualizzazione dell'ultimo mese riproducibile per teaser, plugin LMS e worker di bordo senza allestire un libro mastro proprio.