ForHosting KIT · 金融・お金

二重割引計算機

100の商品を20%引きにし、さらに10%引くと最終価格は72で、節約額は30ではなく28です。2回目の割引は残りの80にだけかかるためです。元の価格と二つの割引率を順に入れてください。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
価格
100
1回目の割引
20
2回目の割引
10
結果
最初の後の価格
80
最終価格
72
節約額
28
相当割合
28

買い物客が単一の値引きだけを見ることはほとんどありません。店全体のセールのあとにクーポンが続き、従業員向けの追加パーセントが在庫処分の値札の上に乗り、マーケットプレイスは出品者の割引のあとにサイト全体のコードを重ねます。二つのパーセントを足すと得を過大に見積もります。二十パーセントのあとに十パーセントは三十パーセント引きではなく、二回目のカットは残った分にしか効かないからです。この二重割引計算機は元の価格と連続する二つのパーセント割引を受け取り、順に適用し、カートや特集記事や予算が会計前に重ねた数字を固定できるよう最終価格と総節約額を返します。いずれの段階でもゼロパーセントはその段階を変えず、いずれの段階でも百パーセントは残りの残高をゼロにします。

連続する二つの割引が実際にどう合成されるか

連続する二つのパーセント割引は、一つの合成パーセントと同じではありません。小売が二十パーセントを掲げ、そのあとクーポンが残りのさらに十パーセントを取り、従業員向けの追加が在庫処分の値札に乗り、マーケットプレイスは出品者の値引きのあとにサイト全体のコードを重ねます。二十と十を足して三十パーセントの得だと呼ぶと節約額を過大にします。

二回目のカットは元の価格を見ないからです。price は一通貨での元の金額です。いずれの段階でもゼロパーセントは正当な結果で、誤りではなくその段階を変えません。

二つの案内のうち一方しか持たない SKU でも比較カートに入れて構いません。いずれの段階でも百パーセントは残りの残高をゼロにします。その段階の結果はゼロで、以降もゼロのままです。

百二十パーセント引きと印刷された横断幕は、モデル化したい払戻しではなく、ほぼ常にデータ誤りだからです。この端点は小売カタログを収集せず、送っていただいた二つのパーセントの上に三枚目のクーポンを足さず、消費税も送料も足さず、通貨も変換しません。三つの数を渡してください。

計算機は順に掛け、各金額を小数第二位へ半上げして、goldens が実行環境をまたいでバイト単位で一致するようにします。

二重割引計算機が役立つ場面

店全体のセールと切り取ったクーポンを重ねる世帯は、商品をカートに入れる前に元のチケットを一つの比較可能な最終価格へ変えるために二重割引計算機を使います。製品チームは販促エンジンを呼ばずに見本 SKU の重ねセール価格を示す必要があるランディングページやメールのティーザーに同じ契約を配線します。

これは汎用の割引計算機、卸の連続割引の正味価格係数、サイバーマンデー、一つ買うと一つ無料の実効パーセントとは検索も仕事も違います。それらの道具は普通の値引き、NPF を目指す可変長の取引カスケード、固有名の一日行事、または二対一相当の率を計算します。

二重割引計算機は元の金額をちょうど二つの連続パーセントに対して値付けし、その重ねでの最終価格と節約額を返します。検証の失敗は残高を消費しません。三枚目のクーポン、送料無料のしきい値、消費税はこの恒等式の外に意図的に残します。

生の最終価格と節約額を得たあと、ご自身の層で折り込んでください。二つの率の順は丸め前の積を変えませんが、最初の段階のあとの金銭丸めは入れ替えると一銭ずれることがあるので、レジが適用する順で送ってください。

すでにセール中の品への従業員追加を事前確認する

在庫処分パーセントを先に、従業員追加をあとに適用し、給与や社員店が重ね価格を引用できるよう savings を固定します。

二十パーセントのあとに十パーセントは、なぜ三十パーセント引きではないのですか?

二回目の割引は一回目のあとに残った分にしか効きません。100 では二十パーセントで 80 が残り、80 の十パーセントは 8、最終価格は 72 なので節約額は 28(相当 28 パーセント)であり、30 ではありません。

連続割引や単一割引の計算機と何が違いますか?

汎用の割引計算機は一つのパーセントを受け取ります。連続割引ツールは可変長の卸カスケードを受け取り、正味価格係数を返します。この計算機はちょうど二つの連続する小売パーセントと総節約額です。

二つの割引の順番で結果は変わりますか?

厳密な計算では変わりません。二つの割合は順番に関係なく同じように掛け合わされます。ただし1回目のあとで端数を丸めると最終価格がわずかにずれることがあるので、店が適用する順に入力してください。

割引率が0%や100%のときはどうなりますか?

0%の段階は価格をそのまま残すので、片方の割引しかない商品も比べられます。100%の段階では残りの価格がゼロになり、次の段階でもゼロのままです。

税金や3つ目のクーポンも計算できますか?

