ForHosting KIT · Outils pour développeurs

Calculateur de discrimination tarifaire du troisième degré

Ce calculateur de discrimination tarifaire du troisième degré détermine le prix qui maximise le bénéfice sur chacun de deux marchés séparés partageant un coût marginal constant.

● BetaGratuit · dans votre navigateur
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Saisissez l’élasticité-prix ponctuelle de chaque marché sous forme négative signée ou de valeur absolue positive. L’outil applique la règle de l’élasticité inverse, présente les prix et marges optimaux, puis indique le marché auquel revient le prix le plus élevé.

Saisissez des élasticités et un coût marginal cohérents

Commencez par le coût marginal constant d’une unité supplémentaire. Il doit employer la même devise et la même unité que les prix recherchés. Saisissez ensuite l’élasticité-prix ponctuelle de chaque marché. Les économistes la donnent souvent négative puisque la quantité demandée baisse lorsque le prix augmente, tandis que les rapports commerciaux n’en indiquent parfois que la valeur absolue positive. Le calculateur accepte les deux conventions et retient la valeur absolue. Celle-ci doit dépasser un : à un, l’expression est indéfinie et, en dessous, la règle ne fournit aucun prix de monopole intérieur fini. Les marchés doivent être assez séparés pour empêcher l’arbitrage et la revente. Les élasticités devraient aussi être mesurées près des prix étudiés, car elles peuvent varier le long de la courbe de demande. Vérifiez enfin que leur périmètre correspond bien à la décision économique que vous souhaitez modéliser.

Comprenez le calcul fondé sur l’élasticité inverse

Pour chaque marché, le calculateur applique la condition de Lerner : la marge rapportée au prix égale l’inverse de la valeur absolue de l’élasticité. En isolant le prix, on obtient le coût marginal multiplié par cette valeur puis divisé par cette valeur moins un. Le calcul étant séparé, le marché dont la demande est la moins élastique reçoit le prix optimal le plus élevé. Le résultat fournit l’élasticité saisie, sa valeur absolue, le prix optimal, la marge monétaire au-dessus du coût marginal et l’indice de Lerner. Il soustrait aussi le prix du marché 2 de celui du marché 1 et désigne le marché le plus cher. Une différence positive désigne le marché 1, une différence négative le marché 2, et zéro des prix égaux. L’arrondi sert uniquement à stabiliser l’affichage. Chaque requête automatisée coûte $0.002 ; aucun flux externe, hasard ni donnée variable n’intervient.

Interprétez le résultat dans les limites du modèle

Considérez ces prix comme des recommandations économiques conditionnelles, et non comme la preuve qu’un programme est réalisable ou licite. La règle suppose une entreprise dotée d’un pouvoir de marché qui maximise son bénéfice, un coût marginal commun et constant, des segments indépendants et des élasticités ponctuelles fiables près de l’optimum. Elle n’estime ni quantités, ni coûts fixes, ni capacité, ni taxes, ni réaction des concurrents, ni coût de séparation des marchés. Elle ne calcule pas non plus le bénéfice total, car l’élasticité et le coût marginal ne déterminent pas les volumes vendus. Si la livraison, l’assistance ou la réglementation modifie le coût incrémental, analysez chaque segment avec son coût réel. Testez plusieurs élasticités en cas d’incertitude : les valeurs proches de un donnent des prix très élevés et fragiles. Avant d’appliquer des tarifs différents, vérifiez les règles de concurrence, de protection des consommateurs et de non-discrimination. Utilisez ce résultat comme référence transparente reliant sensibilité au prix et marge théorique.

Comparer des tarifs régionaux

Estimez les prix théoriques de deux régions ayant des élasticités différentes et le même coût de production incrémental.

Vérifier un exercice d’économie

Contrôlez les prix de monopole, les marges, les indices de Lerner et le segment auquel revient le prix supérieur.

Tester des scénarios d’élasticité

Remplacez une estimation pour mesurer l’effet de l’incertitude de la demande sur le tarif recommandé.

Quelle formule le calculateur emploie-t-il ?

Pour chaque marché, il emploie P = MC × |e| / (|e| − 1), équivalent à la condition de Lerner (P − MC) / P = 1 / |e|.

Puis-je saisir des élasticités négatives ?

Oui. Vous pouvez saisir l’élasticité-prix négative habituelle ou sa valeur absolue positive ; le calcul retient la valeur absolue.

Pourquoi la valeur absolue doit-elle dépasser un ?

À un, la règle ne donne aucun prix de monopole intérieur fini ; en dessous, une hausse du prix augmente le chiffre d’affaires dans le modèle local.

Le marché le moins élastique reçoit-il le prix supérieur ?

Oui, si les coûts marginaux sont communs et les hypothèses satisfaites. Une demande moins élastique autorise une marge optimale supérieure.

Le calcul inclut-il le bénéfice ou les volumes vendus ?

Non. Il faut aussi connaître les niveaux complets de demande pour calculer quantité, chiffre d’affaires ou bénéfice.

Quel est le coût d’un calcul par API ?

Chaque requête API coûte $0.002. Le calcul dans le navigateur est déterministe et n’utilise aucune source externe.

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.

POSThttps://api.kit.forhosting.com/econ/price-discrimination-two-markets

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é.

curl -X POST https://api.kit.forhosting.com/econ/price-discrimination-two-markets \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"marginal_cost":20,"market_1_elasticity":-2,"market_2_elasticity":-4}'
{
  "marginal_cost": 20,
  "market_1_elasticity": -2,
  "market_2_elasticity": -4
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "econ.price_discrimination_two_markets",
  "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.

par requête$0.002

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

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →