SESエンジニアの稼働報告と
精算ルール

SESは、System Engineering Service 又はシステムエンジニアリングサービスと呼ばれる実務上の取引類型です。開発、保守、運用、テスト、PMO、ヘルプデスク、インフラ構築、セキュリティ対応などの役務提供で使われますが、民法、労働者派遣法、労働基準法、取適法、フリーランス法などに定義された法令用語ではありません。

次の比較表は、SESで混同されやすい三つの契約類型と、稼働報告・精算への影響を整理したものです。読者にとって重要なのは、月次精算を設計する前に、時間報告が成果確認なのか、業務遂行状況の報告なのか、派遣法上の管理に近いのかを見分けることです。

民法上、請負は仕事の完成を中核とし、委任・準委任は事務処理を中核とします。IT領域のSESでは準委任型として構成されることが多い一方、契約書に準委任や業務委託と書いても、発注者がエンジニア個人の勤務時間、休暇、作業方法、配置、評価を直接管理していれば、労働者派遣又は偽装請負と評価されるリスクがあります。

SESの精算ルールとは、月額単価を基準に、実際の稼働時間が一定の範囲内であれば月額固定、下限を下回れば控除、上限を超えれば超過精算を行う仕組みです。

次の一覧は、典型的な精算条件を契約でどのように置くかを示します。読者にとって重要なのは、月額単価だけでなく、対象時間、端数処理、控除・超過単価まで明文化して初めて請求額を説明できる点です。

次の計算例は、精算幅の内外で請求額がどのように変わるかを示します。読者にとって重要なのは、同じ月額単価でも、下限未達・上限超過の差分時間に単価を掛けることで金額が変動する点です。

精算式の基本

F = 月額単価
L = 精算幅の下限時間
U = 精算幅の上限時間
H = 月間精算対象稼働時間
D = 控除単価
E = 超過単価

L <= H <= U の場合 ― 請求額 = F
H < L の場合 ― 請求額 = F - (L - H) × D
H > U の場合 ― 請求額 = F + (H - U) × E

140時間から180時間、150時間から190時間、固定精算なし、上下割、日割りなどは業界実務上の商慣行であり、法律上の標準値ではありません。「いつものSESだから」という理由だけで精算幅や単価を書かない運用は、紛争時の証拠整理を難しくします。

適正な稼働報告では、エンジニアの記録、受託会社の確認、発注者の精算確認、請求、保存を一本の手順としてつなげます。発注者の確認は、勤務承認ではなく、業務実施状況及び精算額の確認です。

次の時系列は、月次精算までの基本的な順番を示します。読者にとって重要なのは、エンジニア個人から発注者へ直接承認を求める形ではなく、受託会社の確認を経て請求に進む点です。

次の表は、日次・週次・月次報告の目的を分けたものです。読者にとって重要なのは、日次報告を勤務承認にせず、業務連携と精算確認の役割を分離することです。

契約書には、受託者が翌月第3営業日までに月次稼働報告書を提出し、発注者が受領後5営業日以内に確認し、異議があれば理由を付して通知する、といった期限を置きます。期限内に異議がない場合の確定扱いや、争いのない部分の支払を留保しないことも定めます。

以下は、稼働報告、報酬精算、指揮命令排除、異議処理に関する条項例です。実際の契約では、案件内容、当事者属性、取適法・フリーランス法の適用、インボイス、秘密保持、個人情報、再委託、派遣該当性などを踏まえて修正する必要があります。

稼働報告条項

第X条（稼働報告）

1. 受託者は、毎月末日を締日として、当該月における本業務の実施状況、稼働日、稼働時間、業務概要、成果又は進捗、課題その他委託者及び受託者が別途合意する事項を記載した稼働報告書を作成し、翌月第3営業日までに委託者に提出する。
2. 前項の稼働報告書は、受託者の業務責任者が内容を確認したうえで、受託者名義により提出するものとする。
3. 委託者は、稼働報告書を受領した日から5営業日以内にその内容を確認し、異議がある場合には、具体的な理由及び根拠資料を付して受託者に通知するものとする。当該期間内に異議の通知がない場合、当該稼働報告書は確認されたものとみなす。
4. 委託者による前項の確認は、本業務の実施状況及び報酬精算の基礎事実を確認する目的に限られ、受託者の従業員又は再委託先要員に対する始業・終業、休憩、休日、時間外労働、服務規律、配置、評価、業務遂行方法その他の指揮命令又は労務管理を意味しない。

