客先常駐の契約形態とは？SES・準委任・請負・派遣の違い

客先で「この指示、誰から受けるのが正しい？」と迷ったことがある人へ。客先常駐の契約形態は、勤務場所ではなく指揮命令と契約目的で見分けます。

派遣・準委任・請負は、同じ顧客先で働いていても法的な関係が異なります。とくに「SES」「業務委託」という呼び方だけで判断せず、契約と現場運用が一致しているかまで確認することが重要です。

客先常駐の契約形態とは？勤務場所と契約を分けて考える

客先常駐とは、自社オフィスではなく、取引先など顧客側の現場で業務を行う働き方を指す言葉です。

BREXA SOLVIAが2026年7月22日に公開した「客先常駐とは？3つの形態に分かれる？メリットや疑問点、スキルアップへの活用法を徹底解説」でも、正社員・契約社員・フリーランスといった雇用形態とは別に、顧客の現場で働く勤務形態として客先常駐を説明しています。

ここで最初に押さえたいのは、「客先常駐」という言葉そのものは、派遣・準委任・請負のどれかを示す契約名ではないという点です。

同じ顧客企業のオフィスにいるエンジニアでも、派遣元から派遣されている人、準委任契約に基づいて受託会社のチームとして参加している人、請負契約で仕事の完成を担う人では、契約上の立場が違います。

BREXA SOLVIAの記事では、客先常駐を「派遣契約」「SES（準委任）契約」「業務請負契約」の3形態に整理しています。

同社自身については、エンジニアを正社員として採用し、顧客企業との派遣契約に基づいて各プロジェクトへ配置する形態だと説明しています。

ただし、法律関係を正確に整理する場合、「SES」「業務委託」といったIT業界や実務上の呼称だけでは足りません。

見るべきなのは、勤務場所とは別に「雇用主」「企業間の契約」「指揮命令系統」「契約の目的」を切り分けることです。

たとえば、自社A社の正社員として雇用されながら、A社と顧客B社の準委任契約に基づいてB社へ常駐するケースがあります。

この場合、働く場所はB社でも、B社がその社員の雇用主になるわけではありません。さらに準委任として運用するなら、B社がA社の社員へ派遣のように直接具体的な指揮命令を行う関係とも区別する必要があります。

逆に、派遣契約であれば、派遣元が雇用主でありながら、現場での業務上の指揮命令は派遣先が行います。

客先常駐を理解するときに「どこのオフィスで働くか」だけを見ると混乱するのは、このためです。

私は、客先常駐を次の4層に分けて考えるのが最も分かりやすいと思っています。

• 勤務場所はどこか
• 雇用主は誰か
• 顧客との契約は何か
• 実際に誰が仕事を管理しているか

この4つは似ているようで、別の情報です。

「客先常駐の会社だから派遣」「正社員だから派遣ではない」「SESだから準委任で安心」と名称だけから推測すると、現場の実態を取り違える可能性があります。

私はここを曖昧にしたまま会社や案件を評価すべきではないと考えます。客先常駐は「場所」の情報にすぎず、働き方を理解するには、その背後にある権限と責任を見る必要があります。

---

業務委託・SES・準委任・請負・派遣は何が違う？

客先常駐で混同されやすいのが、「業務委託」「SES」「準委任」「請負」「派遣」という言葉です。

結論から整理すると、派遣・準委任・請負は契約関係を考えるうえで意味を持つ一方、SESや業務委託は、それだけで契約の法的性質を確定できる名称ではありません。

契約・呼称	契約上の中心	顧客から労働者への直接の指揮命令	とくに確認する点
労働者派遣	派遣先のために労働へ従事	あり	派遣元との雇用関係、派遣先の指揮命令
準委任	法律行為ではない事務の処理	原則として直接の指揮命令関係を作らない	誰が業務遂行を管理するか
請負	仕事の完成	原則として直接の指揮命令関係を作らない	完成責任と受託側の独立性
SES	IT業界で使われるサービス・取引上の呼称	実際の契約による	「SES」という名称だけで判断しない
業務委託	実務上使われる広い呼称	契約内容による	請負・委任・準委任など中身を確認

厚生労働省が示す労働者派遣の基本構造では、派遣元が雇用している労働者を、派遣先の指揮命令の下で派遣先のために働かせます。

つまり派遣では、「雇用する会社」と「現場で仕事を指示する会社」が異なる三者関係になります。

一方、民法632条の請負は「仕事の完成」が契約の中心です。

システム開発であれば、取り決められたシステムや機能などを完成させ、その結果に対して報酬を支払う形が典型的なイメージになります。