できません。この計算は二つの割引だけを扱います。3つ目のクーポンや送料の条件、税金は、最終価格と節約額を出したあとでご自身で加えてください。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

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

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/fin/double-discount \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"price":100,"first_discount":20,"second_discount":10}'
{
  "price": 100,
  "first_discount": 20,
  "second_discount": 10
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.double_discount",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

百パーセントを超える割引は invalid_input として拒否され、課金されません。

連続する二つの割引が実際にどう合成されるか

この計算機が使う恒等式は、final_price が price に一から first_discount を百で割った値を引いたものを掛け、さらに一から second_discount を百で割った値を引いたものを掛ける、というものです。最初の値引きは中間の price_after_first を生み、それが二番目の率で減らされます。総節約額は元の価格からその final_price を引いたもので、各段階で金銭丸めを適用して部分がリストに戻るようにしたあとでは、price に相当する合成パーセントを掛けたものと同じです。first_discount と second_discount は横断幕の書き方どおりに入力する二つの告知率で、二十は二十パーセントを意味し、二十百分の一ではありません。重ねた結果と一致する単一パーセントは equivalent_percent としても返されるので、表計算は人が入力する二つのパーセントの横に一つの数を残せます。百パーセントを超える割引はこの契約では値引きではなく invalid_input として拒否されます。

入力契約、応答の形、誤り時の振る舞い

price は二つの連続割引のどちらより前の、一通貨単位での元の金額です。二十は二十パーセント引きを意味します。price が負なら、元の価格は負ではいけないためハンドラは要求を拒否します。ゼロの無料見本は許可され、最終価格も節約額もゼロになります。いずれかの割引が負なら、負の連続割引は許可されないという明確なメッセージで拒否します。ある段階のゼロパーセントは有効で、その段階の金額を変えません。ある段階の百パーセントは有効で、残りの価格をゼロにします。どの SKU がどの二つの率を共有するか(店全体プラスクーポン、在庫処分プラス従業員追加、出品者値引きプラスサイトコード)はご自身の規則と組み合わせてください。この端点は送っていただいた三つの数を掛けるだけで、小売を検索せず、三枚目のクーポンも通貨変換も行いません。必須の有限数三つを含む JSON 本体を POST してください。別名 original_price、list_price、original、amount は同じ欄を指すので、カタログ書き出しは列名を保てます。first_discount は元の価格に適用する最初の連続パーセント引きであり、分数ではありません。別名 first_percent、discount1、first、percent1 を受け付けます。second_discount は最初の値引きのあとに残った分へ適用する二番目の連続率です。別名 second_percent、discount2、second、percent2 を受け付けます。各数値欄は JSON 数でも数字列でも構いません。欠落欄、空文字、非有限値は欄名を付けた invalid_input で失敗します。いずれかの割引が百を超えると、100 パーセントを超える連続割引は許可されないという invalid_input で拒否し、その失敗は課金されません。成功時、本体は小数第二位に丸めた price と first_discount と second_discount をエコーし、最初の値引きだけのあとの金額として price_after_first、両方のカット後の会計数字として小数第二位に丸めた final_price、price から final_price を引いた savings、重ねた結果と一致する単一パーセントとしての equivalent_percent、恒等式を述べる formula 文字列を報告します。例として、百に二十のあと十を掛けると price_after_first は八十、final_price は七十二、savings は二十八、equivalent_percent は二十八です。要求を小さく保ち、丸めた final_price を試験に固定すれば、独自の販促エンジンを立てずに表計算、LMS プラグイン、エッジワーカー向けの再現可能な重ね数字が得られます。

二重割引計算機が役立つ場面

特集サイトの編集者は公表された定価と告知された二つのパーセントを入れ、投稿が会計と食い違うでっち上げの三十パーセントを引用しないよう final_price と savings を固定します。実装は純粋な parse のティア A なので、成功した呼び出しはモデルトークンも外向き通信もなく、公表された基本料金 $0.002 です。両方の割引をゼロ以上百以下に保ち、丸めた final_price を試験に固定すれば、独自の販促エンジンを立てずにティーザー、カート、エッジワーカー向けの再現可能な重ね数字が得られます。

会計前に店全体のセールとクーポンを重ねる

元のチケットと告知された二つのパーセントを final_price に変え、二十のあと十の重ねが偽の三十パーセント引きとして引用されないようにします。

特集投稿を公表された二つの値引きと突き合わせる

小売ページの定価と両方のパーセントを入れ、final_price と savings がこれから公開する重ね数字と一致することを確認します。

割引が 100 パーセントを超えるとどうなりますか?

タスクは first_discount または second_discount を名指しした invalid_input で失敗します。100 パーセントを超える連続割引は課金されません。

どちらの割引もゼロまたは百パーセントでよいですか?

はい。ゼロパーセントはその段階を変えません。百パーセントは残りの価格をゼロにするので、final_price は 0、節約額は元の価格に等しくなります。

二重割引計算機の料金はいくらですか?

ブラウザの道具は無料です。API 要求は成功呼び出しあたり $0.002 の前払い KIT 残高を使い、無効な入力は課金されません。

KITの完全なドキュメントを見る →