精算条項

第Y条（報酬及び精算）

1. 本業務の月額報酬は、個別契約に定める金額とする。
2. 個別契約に精算幅が定められている場合、当該月の精算対象稼働時間が精算幅の下限時間以上かつ上限時間以下であるときは、月額報酬の増減は行わない。
3. 当該月の精算対象稼働時間が精算幅の下限時間を下回る場合、月額報酬から、下限時間と精算対象稼働時間との差分に個別契約に定める控除単価を乗じた金額を控除する。
4. 当該月の精算対象稼働時間が精算幅の上限時間を超える場合、月額報酬に、精算対象稼働時間と上限時間との差分に個別契約に定める超過単価を乗じた金額を加算する。
5. 精算対象稼働時間、端数処理、休暇、欠勤、待機時間、夜間・休日対応、中途参画又は中途終了時の取扱いは、個別契約又は別紙精算条件に定める。
6. 委託者の責めに帰すべき環境未整備、資料提供遅延、レビュー遅延、アカウント未発行その他これらに類する事由により受託者が本業務を実施できず待機した時間は、精算対象稼働時間に含める。ただし、受託者は、当該事由を認識した場合、委託者に速やかに通知するものとする。

指揮命令排除条項

第Z条（指揮命令の排除）

1. 本契約は、受託者が自己の責任と裁量により本業務を遂行する業務委託契約であり、委託者は、受託者の従業員又は再委託先要員に対し、直接、業務遂行方法、労働時間、休憩、休日、時間外労働、服務規律、配置、評価その他の指揮命令又は労務管理を行わない。
2. 委託者が本業務に関する依頼、仕様確認、成果確認、課題指摘、変更要望その他の連絡を行う場合、原則として受託者の業務責任者を通じて行うものとする。
3. 緊急障害対応その他やむを得ない事情により委託者が受託者の担当者と直接連絡を行った場合であっても、委託者は、速やかに受託者の業務責任者に当該連絡内容を共有するものとし、当該直接連絡を恒常的な指揮命令の手段としてはならない。

異議・紛争処理条項

第W条（稼働報告に関する異議）

1. 委託者が稼働報告書の記載内容に異議を述べる場合、委託者は、異議対象日、異議対象時間、異議理由及び根拠資料を明示するものとする。
2. 受託者は、前項の異議を受領した場合、自社の勤怠記録、作業記録、チケット、会議記録、ログその他合理的な資料を確認し、委託者と協議する。
3. 稼働報告の一部に争いがある場合であっても、委託者は、争いのない部分に係る報酬の支払を拒み、又は遅延させてはならない。

ケース別の判断では、一つの事実だけで結論を固定せず、頻度、権限、責任者の関与、契約上の定め、証跡の残り方を組み合わせて見ます。

次の一覧は、現場で迷いやすい場面と整理の方向性をまとめたものです。読者にとって重要なのは、個別のやり取りが直ちに問題になるかではなく、発注者が個人の労務管理を恒常的に行う実態になっていないかを読み取ることです。

次の比較表は、下限未達の原因別に取扱いの方向性を整理したものです。読者にとって重要なのは、同じ未達でも、誰がコントロールできた事情かによって契約変更、控除、協議の必要性が変わる点です。

Q1. 始業・終業時刻を書いてもよいですか。

一般的には、始業・終業時刻を記載すること自体が直ちに禁止されるわけではないとされています。ただし、発注者がその情報を用いてエンジニア個人の出退勤を直接管理する運用にすると、指揮命令や労務管理の実態に見える可能性があります。具体的な設計は、契約内容、報告経路、勤怠管理の主体、ログの使い方を整理したうえで弁護士等の専門家へ相談する必要があります。

