Calculateur de remise 1+1

Comment le pourcentage de remise achetez-X-obtenez-Y est calculé

Ce chiffre est unit_price : le prix rayon d’un article identique avant la promotion, gardé dans une unité pour tout le calcul afin qu’aucune conversion monétaire silencieuse ne s’introduise. Puis fixez buy_qty à X et free_qty à Y pour le libellé d’offre achetez X obtenez Y gratuits. Le total catalogue est unit_price fois quantity ; le total à payer est unit_price fois articles payés ; l’économie est total catalogue moins total à payer. Le pipeline est de l’arithmétique flottante déterministe : pas de graines aléatoires, pas d’horodatages d’horloge, pas d’appels réseau et pas de dérive de modèle, de sorte que des entrées identiques produisent toujours le même JSON. quantity, buy_qty et free_qty doivent être des entiers positifs finis ; des quantités nulles ou négatives échouent avec invalid_input au lieu d’inventer une remise. unit_price négatif échoue ; unit_price zéro est autorisé et produit des totaux zéro et un pourcentage de remise zéro.

Ce que vous envoyez et ce qui revient

Contrôles classiques : prix unitaire dix avec quantité cinq sous un acheté un offert : articles offerts deux, payés trois, catalogue cinquante, à payer trente, économie vingt, remise quarante pour cent. Autre : prix unitaire douze avec quantité sept sous deux achetés un offert : articles offerts deux, payés cinq, catalogue quatre-vingt-quatre, à payer soixante, économie vingt-quatre, remise environ vingt-huit virgule cinq sept. Envoyez quatre champs obligatoires. unit_price est un nombre fini supérieur ou égal à zéro pour le prix catalogue d’un article. quantity est un entier positif pour combien d’articles vous prenez. buy_qty est un entier positif X du côté payé du cycle d’offre. free_qty est un entier positif Y d’articles offerts après chaque bloc payé complet de X. Champs manquants, chaînes non numériques, NaN, Infinity, champs de quantité fractionnaires, quantités nulles ou négatives et unit_price négatif échouent avec invalid_input et ne sont pas facturés. En cas de succès la réponse renvoie unit_price, quantity, buy_qty et free_qty nettoyés, indique group_size comme X plus Y, deal_cycles comme groupes complets, remainder comme articles restants, paid_items et free_items comme la répartition de caisse, list_total et payable_total et savings comme montants dans la même unité, et discount_percent comme le pourcentage effectif sur le total catalogue. deal_label est une courte chaîne humaine telle que achetez 1 obtenez 1 gratuit, method est bogo_discount, et formula documente free_items égal à floor de quantity sur X plus Y fois Y plus max de zéro et remainder moins X pour que blogs et lettres d’offre citent la même expression. Une requête de quantité nulle ou négative échoue avec invalid_input dur mentionnant des quantités non positives. Le tarif des appels API réussis est la base publiée de $0.002 par élément ; les échecs de validation ne consomment pas le solde prépayé.

Où les calculateurs BOGO apparaissent dans le travail réel

Les éducateurs en finance personnelle qui enseignent les maths du consommateur assignent des fiches BOGO et ont besoin de JSON déterministe pour auto-correcteurs plutôt que de totaux manuscrits qui dérivent au arrondi. Les équipes produit livrant des widgets de panier réutilisent la même arithmétique de cycle dans le navigateur et l’API pour que maquettes hors ligne et production ne divergent jamais. Comme cette capacité est un moteur parse pur, le tarif API est la base publiée de $0.002 par élément réussi et la validation échouée ne consomme pas le solde.