Doppelrabatt-Rechner

Ein Rabatt, der einhundert Prozent übersteigt, wird als invalid_input zurückgewiesen und nicht berechnet.

Wie sich zwei aufeinanderfolgende Rabatte tatsächlich zusammensetzen

Die Identität, die dieser Rechner verwendet, ist final_price gleich price mal eins minus first_discount geteilt durch einhundert, mal eins minus second_discount geteilt durch einhundert. Die erste Abschrift erzeugt ein Zwischen-price_after_first, das anschließend um den zweiten Satz vermindert wird. Die Gesamtersparnis ist der Ursprungspreis minus dieses final_price, was dem price mal dem äquivalenten kombinierten Prozentsatz entspricht, sobald die Geldrundung auf jedem Schritt so angewandt wird, dass die Teile wieder zur Liste aufaddieren. price ist der Ursprungsbetrag in einer Währung; first_discount und second_discount sind die beiden beworbenen Sätze, so getippt, wie Banner sie drucken, sodass zwanzig zwanzig Prozent bedeutet, nicht zwanzig Hundertstel. Der einzige Prozentsatz, der zum gestapelten Ergebnis passen würde, wird außerdem als equivalent_percent zurückgegeben, damit eine Tabelle eine Zahl neben den beiden Prozentsätzen behalten kann, die Menschen tippen. Ein Rabatt, der einhundert Prozent übersteigt, ist in diesem Vertrag keine Abschrift und wird als invalid_input zurückgewiesen, weil ein Banner, das einhundertzwanzig Prozent Nachlass druckt, fast immer ein Datenfehler ist, kein Rabatt, den Sie modellieren wollten. Dieser Endpunkt kratzt keine Händlerkataloge, fügt keinen dritten Coupon auf die zwei Prozentsätze, die Sie senden, addiert weder Umsatzsteuer noch Versand und rechnet keine Währungen um.

Eingabevertrag, Antwortform und Fehlerverhalten

Null Prozent in einem Schritt ist gültig und lässt den Betrag dieses Schritts unverändert. Einhundert Prozent in einem Schritt ist gültig und setzt den Restpreis auf null. Senden Sie per POST einen JSON-Körper mit drei erforderlichen endlichen Zahlen. price ist der Ursprungsbetrag in einer Währungseinheit vor jedem der beiden aufeinanderfolgenden Rabatte; die Aliase original_price, list_price, original und amount zeigen auf dasselbe Feld, damit ein Katalogexport die Spaltennamen behalten kann. first_discount ist der erste aufeinanderfolgende Nachlasssatz, angewandt auf den Ursprungspreis, kein Bruch: zwanzig bedeutet zwanzig Prozent; die Aliase first_percent, discount1, first und percent1 werden akzeptiert. second_discount ist der zweite aufeinanderfolgende Satz, angewandt auf das, was nach der ersten Abschrift bleibt; die Aliase second_percent, discount2, second und percent2 werden akzeptiert. Jedes Zahlenfeld kann als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht-endliche Werte scheitern mit invalid_input unter Nennung des Feldes. Bei Erfolg wiederholt der Körper price auf zwei Dezimalstellen gerundet, first_discount und second_discount, meldet dann price_after_first als den Betrag nach nur der ersten Abschrift, final_price als die Bezahlziffer nach beiden Schnitten auf zwei Dezimalstellen gerundet, savings als price minus final_price, equivalent_percent als den einzigen Prozentsatz, der zum gestapelten Ergebnis passen würde, und eine formula-Zeichenkette, die die Identität bekräftigt. Beispiel: einhundert bei zwanzig und dann zehn ergibt price_after_first von achtzig, final_price von zweiundsiebzig, savings von achtundzwanzig und equivalent_percent von achtundzwanzig. Verknüpfen Sie das JSON mit Ihrer eigenen Regel, welche SKUs diese beiden Sätze teilen — ladenweit plus Coupon, Restposten plus Mitarbeiter-Extra oder Verkäuferschnitt plus Seitencode —, denn dieser Endpunkt multipliziert die drei Zahlen, die Sie senden; er schlägt keinen Händler nach, wendet keinen dritten Coupon an und rechnet keine Währungen um. Halten Sie Anfragen klein, nageln Sie das gerundete final_price in Tests fest, und Sie erhalten eine reproduzierbare Stapelziffer für Tabellen, LMS-Erweiterungen und Edge-Worker, ohne eine eigene Promotion-Engine aufzubauen.

Wo ein Doppelrabatt-Rechner seinen Platz verdient

Redaktionen von Deal-Seiten setzen eine veröffentlichte Liste und die beiden beworbenen Prozentsätze ein und nageln final_price und savings fest, damit ein Beitrag keine erfundene Dreißig-Prozent-Zahl zitiert, die später vom Bezahlen abweicht. Weil die Implementierung reines parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Token und ohne ausgehendes Netz. Halten Sie beide Rabatte zwischen null und einhundert einschließlich, nageln Sie das gerundete final_price in Tests fest, und Sie erhalten eine reproduzierbare Stapelziffer für Teaser, Warenkörbe und Edge-Worker, ohne eine eigene Promotion-Engine aufzubauen.