準委任については、民法656条で、法律行為ではない事務の委託について委任の規定を準用するとされています。

システムの運用支援や継続的な開発業務など、特定の完成物だけでは整理しにくい業務でも使われます。

注意したいのが「業務委託」です。

実務では外部企業へ仕事を委ねる取引を広く業務委託と呼ぶことがありますが、「業務委託だから請負」「業務委託だから成果物を納品する」「業務委託だからフリーランス」とは限りません。

企業同士が準委任契約を結び、受託会社に雇用された正社員が顧客先で業務を行うこともあります。

そして、もう一つ混乱しやすいのがSESです。

SESはSystem Engineering Serviceの略称としてIT業界で広く使われていますが、「SES」という名前の独立した契約類型が民法や労働者派遣法に設けられているわけではありません。

BREXA SOLVIAの記事では、SESを準委任契約として整理し、システム開発・保守・運用などでエンジニアの技術力を提供する形態として説明しています。

そのため「SES企業に入社した」という情報だけでは、実際の案件がどのような契約・管理体制なのかまでは分かりません。

ここが客先常駐を調べるうえで重要なところです。

会社のカテゴリーと、個々のプロジェクトにおける契約形態は同じ情報ではありません。

SESを事業として掲げる企業でも、案件や取引先によって契約の形が異なる可能性があります。

私が求人を評価するなら、「SES企業ですか」という質問だけでは終わらせません。

「顧客との契約は何が中心か」「現場で業務上の指示を出すのは誰か」「準委任や請負では自社側の誰が業務を管理するのか」まで確認します。

求人票に「正社員」「客先常駐」「SES」と並んでいても、これらはそれぞれ雇用形態、勤務場所、事業上の呼称を説明しているだけの場合があります。

この3つを一つの言葉として扱わないことが、契約形態を見誤らないための第一歩です。

---

客先常駐では誰が指揮命令する？派遣・準委任・請負の境目

派遣・準委任・請負の違いを理解するうえで、とくに重要なのが「誰が個々の労働者へ指揮命令するか」です。

派遣では、派遣先が派遣労働者へ業務上の指揮命令を行うことが制度上予定されています。

たとえば派遣先の担当者から、「今日はこの調査を先に進めてください」「次にこのテストを実施してください」と具体的な業務指示を受けること自体は、派遣の構造と矛盾しません。

BREXA SOLVIAも2026年7月22日の記事で、自社が正社員として採用したエンジニアを顧客との派遣契約に基づいて配置し、顧客側から直接業務指示が行われる形態だと説明しています。

一方、請負や準委任などでは考え方が異なります。

厚生労働省の「労働者派遣事業と請負により行われる事業との区分に関する基準」、いわゆる37号告示では、契約書の名称だけで派遣か請負かを決めるのではなく、実態に即して判断する考え方が示されています。

請負事業者側が自ら管理すべき事項には、業務遂行方法、労働時間、服務規律、労働者の配置などがあります。

準委任についても、厚生労働省のシステム開発に関する疑義応答集では、発注者と受注者側の労働者との間に指揮命令関係を生じないという点について、請負と同様に整理されています。

ここで誤解しやすいのが、「顧客と直接会話したら違法なのか」という問題です。

そう単純ではありません。

発注者と受託会社の労働者が日常的に会話したことだけで、直ちに指揮命令関係が生まれるわけではありません。

請負契約であっても、発注者は受託事業者へ求める結果や仕様を伝えますし、必要な修正や変更を契約当事者として求めることがあります。

システム開発では、発注者側と受託側が頻繁に会議をし、仕様や課題について情報共有する場面も珍しくありません。

重要なのは会話の有無ではなく、顧客が受託会社を飛び越えて、個々の労働者の働き方そのものを直接管理しているかです。

たとえば「この機能にはこの条件が必要です」と要求を伝えることと、「あなたは午前中にこの手順で作業し、午後はこちらの作業へ移ってください」と個人の業務遂行方法まで直接決めることでは意味が違います。

残業や休日対応を誰が決めるのか、担当者の配置変更を誰が決めるのかも判断材料になります。

この違いは、ウォーターフォール型の開発だけでなく、アジャイル型開発でも重要です。

厚生労働省の37号告示に関する疑義応答集第3集では、アジャイル型開発についても、請負・準委任という契約名称だけで判断するのではなく、実態として指揮命令関係があるかを見る考え方が示されています。

同時に、発注者側と受注者側の開発担当者が対等な立場で情報共有し、助言や提案を行いながら業務を進める形も想定されています。

つまり、「顧客と頻繁に話す準委任＝違反」と短絡的に考える必要はありません。

