Calcolatore di doppio sconto

Uno sconto che supera il cento per cento è rifiutato come invalid_input e non viene fatturato.

Come due sconti successivi si compongono davvero

L'identità che usa questo calcolatore è final_price uguale a price per uno meno first_discount diviso cento, per uno meno second_discount diviso cento. Il primo ribasso produce un price_after_first intermedio, poi ridotto dal secondo tasso. Il risparmio totale è il prezzo originale meno quel final_price, il che equivale a price per la percentuale combinata equivalente una volta che l'arrotondamento monetario è applicato a ogni passo così che le parti continuino a sommare il listino. price è l'importo originale in una sola valuta; first_discount e second_discount sono i due tassi annunciati, digitati come le fasce li stampano, così venti significa venti per cento, non venti centesimi. L'unica percentuale che coinciderebbe con il risultato impilato è restituita anche come equivalent_percent affinché un foglio di calcolo conservi un numero accanto alle due percentuali che si digitano. Uno sconto che supera il cento per cento non è un ribasso in questo contratto ed è rifiutato come invalid_input, perché una fascia che stampa centoventi per cento di sconto è quasi sempre un errore di dati, non un rimborso che Lei intendeva modellare. Questo punto non raschia i cataloghi dei rivenditori, non aggiunge un terzo coupon sopra i due percentuali che Lei invia, non somma imposta sulle vendite né spedizione, e non converte valute.

Contratto di ingresso, forma della risposta e comportamento in caso di errore

Se price è negativo, il gestore rifiuta la richiesta perché un prezzo originale non può essere negativo; un campione gratuito di zero è ammesso e produce prezzo finale nullo e risparmio nullo. Se uno dei due sconti è negativo, il gestore rifiuta con un messaggio chiaro che uno sconto successivo negativo non è consentito. Lo zero per cento in un passo è valido e lascia l'importo di quel passo invariato. Il cento per cento in un passo è valido e azzera il prezzo restante. Invii tramite POST un corpo JSON con tre numeri finiti obbligatori. price è l'importo originale in un'unità monetaria prima di ciascuno dei due sconti successivi; gli alias original_price, list_price, original e amount puntano allo stesso campo affinché un'esportazione di catalogo conservi i nomi di colonna. first_discount è il primo tasso successivo di sconto applicato al prezzo originale, non una frazione: venti significa venti per cento; sono accettati gli alias first_percent, discount1, first e percent1. second_discount è il secondo tasso successivo applicato a ciò che resta dopo il primo ribasso; sono accettati gli alias second_percent, discount2, second e percent2. Ogni campo numerico può arrivare come numero JSON o come stringa numerica. Campi assenti, stringhe vuote e valori non finiti falliscono con invalid_input nominando il campo. Se uno dei due sconti supera cento, il gestore rifiuta con invalid_input indicando che uno sconto successivo che supera il 100 per cento non è consentito: quei fallimenti non vengono fatturati. In caso di successo, il corpo riecheggia price arrotondato a due decimali, first_discount e second_discount, poi riporta price_after_first come l'importo dopo solo il primo ribasso, final_price come la cifra di pagamento dopo entrambi i tagli arrotondata a due decimali, savings come price meno final_price, equivalent_percent come l'unica percentuale che coinciderebbe con il risultato impilato, e una stringa formula che riafferma l'identità. Esempio: cento al venti e poi al dieci produce un price_after_first di ottanta, un final_price di settantadue, un savings di ventotto e un equivalent_percent di ventotto. Abbini il JSON alla propria regola su quali SKU condividono quei due tassi — tutto il negozio più coupon, liquidazione più extra dipendenti, o taglio del venditore più codice del sito — perché questo punto moltiplica i tre numeri che Lei invia; non consulta un rivenditore, non applica un terzo coupon e non converte valute. Tenga le richieste piccole, fissi il final_price arrotondato nei test e otterrà una cifra impilata riproducibile per fogli, plugin LMS e worker di bordo senza erigere un motore di promozioni proprio.

Dove un calcolatore di doppio sconto merita il posto

I redattori di siti di offerte inseriscono un listino pubblicato e le due percentuali annunciate, poi fissano final_price e savings affinché un post non citi un trenta per cento inventato che poi diverga dal pagamento. Poiché l'implementazione è parse di livello A puro, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita. Tenga entrambi gli sconti tra zero e cento estremi compresi, fissi il final_price arrotondato nei test e otterrà una cifra impilata riproducibile per teaser, carrelli e worker di bordo senza erigere un motore di promozioni proprio.