Calcolatore di rendita crescente

Un conteggio di periodi nullo, negativo o non intero fallisce con invalid_input invece di inventare una storia frazionaria o a ritroso.

Che cosa è una rendita crescente e come si formano valore attuale e futuro

Attualizzare ogni flusso a r e sommare produce la forma chiusa present_value uguale a PMT per uno meno il rapporto di uno più g su uno più r elevato a n, il tutto diviso per r meno g, quando i due tassi differiscono. Questo calcolatore accetta entrambi i tassi in punti percentuali, così che un tre digitato significa tre per cento, e restituisce present_value e future_value dopo arrotondamento half-up a otto decimali.

Contratto di ingresso, forma della risposta e comportamento in errore

Se periods è zero, negativo o non è un intero — due virgola cinque, un tronco trimestrale, un 3.2 digitato — il gestore fallisce con un messaggio secondo cui periods deve essere un intero positivo. Quella guardia è il contratto richiesto di questa pagina: un esercizio di rendita crescente e un calendario di periodi interi in stile NPER di Excel trattano n come un conteggio di date di pagamento, non come un tempo reale. Abbini il risultato al proprio calendario di versamenti se serve una scadenza anticipata a inizio periodo; inizi qui quando la domanda di prodotto è una rendita crescente ordinaria trasparente per una pagina, un foglio di lavoro o un lotto di scenari che già condividono un sentiero di crescita e un orizzonte intero. Invii per POST un corpo JSON con quattro numeri finiti obbligatori: payment (il primo flusso di cassa di fine periodo; alias pmt, p, amount, first_payment), growth_rate (la crescita costante dei pagamenti successivi in percentuale, ad esempio tre per il tre per cento; alias g, growth, growth_percent), discount_rate (il tasso di interesse per periodo in percentuale; alias r, rate, interest_rate, i) e periods (il conteggio n di pagamenti, un intero positivo; alias n, nper, number_of_periods). Ogni campo può arrivare come numero JSON o come stringa numerica. Campi assenti, stringhe vuote, booleani e valori non finiti falliscono con invalid_input indicando il campo e non vengono fatturati. Se uno dei due tassi è minore o uguale a meno cento per cento, uno più il tasso decimale non è positivo e la potenza non è un fattore reale utile, quindi anche quel caso è invalid_input. In caso di successo il corpo ripete payment, growth_rate, discount_rate e periods; segnala growth_rate_decimal e discount_rate_decimal arrotondati half-up a otto decimali; attiva rates_equal quando i due ingressi percentuali coincidono; restituisce present_value e future_value arrotondati allo stesso modo; e include una breve stringa di formula che riafferma la forma chiusa usata.

Dove un calcolatore di rendita crescente merita il proprio posto

Gli educatori che insegnano il valore temporale del denaro possono seminare esempi d'aula che mostrano cento in crescita al tre per cento e attualizzato all'otto per cento per cinque periodi rispetto al caso speciale di tassi uguali, e dimostrare il fallimento netto quando qualcuno digita un conteggio di periodi nullo, negativo o frazionario. I modelli di dividendi e royalties che assumono crescita costante su un contratto finito, non per sempre, restano onesti perché il gestore è parse puro: nessun feed di mercato, nessun seme casuale, nessun orologio. La convalida fallita non consuma saldo. I team di retribuzione e di locazione che riconciliano uno stipendio o un canone che scala su un calendario fisso possono inviare gli stessi quattro numeri già memorizzati dal prodotto e citare un present_value stabile con un contratto a otto decimali, poi leggere future_value come il valore accumulato di quel flusso alla data dell'ultimo pagamento. Poiché l'implementazione è parse di tier A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita.