準委任の精算幅とは|140-180hの意味と超過・控除の計算方法
最終更新日:2026/07/24
精算幅(せいさんはば)とは、準委任契約などの月額案件でよく用いられる、月額報酬を固定する稼働時間の範囲のことです。契約によっては下限を割れば減額、上限を超えれば追加請求される仕組みで、「140-180h」は下限140時間・上限180時間の月額固定範囲を指す代表的な設定です。 準委任契約のフリーランス案件でよく見る「140-180h」「稼働幅」「清算幅」といった条件は、月々の稼働時間と報酬を精算するための取り決めです(「清算幅」と表記されることもありますが、実務上は同趣旨で使われることがあります)。契約時に条件を見落とすと、稼働の増減で意図せず手取りが目減りすることがあります。本記事では、精算幅の意味・代表的な設定・超過控除の計算式・契約書の確認ポイントを、フリーランスエンジニアが実務で判断できる粒度で整理します。想定読者は業務委託の準委任案件で稼働中、または独立検討中で契約条件を精査したいエンジニアです。
先に結論
精算幅は「月額固定になる稼働時間の帯」。140-180hなら、月140〜180時間の稼働は月額固定で、下限割れ・上限超過は精算対象になります
超過・控除の単価は「月額 ÷ 精算幅の中央値」または「月額 ÷ 下限」で算出される例が、2026年7月時点で確認した首都圏中心の主要フリーランスエージェント公開案件の記載範囲で比較的多く見られます。契約書のどの数値を使うかで手取りが変わります
精算幅の設定は140-180h/150-180h/160-200hなどが公開案件でよく見られる設定です。狭い幅ほど精算が発生しやすく、広い幅は一定範囲では月額がブレにくい一方、上限が高い契約では高稼働でも追加精算されにくい場合があります
契約書で必ず確認すべきは「時給換算のベース」「小数点以下の丸め方」「クライアント都合の稼働不足の扱い」の3点。曖昧なままだと、稼働ログを取っていても精算で揉めます
稼働ログは日次で自分の管理下に残す。Slack・チャットのやり取りだけを稼働の証跡にしないのが実務的です
この記事でわかること
精算幅の仕組み(下限・上限・月額固定の範囲)
「140-180h」の意味と代表的な設定パターン
超過控除の計算式と、月額の変動シミュレーション
契約書で確認すべき条項と、揉めやすい論点
稼働ログ管理・クライアント都合の稼働不足への対処
目次
精算幅とは何か
「140-180h」の意味と代表パターン
超過・控除の計算式
精算幅の設定パターン別・月次シミュレーション
契約書で確認すべきポイント
稼働ログの管理と証跡の残し方
ケース別解説:状況ごとの精算幅の選び方
よくある失敗と対策
実践チェックリスト:契約前に確認する精算幅の論点
まとめ
よくある質問
精算幅とは何か
精算幅とは、準委任契約で月額報酬を固定する稼働時間の下限と上限を指します。下限〜上限の範囲内で稼働すれば月額報酬は一定で、範囲外は時間あたり単価で精算します。フリーランス向けの月額準委任案件では、契約書に「稼働時間: 140〜180時間/月」「精算: 下限割れ時は不足時間×◯円を控除、上限超過時は超過時間×◯円を追加」といった条項が置かれることが多いです。
準委任契約そのものの位置づけや請負契約との違いは準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点で整理しています。本記事はその中でも「稼働時間の精算」に絞って踏み込みます。
なぜ精算幅が設定されるのか
準委任契約では成果完成ではなく業務遂行・事務処理の提供が中心になるため、実務上は稼働時間の変動を精算する設計が採られることがあります。完全な時間単価契約にすると月次の報酬が読みにくく、完全月額固定にするとクライアント側が稼働不足のリスクを負います。両者のリスクを分担するために、下限〜上限の帯を定めて月額固定にし、はみ出した分だけ精算するのが精算幅方式です。
精算幅と時間単価・月額固定の報酬設計の違い
報酬設計 | 報酬の決まり方 | 稼働時間との連動 |
|---|---|---|
精算幅方式 | 下限〜上限の帯で月額固定、はみ出し分は精算 | 帯の中は連動なし、はみ出しは連動 |
時間単価契約 | 実稼働時間 × 時給 | 完全連動 |
月額固定契約 | 月額のみ、稼働時間の精算なし | 連動なし |
いずれも準委任契約で採られることがあります。精算幅方式が多いのは、フリーランス側の月次収入の見通しを立てつつ、クライアント側もリスクを取りすぎない中間的な設計だからです。
ミニFAQ:精算幅は準委任契約の必須条項?
Q. すべての準委任契約に精算幅が入っていますか?
A. 必須ではありません。月額固定のみで精算条項なしの案件、または実稼働時間×時給の完全時間単価案件もあります。ただし業務委託の月額案件では精算幅方式が主流です。契約書に稼働時間の記載がない場合は、想定稼働と精算方法を面談で確認してください。
「140-180h」の意味と代表パターン
「140-180h」は下限140時間・上限180時間の精算幅を意味します。月140時間から180時間までの稼働は月額固定、下回れば控除、上回れば追加請求です。この40時間の幅が「稼働の増減バッファ」として機能します。
代表的な設定パターン
2026年7月時点で確認した、首都圏中心の主要フリーランスエージェントの公開案件(週4〜5日・準委任案件を中心に確認した範囲)で見られる主な精算幅パターンを整理します。
精算幅 | 中央値 | 幅(上限−下限) | 想定される案件イメージ |
|---|---|---|---|
140-180h | 160h | 40h | 週4〜5日案件でよく見られる標準的な幅 |
150-180h | 165h | 30h | 稼働の下振れを許容しない設計。中央値やや高め |
160-200h | 180h | 40h | 高稼働前提の案件。フル稼働+余裕を見た設定 |
140-200h | 170h | 60h | 稼働の変動を吸収しやすい広めの幅 |
130-170h | 150h | 40h | 週4日稼働ベースの案件で見られる |
ここでいう中央値は、下限と上限の単純な中間値(例:140-180hなら160h)を指します。この中央値は「想定される標準稼働時間」の目安として使われることが多く、契約書の時給計算式でも中央値ベースが選ばれるケースが目立ちます(後述)。
幅の広さがもたらす違い
同じ月額でも、精算幅の広さで月次のブレへの耐性が変わります。
狭い幅(例:150-180h):稼働の下振れ許容が少なく、体調不良や祝日重なりで下限割れになりやすい。月末の精算リスクが高い
広い幅(例:140-200h):多少の稼働変動を月額固定で吸収できる。ただし上限が高い場合、実質「上限まで働く前提」の運用になる案件もある
契約締結時は、精算幅の広さと想定稼働のギャップを必ず確認します。「140-180hだが、実質160h前後の稼働で運用したい」など、クライアント側の想定と自分の稼働計画が合うかが実務の要点です。
ミニFAQ:140-180hは月何日稼働の想定?
Q. 140-180hの精算幅は、1日8時間換算で何日の稼働ですか?
A. 8時間換算で17.5〜22.5日/月です。営業日ベースだと月20営業日として8時間×20日=160時間になり、ちょうど中央値に収まります。祝日が多い月(例:5月・9月)は稼働日が減るため下限側に寄りやすく、逆に長時間稼働の月は上限側に寄ります。
超過・控除の計算式
超過(上限超え)・控除(下限割れ)の精算単価は、公開案件や契約条件の記載例では「月額報酬 ÷ 精算幅の中央値」または「月額報酬 ÷ 精算幅の下限」で計算されるケースが目立ちます。どちらを使うかで実質手取りが変わるため、契約書での確認が必須です。
精算単価の主な計算パターン
計算方式 | 精算単価の求め方 | フリーランス側の有利/不利 |
|---|---|---|
中央値ベース | 月額 ÷ 精算幅の中央値 | バランス型。標準的 |
下限ベース | 月額 ÷ 精算幅の下限 | 時給が高く算出される。上限超過時の追加請求額は大きくなる一方、下限割れ時の控除額も大きくなりやすい |
上限ベース | 月額 ÷ 精算幅の上限 | 時給が低く算出される。上限超過時の追加請求額は小さめ、下限割れ時の控除額も小さめ |
個別時給指定 | 契約書で時給を別途明記 | 明確。ただし月額と時給の整合を確認 |
具体例:月額80万円・140-180hの場合
月額80万円・精算幅140-180h・中央値ベース(160h)で計算する契約を例に、稼働時間ごとの手取りを見ます。
実稼働時間 | 精算計算 | 実質月額 |
|---|---|---|
130h(下限割れ10h) | 80万円 −(80万円÷160h × 10h)= 80万円 − 5万円 | 75万円 |
140h(下限ちょうど) | 精算なし | 80万円 |
160h(中央値) | 精算なし | 80万円 |
180h(上限ちょうど) | 精算なし | 80万円 |
190h(上限超過10h) | 80万円 +(80万円÷160h × 10h)= 80万円 + 5万円 | 85万円 |
200h(上限超過20h) | 80万円 + 10万円 | 90万円 |
中央値160hをベースにすると、時給は5,000円換算(80万円÷160h)。この計算式が契約書のどこかに書かれているかを必ず確認します。
下限ベースで計算するとどう変わるか
同じ月額80万円・140-180hを下限ベースで計算すると、時給は約5,714円(80万円÷140h)になります。上限超過10h時は追加5万7,140円で実質85万7,140円。下限割れ10h時は控除5万7,140円で実質74万2,860円になります。下限ベースは時給が高くなる分、上限超過時の追加請求も、下限割れ時の控除も、金額のブレが大きくなるという関係です。
契約書で「精算時給」または「精算単価」がどの数値で計算されるかを、面談または契約書ドラフト受領時に確認します。
小数点以下の丸め
計算過程で発生する小数点以下の扱い(切り捨て・切り上げ・四捨五入)も契約書で明記されるのが望ましい論点です。稼働時間を分単位で管理する案件では、月末の合算で数十分の差が出ることがあり、精算金額に数百円〜数千円の差が生じます。
ミニFAQ:精算単価は交渉できる?
Q. 契約書ドラフトの精算単価計算を、下限ベースに変更するよう交渉できますか?
A. 交渉自体は可能ですが、クライアント側は精算リスクを抑えたいため、下限割れの控除を有利にしたい傾向があります。妥協点として「中央値ベースで固定」を提案するのが実務的です。単価そのものの交渉のコツはフリーランスエンジニアの単価交渉のコツにまとめています。
精算幅の設定パターン別・月次シミュレーション
精算幅の設定によって、同じ実稼働でも実質月額が変わります。下記は月額80万円・稼働時間160hを共通条件に、精算幅の違いを見た比較です。
稼働160h時の実質月額(精算幅別)
精算幅 | 中央値 | 精算計算 | 実質月額 |
|---|---|---|---|
140-180h | 160h | 範囲内、精算なし | 80万円 |
150-180h | 165h | 範囲内、精算なし | 80万円 |
160-200h | 180h | 下限ちょうど、精算なし | 80万円 |
170-200h | 185h | 下限割れ10h × 4,324円 = 4万3,240円控除 | 75万6,760円 |
同じ稼働時間でも、精算幅の下限位置によって手取りが変わるのがわかります。特に170-200hのように下限が高い設定は、実質「170h以上稼働する前提」の案件と読むべきです。
稼働120h(有給的な調整月)の実質月額
体調不良や祝日、家族の事情で稼働が減った月をシミュレーションします。中央値ベースで計算します。
精算幅 | 下限割れ時間 | 控除額 | 実質月額 |
|---|---|---|---|
140-180h | 20h | 80万÷160h × 20h = 10万円 | 70万円 |
130-170h | 10h | 80万÷150h × 10h = 5万3,333円 | 74万6,667円 |
150-180h | 30h | 80万÷165h × 30h = 14万5,455円 | 65万4,545円 |
下限が低い契約ほど、稼働不足時のダメージが小さい傾向があります。稼働の変動が読みにくい状況(副業掛け持ち・育児・介護など)では、下限の低い契約を選ぶのが実務的です。
稼働200h(高稼働月)の実質月額
繁忙期やリリース対応で稼働が増えた月です。
精算幅 | 上限超過時間 | 追加額 | 実質月額 |
|---|---|---|---|
140-180h | 20h | 80万÷160h × 20h = 10万円 | 90万円 |
160-200h | 0h | 精算なし | 80万円 |
140-200h | 0h | 精算なし | 80万円 |
上限が高い契約は、高稼働の追加請求ができない設計です。上限200hの案件は、「200hまでは月額80万円で固定」というクライアント有利の設計になっていることが多く、実務では上限に張り付く運用になりがちです。
契約書で確認すべきポイント
精算幅方式の契約書で必ず確認すべきは「時給計算のベース」「小数点以下の丸め方」「クライアント都合の稼働不足の扱い」の3点です。曖昧なまま参画すると、月末の精算で認識ズレが発生します。
1. 時給計算のベース(中央値/下限/上限/個別指定)
前述のとおり、精算単価の算出方法は複数パターンがあります。契約書に「時給◯円で精算」と明記されているのが理想。明記がない場合は「◯円÷精算幅の中央値」など計算式が書かれているかを確認します。時給または計算式のどちらも書かれていない場合は、別紙・注文書・メールを含めて書面で確認したうえで締結するのが安全です。
2. 小数点以下・分単位の丸め方
稼働時間を分単位で管理するのか、15分単位/30分単位で丸めるのか
月末合算後の小数点以下は切り捨て/切り上げ/四捨五入のどれか
精算金額の1円未満の丸めルール
これらが未記載でも実務は回りますが、認識のズレで揉めやすい論点です。契約書ドラフト受領時に「稼働時間の丸め方はどうしますか」と聞くだけで、後の精算トラブルが減ります。
3. クライアント都合の稼働不足
扱いは契約条項と実際の指示系統で大きく異なります。多くの契約では自己都合の下限割れは控除対象として扱われますが、クライアント都合(案件遅延・要件変更・待機指示など)で稼働できなかった場合の扱いは契約書で分岐します。主なパターンは以下です。
待機時間も稼働時間としてカウント:クライアントの指示で作業が止まった時間を稼働時間に含める
クライアント都合は控除対象外:稼働不足でも下限割れ控除を適用しない条項
一律控除:理由を問わず稼働時間ベースで精算
契約書に明記がない場合、揉めやすいのは「案件開始が遅れた場合の最初の1〜2週間」や「要件変更で作業待機が発生した場合」です。この論点は面談時に「クライアント都合の稼働不足はどう扱いますか」と直接聞くのが確実です。
4. その他の細目
以下も確認しておきたい項目です。
祝日・年末年始の扱い:月の稼働可能日が減る月に下限を調整するのか、そのまま計算するのか。特に祝日が多い月は下限割れが起きやすいため、下限を月ごとに調整する運用かは先に確認しておきます
有給休暇に相当する扱いの有無:業務委託には有給の制度はないが、契約上「◯日/年は稼働不足でも控除しない」という設計を採る案件も稀にある
月中の契約開始・終了:月の途中で参画・終了する場合、精算幅を日割りするのか
消費税の扱い:単価が税抜/税込どちらの表記か、精算計算も同じ税抜/税込ベースか
契約時の全般的な確認事項はフリーランスエージェントとの面談の内容と必要な準備で整理しています。
ミニFAQ:契約書ドラフトの精算条項をチェックする最短ルート
Q. 契約書ドラフトを受け取ったとき、精算条項で最初にどこを見ればいい?
A. 「精算単価または時給の計算式」「クライアント都合の稼働不足の扱い」「稼働時間の丸め方」の3点です。この3点が明記されていれば、月末の精算で認識ズレが起きにくくなります。書かれていない場合は、契約締結前にメール等で確認して記録を残します。
稼働ログの管理と証跡の残し方
精算幅方式の案件では、稼働ログを日次で自分の管理下に残すのが実務の基本です。Slackやチャットのやり取りだけを稼働の証跡にすると、月末に稼働時間の主張がクライアント側の記録と食い違うことがあります。
稼働ログに残すべき項目
作業開始時刻・終了時刻(1日の中で中断がある場合は分割記録)
作業内容の要約(1〜3行程度)
クライアント指示による待機時間の有無
ミーティング参加時間
稼働ログの記録方法
主な選択肢は以下です。
方法 | メリット | デメリット |
|---|---|---|
スプレッドシート(Google/Excel) | 自由度が高く、集計・共有しやすい | 手入力の負荷 |
タイムトラッキングツール(Toggl、Clockifyなど) | 開始・終了ボタンで自動記録 | ツール導入・慣れが必要 |
Notion・Obsidianの日次ノート | 作業内容と時間を同じ場所に記録 | 集計に一手間 |
クライアント指定のツール | クライアント側と稼働認識が揃う | 自分の記録に残らない場合あり |
クライアント指定のツールがある場合でも、自分の管理下(スプレッドシートなど)に副本を残すのが実務的です。契約終了後もアクセスできる形にしておくと、後から確認が必要になった際に困りません。ただし、案件名や機密情報の持ち出しが禁止されている場合は、作業内容を抽象化した形で記録するなど契約・情報管理ルールに従います。
月次の稼働報告フォーマット
月末にクライアントへ提出する稼働報告は、以下の項目を含めるのが一般的です。
該当月と対象契約
総稼働時間(下限・上限との差分)
主要な作業カテゴリ別の内訳(開発/レビュー/MTG/待機など)
精算対象時間(下限割れまたは上限超過の時間)
精算対象時間が発生する月は、その理由をあわせて記載します。「上限超過10h:◯月◯日のリリース対応で追加稼働」など、後から検証しやすい形にしておきます。
ミニFAQ:稼働ログでミーティング時間はどう扱う?
Q. クライアントとのミーティング時間は稼働時間に含めていいですか?
A. 準委任契約では、業務遂行に必要なミーティングは通常稼働時間に含めます。ただし「業務時間内のミーティング」と「業務時間外のMTG依頼」の扱いは契約で異なる場合があります。夜間・休日のMTG依頼は、稼働に含めるか別枠精算にするかを面談時に確認しておきます。
ケース別解説:状況ごとの精算幅の選び方
ケース1:週5日フル稼働で月額を最大化したい
推奨: 160-200h または 150-180h
高稼働前提で月額を積み上げたい場合、下限が高めの精算幅を選びます。ただし体調不良・祝日集中月の下限割れリスクが上がるため、有給的な調整の仕組みがあるかを確認します。
ケース2:稼働の変動を吸収したい(副業並行・育児・介護など)
推奨: 140-180h または 130-170h、精算単価は中央値ベース
稼働の下振れを許容する設計を選びます。下限が低めの契約なら、月120hを切っても控除額が抑えられます。上限側の追加請求は諦め、下振れリスクの緩和を優先します。
ケース3:クライアント都合の稼働不足が想定される
推奨: クライアント都合の待機を稼働時間に含める条項がある案件
新規案件立ち上げ期・要件が固まっていないフェーズは、クライアント側の準備遅れで稼働が空くことがあります。契約書に「クライアント都合の待機時間は稼働時間としてカウント」または「クライアント都合の稼働不足は控除対象外」の記載があるかを最優先で確認します。
ケース4:初めての準委任案件で相場感が不明
推奨: 140-180h・中央値ベースの標準的な設計
まずは標準的な精算幅・計算方式を選び、稼働と精算の実感を掴む案件から始めるのが安全です。首都圏の週5日・中堅エンジニア向け公開案件では、140-180h・中央値ベースの設計がよく見られます。月額はスキルや職種で大きく異なるため、単価の目安はフリーランスエンジニアの単価相場と単価の上げ方を参考にしつつ、市場単価の目安は無料のフリーランスエンジニア単価診断で確認できます。
よくある失敗と対策
失敗1:時給計算のベースを確認せずに契約
契約書に「上限超過・下限割れ時は精算単価で調整」とあるが、精算単価の計算式が書かれていない案件に参画。稼働180hを超えたときに追加請求したら、想定より低い時給で計算されて月末揉めるケース。
対策:契約書ドラフト受領時に「精算単価または時給の計算式」を必ず確認する。書かれていない場合は、メールで確認して回答を記録に残す。
失敗2:クライアント都合の稼働不足で控除された
案件開始直後の要件整理フェーズで、クライアント側の資料準備が遅れ、稼働時間が140hを下回った。契約書に「稼働時間×精算単価で控除」とだけあり、クライアント都合の扱いの記載なし。結果として控除された。
対策:契約書に「クライアント都合の稼働不足の扱い」が書かれていない場合、面談時または契約締結前に確認する。「クライアントの指示待機時間は稼働時間に含む」を条項として追加してもらう交渉が現実的。
失敗3:稼働ログをSlackだけで管理していた
契約終了時に「その月の総稼働時間を確認したい」と言われたが、記録がSlackのやり取りだけで正確な時間を出せなかった。結果、クライアント側の記録に依存する形で最終精算されて、10時間ほど過少な扱いに。
対策:稼働ログは日次で自分の管理下(スプレッドシート等)に残す。クライアント指定ツールがある場合も、副本を自分の記録として維持する。
失敗4:月中の契約開始で精算幅が日割りされずに下限割れ扱い
月の中旬(15日)に参画したが、契約書に日割りの記載がなく、下限140hを月次でそのまま適用された。半月しか稼働できないので当然下限割れとなり、控除された。
対策:月の途中で契約開始・終了する場合、精算幅の日割り計算が入るかを事前確認する。多くの案件では日割りされるが、明記がないと解釈が分かれる。
失敗5:精算単価が想定より低かった
月額80万円・140-180h・中央値ベースの契約で、時給5,000円と認識していたが、契約書には「時給4,000円で精算」と別途明記されていた。上限超過10h分が4万円しか支払われず、想定より1万円少なかった。
対策:月額と時給が別々に書かれている契約書では、時給の数字を優先確認する。「月額÷精算幅の中央値」で計算した時給と、契約書の時給が一致しているかをチェックする。
実践チェックリスト:契約前に確認する精算幅の論点
契約書ドラフト受領時
[ ] 精算幅(下限・上限)の時間が明記されている
[ ] 精算単価または時給の計算式が明記されている
[ ] クライアント都合の稼働不足の扱いが記載されている
[ ] 稼働時間の丸め方(分単位/15分単位/30分単位)が記載されている
[ ] 月中の契約開始・終了時の日割り計算の記載がある
面談時に確認
[ ] 想定される平均月稼働時間(クライアント側の期待値)
[ ] 繁忙期の稼働イメージ(上限を超える運用の頻度)
[ ] 祝日・年末年始の稼働扱い
[ ] クライアント側の稼働管理ツールの有無
参画後の運用
[ ] 稼働ログを日次で自分の管理下に残す
[ ] 月末の稼働報告フォーマットを確定させる
[ ] 精算対象時間の理由を報告に含める運用にする
[ ] クライアント都合の待機時間があった場合、その日のうちに記録する
契約更新時
[ ] 過去数か月の精算実績を振り返り、精算幅の見直しを検討
[ ] 稼働実態と精算幅がずれている場合は再交渉
まとめ
精算幅は準委任契約で月額固定になる稼働時間の帯を指し、140-180hは下限140時間・上限180時間の代表的な設定です。契約時は「時給計算のベース」「クライアント都合の稼働不足の扱い」「稼働時間の丸め方」の3点を確認するのが実務の起点になります。
精算幅は下限〜上限の帯で月額固定、範囲外は精算対象
精算単価は「月額 ÷ 精算幅の中央値」で算出される契約が多いが、下限ベース/上限ベースの契約もある
稼働が変動しやすい状況では、下限が低めの精算幅を選ぶと下振れリスクを緩和できる
契約書に精算単価の計算式がない場合は、契約前にメール等で確認して記録を残す
稼働ログは日次で自分の管理下に残し、クライアント指定ツールがある場合も副本を維持する
契約条件の確認・単価設計と合わせて、自分の市場単価の目安を掴んでおくのが実務的です。無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価設計の考え方はフリーランスエンジニアの単価相場と単価の上げ方、契約種別ごとの違いは準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点を参考にしてください。
参照元・一次情報
本記事の精算幅・稼働設定の解説は、首都圏中心の主要フリーランスエージェント数社の公開案件(週4〜5日稼働・準委任案件を中心に見た範囲)の契約条件と、業務委託準委任契約の一般的な条項を整理したものです。契約実務に関する制度・行政情報は以下を参照してください。
よくある質問
Q1. 精算幅と稼働幅は同じ意味ですか?
A. 実務上はほぼ同じ意味で使われます。「精算幅」は精算計算の対象になる時間帯を指し、「稼働幅」は許容される稼働時間の帯を指しますが、どちらも月額固定の範囲を意味します。契約書によっては「基準稼働時間」「精算対象時間」など表現が異なりますが、下限〜上限で月額固定という仕組み自体は共通です。
Q2. 精算幅は誰が決めるのですか?
A. 通常はクライアント側またはエージェント側が提示します。フリーランス側から提案することも可能ですが、案件によっては変更不可の場合もあります。エージェント経由の案件では、担当者に「精算幅の交渉余地があるか」を先に確認するのが実務的です。
Q3. 精算幅なしの完全月額固定の準委任契約はありますか?
A. あります。ただしフリーランス側にとっては、稼働が過剰になっても追加請求できないリスクがあります。逆にクライアント側は稼働不足でも減額できないため、双方リスクを取る形になります。信頼関係が構築済みの継続案件で採用されるケースが目立ちますが、初回契約では珍しい設計です。
Q4. 精算幅の下限を割る月が続いた場合、契約は打ち切られますか?
A. 打ち切られる可能性はあります。準委任契約は労務提供に対する対価が支払われるため、稼働不足が続くとクライアント側から契約更新の見送りを判断されることがあります。事情がある場合は事前にクライアントへ相談し、精算幅の見直しか一時的な稼働調整の合意を取るのが実務的です。契約更新時の判断材料はフリーランスエンジニアが継続契約されるための要点にもまとめています。
Q5. 精算幅の上限を超える稼働が常態化した場合、どう対処すべきですか?
A. 上限超過が2〜3か月続く場合、稼働実態と精算幅がずれているサインです。契約更新のタイミングで精算幅の上方修正(例:140-180h → 160-200h)または月額単価の引き上げを交渉するのが現実的です。上限超過分は追加請求できますが、追加請求の時給が実質単価より低い場合は月額単価の見直しのほうが有利になることが多いです。
Q6. 精算幅は職種・案件形態で違いますか?
A. 公開案件ベースでは、Web系・クラウド系の準委任案件で140-180hがよく見られる設定です。ゲーム開発・SIer寄りの案件では160-200hのような高稼働前提の設定が見られる傾向があります。また、週3〜4日案件では下限を100〜120h程度に下げた設計(例:100-140h)になる場合があります。週3日で働くケースの詳細は週3日で働くフリーランスエンジニアの始め方を参考にしてください。
Q7. 精算幅の計算式は消費税込みで考えるべきですか?
A. 契約書の表記に従います。月額単価が税抜表記の場合、精算単価も税抜で計算し、最終請求で消費税を加算するのが一般的です。税込表記の場合は精算単価も税込で計算します。税抜/税込の表記が混在している契約書は、どちらのベースで計算するかを事前確認してください。インボイス制度対応後は消費税の扱いも実質手取りに影響します。
Q8. 精算幅を交渉するときのポイントは?
A. 「下限を下げる」「クライアント都合の稼働不足を控除対象外にする」の2点が実務的に効果の大きい交渉ポイントです。単価の引き上げより通りやすい場合があります。狭い幅の契約(150-180h等)を提示された場合、「140-180hに広げてもらえないか」を打診するだけで下振れリスクが下がります。
Q9. 精算幅の記載がない契約書は問題ですか?
A. 業務委託の月額案件で精算幅の記載がない場合、稼働の増減時にどう対応するかが不明確になります。契約書に「稼働時間が月◯h以上◯h以下」の記載がなければ、契約締結前に稼働時間の想定と精算方法を書面で確認するのが安全です。口頭合意のまま参画するのは避けます。
Q10. 稼働ログはクライアント側からの依頼がなくても記録すべきですか?
A. 記録すべきです。精算幅方式は月次で稼働時間を集計する必要があり、クライアント側の記録と自分の記録に差異が出た場合、自分側に記録がないと不利になります。特に契約終了後の最終精算では、稼働ログの有無が精算金額に直接影響します。
Q11. 精算幅は税務上どう扱えばいいですか?
A. 一般には売上金額の増減として扱うことが多いですが、請求書の立て方や会計処理の方法(値引き処理/返金処理/消費税区分など)で扱いが分かれることがあります。個別の会計・税務判断は個別事情で異なるため、税理士に確認するのが安全です。確定申告全般の実務はフリーランスエンジニアの確定申告|やり方・必要書類・期限をわかりやすく解説で解説しています。
Q12. エージェント経由の案件で、精算幅がクライアントとエージェントで異なる場合は?
A. フリーランス側は通常「エージェントとの契約」に基づいて動くため、エージェント契約書に記載された精算幅が優先されます。ただしエージェントとクライアントの間で精算幅の認識ズレがあると、月末の精算でトラブルが起きます。エージェント担当者に「クライアント側と同じ精算幅で認識合わせが済んでいるか」を確認しておくと安全です。エージェント経由の契約全般はフリーランスエージェントの仕組み|紹介から契約・支払いまでの流れと手数料も参考になります。



