BOGO-Rabattrechner

Wie der Rabattprozentsatz kaufe-X-erhalte-Y berechnet wird

Diese Zahl ist unit_price: der Regalpreis eines identischen Artikels vor der Aktion, in einer Einheit für die ganze Berechnung gehalten, damit keine stille Währungsumrechnung einschleicht. Setzen Sie buy_qty auf X und free_qty auf Y für den Angebotstext kaufe X erhalte Y gratis. Listengesamt ist unit_price mal quantity; zahlbarer Betrag ist unit_price mal bezahlte Artikel; Ersparnis ist Listengesamt minus zahlbarer Betrag. Die Pipeline ist deterministische Gleitkommaarithmetik: keine Zufallssaaten, keine Wanduhr-Zeitstempel, keine Netzaufrufe und keine Modell-Drift, sodass identische Eingaben immer dasselbe JSON erzeugen. quantity, buy_qty und free_qty müssen endliche positive Ganzzahlen sein; null oder negative Mengen scheitern mit invalid_input statt einen Rabatt zu erfinden. Negativer unit_price scheitert; unit_price null ist erlaubt und liefert Null-Summen und Null-Rabattprozent.

Was Sie senden und was zurückkommt

Klassische Checks: Stückpreis zehn mit Menge fünf unter kaufe eins erhalte eins: Gratisartikel zwei, bezahlt drei, Liste fünfzig, zahlbar dreißig, Ersparnis zwanzig, Rabatt vierzig Prozent. Ein weiterer: Stückpreis zwölf mit Menge sieben unter kaufe zwei erhalte eins: Gratisartikel zwei, bezahlt fünf, Liste vierundachtzig, zahlbar sechzig, Ersparnis vierundzwanzig, Rabatt etwa achtundzwanzig Komma fünf sieben. Senden Sie vier Pflichtfelder. unit_price ist eine endliche Zahl größer oder gleich null für den Listenpreis eines Artikels. quantity ist eine positive Ganzzahl, wie viele Artikel Sie mitnehmen. buy_qty ist eine positive Ganzzahl X der bezahlten Seite des Angebotszyklus. free_qty ist eine positive Ganzzahl Y gratis Artikel nach jedem vollen bezahlten Block von X. Fehlende Felder, nicht numerische Strings, NaN, Infinity, gebrochene Mengenfelder, null oder negative Mengen und negativer unit_price scheitern mit invalid_input und werden nicht berechnet. Bei Erfolg echo t die Antwort bereinigte unit_price, quantity, buy_qty und free_qty, meldet group_size als X plus Y, deal_cycles als vollständige Gruppen, remainder als Restartikel, paid_items und free_items als Kassensplit, list_total und payable_total und savings als Geldbeträge in derselben Einheit, und discount_percent als den effektiven Prozentsatz auf Listengesamt. deal_label ist eine kurze Menschenzeichenkette wie kaufe 1 erhalte 1 gratis, method ist bogo_discount, und formula dokumentiert free_items gleich floor von quantity über X plus Y mal Y plus max von null und remainder minus X, damit Blogs und Angebotsschreiben denselben Ausdruck zitieren. Eine Anfrage mit Menge null oder negativ scheitert mit hartem invalid_input zu nicht positiven Mengen. Der Preis erfolgreicher API-Aufrufe ist die veröffentlichte Basis von $0.002 pro Element; Validierungsfehler verbrauchen kein Prepaid-Guthaben.

Wo BOGO-Rechner in der Praxis vorkommen

Persönliche-Finanz-Lehrkräfte, die Verbrauchermathematik unterrichten, vergeben BOGO-Arbeitsblätter und brauchen deterministisches JSON für Auto-Bewerter statt handgetippter Summen, die beim Runden driften. Produktteams, die Warenkorb-Widgets ausliefern, nutzen dieselbe Zyklenarithmetik in Browser und API, damit Offline-Mockups und Produktion nie abweichen. Weil diese Fähigkeit eine reine parse-Engine ist, ist der API-Preis die veröffentlichte Basis von $0.002 pro erfolgreichem Element und fehlgeschlagene Validierung wird nicht berechnet.