ForHosting KIT · Finances et argent

Calculateur de remise triple

Retirer 20 %, puis 10 %, puis 5 % de 100 laisse un prix final de 68,40 : une remise réelle de 31,6 %, pas de 35 %. Saisissez le prix d'origine et les trois remises dans l'ordre où la caisse les applique. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Prix d'origine: 100
Remise 1: 20
Remise 2: 10
Remise 3: 5

Vous obtenez

Prix après le premier: 80
Prix après la deuxième remise: 72
Prix final: 68,4
Économies totales: 31,6

Une remise triple, ce sont trois baisses en pourcentage appliquées l'une après l'autre au même ticket : une baisse magasin, puis un coupon, puis un pourcentage fidélité ou extra, ou la chaîne de gros 20/10/5. Ces trois nombres ne s'additionnent pas. Vingt plus dix plus cinq n'est pas trente-cinq pour cent sur l'origine ; chaque baisse se prélève sur le prix déjà réduit, si bien que la vraie baisse est plus petite que la somme. Ce calculateur accepte le prix d'origine et trois pourcentages successifs, les applique dans cet ordre et renvoie le prix final, les économies et la remise effective face à l'origine.

Ce qu'est une remise triple et pourquoi les trois pourcentages ne s'additionnent pas

Quiconque saisit remise triple dans une barre de recherche sait déjà qu'il y a trois baisses et veut le montant réel à débourser, pas une somme mentale qui gonfle la baisse. Le commerce empile un pourcentage magasin, un coupon et un code extra. Le gros cote encore la chaîne classique 20/10/5.

Dans les deux cas l'identité est un produit de facteurs restants, non une somme de pourcentages annoncés. Si le prix d'origine est P et que les trois remises sont d1, d2 et d3 en pourcentages, le ticket restant après la première baisse est P fois un moins d1 sur cent. La deuxième baisse multiplie ce reste par un moins d2 sur cent.

La troisième multiplie encore par un moins d3 sur cent. Le prix final est donc P fois le produit des trois facteurs restants. Les économies totales sont l'origine moins le final.

Le pourcentage de remise effective est les économies sur l'origine, fois cent — de façon équivalente, un moins ce produit, fois cent. Exemple : une origine de cent avec des baisses successives de vingt, dix et cinq laisse quatre-vingts après la première, soixante-douze après la deuxième, un prix final de 68.40, des économies de 31.60 et 31.6 pour cent effectifs sur la liste, pas trente-cinq. Zéro à n'importe quelle étape est un passage direct.

Cent à n'importe quelle étape met le ticket restant à zéro et les baisses suivantes restent à zéro. En arithmétique exacte les trois facteurs commutent, donc les mêmes trois pourcentages dans un autre ordre produisent le même prix final ; ce calculateur les applique tout de même dans l'ordre donné pour que les tickets intermédiaires correspondent à une caisse qui enregistre d'abord, puis ensuite, puis en troisième. Les montants s'arrondissent half-up au centime à chaque étape afin qu'un écart d'un centime au POS ne se cache pas.

Le champ formula répète l'identité du produit pour qu'un relecteur l'imprime à côté des chiffres sans reconstruire la pile à la main.

Contrat d'entrée, forme de la réponse et comportement d'erreur

Une remise sous zéro serait une majoration et est rejetée. Une remise au-dessus de cent produirait un ticket négatif et est rejetée. Préférez les nombres nus aux chaînes formatées ; les marques de monnaie, séparateurs de milliers et étiquettes d'unité en fin ne sont pas analysés.

Ce point d'accès n'applique ni taxe de vente, ni port, ni cashback, ni conversion de monnaie, et n'accepte pas une liste de baisses de longueur variable. Associez le résultat à votre propre étape de taxe ou de fret si vous avez besoin d'un coût rendu.

Où un calculateur de remise triple justifie sa place

Les acheteurs qui comparent une baisse magasin, un coupon et un pourcentage fidélité extra ont besoin d'une seule identité qui applique chaque baisse au ticket courant, jamais à l'origine trois fois. Les bureaux de gros cotent encore 20/10/5 et veulent le prix net et la remise unique équivalente sans ouvrir une cellule de tableur que quelqu'un a oublié de verrouiller.

Les leçons de classe et de finances personnelles qui enseignent pourquoi les pourcentages successifs ne sont pas additifs ont besoin du même produit à trois facteurs, avec les prix intermédiaires, pour qu'un élève voie quatre-vingts puis soixante-douze puis 68.40 au lieu d'un final boîte noire. Le contrôle qualité des promotions et les flux de catalogue ont besoin d'un oracle déterministe qui refuse une baisse de cent un au lieu d'émettre en silence un ticket négatif qu'un correcteur pourrait traiter comme un crédit.

Une validation en échec ne consomme pas de solde. Associez cette capacité à un outil séparé de taxe ou de port lorsque vous avez besoin de ces couches ; conservez cette surface centrée sur les trois pourcentages successifs que les gens visent lorsqu'ils cherchent un calculateur de remise triple.

Cas d’usage

Acheteur qui empile baisse magasin, coupon et pourcentage extra

Saisissez la liste d'origine et trois pourcentages successifs pour figer le prix à débourser, la cascade des tickets intermédiaires et la remise effective face à la liste.

Prix net de gros 20/10/5 sur un devis

