2倍残高逓減の減価償却計算機
取得原価10,000、残存価額1,000、耐用年数5年の資産は、1年目に4,000、続いて2,400、1,440、864、296を償却し、ちょうど1,000で終わります。原価、残存価額、年数を入れると全体の表が分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- コスト
- 10,000
- 残存価額
- 1,000
- 耐用年数
- 5
- 小数点以下の桁数
- 2
- 金利
- 0.4
- 率 (%)
- 40
- 減価総額
- 9,000
2倍残高逓減(ダブル・ディクライン)による減価償却は、同じ取得原価・残存価額・耐用年数でも定額法より初期の費用負担が大きくなる前倒し型の方法です。経理担当者、コントローラー、学習者には、耐用年数の2倍をレートとし、各期の期首帳簿価額に乗じ、帳簿価額が残存価額を下回らない再現可能な年次スケジュールが必要です。本計算機は取得原価、残存価額、整数の耐用年数を受け取り、レート、期首簿価・減価償却費・累計・期末簿価の一覧、減価償却合計と最終簿価を返します。
2倍残高逓減の意味とスケジュールの組み立て方
定額法は取得原価から残存価額を差し引いた償却可能額を耐用年数の各年に均等配分します。2倍残高逓減はその均等配分の逆で、1/n の定額レートを 2/n に倍化し、その一定割合を各年期首の資産簿価に適用します。毎期の計上後に簿価が下がるため、同じ割合でも絶対額の費用は時間とともに小さくなり、早期に生産性を失う設備向けの前倒しパターンになります。
重要な点として、DDB はレートを(取得原価−残存)ではなく簿価に乗じるため、残存はレート分子ではなく下限(フロア)として働きます。各年エンジンは期首簿価×2/耐用年数の生の費用を計算し、期首簿価−残存で上限をかけ、残存を割り込みません。残存までの余裕が割合費用より小さい場合(耐用末期に多い)は、残存ちょうどに着地するよう当期費用を減額します。
取得原価が残存と等しいときは各年の減価償却はゼロですが、契約安定のため各年行は残ります。formula 文字列はレートと残存フロア付き min 規則を再掲し、クライアントが表横に手法を示せるようにします。
活用例
固定資産の減価償却ロール
取得原価・残存・耐用から年次 DDB 表を生成し、会計と内部報告で同一スケジュールを共有します。
授業・試験の採点
2倍逓減レートと各期減価償却を問う課題を、残存フロア付きの決定論的オラクルで採点します。
よくある質問
必須入力は何ですか?
任意の decimals(0–8、既定 2)が half-up の金額丸めを制御します。
DDB は最終年に必ず残存に達しますか?
純粋な割合だけでは必ずしもそうではありません。本スケジュールは各期を上限して簿価が残存を下回らないようにし、後期はフロア着地のため減額されることがあります。
MACRS や期央コンベンションと同じですか?
IRS の MACRS 表や半年コンベンションは適用しません。
償却率を原価から残存価額を引いた額ではなく帳簿価額に掛けるのはなぜですか?
2倍残高逓減法は、毎年帳簿に残っている価額に一定の割合を掛けるためです。例では1年目は9,000ではなく10,000の40%で、残存価額は下回らない下限として働くだけです。
定額法とはどう違いますか?
定額法は原価から残存価額を引いた額を毎年均等に配分します。2倍残高逓減法は定額法の2倍の率を減っていく帳簿価額に掛けるので、初めの年ほど償却額が大きく、後の年ほど小さくなります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/finance/depreciation-double-declining \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cost":10000,"salvage":1000,"life_years":5}'const res = await fetch("https://api.kit.forhosting.com/finance/depreciation-double-declining", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cost": 10000,
"salvage": 1000,
"life_years": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/finance/depreciation-double-declining",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cost": 10000,
"salvage": 1000,
"life_years": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/finance/depreciation-double-declining", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cost":10000,"salvage":1000,"life_years":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cost":10000,"salvage":1000,"life_years":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/finance/depreciation-double-declining", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"cost": 10000,
"salvage": 1000,
"life_years": 5
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "finance.depreciation_double_declining",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
丸めは設定可能な decimals による half-up で、表計算と API 自動化が一致します。不正入力は invalid_input で失敗し、課金されません。
2倍残高逓減の意味とスケジュールの組み立て方
応答は cost, salvage, life_years, decimals を返し、rate と rate_percent を示し、year, beginning_book, depreciation, accumulated_depreciation, ending_book の行と total_depreciation, final_book_value を出します。
入力契約、丸め、検証、数値例
1年目は期首一万に対し四千、期末六千。2年目は六千の40%で二千四百、以降同様に、後年は期末が一千を下回らないよう上限されます。管轄が求める場合のみ自前の期央・半年コンベンションと組み合わせてください。必須3項目の JSON を POST してください。cost は取得原価または償却開始基礎の正の有限数、salvage は0以上かつ cost 以下の残存見積、life_years は1から100までの整数の耐用年数(年単位)です。任意の decimals は0から8で既定2、スケジュールと合計の金銭フィールドの half-up 丸めを制御します。欠落、空文字、非有限、非正の cost、負の salvage、cost 超の salvage、範囲外 life_years は invalid_input で失敗し課金されません。レートはループ内で 2/life_years を全精度計算し、応答の rate と rate_percent は表示安定のため丸めます。例: cost 一万、salvage 一千、life_years 五なら 2/5=0.4 で40%の逓減率。例: cost 五万、salvage 五千、life_years 八は25%レートで機械台帳向けの長い表になります。本エンドポイントは3入力から通年 DDB 表を作り、途中で手法切替や MACRS 百分率表は計算しません。
2倍残高逓減計算機が役立つ場面
コントローラーや固定資産担当は、期央・部分期間コンベンションを載せる前に教科書どおりの DDB と一致する内部ロールを作るときに本計算機を使います。学生と LMS は、レート・各年費用・累計・簿価を残存フロアの静かな誤りなく採点する決定論的オラクルを必要とします。検証失敗は残高を消費しません。表計算移行や ERP 切替では、原価・残存・耐用が一致すれば参照ブックと同じ表を再生する純粋 JSON 契約が有用です。実装は純粋 parse の tier A のため、成功呼び出しは公開の $0.002 のみでモデルトークンも外部ネットも使いません。life_years を範囲内に、salvage を cost 以下に保ち、丸め済み行をテストで固定すれば、総勘定や n8n、エッジワーカー向けに再現可能な DDB 表を、自前の固定資産サブシステムなしで得られます。
連携の活用例
自動化と CMS ウィジェット
同じ JSON 契約をパイプラインやページ内計算機に埋め込み、無料プレビューと課金 API 結果をバイト一致させます。
技術的な質問
2倍残高逓減計算機の仕組みは?
rate = 2 / life_years とし、各年 min(beginning_book × rate, beginning_book − salvage) を計上して簿価が残存を下回らないようにします。cost, salvage, life_years を送ってください。
2倍残高逓減計算機の料金は?
ブラウザツールは無料です。API は成功呼び出しごとに前払い KIT 残高から $0.002 です。不正入力は課金されません。