シングル束計算機
22スクエアを1スクエア3束で計算すると66束、スターターや棟、隅棟、切断分のロス10パーセントを加えると発注は73束です。見積のスクエア数と包装の束数を入力してください。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 屋根スクエア
- 22
- 1スクエアあたりの束数
- 3
- ロス率
- 10
- ロス係数
- 1.1
- 基本の束数
- 66
- ロスを含むスクエア数
- 24.2
- 必要な束数 (端数あり)
- 72.6
施工業者や住宅所有者は、保険見積・拾い出し・以前の見積からすでに屋根スクエアで数量を把握していることが多く、それでも仕入先へ連絡する前にアスファルトシングルの束数をきちんと知る必要があります。このシングル束計算機は、スクエア数に製品の1スクエアあたり束数を掛け、スターター・棟・隅棟・谷・切断・破損向けのロス率で膨らませ、不足のない発注量を出します。ご入力いただく実務上の数値は3つです。屋根に必要なスクエア数、ご購入パックの1スクエアあたり束数、そして余裕として希望するロス率(パーセント)です。応答ではロスなしの基準束数、膨らませ後の正確な数、切り上げ後の整数束の購入数量が返り、端数パックを注文することはありません。
スクエアから束数を出すしくみ
1スクエアは屋根面100平方フィートで、保険見積や拾い出しの多くがこの単位を使います。シングルの包装には1スクエアを覆う束数が書かれていて、一般的な3タブのアスファルトシングルは3束、ラミネート製品は3束か、まれに4束です。スクエア数にこの束数を掛けると、切れ端の出ない長方形の屋根に必要な正味の束数になります。そこへロス率を上乗せし、半端な束は買えないので切り上げます。結果には、そのうち何束がロス分かも表示されます。
ロスをどれだけ見込むか
実際の屋根では正味の束数より多くの材料を使います。軒先のスターター、棟や隅棟の役物、谷の切断、ドーマーとの取り合い、傷んだタブなどに追加の材料が必要です。現場の目安は、単純な切妻屋根で約10パーセント、谷のある複雑な寄棟屋根で約十五パーセントで、凝った模様を合わせる場合はさらに増えます。正味の束数だけを発注すると最終日に足りなくなり、束数を包装でなく記憶で決めるのも同じ失敗のもとです。
活用例
スクエア見積からの発注
保険または施工見積のスクエア合計を貼り付け、シングルラベルのパック率を設定し、ロス方針を加え、不足なく整数束を購入します。
よくある質問
屋根スクエアとは何ですか?
1屋根スクエアは屋根表面100平方フィートです。すでにスクエアで測った作業を入力してください。本ツールは平面面積と勾配をスクエアに変換しません。
1スクエアあたり何束を使えばよいですか?
ご購入製品のメーカーラベルを読んでください。一般的な3タブアスファルトはしばしば1スクエア3束ですが、ラミネートは異なることがあります。そのSKUに印刷されたパック率を常に使ってください。
スクエアではなく平方フィートから計算できますか?
できます。1スクエアは100平方フィートなので、屋根面の平方フィートを100で割ってください。保険見積や拾い出し、以前の見積に載っているスクエア数は、そのまま入力できます。
包装に1スクエア4束と書いてあるときは?
4と入力してください。一般的な3タブは1スクエア3束ですが、意匠性の高いラミネート製品には4束のものがあります。習慣で3束にすると、1スクエアごとに1束足りなくなります。
ロス率を0にしてもよいですか?
はい。0にすると切れ端の出ない理想的な屋根の正味束数が分かり、製品の比較に使えます。実際の発注では、スターターや棟、切断のために追加の材料がほぼ必ず必要です。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/home/shingle-bundles \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"squares":22,"bundles_per_square":3,"waste_percent":10}'const res = await fetch("https://api.kit.forhosting.com/home/shingle-bundles", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"squares": 22,
"bundles_per_square": 3,
"waste_percent": 10
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/home/shingle-bundles",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"squares": 22,
"bundles_per_square": 3,
"waste_percent": 10
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/home/shingle-bundles", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"squares":22,"bundles_per_square":3,"waste_percent":10}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"squares":22,"bundles_per_square":3,"waste_percent":10}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/home/shingle-bundles", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"squares": 22,
"bundles_per_square": 3,
"waste_percent": 10
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "home.shingle_bundles",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
同じ純粋関数がブラウザ無料ツールと有料APIを駆動するため、カウンター見積と後のスクリプト発注が一致します。正でないスクエアやパック率、負のロスは、無言の誤結果ではなく invalid_input で失敗します。成功したAPI呼び出しの料金は、公開されている1件あたり$0.002の基本料金です。
スクエアがロス込みでシングル束になる仕組み
米国の屋根実務では被覆をスクエアで測り、1屋根スクエアは屋根表面100平方フィートに相当します。メーカーは1スクエアを何束で覆うかをパッケージに印刷します。古典的な3タブアスファルトは通常1スクエアあたり3束、建築用ラミネートはシリーズにより3束、まれに4束のままです。実屋根はそうではなく、軒先のスターター、棟・隅棟キャップ、谷の切断、ドーマー交差、破損したタブなどが余分な製品を消費します。ロスはネットに対するパーセントで適用します。供給者は整数束のみ販売するためです。現場の一般的な余裕は単純切妻で約10パーセント、谷のある切られた寄棟で15パーセント、複雑な建築パターン合わせではさらに高くなります。被覆の恒等式 base_bundles は squares と bundles_per_square の積から始めます。この積は、屋根がロスゼロの完全な矩形ならネットのパック数です。waste_factor は1に waste_percent を100で割った値を足したもの、bundles_exact は base_bundles に waste_factor を掛けたものです。同等に、先に squares を squares_with_waste まで膨らませてからパック率を掛けてもよく、両経路は代数的に同一です。購入数量 bundles_needed は bundles_exact の切り上げです。応答は waste_bundles_exact(切り上げ前の端数余裕)と waste_bundles(ネット基準に対して切り上げが加えた整数束)も報告し、購買担当が社内方針と照合できます。パイプラインは乱数シード・壁時計・ネットワーク呼び出しのない決定論的浮動小数演算なので、同一入力は常に同一の JSON を返します。squares と bundles_per_square は厳密に正、waste_percent は非負でなければ、膨らませ後の数が定義され妥当に保てません。
送信内容と返却内容
有限な数値を3つ送ってください。squares がゼロまたは負のとき、squares は正でなければならないというメッセージで失敗し、クライアントは再試行前に拾い出しを直せます。住宅所有者・販売カウンター向けに無料ブラウザフォームを接続し、複数屋根の発注書や見積ツールの回帰フィクスチャが必要なときは同じ契約をスクリプトから呼び出してください。検証失敗は前払い残高を消費しません。勾配と平面面積の計算が他で終わった後の真の屋根スクエアとして squares を保ってください。すでに屋根スクエアで表した屋根面積の squares、購入するSKUのメーカーパック率 bundles_per_square、基準束に対する余裕パーセントの waste_percent です。3フィールドとも必須です。欠落フィールド、非数値文字列、NaN、Infinity は invalid_input で失敗し課金されません。同じ正値規則が bundles_per_square にも適用されます。負の waste_percent は、負の余裕がネット数を削るだけでロス計画にならないため拒否されます。成功時は、整形済み入力、waste_factor、base_bundles、squares_with_waste、bundles_exact、整数の bundles_needed、waste_bundles_exact、waste_bundles、1スクエアが100平方フィートであり bundles_needed が整数購入数である旨の unit_note、および文書用の短い formula 文字列を返します。古典的な検算:22スクエア、1スクエアあたり3束、ロス10パーセントなら base_bundles は66、waste_factor は1.1、bundles_exact は72.6、bundles_needed は73です。成功したAPI呼び出しの料金は公開の1件あたり$0.002です。このエンドポイントは平面寸法から表面積を再導出しません。
シングル束計算機が役立つ場面
すでにスクエアで書かれた保険・施工見積を持つ住宅所有者は、特に建築用ラミネートが高単価で納期が長いとき、オンライン発注やダンプ予約の前に信頼できる束数が必要です。屋根施工業者は拾い出しスクエアを製品SKUごとの発注に変換します。後から平面面積×勾配でスクエア数を作る処理、隅棟・谷の線ロス表、スターター長さ、別行の棟キャップ束、下葺きロール、水切りの延長が必要なら、このスクエアから束への発注計算機を過負荷にせず、別の検索意図とランディングとして扱ってください。squares とロス方針を固定したまま、3タブとラミネート比較では bundles_per_square だけを入れ替え、総パックを並べて順位付けします。建材カウンターは顧客が既に持つスクエア数字から来店案件を見積もり、店のロス規則を適用し、その場で勾配を測り直さずに bundles_needed を印刷します。複数棟の再葺きを計画する資産管理者は、スクエア合計とパック率のバッチをAPIへ送り、bundles_needed を発注書に付け、過剰在庫が偶発ではなく意図的になるようにします。この能力は純粋な parse エンジンのため、API料金は成功1件あたり公開の$0.002で、検証失敗は残高を消費しません。
連携の活用例
施工業者の発注書
各屋根の拾い出しスクエアとSKUの bundles_per_square を切り上げパック数に変換し、購買が見積と一致しロス手順が監査可能になるようにします。
カウンターでのSKU比較
squares とロスを固定し、候補製品間で bundles_per_square を入れ替え、3タブと建築ラインの bundles_needed を比較します。
技術的な質問
このシングル束計算機の仕組みは?
屋根スクエアに bundles_per_square を掛けて基準パック数を求め、(1 + waste_percent/100) でロスを掛け、整数束に切り上げて完全なパッケージのみを発注できるようにします。
squares がゼロまたは負のときは?
リクエストは invalid_input で失敗します。squares と bundles_per_square は厳密に正、waste_percent は非負である必要があります。検証失敗は課金されません。
シングル束計算機の料金は?
ブラウザツールは無料です。APIリクエストは成功1回あたり$0.002の前払いKIT残高を使い、無効入力は課金されません。