Taxe de vente
Une vente de 100 à 8,25 % porte 8,25 de taxe : le client paie donc 108,25. Saisissez le montant hors taxe et le taux que vous connaissez déjà, et obtenez les deux chiffres pour un devis, un panier ou une facture. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Quantité
- 100
- Taux de taxe
- 8,25
- Total
- 108,25
- Taux (décimal)
- 0,0825
- Montant de la taxe
- 8,25
Une vente sur un devis, un panier ou une bande de caisse reste souvent un chiffre hors taxe : le prix de rayon, la ligne de service ou le sous-total avant prélèvement. Clore cette vente exige encore deux nombres avant que le client paie : combien de taxe ajouter, et quel devient le total une fois cette taxe posée sur la vente. Ce calculateur de vente prend un montant HT et un taux écrit en pourcentage, multiplie le montant par le taux sur cent pour produire le prélèvement, puis ajoute cette taxe à la vente d'origine pour produire le total. Zéro pour cent est une vente exonérée valide et donne une taxe nulle avec un total égal au montant.
Comment la taxe de vente se forme à partir d'un montant HT et d'un taux
La taxe de vente sur une opération close est un pourcentage vers l'avant d'un montant hors taxe, non un décollement inverse d'un prélèvement déjà cuit dans le ticket. Si la ligne reste exclusive de taxe, le prélèvement est ce montant multiplié par le taux divisé par cent, et le total que paie l'acheteur est le montant HT plus ce prélèvement.
Écrivez le taux comme une caisse, un formulaire d'État ou un tableau de bord de place de marché l'écrit : huit virgule deux cinq signifie huit et un quart pour cent, soit la fraction décimale zéro virgule zéro huit deux cinq — saisissez 8.25, jamais 0.0825. Cent de vente à huit virgule deux cinq pour cent ont donc un prélèvement de huit et vingt-cinq et un total de cent huit et vingt-cinq.
Zéro pour cent est un cas réel d'affaire — revente exonérée, denrées dans certaines juridictions, ou une ligne promotionnelle — et produit un prélèvement nul avec un total égal au montant HT. Les champs monétaires sont arrondis half-up à deux décimales après formation du produit, convention des factures et des relevés. Le calculateur ne cherche pas des taux combinés d'État, de comté et de ville à partir d'un code postal, ne scinde pas un taux combiné en juridictions et n'inverse pas un total TTC vers un net.
À qui servent la taxe et le total d'une vente
Les personnes qui tapent vente quand elles veulent la taxe sur une opération ont déjà un chiffre HT et un pourcentage connu. Elles veulent le prélèvement et le total, non une recherche par code postal de taux combinés ni une extraction inverse depuis un reçu TTC. Boutiques, outils de facturation et annonces de places de marché stockent la ligne nette et ont besoin d'une étape reproductible qui produise le prélèvement plus le total que l'acheteur verra à l'encaissement.
Les comptables qui rapprochent devis et bandes de caisse utilisent la même identité pour confirmer que chaque ligne exclusive plus son taux coïncide avec la taxe imprimée et le total imprimé. Les enseignants de mathématiques du consommateur assignent des feuilles d'ajout de taxe et ont besoin d'un oracle qui marque un taux négatif comme invalide au lieu d'inventer un remboursement.
Les ingénieurs qui écrivent des tests unitaires de panier figent des paires connues — cent à huit virgule deux cinq pour cent, un prix de rayon fractionnaire à sept pour cent, et une ligne exonérée à zéro pour cent — afin que la bibliothèque ne dérive pas de l'arrondi half-up à deux décimales. Une validation en échec ne consomme pas le solde.
Associez un outil d'extraction inverse lorsque vous partez d'un ticket TTC ; laissez cette surface centrée sur le passage vers l'avant d'une vente HT jusqu'à la taxe et le total.
Cas d’usage
Devoir de mathématiques du consommateur sur une vente
Les élèves ajoutent la taxe de vente à des montants d'exercice et comparent le prélèvement et le total écrits à la main à un résultat déterministe avant de rendre la feuille.
Questions fréquentes
Comment calcule-t-on la taxe de vente et le total à partir d'un montant HT ?
Envoyez le montant HT et le taux en pourcent. Le total égale amount plus le prélèvement. Exemple : 100 à 8.25% → taxe 8.25, total 108.25.
Que se passe-t-il si le taux de taxe est négatif ?
Un taux négatif de taxe de vente n'est pas admis ; zéro pour cent est valide et donne une taxe nulle et un total égal au montant HT.
Cet outil cherche-t-il le taux de ma ville ou de mon code postal ?
Non. Vous fournissez le taux. Ce calculateur n'applique qu'un pourcent connu à une vente HT ; il ne résout pas les juridictions et n'inverse pas un total TTC.
Peut-on retirer la taxe d'un total qui l'inclut déjà ?
Non. L'outil ajoute seulement un taux connu à un montant hors taxe. Extraire la taxe d'un reçu qui la contient déjà est un autre calcul, que cet outil ne fait pas.
Un taux de 0 % est-il accepté ?
Oui. Zéro pour cent est un cas réel, comme une revente exonérée, certains produits alimentaires selon les lieux ou une ligne promotionnelle. La taxe vaut zéro et le total égale le montant hors taxe.
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
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/sales \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"amount":100,"tax_rate":8.25}'const res = await fetch("https://api.kit.forhosting.com/fin/sales", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"amount": 100,
"tax_rate": 8.25
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/sales",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"amount": 100,
"tax_rate": 8.25
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/sales", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"amount":100,"tax_rate":8.25}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"amount":100,"tax_rate":8.25}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/sales", 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
{
"amount": 100,
"tax_rate": 8.25
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.sales",
"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
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Limites
max_abs | 1000000000000 |
max_tax_rate_percent | 1000 |
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
Un taux négatif est rejeté comme invalid_input plutôt que traité comme un remboursement.
Comment la taxe de vente se forme à partir d'un montant HT et d'un taux
Un taux négatif n'est pas une entrée légale de taxe de vente dans ce modèle ; le traiter comme une remise inverserait en silence le sens de la taxe, aussi le moteur le refuse avec invalid_input plutôt que de renvoyer un prélèvement négatif. Il n'applique que le taux que vous connaissez déjà à la vente que vous connaissez déjà : tax_amount égale amount fois tax_rate sur cent, et total égale amount plus tax_amount.
Contrat d'entrée, forme de la réponse et validation
Une ligne de quarante-neuf et quatre-vingt-dix-neuf à sept pour cent exerce le chemin half-up : le produit brut est trois et quatre mille neuf cent quatre-vingt-treize dix-millièmes, qui s'arrondit à trois et cinquante, de sorte que le total publié est cinquante-trois et quarante-neuf. Envoyez un corps JSON avec deux nombres finis obligatoires. amount est la vente HT en unités de monnaie et doit être supérieur ou égal à zéro ; les alias price, pre_tax, subtotal, net et sale sont acceptés afin que les charges de panier et les lignes de facture n'aient pas besoin d'une étape de renommage. tax_rate est le taux de taxe de vente en pourcentage — utilisez 8.25 pour huit et un quart pour cent, pas 0.0825 — et doit être un nombre fini supérieur ou égal à zéro ; les alias rate, percent, sales_tax_rate et tax_percent sont acceptés. L'amount absolu doit rester dans un billion et tax_rate dans mille pour cent afin que les produits intermédiaires restent finis en précision double IEEE sur le Worker et dans le navigateur. Champs manquants, chaînes vides, valeurs non finies, un amount négatif, un taux négatif ou une valeur hors de ces limites échouent avec invalid_input en nommant le champ et ne sont pas facturés. En cas de succès le corps répète amount et tax_rate arrondis, renvoie rate_decimal comme le taux sur cent, tax_amount comme le prélèvement half-up à deux décimales, total comme le chiffre TTC, et une chaîne de formule que vous pouvez imprimer à côté des nombres. Exemple : une vente de cent à huit virgule deux cinq pour cent produit un tax_amount de huit et vingt-cinq et un total de cent huit et vingt-cinq. Préférez des nombres JSON aux chaînes formatées en monnaie ; les marques monétaires et les séparateurs de milliers ne sont pas analysés. Les items réussis sont facturés à $0.002.
Où une API de taxe et de total sur une vente gagne sa place
Parce que l'implémentation est parse pure de palier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les requêtes petites, figez tax_amount et total arrondis dans les tests, et vous obtenez une arithmétique stable de taxe de vente pour widgets, vérificateurs de devis et workers de bord, sans dresser un abonnement à un moteur fiscal ni une base de juridictions à vous.
Cas d'intégration
Totaux d'encaissement et de facture
Boutiques et outils de facturation envoient une vente HT et un taux en pourcent connu, puis affichent tax_amount et le total que le client paie sans réimplémenter la mathématique du pourcentage dans chaque client.
Tests de régression pour bibliothèques de panier
QA fige des cas connus d'ajout de taxe plus un rejet délibéré pour taux négatif afin que le code d'encaissement n'inverse pas en silence la taxe en remise.
Questions techniques
Faut-il saisir 8.25 ou 0.0825 comme taux ?
Saisissez 8.25. Le champ tax_rate est un pourcentage (8.25 signifie 8.25%). La réponse inclut aussi rate_decimal (0.0825) pour commodité.
Combien coûte le calculateur de vente ?
L'outil du navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.