手付金計算機
400,000の住宅で手付金が3%なら、申し込みが承諾された時点で12,000を預け、決済時に残る支払いは388,000です。価格と契約書の割合を入れてください。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 価格
- 400,000
- パーセント
- 3
- 率 (小数)
- 0.03
- 手付金
- 12,000
- 残り
- 388,000
手付金は、住宅の買い手がオファー承諾時に渡す善意の預け金で、売り手に購入の真剣さを示し、検査・鑑定・融資が進むあいだ物件を確保します。この手付金計算機は住宅の購入価格と契約に記された預け入れ割合を受け取り、掛け合わせて手付額を返すので、口座から資金が出る前にオファー、決済シート、予算へ数字を書けます。正の購入価格と預け入れパーセントを入力すると、同一通貨の手付、小数のレート、手付後の残額が得られます。ゼロパーセントは許可され、手付はゼロになります。
手付金が購入価格と預け入れ割合を金額に変える仕組み
手付金は、売り手が初日に懐に入れる手数料ではありません。契約上の預け金であり、多くの場合は購入価格のパーセントで、エスクローに置かれ、売買が成立すれば決済時に買い手へ充当されます。米国の典型的なオファーは価格の一から三パーセントを使い、競争入札では五や十になることもあり、パーセントに一致する切りのよい金額になることもあります。
remaining は手付を差し引いたあとの購入価格で、他のクレジット、ローン、按分の前に決済でなお要する額です。ゼロパーセントは正当な結果で、エラーではなく手付ゼロを返します。手付を省く現金オファーも比較に残るからです。
ゼロや負の表示価格では善意の預け金を定義できないからです。百パーセントの預け入れは許可され、そのとき deposit は price に等しく remaining はゼロになります。
手付金計算機が役立つ場面
オファーを書く買い手は、手付金計算機を使って表示価格と慣例のパーセントを一つの数字に変え、預け入れ行を埋める前に確認します。一パーセントの口開けと三パーセントの競争オファーを比べる仲介は、同じ恒等式で両方の数字を一つの尺度に載せます。
決済コーディネーターは契約価格と締結合意に記されたパーセントを入れ、deposit を固定して、残りの決済時持出シートがすでにエスクロー資金を反映するようにします。プロダクトチームは不動産会社を呼ばずに見本住宅の deposit を示す必要があるオファー生成や教育ページに同じ契約を配線します。
これは頭金計算機、loan-to-value、諸費用見積もりとは検索も仕事も違います。それらの道具は自己資金、レバレッジ、手数料を測ります。手付金は一つの購入を一つの預け入れ割合に対して値付けし、善意の額を返します。
失敗した検証は残高を消費しません。price を正に保ち、丸めた deposit を試験に固定すれば、ティーザー、オファー確認、エッジワーカー向けに再現可能な預け入れ額が得られ、独自のエスクロー元帳を立てる必要はありません。停止条件の期限、争い時の解放、預け金が返還可能かは、この恒等式の外に意図的に残します。
生の預け入れ額を得たあと、ご自身の層で折り込んでください。
活用例
購入オファーの預け入れ行を見積もる
表示価格と市場が真剣とみなすパーセントを入力し、エスクローへ資金を送る前に丸めた手付をオファーへ書いてください。
同じ住宅で一パーセントと三パーセントのオファーを比べる
同じ購入価格に両方のパーセントを掛け、控え目な口開けと競争的な預け入れが買い手と売主側仲介で一つの金額尺度に載るようにします。
決済時持出シートにエスクロー資金を固定する
契約価格と締結合意に記されたパーセントを入れ、remaining を使って残りの決済積み上げがすでにエスクローの資金を反映するようにします。
よくある質問
三パーセントの手付には 3 と 0.03 のどちらを入れるべきですか?
3 を入れてください。 percent は分数ではなくパーセントで、三は三パーセントを意味します。
預け入れ割合はゼロでもよいですか?
負の percent は預け入れ割合が負ではいけないため拒否されます。
手付金の割合はどのくらいが一般的ですか?
米国の申し込みでは価格の1%から3%が多く、競争が激しいときは5%や10%になることもあります。契約書に書かれた割合を使ってください。地域の慣習は調べません。
手付金は決済時にどうなりますか?
売り手がすぐ受け取る手数料ではなく、第三者に預けられ、売買が成立すれば決済時に買い手の支払いに充てられます。残りの支払額は価格から手付金を引いた額です。
計算結果の「残り」とは何ですか?
購入価格から手付金を引いた額で、決済時にまだ支払う必要がある金額です。ほかの控除やローン、日割り精算を反映する前の金額です。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/earnest-money \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"price":400000,"percent":3}'const res = await fetch("https://api.kit.forhosting.com/fin/earnest-money", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"price": 400000,
"percent": 3
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/earnest-money",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"price": 400000,
"percent": 3
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/earnest-money", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"price":400000,"percent":3}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"price":400000,"percent":3}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/earnest-money", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"price": 400000,
"percent": 3
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.earnest_money",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
正の数でない価格は invalid_input として拒否され、課金されません。
手付金が購入価格と預け入れ割合を金額に変える仕組み
この計算機がモデルにするのはパーセント形で、deposit は price に percent を掛けて百で割ったものです。price は同一通貨での住宅購入価格、percent は契約や物件メモが印刷する預け入れ率の書き方で、三は三パーセントを意味し、三百パーセントではありません。そのレートの小数形は rate_decimal としても返り、表計算が人が入力するパーセントの横に分数を保てます。正の数でない購入価格はこの契約では住宅売買ではなく invalid_input として拒否されます。このエンドポイントは地域慣習を参照せず、通貨換算せず、検査条件や予定損害賠償をモデル化せず、エスクローが資金を解放する時刻も計りません。
入力契約、応答の形、エラー時の振る舞い
percent は分数ではなくパーセントとしての預け入れ率で、三は三パーセント、一は一パーセントを意味します。price がゼロ、負、その他正の数でない場合、住宅購入価格はゼロより大きくなければならないため処理系は要求を拒否します。それが契約の硬い誤りで、その失敗は課金されません。percent が負なら、預け入れ割合は負ではいけないという明確なメッセージで拒否されます。ゼロパーセントは有効で deposit はゼロです。例:四十万の購入価格を三パーセントにすると deposit は一万二千、remaining は三十八万八千です。要求は小さく保ち、丸めた deposit を試験に固定すれば、表計算、オファー生成、エッジワーカー向けに再現可能な手付数字が得られ、独自のエスクローエンジンを立てる必要はありません。POST で、有限な必須数が二つの JSON 本体を送ります。price は一通貨単位での住宅購入価格で、別名 purchase_price、home_price、amount、purchase は同じ欄を指し、物件書き出しが列名を保てます。別名 deposit_percent、rate、percentage、deposit_percentage を受け付けます。各数値欄は JSON 数でも数値文字列でも構いません。欠落欄、空文字、非有限値は欄名付きの invalid_input で失敗します。成功時、本体は小数第二位に丸めた price と percent をエコーし、rate_decimal を percent を百で割った値、deposit を小数第二位に丸めた手付額、remaining を price から deposit を引いた値、恒等式を述べる formula 文字列として報告します。契約がパーセントか定額かをご自身の規則と JSON を組み合わせてください。このエンドポイントは送った二つの数を掛けるだけで、売買契約書を読まず、千単位のような地域下限も適用しません。
手付金計算機が役立つ場面
実装が純粋な parse のティア A であるため、成功した呼び出しは毎回公表の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。
技術的な質問
購入価格と預け入れパーセントから手付金はどう計算されますか。
有限数の price(厳密に正の住宅購入価格)と percent(非負の預け入れ率。3 は 3% を意味します)を送ってください。API は deposit = price × (percent / 100) を小数第二位に丸めて返し、rate_decimal と remaining も付けます。
住宅の購入価格がゼロまたは負のときはどうなりますか。
タスクは invalid_input で失敗します。正の数でない価格は善意の預け金を定義できず、課金されません。
手付金計算機の料金はいくらですか。
ブラウザの道具は無料です。API 要求は成功した呼び出しあたり $0.002 の前払い残高を使い、無効な入力は課金されません。