私は、現代のIT開発ほど「会話」と「指揮命令」を切り分ける必要があると考えています。

チャット、オンライン会議、チケット管理ツールを使えば、会社や物理的な座席が違っていても日常的なコミュニケーションはできます。

そのため「誰と話しているか」より、「誰が最終的に労働者の作業方法・労働時間・配置を管理する権限を持っているか」を見る方が、契約の実態を理解しやすくなります。

たとえばチケット管理ツール上で顧客担当者が課題を書き込んでいるだけでは、直ちに指揮命令とは言えません。

一方で、個々の受託側社員に対し、顧客が直接担当を割り振り、作業手順や勤務時間まで継続的に決めているなら、単なる情報共有とは異なる観点から確認する必要があります。

つまり、ツールの形式ではなく、誰に決定権があるのかを見ることが重要です。

---

客先常駐で偽装請負になるのはどんな状態？

客先常駐を調べていると、「偽装請負」という言葉を見かけることがあります。

結論として、客先常駐だから偽装請負になるわけではありません。請負や準委任などの形を取りながら、実態として発注者が受託側の労働者へ直接具体的な指揮命令を行っている場合が問題になります。

厚生労働省は、労働者派遣と請負の区分について、契約形式ではなく37号告示に基づき実態から判断するとしています。

したがって、契約書の表紙に「業務委託契約」「準委任契約」「請負契約」と書いてあれば、それだけで適正な請負等になるわけではありません。

たとえばA社に雇用されたエンジニアが、A社と顧客B社の準委任契約に基づいてB社へ常駐しているとします。

しかし実際には、B社の担当者がA社社員一人ひとりに対して、毎日の作業内容、作業手順、担当変更、残業などを継続的に直接決定しているとします。

この場合、「準委任という契約名になっているから問題ない」とは判断できません。

契約上の関係と実際の働かせ方が一致しているかを確認する必要があります。

一方で、顧客が要件を伝える、障害の内容を共有する、会議で仕様変更を求める、技術的な質問を行うといった行為まで、すべて直接の指揮命令になるわけではありません。

発注者には、注文者として求める仕事の内容や結果を伝える必要があります。

境目を見るときは、「要求を伝えているのか」と「労働者本人の仕事の進め方を直接管理しているのか」を分けて考える必要があります。

エンジニア本人が企業間の契約書を直接確認できない場合でも、普段の現場から手掛かりを得ることはできます。

• 毎日の作業内容を最終的に割り振るのは誰か
• 作業方法や優先順位を決めるのは誰か
• 勤怠、休暇、残業、休日対応を管理するのは誰か
• 担当変更や人員配置を決めるのは誰か
• 所属会社側に現場を管理する責任者がいるか
• 顧客からの依頼が自社責任者を通じて業務へ落とし込まれているか
• 契約上は派遣なのか、準委任・請負なのか

ただし、このチェックだけで個別案件の適法・違法を断定することはできません。

現場では契約範囲、権限、具体的な指示内容など複数の事情が関係するためです。

厚生労働省も、37号告示の疑義応答集に掲載されている事例と異なるケースについては、各都道府県労働局が実態に即して個別に判断するとしています。

同省の37号告示に関する案内は2026年5月25日にも更新されており、実務に対応した疑義応答の追加が続いています。

もし準委任や請負と説明されているにもかかわらず、不自然な指示系統が継続していると感じるなら、最初から自分だけで「偽装請負だ」と断定するより、所属会社の営業・契約・労務担当へ契約形態と管理体制を確認する方が現実的です。

ここで一つ、キャリア評価とは切り離して考える必要があります。

契約と運用が適正かどうかは「法的・制度的な問題」であり、その案件で良い経験が積めるかは「キャリアの問題」です。

適正な派遣でも希望する技術経験を積めない案件はありますし、適正に運用された準委任でも担当範囲が限定されることはあります。

逆に、派遣だからキャリア上劣る、準委任だから優れている、と契約だけから結論を出すこともできません。

コンプライアンス評価とキャリア評価は、別の軸として考えるべきです。

この2軸を分けるだけでも、「違法ではないから良い会社」「派遣だから悪い会社」といった短絡的な判断を避けやすくなります。

契約形態の問題と、本人が伸ばしたいスキルの問題が混ざると、転職先選びの条件が曖昧になりやすいと考えます。

---

客先常駐の派遣「3年ルール」と転職前の確認ポイントは？

派遣については、「同じ客先では3年まで」という説明もよく見かけます。

しかし、実際の制度はもう少し細かく、事業所単位と個人単位の期間制限を分けて理解する必要があります。

