三重割引計算
100から20%、10%、5%と順に割り引くと最終価格は68.40で、実際の割引は35%ではなく31.6%です。元の価格と3つの割引率を、レジが適用する順番で入力してください。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 元の価格
- 100
- 割引1
- 20
- 割引2
- 10
- 割引3
- 5
- 最初の後の価格
- 80
- 2回目の割引後の価格
- 72
- 最終価格
- 68.4
- 節約総額
- 31.6
三重割引とは、同じチケットに対してパーセント引きを三つ続けてかけることです。店頭の値下げ、その次のクーポン、さらに会員や追加のパーセント、あるいは卸の 20/10/5 連鎖が典型です。その三つの数字は足し合わせられません。二十に十と五を足しても、元値の三十五パーセント引きにはなりません。各引きはすでに下がった価格から取るので、真の値引きは合計より小さくなります。この計算機は元値と三つの連続パーセントを受け取り、その順に適用し、最終価格、節約額、元値に対する実効割引を返します。
三重割引とは何か、三つのパーセントが足されない理由
検索欄へ三重割引と入れる人は、引きが三つあることをすでに知っており、頭の中の合計で値引きを過大に見せるのではなく、実際に支払う数字が欲しいのです。小売は店頭パーセント、クーポン、追加コードを重ねます。卸は今も古典的な 20/10/5 連鎖を提示します。
どちらの場合も恒等式は残りの係数の積であり、掲示パーセントの和ではありません。元値を P、三つの割引をパーセントの d1、d2、d3 とすると、第一の引きのあとの残りチケットは P に一から d1 を百で割ったものを引いた値を掛けたものです。第二の引きはその残りに一から d2 を百で割ったものを掛けます。
第三の引きはさらに一から d3 を百で割ったものを掛けます。したがって最終価格は、三つの残り係数の積に P を掛けたものです。総節約は元値から最終を引いたものです。
実効割引率は節約を元値で割り、百を掛けたものです。同等に、その積を一から引いて百を掛けます。例:元値が百で、二十、十、五の連続引きなら、第一のあと八十、第二のあと七十二、最終価格は 68.40、節約は 31.60、定価に対する実効は 31.6 パーセントであり、三十五ではありません。
どの段のゼロも通過です。どの段の百も残りチケットをゼロにし、以降の引きはゼロのままです。厳密算術では三つの係数は交換可能なので、同じ三パーセントを別順にしても最終価格は同じです。
ただしこの計算機は与えられた順に適用し、第一、第二、第三と記帳するレジの中間チケットと一致させます。金額は各段で half-up によりセントへ丸め、POS の一セント差が隠れないようにします。formula 欄は積の恒等式を再掲し、査読者が重ねを手で組み立てずに数字の横へ印刷できるようにします。
三重割引計算機が役立つ場面
店頭値下げ、クーポン、追加の会員パーセントを比べる買い物客は、各引きを常に今のチケットへ、決して元値へ三回かけない一つの恒等式を必要とします。卸の窓口は今も 20/10/5 を提示し、誰かがロックし忘れた表計算セルを開かずに正味価格と等価な単一割引を欲しがります。
連続パーセントが加法的でない理由を教える教室や家計の授業は、最終だけを黒箱にせず、八十、次いで七十二、次いで 68.40 が見えるよう、同じ三因子の積と中間価格を必要とします。販促の品質確認とカタログ供給は、採点者が貸方と誤認しうる負のチケットを黙って出す代わりに、百一の引きを拒否する決定的な神託を必要とします。失敗した検証は残高を消費しません。
税や送料の層が必要なら別ツールと組み合わせ、この面は三重割引計算機を探す人が意味する三つの連続パーセントに集中させてください。
活用例
店頭・クーポン・追加パーセントを重ねる買い物客
元の定価と三つの連続パーセントを入れて、支払い価格、中間チケットのカスケード、定価に対する実効割引を確定します。
見積もりの卸 20/10/5 正味価格
古典的な三段階の取引割引を正味価格と等価な単一パーセントに変え、買い手が掲示引きの合計ではなく真の値引きを見られるようにします。
よくある質問
なぜ 20% の次に 10%、その次に 5% でも 35% 引きにならないのですか?
第二の引きはすでに下がったチケットにかかり、第三の引きはその残りにかかります。元値 100 ではカスケードは 80、次いで 72、次いで 68.40 で、実効は 31.6% であり 35% ではありません。
割引が 0 から 100 パーセントの外だとどうなりますか?
負の引きは値上げになり、百を超える引きは負のチケットを生みます。失敗は課金されません。
三つの割引の順番で最終価格は変わりますか?
厳密算術では三つの残り係数は交換可能なので、同じ三パーセントを別順にしても最終価格は同じです。ただしこの計算機は送信された順に適用し、第一、第二、第三と記帳するレジの中間チケットと一致させます。各段の half-up セント丸めは、順が変わると一セントずれることがあります。
割引のどれかが100%のときはどうなりますか?
その段階で価格は0になり、後の割引は何も変えません。逆に0%の割引は価格をそのままにして、次の段階へ進みます。
割引の途中で端数はどう丸められますか?
途中の価格はそれぞれ小数点以下2桁で四捨五入されます。レジと同じやり方なので、手計算とレシートとのわずかな差も見逃しません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
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)リクエスト例
{
"original_price": 100,
"discount_1": 20,
"discount_2": 10,
"discount_3": 5
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.triple_discount",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_price | 1000000000000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
ゼロから百の外の割引は、負のチケットを捏造せず invalid_input で失敗します。成功した呼び出しは $0.002 で課金され、不正な入力は課金されません。
入力契約、応答の形、エラーの扱い
ゼロ未満の割引は値上げになるため拒否します。百を超える割引は負のチケットを生むため拒否します。書式付き文字列より裸の数を選んでください。通貨記号、桁区切り、末尾の単位ラベルは解析しません。この端点は売上税、送料、キャッシュバック、通貨換算を適用せず、可変長の引きリストも受け付けません。着地原価が必要なら、ご自身の税または運賃ステップと結果を組み合わせてください。有限な必須数を四つ含む JSON 本体を POST してください。original_price は定価または販促前のチケットで、実効率がその元値で割るためゼロより真に大きい有限数でなければなりません。カタログ出力の改名手順が不要になるよう、別名 original、list_price、price、amount を受け付けます。discount_1、discount_2、discount_3 は三つの連続パーセントで、それぞれゼロから百まで(両端含む)です。別名 first_discount、second_discount、third_discount、d1、d2、d3、discount1、discount2、discount3 を受け付けます。各欄は JSON の数、または厳密な有限小数パターンに合う数値文字列として届いて構いません。欠落、空文字、非有限値、正でない元値、公開上限を超える元値、ゼロから百の外の割引は、欄を名付けて invalid_input となり課金されません。成功時は丸めた元値と三つの割引をエコーし、カスケードを示せるよう price_after_first と price_after_second、支払いチケットとして final_price、元値から最終を引いた total_savings、節約を元値で割って百を掛けた effective_discount_percent、数字の横へ印刷できる formula 文字列を返します。成功した一件の料金は一律 $0.002 です。
三重割引計算機が役立つ場面
実装は parse の tier A 解析コードなので、成功した呼び出しはモデルトークンも外向き通信もなく $0.002 で安く保たれます。要求を小さく保ち、テストで final_price、total_savings、effective_discount_percent を固定すれば、本格的な商用価格エンジンを立てずに、ランディング、決済プレビュー、軽い価格ノート向けの再現可能な三重割引チケットが得られます。
連携の活用例
実効三重割引を公開するお得情報ページ
重ね値引きを一度だけ計算し、ランディングのウィジェットが後の決済やメール配信スクリプトが引用する数字と一致するようにします。
技術的な質問
三重割引はどう計算しますか?
各引きは元値ではなく、その時点の残り価格から取ります。final_price は original_price に (1 − discount_1/100) と (1 − discount_2/100) と (1 − discount_3/100) を掛けたものです。effective_discount_percent は (1 − final_price/original_price) に百を掛けたものです。
三重割引計算機の料金はいくらですか?
ブラウザの用具は無料です。API 要求は成功した呼び出しごとに前払い KIT 残高から $0.002 を使い、不正な入力は課金されません。