Q2. 発注者が稼働報告を確認しないと請求できない運用は問題ですか。

一般的には、業務実施状況と精算対象時間の確認手続を置くこと自体は合理的とされています。ただし、理由なく確認を遅らせ、支払を先延ばしにする運用は、取適法又はフリーランス法上の支払遅延等の問題につながる可能性があります。具体的な対応は、確認期限、異議通知、争いのない部分の支払条件を整理したうえで弁護士等の専門家へ相談する必要があります。

Q3. 140時間から180時間の精算幅は法律上の標準ですか。

一般的には、140時間から180時間という精算幅は実務上見られる条件の一つであり、法律上の標準値ではないとされています。精算幅、控除単価、超過単価、端数処理、対象時間は契約で明確にする必要があります。具体的な条件は、業務内容、取引慣行、交渉経緯、適用法令によって変わるため、専門家に確認することが考えられます。

Q4. 精算幅を超えたのに、予算がないと言われた場合はどう考えますか。

一般的には、契約に超過精算条項があり、稼働報告で超過が確認されている場合、発注者側の一方的な不払いは契約上の問題になり得るとされています。ただし、契約文言、確認手続、異議の有無、証拠関係、取適法又はフリーランス法の適用によって結論は変わります。具体的な請求方針は、契約、発注書、稼働報告、確認記録、チケット、メールを整理したうえで弁護士等の専門家へ相談する必要があります。

Q5. 顧客都合で作業できなかった時間は控除されますか。

一般的には、契約で顧客都合の環境未整備、資料提供遅延、レビュー待ちなどを精算対象時間に含めるか、協議対象にする設計が考えられます。ただし、原因、通知状況、待機中の対応可能性、過去運用、契約の定めによって結論は変わります。具体的な取扱いは、事実関係と証跡を整理したうえで弁護士等の専門家へ相談する必要があります。

Q6. エンジニア本人が顧客のチャットに入るのは問題ですか。

一般的には、チャット参加自体が直ちに問題になるわけではないとされています。ただし、チャット上で発注者が日常的に個人へ作業方法、残業、休暇、勤務場所、優先順位を直接命じている場合は、指揮命令リスクが高まる可能性があります。具体的な運用は、受託会社の責任者を含める範囲、依頼・決定・稼働調整の主体を整理したうえで専門家に確認する必要があります。

Q7. 稼働報告は何年間保存する必要がありますか。

一般的には、保存期間は契約、会計、税務、労務、取適法・フリーランス法、電子帳簿保存法、社内規程によって異なるとされています。請求書や電子取引データ、取引記録、勤怠記録はそれぞれ別の保存義務や実務上の保存年限が問題になります。具体的な保存期間は、対象書類と適用法令を整理したうえで税理士、社会保険労務士、弁護士等の専門家へ相談する必要があります。

Q8. 派遣契約にすれば稼働報告と精算の問題はなくなりますか。

一般的には、派遣契約にすれば問題がなくなるわけではないとされています。派遣契約では、派遣法上、派遣契約、派遣元・派遣先の責任、管理台帳、就業条件、労働時間、苦情処理、安全衛生などのルールが適用されます。具体的に派遣スキームを採るかどうかは、業務内容、指揮命令の実態、許認可、管理体制を整理したうえで弁護士等の専門家へ相談する必要があります。

SESエンジニアの稼働報告と精算ルールは、企業法務だけで完結しません。契約類型、労働時間、税務、会計、個人情報、情報セキュリティ、内部統制の担当者が、同じ証跡を別の観点から確認します。

次の表は、専門職・担当ごとの主な関与ポイントを示します。読者にとって重要なのは、どの論点を誰に確認するかを分け、社内だけで抱え込まない体制を作ることです。

SESエンジニアの稼働報告と精算ルールは、単なる月末事務ではなく、企業法務、労務、税務、会計、個人情報保護、内部統制が交差する重要な法務インフラです。

次の強調表示は、このページの結論を一文でまとめたものです。読者にとって重要なのは、単価表だけを整えるのではなく、指示、報告、請求、証跡、説明責任まで設計する必要がある点です。