Transformez une remise commerciale classique en trois étapes en un prix net et un pourcentage unique équivalent pour que l'acheteur voie la vraie baisse, non la somme des baisses annoncées.

Questions fréquentes

Pourquoi 20 % puis 10 % puis 5 % n'est-ce pas 35 % de remise ?

La deuxième baisse s'applique au ticket déjà réduit, et la troisième s'applique à ce reste. Sur une origine de 100 la cascade est 80, puis 72, puis 68.40 : 31.6 % effectifs, pas 35 %.

Que se passe-t-il si une remise sort de 0 à 100 pour cent ?

Une baisse négative serait une majoration et une baisse au-dessus de cent produirait un ticket négatif. L'échec n'est pas facturé.

L'ordre des trois remises change-t-il le prix final ?

En arithmétique exacte les trois facteurs restants commutent, donc les mêmes trois pourcentages dans un autre ordre produisent le même prix final. Ce calculateur les applique tout de même dans l'ordre que vous envoyez pour que les tickets intermédiaires correspondent à une caisse qui enregistre d'abord, puis ensuite, puis en troisième. L'arrondi half-up au centime à chaque étape peut différer d'un centime lorsque l'ordre change.

Que se passe-t-il si l'une des remises est de 100 % ?

Le prix tombe à zéro à cette étape et les remises suivantes ne changent plus rien. Une remise de 0 %, elle, laisse le prix intact et le transmet à l'étape suivante.

Comment les centimes sont-ils arrondis entre deux remises ?

Chaque prix intermédiaire est arrondi au centime, la moitié vers le haut, comme sur une caisse enregistreuse. Aucune différence d'un centime entre votre calcul et le ticket ne peut ainsi se cacher.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/fin/triple-discount

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

curl -X POST https://api.kit.forhosting.com/fin/triple-discount \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"original_price":100,"discount_1":20,"discount_2":10,"discount_3":5}'

const res = await fetch("https://api.kit.forhosting.com/fin/triple-discount", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "original_price": 100,
    "discount_1": 20,
    "discount_2": 10,
    "discount_3": 5
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/fin/triple-discount",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "original_price": 100,
    "discount_1": 20,
    "discount_2": 10,
    "discount_3": 5
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/triple-discount", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"original_price":100,"discount_1":20,"discount_2":10,"discount_3":5}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"original_price":100,"discount_1":20,"discount_2":10,"discount_3":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/triple-discount", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemple de requête

{
  "original_price": 100,
  "discount_1": 20,
  "discount_2": 10,
  "discount_3": 5
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.triple_discount",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Limites

max_price 1000000000000

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Notes techniques

Une remise hors de zéro à cent échoue avec invalid_input au lieu d'inventer un ticket négatif. Les appels réussis sont facturés à $0.002 ; une entrée invalide n'est pas débitée.

Contrat d'entrée, forme de la réponse et comportement d'erreur

Envoyez un corps JSON avec quatre nombres finis obligatoires. original_price est le ticket de liste ou d'avant promotion et doit être un nombre fini strictement supérieur à zéro, car le pourcentage effectif divise par cette origine ; les alias original, list_price, price et amount sont acceptés pour qu'un export de catalogue n'ait pas besoin d'une étape de renommage. discount_1, discount_2 et discount_3 sont les trois pourcentages successifs, chacun de zéro à cent inclus ; les alias first_discount, second_discount, third_discount, d1, d2, d3, discount1, discount2 et discount3 sont acceptés. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique qui correspond à un motif décimal fini strict. Champs manquants, chaînes vides, valeurs non finies, une origine non positive, une origine au-dessus du maximum publié ou toute remise hors de zéro à cent échouent avec invalid_input en nommant le champ et ne sont pas facturés. En cas de succès le corps répète l'origine arrondie et les trois remises, renvoie price_after_first et price_after_second pour que vous montriez la cascade, final_price comme le ticket à payer, total_savings comme origine moins final, effective_discount_percent comme économies sur origine fois cent, et une chaîne formula que vous pouvez imprimer à côté des chiffres. Le tarif d'un item réussi est un $0.002 forfaitaire.

Où un calculateur de remise triple justifie sa place

Comme l'implémentation est du code analytique parse de tier A, chaque appel réussi reste bon marché à $0.002 sans jetons de modèle et sans réseau sortant. Gardez les requêtes petites, épinglez final_price, total_savings et effective_discount_percent dans les tests, et vous obtenez un ticket de remise triple reproductible pour pages d'atterrissage, aperçus de paiement et carnets de prix légers sans dresser un moteur commercial complet.

Cas d'intégration

Page d'offres qui publie une remise triple effective

Calculez la baisse empilée une seule fois pour que le widget de la page coïncide avec le chiffre qu'un script de caisse ou de lettre d'information citera ensuite.

Questions techniques

Comment calcule-t-on une remise triple ?

Chaque baisse se prélève sur le prix restant courant, pas sur l'origine. final_price égale original_price fois (1 − discount_1/100) fois (1 − discount_2/100) fois (1 − discount_3/100). effective_discount_percent est (1 − final_price/original_price) fois cent.

Combien coûte le calculateur de remise triple ?

L'outil du navigateur est gratuit. Les requêtes API utilisent un solde KIT prépayé à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.

Consulter la documentation complète du KIT →