派遣先の同一事業所が派遣を受け入れる期間は原則3年です。

ただし、事業所単位については、派遣先が過半数労働組合などへの所定の意見聴取を行うことで、派遣可能期間を延長できる場合があります。

一方、同一の派遣労働者を、派遣先事業所の同一の組織単位、一般的には「課」などを想定した単位へ派遣できる期間も原則3年です。

さらに、派遣元で無期雇用されている派遣労働者や60歳以上の派遣労働者など、期間制限の対象外になるケースもあります。

そのため、「派遣社員は3年経ったら必ずその会社を辞めなければならない」「正社員型派遣でも必ず3年で客先を離れる」と一律には言えません。

自分が有期雇用なのか無期雇用なのか、どの事業所・組織単位へ派遣されているのかによって確認すべき内容が変わります。

転職活動でも同じです。

「客先常駐があります」という求人情報だけでは、その人が実際にどのような管理体制で働き、どのようなキャリアを積むのかまでは判断できません。

BREXA SOLVIAの元記事では、客先常駐の利点として、数カ月から数年の単位で異なるプロジェクトを経験できることや、Webサービス、AI・機械学習、ネットワーク、サーバ、クラウドなど幅広い分野へ関われる可能性を挙げています。

これは客先常駐で得られる可能性を理解する材料にはなります。

一方、同記事は客先常駐型のエンジニア事業を行う企業自身が運営する情報メディアの記事でもあります。

そのため、「どのような契約形態で同社のエンジニアが働いているか」という一次情報と、「客先常駐にはスキルアップ上のメリットがある」という評価は分けて読む方が適切です。

客先常駐で複数案件に関われるとしても、それだけで必ず市場価値が高まるわけではありません。

設計・構築・開発まで担当できる案件と、長期間ほぼ同じ定型作業を続ける案件では、身につく経験が違うからです。

同じ準委任でも、自社リーダーのいるチームで要件整理や技術選定まで経験できる案件と、一人で常駐して限定された作業だけを担当する案件では、キャリアへの影響は大きく異なります。

派遣でも、顧客側の開発チームへ入り、設計から運用まで幅広く経験できる場合があります。

つまり、契約形態は働き方のルールを理解する情報ではありますが、それだけでキャリアの良し悪しは決まりません。

私は、転職前には「契約」「指揮命令」「チーム」「商流」「担当工程」の5点を分けて聞くことを勧めます。

• 顧客との契約は派遣・準委任・請負のどれが多いのか
• 準委任・請負なら自社側の誰が作業を管理するのか
• 一人常駐とチーム参画ではどちらが多いのか
• 顧客から自社までの商流はどの程度なのか
• 要件定義・設計・開発・テスト・運用のうち、どこを担当する案件が多いのか

ここまで確認すると、「客先常駐あり」という一言だけでは見えなかった実態がかなり具体化します。

さらに聞けるのであれば、「案件が変わるときに本人の希望をどこまで確認するか」「参画後に自社上司や営業とどの程度面談するか」まで確認しておくと、契約形態だけでは分からない働き方も見えやすくなります。

客先常駐で重要なのは、契約名を当てること自体ではありません。自分のキャリアに影響する権限、役割、経験機会がどこにあるかを把握することです。

---

客先常駐の契約形態をどう評価する？私見と今後の見通し

ここからは私見です。

客先常駐について「派遣、準委任、請負のどれが一番良いか」と順位を付けることには、私は意味がないと思っています。

派遣は、派遣先から直接指揮命令を受けることを前提にした仕組みです。

準委任は、法律行為ではない事務の処理を行う契約であり、ITでは継続的な開発支援や運用などでも利用されます。

請負では仕事の完成が契約の中心になります。

契約の目的自体が異なる以上、「派遣だから下」「請負だから上」と単純に評価することはできません。

むしろ注意したいのは、契約の名前と現場の実態がずれている場合です。

そして、もう一つ重要なのが、「適法性」と「キャリア価値」を混ぜないことです。

準委任として適正に運用されていても、自分が希望する技術や工程を経験できないなら、キャリア上は転職を検討する理由になり得ます。

反対に、派遣という契約形態でも、業務内容、待遇、案件選択、教育環境などが自分の目的に合っているなら、「派遣だから辞める」と決める必要はありません。

私は、この切り分けが客先常駐のキャリアを考えるうえで、とくに重要だと考えています。

「今の働き方が嫌だ」という感覚を、そのまま「客先常駐が嫌だ」と置き換えてしまうと、本当に変えたい条件が見えなくなるからです。

不満の原因が、顧客から直接指示を受けていることなのか。

