残業代計算機

アルゴリズムは完全に決定的であり、同じ入力は給与デモ、人事ボット、フリーランス用シート、継続的インテグレーション用フィクスチャに対して常に同じJSONを生成します。負の時給は明確なinvalid_inputエラーで拒否されます。

入力：時給、通常時間、残業時間、倍率

たとえば1.5は時間半、2は倍額を意味し、賃金のパーセントではありません。負の時間数と負の倍率も拒否され、符号の誤反転が給与明細にあり得ない負値を作る代わりに明確に失敗します。極端に大きい単価、時間合計、倍率はWorker isolateの計算が有界に保たれるよう上限が付きます。通常時間と残業時間の区分は地域ルールに従いご自身で決めてください。本計算機は40時間週の方針を勝手に作らず、送られた値を掛け合わせます。必須フィールド4つを含むJSON本体を送信してください。hourly_rateは非負の有限数または数値文字列としての基本時給です。クライアントがすでに別名を使っている場合、rate、wage、hourly、pay_rateのエイリアスが受け付けられます。regular_hoursはその基本単価で支払われる通常勤務時間です。hours、straight_hours、regular、straight_timeのエイリアスは同じ値に対応し、フォーム作成者が慣れたラベルを保てます。overtime_hoursは同じ支給期間の割増時間です。ot_hours、overtime、otのエイリアスがサポートされます。overtime_multiplierは基本単価の倍数として表した割増です。multiplier、ot_multiplier、ot_rate、premiumのエイリアスは同じフィールドに対応します。負の時給は通常の給与明細を表さないため、invalid_inputで検証に失敗します。4フィールドのいずれかが欠けると、欠けたキー名を示すinvalid_inputで失敗します。金銭計算の前にすべての検証が行われるため、不正なリクエストが半分だけ埋まった支給行を返すことはありません。

通常給・残業給・総支給の計算方法

中核の式は、タイムシートで手計算するときと同じものです。総支給はその2行の合計です。例：時給20、通常40時間、残業5時間、倍率1.5なら、通常給800、残業給150、実効OT時給30、丸め後の総支給950です。全管轄で同じ数学を使うのは意図的な製品範囲です。日次残業閾値、第7日規則、税源徴収は別の検索意図と別の契約になります。通常給はhourly_rate×regular_hoursです。残業給はhourly_rate×overtime_multiplier×overtime_hoursです。応答はot_hourly_rateもhourly_rate×倍率として返し、UIが基本単価の横に実効残業時給を示せるようにします。中間積は通常の浮動小数点演算を使い、その後すべての金銭フィールドをhalf-upで小数第2位に丸め、長い二進小数ではなく給与明細上の通貨のように見せます。応答は正規化済みの時給・通常時間・残業時間・倍率をエコーし、ot_hourly_rate、regular_pay、overtime_pay、gross_pay、currency_decimals=2、method=overtime_grossを返してクライアントの安定した分岐を支えます。通常行だけが必要ならregular_pay、割増行が必要ならovertime_pay、合算額が必要ならgross_payを使ってください。経路はネットワークも乱数シードも壁時計もない純粋な算術のため、同一入力は常に同一JSONを生みます。

APIの使い方、料金、ワークフロー、実務上の限界

人事ボット、フリーランス用ダッシュボード、人材ポータル、タイムシート補助が$0.002の安定したKIT契約を必要とする場合は前払いAPIを使います。SDKを出荷する作者はregular_pay、overtime_pay、gross_payを給与明細UIと見積メッセージへ直接マップできます。製品文面でAPI価格を引用するときはカタログ用プレースホルダ$0.002を使い、公開ページをライブの価格下限に揃えてください。