契約書に準委任と書くだけでは足りません。37号告示、労働者派遣法、IT契約実務を踏まえ、条項・個別契約・現場運用・証跡を一体で整える方法を整理します。
契約書に準委任と書くだけでは足りません。
契約書の表題ではなく、誰がエンジニアを指揮命令しているかを軸に確認します。
SES契約は、ITエンジニアの技術力を外部から活用する実務上の取引形態です。ただし、SESという名称は民法や労働者派遣法に定義された法定類型ではありません。業務委託、準委任、請負、保守運用、ラボ型開発、常駐支援などの名称が使われても、法的性質は契約内容と実態から判断されます。
特に問題になるのは、契約書上は準委任であるにもかかわらず、発注者がエンジニア個人へ日々の作業指示、作業順序、残業、休暇、評価、配置変更を直接伝えている場合です。この状態では、労働者派遣または偽装請負等と評価されるおそれがあります。
次の要点は、このページ全体で扱う結論を短く示したものです。なぜ重要かというと、契約書の一文よりも、現場で誰が判断し管理しているかが問題になりやすいためです。まず、準委任として守るべき中心線を読み取ってください。
発注者は業務目的、仕様、制約、レビュー結果を伝え、委託先が作業配分、作業方法、勤怠、評価、配置を自ら管理する構造にします。
次の3つの項目は、SES契約を準委任として説明するための基本構造を表します。読者にとって重要なのは、契約書、現場運用、証跡のどれか一つでは足りない点です。3つがそろっているかを確認してください。
準委任契約であり労働者派遣ではないこと、委託先が自己の業務として独立して処理することを明記します。
業務責任者、直接指揮命令禁止、情報提供の範囲、勤怠、評価、要員選定、再委託、是正手順を具体化します。
チケット、会議議事録、月次報告、委託先内部の作業指示、教育記録、是正記録で実態を説明できる状態にします。
このページは一般的な法務・労務・契約実務の説明です。実際の契約書作成、レビュー、当局対応、紛争対応では、契約書、作業実態、組織図、会議体、チャットログ、チケット管理、勤怠資料、請求書、再委託構造を確認したうえで、弁護士、社会保険労務士その他の専門家に相談する必要があります。
SES、準委任、労働者派遣、偽装請負等の意味を切り分けます。
SES契約とは、ITベンダーやエンジニアリング会社が、システム開発、運用保守、インフラ構築、クラウド移行、セキュリティ対応、データ分析、プロジェクト支援などの技術的役務を提供する契約を指す実務上の言葉です。法律上の契約類型ではないため、実際の権限配分と業務管理の構造が重要になります。
次の比較表は、SESという名称の中に混在しやすい契約類型を整理したものです。分類を誤ると、完成義務、善管注意義務、派遣法上の許可や派遣先措置がずれてしまうため重要です。自社の契約がどの列に近いかを読み取ってください。
| 実務上の形態 | 典型例 | 法的整理上の注意点 |
|---|---|---|
| 準委任型SES | 要件定義支援、技術調査、PMO支援、コードレビュー、保守改善提案 | 委託先が善管注意義務を負い、成果物完成義務を中心に置かない設計にします。 |
| 成果完成型準委任 | 調査報告、設計支援報告、検証結果など | 準委任でも成果を報酬支払条件にする設計があり得ますが、派遣との区別は別途必要です。 |
| 請負型 | 完成したプログラム、機能、設計書などの納品 | 仕事の完成義務、契約不適合責任、検収、仕様変更管理が中心になります。 |
| 労働者派遣型 | 派遣先が派遣労働者に直接指揮命令する業務遂行 | 派遣元の許可、労働者派遣契約、就業条件明示、期間制限、派遣先措置等が必要です。 |
次の4つの項目は、レビュー時に混同しやすい用語を対比したものです。用語の違いを押さえることは、条項の書き分けだけでなく、現場担当者への説明にも直結します。特に、準委任であっても直接指揮命令があれば派遣に近づく点を確認してください。
名称だけでは性質が確定せず、契約内容と作業実態から判断されます。
法律行為以外の事務処理を対象とし、善良な管理者の注意をもって処理する義務が中心です。
派遣元が雇用する労働者を、派遣先の指揮命令の下で労働に従事させる構造です。
請負や準委任の名目でも、実態が発注者の指揮命令下にある場合に問題になります。
準委任型SESの対象は、外部専門事業者に業務処理を委ねる場面です。発注者がエンジニアに日々直接指示したいのであれば、準委任として無理に整えるのではなく、労働者派遣契約、直接雇用、請負、または別の取引形態を検討する必要があります。
形式ではなく実態、二つの柱、形式的偽装防止を契約に落とし込みます。
SES契約のレビューで最初に確認すべきものは、契約書の表題ではありません。労働者派遣か請負かの区分は、契約形式ではなく実態に即して判断されるという考え方が示されています。そのため、準委任契約と書いても、現場で発注者が個人へ直接作業指示を出していれば、表示は実態に押し負けます。
次の比較表は、37号告示の中心となる二つの柱をSES契約に置き換えたものです。重要なのは、委託先が労働者を自ら直接利用し、自己の業務として独立処理していることを、条項と運用の両方で説明できることです。各列の内容を契約条項へ反映する視点で読んでください。
| 柱 | 内容 | SES契約での意味 |
|---|---|---|
| 第一の柱 | 委託先が、自己の雇用する労働者の労働力を自ら直接利用していること | エンジニアへの作業指示、評価、勤怠、服務規律、配置は委託先が行います。 |
| 第二の柱 | 委託先が、請け負った業務を自己の業務として、発注者から独立して処理していること | 単なる労働力提供ではなく、委託先の責任、専門技術、経験、管理体制に基づいて処理します。 |
次の判断の流れは、準委任型SESとして説明できるかを大づかみに確認するものです。読者にとって重要なのは、契約書の文言だけで完結せず、現場のチケット、会議、勤怠、評価まで確認が及ぶ点です。上から順に確認し、どこで派遣的な実態へ近づくかを見てください。
人材提供ではなく、対象システムに関する業務処理として書かれているかを見ます。
作業方法、順序、勤怠、評価、配置を誰が決めているかを確認します。
是正または契約形態の見直しを検討します。
証跡を残し、運用を継続点検します。
次の3つの注意要素は、37号告示を形式的に満たしているように見えても実態で問題になり得る場面を示します。重要なのは、形式だけを整えることが目的化すると、かえって説明力が弱くなる点です。どの要素が自社の運用にあるかを確認してください。
発注者の指示を横流ししているだけでは、委託先が自ら指揮しているとは言いにくくなります。
発注者環境の利用が情報セキュリティ目的なのか、労務管理なのかを分ける必要があります。
法違反を免れる目的で形式だけ整えたものは、労働者派遣事業として扱われる可能性があります。
チケット、会議、残業、評価、交替など、派遣的に見えやすい場面を整理します。
SES契約では、発注者のプロジェクトに委託先エンジニアが深く入り込むことがあります。オンサイト常駐、リモート常駐、チャット、チケット管理、日次会議、スプリントレビュー、障害対応会議など、協働が必要な場面が多いためです。この密接性自体が直ちに問題になるわけではありません。
次の比較表は、準委任型SESとして高リスクになりやすい運用を場面別に示したものです。重要なのは、単発の連絡よりも、発注者が個人の作業・時間・評価・配置を管理しているように見える累積です。自社の現場で同じ言い回しや仕組みがないかを確認してください。
| 場面 | 高リスクな運用 | 問題点 |
|---|---|---|
| チケット管理 | 発注者PMが個人に直接割り当て、期限と手順を指定する | 作業配分・作業方法の直接指示になり得ます。 |
| 朝会 | 発注者が各エンジニアに当日の作業や残業を指示する | 進捗確認を超えて労務指揮に見えます。 |
| 残業・休暇 | 発注者が残業を依頼し、休暇を承認・却下する | 労働時間と休暇は委託先が管理すべき事項です。 |
| 評価・交替 | 発注者が個人評価、ランク付け、交替要求を直接行う | 評価管理や配置変更への関与として高リスクです。 |
| 面談・選考 | 発注者が候補者面接を行い合否を決める | 労働者選定への実質的関与として問題になり得ます。 |
| 請求・精算 | 個人別勤怠表を発注者が承認し、時間単価で精算する | 単独で決定的ではないものの、他事情と合わせて労働力提供性を強めます。 |
次の比較表は、同じ現場密着型の業務でも、準委任型SESとして設計しやすい運用を示します。重要なのは、発注者が目的・制約・優先度を伝え、委託先が誰にどのように作業させるかを決める構造を保つことです。高リスク表との違いを読み比べてください。
| 場面 | 低リスクに設計しやすい運用 | 留意点 |
|---|---|---|
| 仕様共有 | 発注者が委託先責任者に要件、仕様、制約、優先順位を共有する | 共有先は原則として委託先責任者にします。 |
| 技術質疑 | 技術的な質問・回答を行う | 命令ではなく、事実確認・協議にとどめます。 |
| レビュー | 成果物、報告書、設計案、コードレビュー結果にコメントする | 個人評価ではなく、成果・業務品質に対する確認として扱います。 |
| セキュリティ | 入館、アカウント、秘密情報管理ルールを示す | 施設・情報資産保護のためのルールとして位置付けます。 |
| 障害対応 | 障害状況、影響範囲、復旧優先度を委託先責任者へ伝える | 緊急時の直接連絡は必要最小限とし、事後に記録を集約します。 |
次の注意要素は、現場運用の中で境界が崩れ始めたサインをまとめたものです。重要なのは、契約書の修正だけでなく、現場の会話やツール設定を早期に直すことです。どのサインが出たら是正会議を開くべきかを読み取ってください。
チケットやチャットで個人へ作業命令が固定化している場合、委託先の管理が薄く見えます。
入退館ログや作業実績の確認が、発注者による勤怠承認として扱われると危険です。
報告書、改善提案、レビュー結果がなく時間投入だけに見えると、業務処理性が弱まります。
禁止条項だけでなく、業務管理構造を条項として書きます。
多くのSES契約書には「発注者は委託先の従業員に直接指揮命令しない」という条項があります。この条項は必要ですが、抽象的な一文だけでは現場担当者が判断できません。仕様説明、チャット、チケット、障害対応、レビュー、残業依頼のどこまでが許されるのかを具体化する必要があります。
次の一覧は、直接指揮命令禁止を中心に置きつつ、その周辺に配置すべき条項群を示します。重要なのは、禁止だけで現場を止めるのではなく、発注者ができる情報提供と委託先が行う管理を分けることです。各項目が契約書または別紙にあるかを確認してください。
準委任であること、対象システム、業務類型、成果または報告事項を定めます。
発注者からの依頼は委託先責任者へ伝え、具体的な作業指示は委託先が行います。
勤怠、休暇、残業、服務規律、評価、配置、交替は委託先の権限として明記します。
チケット、チャット、会議、レビュー、緊急連絡の使い方を別紙で具体化します。
月次報告、教育、セルフチェック、是正記録を残し、継続的に点検します。
直接指揮命令が不可欠になった場合は、派遣契約等への変更を検討する導線を置きます。
次の比較表は、「指示」と「情報提供・協議」を分けるための実務上の言い換えを示します。読者にとって重要なのは、発注者が何も話せないわけではなく、話す内容を労務指揮に変えないことです。左列の範囲に収まっているかを読み取ってください。
| 許容されやすい伝え方 | 避けるべき伝え方 | 書き分けの考え方 |
|---|---|---|
| 業務目的、仕様、要件、制約条件、優先順位を伝える | 個人へ作業順序や方法を命じる | 発注者は何を実現したいかを伝え、委託先がどう実施するかを決めます。 |
| 成果物や報告書へのレビュー結果を伝える | 個人の勤務態度や能力を評価する | 評価対象を成果・業務品質に限定します。 |
| 障害影響と希望復旧時期を伝える | 個人へ残業や休日対応を命じる | 緊急対応も委託先責任者が体制を決める形にします。 |
| スキル、経験、セキュリティ要件を客観条件として提示する | 候補者を面接し採否を決める | 要員選定は委託先の判断として残します。 |
次の判断の流れは、発注者が現場で伝えたい内容を契約上どう位置付けるかを整理するものです。重要なのは、現場が迷ったときに、直接指揮命令か、情報提供・協議かを即時に分けられることです。順番にたどり、連絡先と記録先を確認してください。
仕様、制約、レビュー、障害情報、希望期限なのかを確認します。
作業順序、担当割当て、残業、休暇、評価、配置に触れる場合は注意します。
発注者から個人へ直接命じず、委託先側の判断に委ねます。
仕様説明、事実確認、成果確認として残します。
13の条項領域を、宣言・権限・運用・是正まで一体で設計します。
条項例は、対象業務、体制、常駐の有無、再委託、セキュリティ要件、報酬体系、成果物の性質に応じて調整する必要があります。そのまま全案件に使うものではなく、どの権限を誰に置くかを明確にするための設計素材として扱います。
次の比較表は、SES準委任契約に入れるべき主要条項を13領域に分けたものです。重要なのは、準委任との宣言だけでなく、業務責任者、勤怠、評価、報酬、ツール、再委託、スキーム変更まで整合させることです。自社契約に抜けている領域を読み取ってください。
| 条項領域 | 書くべき内容 | 運用上の狙い |
|---|---|---|
| 契約の性質 | 準委任契約であり、労働者派遣契約ではないこと。委託先が自己の業務として独立処理すること。 | 単なる名称ではなく、実質的な業務管理構造を前提にします。 |
| 業務範囲 | 対象システム、業務内容、成果または報告事項、期間、場所、報酬を個別契約で定めること。 | 人材の貸出しではなく、業務単位の委託として整理します。 |
| 業務責任者 | 委託先責任者が作業計画、作業配分、進捗、品質、労働時間、連絡調整を行うこと。 | 責任者を単なる連絡係にしない設計にします。 |
| 直接指揮命令の禁止 | 作業方法、作業順序、作業時間、休暇、評価、配置、交替を発注者が直接指示しないこと。 | チャットやチケット上の実際の指示まで対象にします。 |
| 情報提供・協議 | 仕様、制約、優先順位、レビュー、障害状況、課題について協議できること。 | 現場を止めず、労務指揮への転化を防ぎます。 |
| 勤怠・休暇・残業 | 労働時間等の管理は委託先が行い、発注者ログ確認はセキュリティ目的等に限ること。 | 入退館やアクセスログを勤怠承認にしないようにします。 |
| 要員選定・配置・交替 | 委託先が業務従事者を選定・配置し、発注者は客観的条件を提示できるにとどめること。 | 面接、採否決定、個人指名のリスクを抑えます。 |
| 評価 | 発注者は業務成果・品質をレビューし、個人の勤務評価や処遇に関与しないこと。 | サービス品質評価と人事評価を切り分けます。 |
| 報酬・精算 | 報酬は業務処理の対価であり、個人労働時間への賃金的支払ではないこと。 | 人月や時間精算を使う場合でも労働力提供性を弱めます。 |
| 作業場所・発注者環境 | 施設、ネットワーク、端末、リポジトリ等の利用目的を業務処理と情報資産保護に限ること。 | 発注者環境利用と労務管理を区別します。 |
| チケット・チャット・会議 | 依頼、課題、仕様、希望期限、レビューを記録し、個人への作業命令を避けること。 | 実際のコミュニケーションを契約条項に合わせます。 |
| 再委託 | 再委託先への指示、管理、監督を委託先の責任で行い、発注者が直接指揮しないこと。 | 多重下請構造で指示系統が崩れることを防ぎます。 |
| 是正・スキーム変更 | 派遣に近づいた場合の通知、是正協議、派遣契約等への変更検討を定めること。 | 炎上時にも適法な取引形態へ移る導線を持ちます。 |
契約の性質では、準委任であるという表示に加え、委託先の独立処理と管理権限を明記します。例えば、委託先が専門的知見、経験、管理体制および責任に基づき、自己の業務として独立して処理することを確認します。
業務責任者条項では、発注者からの依頼を受ける窓口だけでなく、委託先内部の作業配分、作業方法、進捗、品質、労務管理まで責任者の職務として書きます。
勤怠・評価・要員に関する条項は、派遣との境界を説明するうえで特に重要です。発注者がサービス品質を確認できる余地を残しつつ、個人の労務管理には踏み込まない線引きを入れます。
是正条項では、実態が派遣に近づいた場合の通知と協議を義務付けます。直接指揮命令が業務遂行上不可欠であると判断されるときは、労働者派遣契約、請負契約、直接雇用など、適法な取引形態への変更を検討します。
基本契約だけでなく、個別契約の記載が派遣的になっていないかを点検します。
SES契約では、基本契約書に準委任・直接指揮命令禁止の条項があっても、個別契約や注文書で崩れることがあります。作業者、勤務時間、指揮命令者、人月単価、甲の指示する業務全般といった記載が並ぶと、全体として派遣的な印象が強くなります。
次の比較表は、個別契約で使いやすい改善方向を整理したものです。重要なのは、人の提供ではなく業務処理として書き、連絡担当者と業務責任者のルートを明確にすることです。左列の論点ごとに、中央列へ寄せられているか確認してください。
| 論点 | 準委任型SESでの書き方 | 避けるべき方向 |
|---|---|---|
| 対象業務 | 対象システムに関する技術調査、設計レビュー、障害原因調査支援、改善方針案、月次報告 | 甲の指示する業務全般 |
| 連絡ルート | 甲連絡担当者から乙業務責任者へ依頼、仕様、優先順位、レビュー結果を伝える | 甲指揮命令者という肩書を置く |
| 実施体制 | 乙が必要な担当者を自ら選定し、配置し、指揮監督する | 甲が個人を指定し採否を決める |
| 実施場所・環境 | 情報セキュリティ上必要な範囲でVPN、リポジトリ、検証環境等を利用する | 甲の部署に所属するかのように記載する |
| 報酬 | 月額報酬とし、業務量が著しく増減する場合は協議して変更する | 個人別勤怠承認を前提とする賃金的精算 |
| 成果・報告 | 月次報告書、技術調査メモ、改善方針案、障害調査報告、レビューコメント | 成果や報告が一切なく、時間投入だけを管理する |
次のチェック表は、個別契約・注文書のレビューで最低限見るべき項目です。重要なのは、基本契約の条項と個別契約の実務文言が矛盾しないことです。望ましい記載と避けるべき記載を横に見ながら修正箇所を拾ってください。
| チェック項目 | 望ましい記載 | 避けるべき記載 |
|---|---|---|
| 契約類型 | 準委任契約、業務処理、専門的知見 | 人材提供、要員貸出し、常駐要員提供 |
| 業務内容 | 対象システム、業務類型、成果・報告事項 | 甲の指示する業務全般 |
| 窓口 | 甲連絡担当者、乙業務責任者 | 甲指揮命令者 |
| 要員 | 乙が選定・配置 | 甲が個人を指定・面接・採否決定 |
| 勤務時間 | 対応可能時間帯、会議時間帯、サービス提供時間帯 | 始業終業を甲が管理する記載 |
| 作業場所 | セキュリティ上必要な実施場所 | 甲の部署に所属するかのような記載 |
| 報酬 | 業務対価、月額、役割・業務量に応じた対価 | 個人別勤怠承認を前提とする賃金的精算 |
| 成果 | 報告書、レビュー結果、調査結果、改善提案 | 成果が一切なく、単に時間投入のみ |
言い方、チケット、アジャイル、障害対応を現場で使えるルールにします。
法務担当が契約書を精密に作っても、現場のプロジェクトマネージャー、スクラムマスター、プロダクトオーナー、情報システム部門、委託先リーダーが理解していなければ意味がありません。現場向けには、言ってよいことと避けるべきことを具体的に示す必要があります。
次の比較表は、発注者が現場で使う表現を準委任型SESに合わせて整理したものです。重要なのは、仕様・目的・制約を伝える表現と、個人への作業命令・勤怠指示を分けることです。各行の左側へ言い換えられるかを確認してください。
| 発注者が言ってよい表現 | 避けるべき表現 |
|---|---|
| この機能の業務要件はこの資料のとおりです | Aさん、この画面を今日中に作ってください |
| 障害の顧客影響が大きいため、乙責任者と優先順位を協議したいです | Bさん、今すぐ障害対応に入って、終わるまで残ってください |
| このレビューコメントについて、乙としての対応方針を教えてください | Cさん、このコードはこの書き方に直してください |
| 来週のリリースに向け、乙の体制で対応可能か確認してください | Dさんは来週毎日9時から18時まで常駐してください |
| セキュリティ上、この環境ではこの手順を守ってください | 休憩は12時からにしてください |
| 月次報告書に進捗と課題を記載してください | Aさんの生産性が低いので評価を下げます |
次の表は、チケット管理を準委任型SESに合わせるための設計を示します。重要なのは、チケットが実質的な個人作業命令にならないことです。宛先、内容、担当者設定、優先順位、緊急対応、証跡の列を順に確認してください。
| 論点 | 準委任型SESでの推奨設計 |
|---|---|
| チケットの宛先 | 原則として委託先チームまたは委託先責任者。個人直割当ては避けます。 |
| チケット内容 | 課題、要件、障害事象、希望期限、優先順位、レビューコメントを記載し、作業手順命令は避けます。 |
| 担当者設定 | システム仕様上個人名が必要な場合でも、委託先責任者が内部割当てした結果として扱います。 |
| 優先順位 | 発注者は業務上の希望優先度を提示でき、実際の作業配分は委託先が決めます。 |
| 緊急対応 | 発注者は障害影響や復旧希望を提示し、委託先責任者が対応体制を決めます。 |
| 証跡 | 乙責任者確認、乙内で担当割当て等の記録を残します。 |
次の注意要素は、アジャイル開発や障害対応で境界が曖昧になりやすいポイントを整理したものです。重要なのは、密なコミュニケーションを否定せず、役割と判断権限を分けることです。どの場面で委託先責任者へ戻すべきかを読み取ってください。
発注者側プロダクトオーナーはバックログ、受入基準、ビジネス優先度を示し、スプリント内の担当割当てや実装方法は委託先側で決めます。
進捗共有、課題共有、協議にとどめ、発注者が個人へ作業命令や残業指示をしないようにします。
重大障害や情報漏えいのおそれがある場合でも、直接連絡は必要最小限とし、速やかに委託先責任者へ集約します。
次の判断の流れは、緊急時の連絡を準委任型SESの範囲に収めるためのものです。重要なのは、安全・情報保全を優先しながら、継続的な直接指揮命令へ広げないことです。事由、範囲、事後連絡、記録化を順に確認してください。
被害拡大防止または安全確保に必要な場合に限ります。
作業命令や残業指示ではなく、状況と緊急措置の要請に限定します。
速やかに責任者へ連絡し、具体的な対応指示と体制管理は委託先が行います。
裁判例、労働契約申込みみなし制度、無許可派遣、多重下請を確認します。
裁判例は、名目上の請負体制や責任者の存在だけでなく、実際に誰が作業内容・手順・工程を決め、労働者が誰の指示に従っていたかを重視する傾向を示しています。SES契約でも、発注者が具体的な作業指示をしていたかどうかが重要な視点になります。
次の時系列は、実務上参照される主な判断視点と制度リスクを並べたものです。重要なのは、裁判例、行政資料、派遣法上の制度がそれぞれ別々ではなく、現場実態の説明に集約される点です。各段階で何が問われるかを読み取ってください。
注文者が作業現場で労働者へ具体的な作業指示を行っていた事情が重視されました。SESでも、発注者による具体的作業指示の有無が重要です。
作業手順、工程、日々の業務管理を誰が行っていたかが詳細に検討されました。責任者の存在だけでは足りません。
偽装請負等が問題となる場合、派遣先等が労働契約の申込みをしたものとみなされるリスクがあり得ます。
多重構造で最終発注者が全員に直接指示しているような場合、無許可派遣や二重派遣的構造が問題になります。
次の一覧は、裁判例から契約レビューに持ち込むべき問いを整理したものです。重要なのは、契約書の文言ではなく「誰が決めていたか」を証拠で説明できるかです。発注者と委託先のどちらが答えになるかを確認してください。
今日の作業、作業順序、作業割当て、作業方法を誰が決めているかを見ます。
残業、休日対応、休暇、遅刻、早退を誰が決め、承認しているかを確認します。
エンジニアの評価、交替、増員、減員を誰が決めているかを確認します。
環境利用が情報セキュリティ上の必要性か、労務管理のためかを分けます。
委託先が自らの専門技術・経験に基づいて業務を処理しているかを確認します。
次の表は、行政・民事・内部統制のリスクを整理したものです。重要なのは、違反が疑われた場合の影響が委託先だけにとどまらず、発注者側の説明責任やレピュテーションにも及ぶ点です。どのリスクに備える証跡があるかを読み取ってください。
| リスク領域 | 想定される問題 | 実務上の備え |
|---|---|---|
| 労働契約申込みみなし制度 | 偽装請負等に該当する場合、労働契約成立リスクが問題となり得ます。 | 契約検討過程、法務レビュー記録、運用ルール、教育記録を残します。 |
| 行政対応 | 労働局調査、報告徴収、是正指導、改善命令、勧告・公表、罰則等があり得ます。 | 月次点検、是正記録、会議議事録、チケットログを整理します。 |
| 多重下請 | 発注者が下請エンジニアへ直接指示していると、指示系統が崩れます。 | 再委託承諾、体制図、元請による管理記録を残します。 |
| 上場会社・M&A | 内部統制、開示、監査、デューデリジェンスで問題になることがあります。 | 契約棚卸し、リスク評価、是正計画を文書化します。 |
レビュー質問、契約対応、運用証跡を一つの表で確認します。
SES契約を準委任としてレビューする際は、37号告示上の観点を、契約書上の対応と運用上の証跡へ落とし込む必要があります。単発の契約チェックではなく、稟議、個別契約、内部監査、月次チェックに同じ観点を組み込むことが有効です。
次の対応表は、37号告示上の観点ごとに、レビュー質問、契約書上の対応、運用上の証跡を並べたものです。重要なのは、質問に対する答えを条項とログの両方で説明できることです。右端の証跡が実際に残る運用かを確認してください。
| 37号告示上の観点 | レビュー質問 | 契約書上の対応 | 運用上の証跡 |
|---|---|---|---|
| 業務遂行方法の指示 | 作業方法を誰が指示するか | 直接指揮命令禁止、乙責任者による指示 | チケット、議事録、乙内部指示記録 |
| 業務遂行評価 | 個人評価を誰が行うか | 甲は業務成果を評価、個人評価は乙 | 月次評価シート、改善要請書 |
| 始業・終業・休憩 | 勤務時間を誰が管理するか | 労働時間管理は乙、甲ログはセキュリティ目的 | 勤怠システム、入退館ログ目的規程 |
| 残業・休日 | 残業を誰が命じるか | 甲は直接残業指示禁止、乙責任者と協議 | 緊急対応記録、乙承認記録 |
| 服務規律 | 服務違反を誰が指導するか | 乙が服務規律管理、甲は施設ルール提示 | インシデント連絡、乙処分・指導記録 |
| 配置変更 | 誰が要員を選び交替させるか | 乙が選定・配置・交替、甲は客観要件提示のみ | 体制提案書、変更通知 |
| 資金・責任 | 委託先が事業主責任を負うか | 乙の責任、損害賠償、再委託責任 | 請求書、保険、品質管理記録 |
| 専門技術・経験 | 単なる労働力提供でないか | 専門的知見、報告書、レビュー、改善提案 | 報告書、設計資料、レビュー結果 |
| 形式的偽装防止 | 実態と契約が一致しているか | 是正・スキーム変更条項 | 月次チェック、教育記録、監査結果 |
次の一覧は、契約書レビューでよくある誤解を整理したものです。重要なのは、単純な言い切りで判断せず、他の事情との組み合わせで実態を見ることです。各誤解に対して、どの事実を追加確認すべきかを読み取ってください。
誤りです。判断は契約形式ではなく実態に即して行われます。
不十分です。責任者が実際に作業配分、品質、勤怠、教育、評価を行う必要があります。
仕様説明、技術質疑、レビュー、成果確認、課題協議は可能です。
単独で決定的ではありませんが、個人別勤怠承認や日々の直接指示と重なると危険です。
セキュリティ上必要な常駐もあり得ます。重要なのは指示、勤怠、評価、配置の主体です。
入館、アカウント発行、秘密保持等で必要な場合がありますが、採否や交替を決めると危険です。
契約類型、業務内容、勤務時間、要員指定、評価の危険文言を直します。
契約書や注文書に、派遣的な語や人材提供に見える語が残っていると、準委任型SESとしての説明が弱くなります。特に「指揮命令」「派遣」「甲が随時指示」「甲の承認により残業」「面接して合格者のみ」といった表現は注意が必要です。
次の修正表は、危険な文言を準委任型SESに合わせて言い換える例です。重要なのは、単に語を置き換えるだけではなく、業務処理、委託先の判断、客観条件、成果・品質レビューへ構造を変えることです。右列のように、権限の所在が分かる文言へ直してください。
| 論点 | 避ける文言 | 修正方向 |
|---|---|---|
| 契約類型 | 乙は、甲の指揮命令に従い、システム開発要員を派遣する。 | 乙は、対象システムに関する技術支援業務を、乙の専門的知見および責任に基づき準委任契約として実施する。 |
| 業務内容 | 業務内容 ― 甲が随時指示する業務全般。 | 対象システムに関する技術調査、設計レビュー、障害原因分析、改善方針案作成、月次報告その他個別契約に定める業務。 |
| 勤務時間 | 勤務時間は9時から18時までとし、甲の承認により残業を行う。 | 甲乙間の会議、問い合わせ対応その他の連絡可能時間帯を定め、労働時間等の管理は乙が行う。 |
| 要員指定 | 甲は、乙が提案した候補者を面接し、合格した者のみを本業務に従事させることができる。 | 乙は体制提案書を提出し、甲は客観的条件について意見を述べることができる。ただし選定、配置、交替は乙が決定する。 |
| 評価 | 甲は、乙の各作業者の勤務態度、能力、成果を評価し、乙は当該評価に基づき作業者を交替させる。 | 甲は本業務の履行状況、成果、報告内容、対応品質について乙にレビューまたは改善要請を行う。個人評価や交替は乙が判断する。 |
修正後も、条項と運用が一致しているかを確認する必要があります。例えば、注文書から「指揮命令者」を消しても、実際のチケットで発注者が個人へ作業を割り当てていれば説明は弱くなります。文言修正と同時に、チケット、チャット、会議体の見直しを行ってください。
稟議、運用ログ、月次セルフチェックを残し、後から説明できる状態にします。
SES契約を準委任として締結する場合、社内稟議と運用段階の証跡が重要です。労働局調査、内部監査、紛争、M&Aデューデリジェンス、上場審査、取引先監査では、契約書だけでなく、実際にどう運用していたかが確認される可能性があります。
次の一覧は、契約審査段階、運用段階、月次確認の3つに分けて残すべき資料を整理したものです。重要なのは、契約締結時の判断と運用後の実態をつなげることです。どの資料がまだ残っていないかを確認してください。
契約類型選定メモ、37号告示対応チェックシート、役割分担表、連絡窓口一覧、運用ルール、再委託体制図、報酬算定根拠、レビューコメントを残します。
月次業務報告書、進捗会議議事録、チケットログ、委託先内部の作業指示記録、体制変更通知、教育記録、是正記録を残します。
直接作業指示、個人直割当て、残業・休暇指示、個人評価、ログ確認目的、再委託先への指揮命令の有無を点検します。
次の表は、運用段階で特に重要な証跡と目的を対応させたものです。読者にとって重要なのは、証跡の量ではなく、誰が判断したかを説明できる証跡であることです。目的欄を見ながら、保存先と責任者を決めてください。
| 証跡 | 目的 |
|---|---|
| 月次業務報告書 | 委託先が業務として何を処理したかを示します。 |
| 進捗会議議事録 | 甲乙間の協議内容、依頼事項、乙責任者の判断を示します。 |
| チケットログ | 指示が個人命令ではなく業務依頼として管理されていることを示します。 |
| 乙内部の作業指示記録 | 乙が自ら担当割当て・作業指示を行ったことを示します。 |
| 体制変更通知 | 乙が配置変更を決定していることを示します。 |
| 教育記録 | 甲乙担当者が直接指揮命令禁止ルールを理解していることを示します。 |
| 是正記録 | 逸脱があった場合に是正したことを示します。 |
次の時系列は、内部統制として継続的に回すべき確認の順番を示します。重要なのは、契約締結時だけで終わらせず、運用中にずれを発見し、是正し、記録することです。各段階で担当部門を決める前提で読んでください。
直接指揮命令が必要な業務かを判定し、準委任型SESとして必要な条項を整えます。
連絡ルート、チケット宛先、禁止表現、緊急時連絡、ログ確認目的を共有します。
個人直指示、勤怠承認、個人評価、再委託先への指示がないかを確認します。
運用実態が変わった場合は、条項修正または契約形態の変更を検討します。
発注者側・委託先側の実務対応と、派遣契約等への見直し判断を整理します。
最も重要な実務判断は、発注者が本当に直接指揮命令を必要としているのかです。日々の作業割当て、作業方法、勤務時間、シフト、残業、休暇、面接、個人評価、交替を発注者が決めたいのであれば、準委任型SESとして無理に設計するのではなく、労働者派遣契約等を検討する必要があります。
次の一覧は、準委任型SESに向かない典型的なニーズを整理したものです。重要なのは、これらのニーズ自体を否定するのではなく、適切な契約形態を選ぶことです。自社の運用目的がどれに近いかを確認してください。
発注者が作業を個人に直接割り当てたい場合、派遣的な指揮命令に近づきます。
作業方法や順序を発注者が直接決める場合、委託先の独立処理が弱まります。
シフト、残業、休暇を発注者が管理するなら、準委任の範囲を超えやすくなります。
自社社員と同じ指揮命令系統に組み込むなら、別の取引形態を検討すべきです。
個人選定に実質関与すると、労働者選定への関与として高リスクです。
評価や交替を発注者が決める場合、労務管理への関与が強くなります。
次の比較表は、発注者側と委託先側の実務対応を整理したものです。重要なのは、一方だけが注意しても境界は守れない点です。双方が同じ設計思想を持ち、現場で止める仕組みを作る必要があります。
| 立場 | 実務対応 |
|---|---|
| 発注者側 | 直接指揮命令が必要な業務かを判定し、準委任型を選ぶ場合は責任者経由の依頼ルート、チケット・チャット・会議運用、現場PM研修、勤怠承認・個人評価・面接選考の禁止を整えます。 |
| 委託先側 | 業務責任者を実質的に配置し、発注者からの依頼を受けて自社内で作業計画・担当割当てを行い、勤怠・休暇・残業・服務規律を自社で管理します。 |
| 双方 | 現場に直接作業指示禁止の案内を固定表示し、チケット作成フォーム、残業依頼ルート、逸脱時の報告、次回会議での是正確認を仕組みにします。 |
次の判断の流れは、契約形態を見直すべき場面を整理したものです。重要なのは、準委任を守ること自体を目的化せず、実態に合う適法なスキームへ移れるようにすることです。直接指揮命令の必要性から順に確認してください。
個人への日々の作業指示、勤務管理、評価が必要かを確認します。
許可、法定記載、派遣先責任者、期間制限、安全衛生等を確認します。
委託先責任者、運用ルール、証跡、是正条項を整えます。
炎上や仕様変更で実態が変わった場合、条項修正またはスキーム変更を検討します。
コミュニケーション運用ルール、37号告示対応チェック、専門家別観点をまとめます。
準委任型SESでは、契約書本文よりも別紙の運用ルールが現場で参照されることがあります。発注者・委託先双方のPM、エンジニア、購買担当、法務担当が同じルールを見ることで、直接指揮命令を防ぎやすくなります。
次の表は、別紙「コミュニケーション運用ルール」に含めるべき項目を整理したものです。重要なのは、目的、窓口、チケット、会議、チャット、緊急時、逸脱時対応を一つの文書でつなげることです。各行を別紙の章立てとして利用できます。
| 項目 | 定める内容 |
|---|---|
| 目的 | 情報共有、協議、レビュー、課題管理、連絡方法を定め、直接指揮命令を防止すること。 |
| 連絡窓口 | 甲連絡担当者と乙業務責任者を明記し、依頼、優先順位提示、仕様変更、レビュー結果通知は責任者へ行うこと。 |
| チケット登録 | 課題、要件、障害事象、希望期限、優先度、レビューコメントを登録し、作業方法や残業等の指示を記載しないこと。 |
| 会議 | 進捗、課題、リスク、仕様確認、レビュー結果、次回予定を協議し、個人への作業命令や評価を行わないこと。 |
| チャット・電子メール | 技術的質疑、事実確認、資料共有、日程調整、緊急連絡に用い、作業命令や配置変更指示を行わないこと。 |
| 緊急時 | 重大障害、セキュリティ事故、安全等に限り、必要な事実連絡または緊急措置の要請を行い、速やかに責任者へ集約すること。 |
| 逸脱時 | ルールに反する運用を認識した場合、速やかに通知し、是正方法を協議すること。 |
次の表は、37号告示対応チェックシートの項目を実務向けにまとめたものです。重要なのは、契約類型、指揮命令、勤怠、要員、評価、独立性、運用をそれぞれ確認し、総合判定につなげることです。チェック欄を使うだけでなく、コメント欄に根拠資料を記録してください。
| 確認項目 | 見るべきポイント |
|---|---|
| 契約類型 | 準委任契約であること、労働者派遣契約ではないこと、業務内容が人材提供ではなく業務処理であること。 |
| 指揮命令 | 直接指揮命令禁止、責任者経由の依頼、チャット・チケット・会議での直接指揮命令禁止。 |
| 勤怠・労務管理 | 始業終業、休憩、休日、休暇、残業の管理は委託先が行い、ログ確認目的が限定されていること。 |
| 要員管理 | 選定、配置、交替は委託先が行い、発注者による候補者面接や採否決定がないこと。 |
| 評価 | 発注者は業務成果・品質を評価し、個人勤務評価を行わないこと。 |
| 独立性 | 委託先の専門技術、責任、損害賠償、再委託管理、品質管理、報告成果が定められていること。 |
| 運用 | 運用ルール、教育、月次セルフチェック、是正・スキーム変更条項があること。 |
次の比較表は、専門家・担当部門ごとのレビュー観点を整理したものです。重要なのは、法務だけでなく、労務、内部監査、IT、経営が同じ境界線を共有することです。自社のレビュー体制に欠けている視点を読み取ってください。
| 専門家・担当部門 | 確認する観点 |
|---|---|
| 弁護士・企業内弁護士・外部弁護士 | 契約類型、労働者派遣法、民法、職業安定法、労働法、裁判例、行政解釈、紛争時の証拠構造。 |
| 社会保険労務士・労務担当 | 勤怠、休暇、残業、服務規律、安全衛生、ハラスメント、労働時間管理。 |
| 法務担当・契約法務担当 | 契約書本文、個別契約、注文書、発注書、仕様書、別紙、運用ルール、稟議書、請求書の整合性。 |
| コンプライアンス・内部監査担当 | チャットログ、チケットログ、議事録、月次報告書、入退館ログ、勤怠承認ルート。 |
| IT・AI・データ法務担当 | 開発プロセス、アジャイル運用、クラウド環境、リポジトリ、セキュリティ、個人情報、データアクセス、生成AI利用ルール。 |
| 経営者・事業責任者 | 外部人材活用のスピードと派遣法・労務コンプライアンスリスクのバランス。 |
次の要点は、契約書、現場、証跡を三位一体で設計するという最終結論を示します。重要なのは、準委任と派遣の境界は条文の一文ではなく、業務管理構造全体で明確にする点です。契約更新や新規発注のたびに、この3段階へ戻って確認してください。
発注者が直接指揮命令したいなら派遣契約にする。準委任にするなら、委託先が自ら指示・管理・責任を負う。この原則を契約書と現場の双方で徹底します。