請求単価計算機

請求可能時間がゼロまたは負だと単価が定義できないため、タスクは invalid_input で失敗し課金されません。

費用・時間・利益率から時間あたり請求単価を求める方法

まず annual_costs から始めます。その合計を billable_hours と組み合わせます。第三の入力は profit_margin で、必要売上に対するパーセントであり、分数でも原価への上乗せでもありません。

入力契約、応答の形、エラーの扱い

金額はすべて half-up でセント相当に丸めます。例として年間費用八万、請求可能時間千二百、利益率二十五パーセントでは、必要売上は十万六千六百六十六ポイント六七、利益額は二万六千六百六十六ポイント六七、損益分岐単価は六十六ポイント六七、時間単価は八十八ポイント八九です。必須の有限数三つを含む JSON 本体を POST してください。annual_costs は回収すべき年間費用の積み上げで、通貨単位は一つです。別名 costs、annual_cost、overhead は同じフィールドを指します。billable_hours はその年に請求できる時間数です。稼働率シートが列名を保てるよう hours と billable の別名を受け付けます。profit_margin は必要売上に対する希望利益率のパーセントで、二十五は二十五パーセントであり 0.25 ではありません。別名 margin と margin_percent を受け付けます。各数値は JSON の数でも数値文字列でもよく、欠落・空文字・非有限はフィールド名付きの invalid_input で失敗します。billable_hours がゼロまたは負だと、除算が定義できないため「ゼロまたは負の請求可能時間では時間単価を決められない」というメッセージで拒否されます。annual_costs が負なら失敗します。profit_margin が負、または百以上なら、百パーセントの利益率はゼロ除算になるため失敗します。これらの失敗は課金されません。検証が通ると本体は annual_costs、billable_hours、profit_margin をエコーし、required_revenue、profit_amount、break_even_rate、hourly_rate を返します。人員表から請求可能時間を導く必要がある場合は、ご自身の稼働率モデルと JSON を組み合わせてください。このエンドポイントは与えられた時間数を価格化するだけで、稼働率は予測しません。

請求単価計算機が役立つ場面

独立コンサルタントは年の初めに請求単価計算機を使い、費用の積み上げと誠実な請求可能時間の見通しを、暦を安売りせずに提示できる下限に変えます。給与から時給は所定時間で報酬を割りますが、請求単価は費用を利益率で引き上げ、請求できる時間で割ります。検証失敗は残高を消費しません。代理店やスタジオは稼働率が落ちたり間接費が上がったりすると同じ三フィールドを再実行し、提案が原価割れで出る前に新しい社内単価を公表します。財務パートナーは予算の annual_costs、人員計画の billable_hours、目標の profit_margin を入れ、見積担当が一つの数字を共有するよう価格表に hourly_rate を固定します。これは給与を同等の時給に換算する検索とも仕事とも違います。プロダクトチームは、課金 API を呼ばずに hourly_rate を固定しなければならない提案ツール、料金表、CI フィクスチャへ契約を配線します。実装は純粋な parse のティア A のため、成功した呼び出しは公開の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。billable_hours を厳密に正、profit_margin を百未満に保ち、丸めた通貨フィールドをテストに固定すれば、専門サービスエンジンを自前で立てずに、料金表・LMS プラグイン・エッジワーカー向けの再現可能な時間単価が得られます。