利益率計算ツール
原価と販売価格を入れると、利益、利益率、マークアップ率が並んで表示されます。原価80を100で売ると、利益率は20 %ですが、マークアップ率は25 %です。原価割れの販売は、マイナスの利益率として示されます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 原価
- 80
- 価格
- 100
- 利益
- 20
- 利益率(%)
- 20
- 原価加算率(%)
- 25
単位原価と販売価格から利益・粗利益率(パーセント)・マークアップ率(パーセント)を計算し、しばしば混同される 2 つの比率を区別します。
利益率とマークアップ率は別のもの
どちらも同じ利益、つまり販売価格から原価を引いた額から出発しますが、比べる相手が違います。利益率は利益を販売価格で割ったもので、売上のうちどれだけが手元に残るかを表します。マークアップ率は利益を原価で割ったもので、仕入れ値に対して価格をどれだけ上乗せしたかを表します。そのため、2つの値は決して一致しません。原価80、販売価格100なら、利益は20、利益率は20 %、マークアップ率は25 %です。このツールは3つの値をまとめて表示するので、どの式がどの名前に当たるかを覚えておく必要はありません。
価格を決めるときによくある間違い
よくある間違いは、マークアップ率を利益率のように伝えてしまうことです。原価に25 %を上乗せしても、売上に占める利益は20 %にとどまります。原価より安く売ると、利益と利益率はマイナスになります。これは赤字の販売を示す正しい合図で、値引きがどれだけ利益を削るかを測るのに役立ちます。原価が0なら利益率は100 %で、マークアップ率は計算されません。一方、販売価格は利益率の基準になるため0にはできません。結果は通常、小数点以下2桁に丸められ、0桁から8桁まで選べます。
入力できる値と計算の決まり
ただし 1 つだけ厳格な例外があります。price は利益率の分母であるため 0 にできず、価格 0 は型付きのエラー "price no puede ser 0" を返します。原価を下回る価格は許容され、単に負の利益と負の利益率を生みます。
これはエラーではなく、損失を出す販売を示す正しい信号です。
活用例
商品の正しい値付け
着地原価と目標価格を入力して真の利益率を確認し、マークアップを利益率であるかのように示す古典的な誤りを避けます。
値引きと損失のモデル化
原価を下回る価格を試して負の利益と利益率を確認し、販促の値引きがどれほど深く食い込むかを正確に定量化します。
よくある質問
利益率とマークアップの違いは何ですか?
利益率は価格に対する利益のパーセント、マークアップは同じ利益の原価に対するパーセントです。原価 80 を価格 100 で売ると利益率は 20% ですがマークアップは 25% です。
なぜ price は 0 にできないのですか?
price は利益率のパーセントの分母であるため、価格 0 はゼロ除算になります。
損失をモデル化できますか?
はい。 原価を下回る価格は許容され、エラーではなく負の利益と負の利益率を返します。
原価が0のときはどうなりますか?
販売価格がすべて利益になるので、利益率は100 %です。マークアップ率は0で割ることになり計算できないため、誤解を招く数値を出さずに空欄のままにします。
結果は小数点以下何桁まで出せますか?
0桁から8桁まで選べ、指定しない場合は2桁です。四捨五入で丸めるので、たとえば12.345は12.35になります。細かな単価計算にも使えます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/dev/profit-margin \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cost":80,"price":100}'const res = await fetch("https://api.kit.forhosting.com/dev/profit-margin", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cost": 80,
"price": 100
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/profit-margin",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cost": 80,
"price": 100
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/profit-margin", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cost":80,"price":100}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cost":80,"price":100}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/profit-margin", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"cost": 80,
"price": 100
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.profit_margin",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
利益・利益率・マークアップの違い
原価と価格から、このツールは 3 つの数値を返します。原価 80 を 100 で売ると利益率は 20% ですがマークアップ率は 25% です。ツールは両方を返しますので取り違えることがありません。利益は単純に price - cost です。利益率(パーセント)は (price - cost) / price * 100 で、利益を販売価格に対する割合として表します。マークアップ率(パーセント)は (price - cost) / cost * 100 で、同じ利益を原価に対する割合として表します。この 2 つの比率は日常的に混同されます。cost が 0 のときマークアップは数学的に未定義(ゼロ除算)ですので、markup_percent は null として返され、margin_percent は 100 で有効なままです。出力は指定した cost と price を返しますので、保存された結果は元のリクエストがなくても自己記述的です。
フィールド・検証・境界条件
2 つのフィールドが必須です。cost は 0 以上の有限な数、price は 0 以上の有限な数です。任意の decimals フィールドは 0 から 8 までの整数で既定は 2 であり、財務のワークフローに高精度な単位経済の余地を与えます。あらゆる入力は算術の前に型・有限性・範囲が検査され、違反は負の cost や数値でない price のようにフィールド名を示す invalid_input を返します。
丸め・決定性・提供
丸めは正確な IEEE の結果に対する明示的な half-up 規則を用い、profit・margin_percent・markup_percent にそれぞれ独立に適用しますので、12.345 の値はロケール依存のフォーマッタを通ってずれることなく 12.35 になります。一方、有料の API は同じ JSON 契約を受け付け、一括のカタログ分析を行います。失敗した API タスクは決して課金されません。前払い残高は成功した処理でのみ $0.002 から消費されます。
連携の活用例
カタログの一括監査
各 SKU の原価と価格を API に送り、margin_percent がしきい値を下回る品目を洗い出します。
技術的な質問
cost が 0 の場合はどうなりますか?
利益と利益率は依然として有効ですが、マークアップは未定義(原価による除算)ですので、markup_percent は null として返されます。
出力はどれくらい精密にできますか?
decimals フィールドは 0 から 8(既定 2)を受け付け、half-up で丸めます。API は成功した呼び出しのみを $0.002 から課金します。