多重下請けで顧客から遠く、仕事内容や待遇に反映されにくいことなのか。

案件選択権がほとんどないことなのか。

一人常駐で所属会社との接点が少ないことなのか。

担当工程が固定され、設計や開発へ進みにくいことなのか。

原因によって、次に選ぶ会社は変わります。

直接的な指揮命令を受ける構造自体を避けたいなら、派遣中心の会社から準委任・請負中心の企業や事業会社を比較する意味があります。

商流の深さが問題なら、客先常駐をすべて避けなくても、プライム案件や一次請けが多い企業へ移ることで状況が変わる可能性があります。

案件選択や技術経験が問題なら、契約形態よりも案件の決まり方や担当工程を優先して確認した方が有効です。

客先常駐そのものから離れたいなら、社内SEや自社開発なども選択肢になります。

このように整理すると、「SESを辞めるか残るか」という二択ではなくなります。

SESからの脱却に必要なのは、客先常駐という言葉そのものを嫌うことではありません。

辞めるか残るかを決める前に、自分がどの契約の中で、誰の管理を受け、何を提供し、どの経験を積んでいるのかを把握するべきです。

客先常駐エンジニアにおすすめの転職エージェント5選

情報を集めることと、すぐに転職することは別です。求人を比較して今の環境との違いを確認した結果、残る判断をしても構いません。

今後はリモートワークやオンライン開発が一般的になるほど、「客先常駐」という物理的な場所だけでは働き方を説明しにくくなるでしょう。

自宅から顧客案件へ参加していても、顧客が個々の受託側労働者へ具体的な業務遂行方法や労働時間まで直接指示しているなら、「出社していないから客先常駐ではない」という説明だけでは契約実態を捉えられません。

反対に、顧客のオフィスへ毎日出社していても、受託会社が自ら業務を管理し、顧客とは要求や情報をやり取りする関係であれば、派遣とは異なる契約構造になり得ます。

私は、これからの客先常駐を理解するキーワードは「場所」ではなく「権限と責任」だと考えています。

リモートか出社かという働く場所の違いと、派遣か準委任かという契約関係は別です。この二つを切り離して見ることは、今後さらに重要になります。

---

まとめ｜客先常駐は契約名より指揮命令と契約目的を見る

客先常駐は、顧客側の現場などで働く勤務形態を表す言葉であり、それ自体が派遣・準委任・請負のどれかを意味するわけではありません。

BREXA SOLVIAが2026年7月22日に公開した解説でも、客先常駐を派遣、SES（準委任）、業務請負という異なる形態に整理しています。

派遣では、派遣元と労働者に雇用関係があり、派遣先が業務上の指揮命令を行います。

請負では仕事の完成が契約の中心となり、準委任では法律行為ではない事務の委託について委任の規定が準用されます。

請負や準委任では、受託側が自ら労働者を管理することが重要であり、契約書の名称ではなく、実際の指揮命令や業務管理の状態を見る必要があります。

また、「SES」「業務委託」という名称だけでは、実際の契約内容を確定できません。

求人や現在の現場を確認するときは、勤務場所、雇用主、企業間契約、指揮命令系統をまず分け、そのうえでチーム体制、商流、担当工程、案件選択の仕組みを見ると実態を判断しやすくなります。

そして、契約が適正かという問題と、その環境で望む経験を積めるかという問題は別です。

客先常駐だから良い、悪いと結論づけるのではなく、契約構造とキャリア価値を別々に評価することが、転職や今後の働き方を考えるうえで実用的です。

---

よくある質問

客先常駐と派遣契約は同じですか？

同じではありません。

客先常駐は顧客側の現場などで働く勤務形態を指し、労働者派遣は派遣元に雇用された労働者が派遣先の指揮命令を受けて働く仕組みです。客先常駐には準委任や請負によるケースもあります。

SESなら客先企業から直接指示を受けてはいけませんか？

「SES」という名称だけでは判断できず、実際の契約内容を見る必要があります。

準委任や請負では、発注者との情報共有や要求の伝達まで禁止されるわけではありません。一方、発注者が個々の受託側労働者の作業方法・労働時間・配置などを直接管理している場合は、契約と実態が一致しているか確認が必要です。

派遣なら同じ客先では3年までしか働けませんか？

一律に「3年で必ず終了」とは言えません。

同一の派遣労働者を同じ組織単位へ派遣できる期間は原則3年ですが、事業所単位の期間制限には所定の意見聴取による延長の仕組みがあり、派遣元で無期雇用されている派遣労働者や60歳以上の派遣労働者など、期間制限の対象外となるケースもあります。

執筆：新海 智也