ForHosting KIT · 開発者向けツール

補助金の帰着計算:購入者と販売者の受益割合

補助金が市場の一方に制度上支払われても、その側が経済的利益のすべてを得るとは限りません。この計算機は、需要と供給の相対的な価格弾力性から補助金の帰着を推定します。単位当たり補助金、需要弾力性の絶対値、供給弾力性を入力してください。購入者と販売者の受益割合を小数とパーセントで示し、それぞれの単位当たり受益額へ換算します。競争市場を前提とする透明な比較静学上の推定であり、市場で起こるすべての調整を予測するものではありません。

● Beta無料・ブラウザ内で実行
ご利用方法 ウェブAPIメールTelegramアプリ 近日

補助金の帰着を経済的な配分として読み取る

法律上の受取人と経済的な受益者は同じとは限りません。政府が販売者へ単位当たり補助金を支払っても、競争による価格低下を通じて一部が購入者へ移ることがあります。反対に、購入者が制度上の申請者であっても、販売者が受取価格の上昇によって一部を得る場合があります。この計算機が扱うのは、この経済的な配分です。合計が1になる購入者割合と販売者割合に加え、双方の単位当たり受益額を表示します。購入者の受益は、補助金がない基準と比べた実効支払価格の低下を意味します。販売者の受益は、受け取る正味価格の上昇を意味します。表示上の丸めによるわずかな差を除き、両者の受益額の合計は単位当たり補助金と一致します。これは標準的な競争市場モデルにおける限界的な帰着です。誰が手続きを行うかではなく、需要と供給の相対的な反応の強さが、不利な価格調整をどちらが回避しやすいかを決めます。

弾力性は符号ではなく大きさをそろえて入力する

需要弾力性は、非負の絶対値として入力してください。価格上昇時に需要量が通常減るため、需要弾力性は負号付きで掲載されることがありますが、帰着の式では大きさを比較します。資料にマイナス0.6とあれば、0.6を入力します。供給弾力性は通常非負で示されるため、そのまま使用できます。購入者割合は、供給弾力性を、供給弾力性と需要弾力性の絶対値の合計で割った値です。販売者割合は、同じ合計を分母とし、需要弾力性の絶対値を分子にします。この交差した関係が重要で、弾力性の低い側ほど多くの利益を得ます。需要に比べて供給が非常に弾力的なら、販売者は数量を調整しやすく、購入者が購入価格の低下を通じて多くを得ます。需要のほうが相対的に弾力的なら、販売者の受益が増えます。片方の弾力性には、完全に非弾力的な極限として0を指定できます。ただし両方が0では相対的な配分を定義できません。

前提条件の範囲内で推定値を解釈する

この計算は、競争市場における比較的小さな政策変更の基準値として特に有用です。入力した弾力性が現在の均衡付近で妥当であり、単位当たり補助金が購入者の支払価格と販売者の正味受取価格の間に差を生むと仮定します。実際の制度はこの条件から外れることがあります。受給資格、価格規制、市場支配力、税、供給能力の制約、新規参入の遅れ、非公式取引、事務費用などは、観測される配分を変えます。弾力性も時期、地域、商品、所得層によって異なる場合があります。補助金が大きいと、一定弾力性による近似では非線形曲線上の移動を十分に表せません。表示される受益額は取引1単位当たりの帰着推定であり、総余剰、財政費用、総取引量の予測ではありません。総移転額には政策実施後の適切な数量が必要です。厚生評価には消費者余剰、生産者余剰、政府支出、外部効果の変化も必要です。APIリクエストの料金は$0.002で、決定論的な計算によりシナリオを再現可能に比較できます。

政策シナリオを比較する

弾力性の仮定を変更し、より広い財政モデルを作る前に推定配分がどう変わるか確認できます。

誰が利益を得るか説明する

抽象的な弾力性の結果を、購入者と販売者の割合および取引1単位当たりの金額へ変換できます。

帰着計算を検算する

表計算、学習課題、政策資料、市場分析を、標準式の決定論的な実装で確認できます。

制度上の受取人が購入者か販売者かで結果は変わりますか?

標準的な競争市場モデルでは変わりません。正式な受取人ではなく、相対的な弾力性が経済的な配分を決めます。

需要弾力性は負の数で入力しますか?

いいえ。非負の絶対値を入力してください。負号付きで公表されている場合は、その負号を外します。

弾力性の低い側が多く受益するのはなぜですか?

価格に対する数量変更が小さいため、均衡価格の調整によって補助金利益のより大きな部分がその側へ向かうからです。

弾力性に0を指定できますか?

はい。0は完全に非弾力的な極限を表します。ただし両方が0では相対的な帰着を計算できません。

結果は総厚生や政府支出を示しますか?

いいえ。単位当たりの受益を示します。財政費用には数量が必要で、厚生分析には余剰や外部効果などの追加情報が必要です。

APIでの計算料金はいくらですか?

APIリクエスト1件につき$0.002です。決定論的なローカル計算だけを使うため、ブラウザーでは無料でも実行できます。

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

POSThttps://api.kit.forhosting.com/econ/subsidy-incidence-share

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

curl -X POST https://api.kit.forhosting.com/econ/subsidy-incidence-share \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"subsidy_per_unit":10,"demand_elasticity":0.5,"supply_elasticity":1.5}'
{
  "subsidy_per_unit": 10,
  "demand_elasticity": 0.5,
  "supply_elasticity": 1.5
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "econ.subsidy_incidence_share",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

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

1リクエストあたり$0.002

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

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

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