SIerの客先常駐とは？SESとの違い・契約・見分け方を解説

SIerの客先常駐は勤務場所の話であり、SESと同義ではありません。違いは契約・指揮命令・商流で見分けます。

「SIerへ転職したら結局ずっと客先なのか」「SESと何が違うのか分からず、求人票を見ても判断できない」と不安になっている人へ。言葉を一つずつ分解すれば、確認すべきポイントはかなり明確になります。

この記事では、SIerの客先常駐とは何か、SES・請負・準委任・労働者派遣との違い、多重下請けとの関係、求人票での見分け方まで整理します。

SIerの客先常駐とは？SESとは何が違う？

SIerの客先常駐を理解するうえで最初に押さえるべきなのは、「SIer」「客先常駐」「SES」は同じ分類の言葉ではないという点です。

SIerは企業・事業の性質、客先常駐は働く場所、SESはエンジニアによる技術支援サービスの呼称として分けると整理しやすくなります。

用語	主に何を指すか	判断するときのポイント
SIer	企業・事業の形態	システムの企画、開発、導入、運用などを担う
客先常駐	勤務形態・就業場所	自社ではなく顧客や取引先の拠点などで働く
SES	技術支援サービスの通称	準委任などを使って業務遂行を支援するケースが多い
請負	契約類型	仕事の完成を目的とする
労働者派遣	法律上の就業形態	派遣先が派遣労働者へ指揮命令する

SIerは「System Integrator（システムインテグレーター）」の略称として使われ、企業や官公庁などのシステムについて、企画、要件定義、設計、開発、テスト、導入、運用・保守などを担います。

一方の客先常駐は、その会社が何を事業にしているかではなく、社員がどこで働くかを表す言葉です。

たとえばSIerの社員が、顧客企業内に設けられたプロジェクトスペースで開発やシステム運用に携わっていれば、それはSIerの客先常駐です。

しかし、SIerに入社すれば全員が客先常駐になるわけではありません。

自社拠点で請負開発を行う部署もあれば、自社と顧客先を行き来するプロジェクト、顧客先とリモート勤務を組み合わせるプロジェクトもあります。

実際、SIer大手のSCSKはモビリティ事業グループのキャリア採用FAQで、勤務地を同社拠点または顧客拠点のいずれかとし、求人によって異なると説明しています。

SAP人材向けの募集でも、東京では豊洲本社または都内近郊の客先、大阪では北浜オフィスまたは大阪府内の客先とし、プロジェクトによって勤務地が変わることを明示しています。

これは「SIer＝客先常駐専門会社」という理解では不十分であることを示す具体例です。

私は、転職先を「客先常駐企業か、自社勤務企業か」の二択で分類することにあまり意味はないと考えています。応募する職種・部署・プロジェクトで、実際にどの勤務形態が多いのかを見るべきです。

---

SIerの客先常駐とSES・請負・準委任・派遣はどう違う？

SIerの客先常駐とSESの最大の違いは、客先常駐が勤務場所を表すのに対し、SESは技術支援サービスを表す言葉として使われていることです。

したがって、「顧客先で働いているからSES」と判断することはできません。

ここで注意したいのが、「SES＝準委任契約」と完全に同一視する説明です。

SESという呼称自体が民法上の契約類型として定められているわけではありません。システム開発・IT支援の実務では準委任などが利用されるため、「SESと呼ばれるサービスで準委任契約などが使われる」と整理した方が正確です。

請負では何が違う？

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

厚生労働省は、請負と労働者派遣を区別する重要なポイントとして、発注者と受託側の労働者との間に指揮命令関係が生じないことを示しています。

たとえばSIerが顧客からシステム開発を請け負い、自社のプロジェクトマネージャーやリーダーの管理下で社員が開発を行うケースが考えられます。

その作業場所が顧客先であっても、「顧客先にいる」という事実だけで労働者派遣になるわけではありません。

準委任では顧客から直接指示を受けてよい？

準委任では、請負のような「完成した成果物を納めること」ではなく、一定の事務や業務を適切に遂行することが中心になります。

しかし、準委任と書かれていれば発注者が常駐エンジニアへ自由に直接指揮命令できる、という意味ではありません。

厚生労働省の「労働者派遣事業と請負により行われる事業との区分に関する基準」、いわゆる37号告示では、受託側が業務の遂行方法や労働時間、配置などを自ら管理することが区分の重要な要素とされています。

また、東京労働局なども、形式上は請負や委任・準委任であっても、実態が労働者派遣であれば、いわゆる「偽装請負」に該当し得ると説明しています。

発注者から受託側の労働者へ直接、業務上の指示や命令が行われている場合は、契約書の名称ではなく実態を見る必要があります。

労働者派遣なら指揮命令関係がある

労働者派遣はここが明確に異なります。

厚生労働省は労働者派遣について、派遣元が雇用する労働者が「派遣先の指揮命令を受けて」派遣先のために労働する仕組みと定義しています。

つまり同じ顧客企業の同じフロアに、請負チーム、準委任で業務支援するエンジニア、派遣労働者が存在することもあり得ます。

見た目だけでは契約上の立場は分かりません。

ここは転職時にも重要です。私は「SESですか？」という一問だけで会社を分類するより、誰が顧客と契約しているのか、現場で誰が業務指示を出すのか、自社側の管理責任者は誰なのかを確認する方が、はるかに実態へ近づけると考えています。

なお、一人で客先に常駐していること自体から直ちに違法と判断できるわけでもありません。

厚生労働省の疑義応答では、管理責任者が別途その機能を果たす形なども示されているため、「一人常駐＝即偽装請負」と短絡せず、実際の管理・指揮命令関係を見る必要があります。

---

SIerではなぜ客先常駐が発生する？多重下請けとの関係は？

SIerで客先常駐が発生する背景には、顧客との調整、セキュリティ上の制約、複数企業による共同作業、システム環境の所在地などがあります。

単純に「自社で仕事を用意できないから外へ出される」と説明すると、SIerの客先常駐を正確には捉えられません。

企業向けの大規模システムでは、ユーザー部門、情報システム部門、SIer、製品ベンダー、協力会社など、多くの関係者が参加します。

要件変更や障害、テスト結果などを継続的に調整する案件では、顧客や関係企業と近い場所で仕事をすることに合理性があります。

また、金融や公共、企業の基幹システムなどでは、使用端末、ネットワーク接続、機密情報の取り扱いなどに制約が設けられることがあります。

システムや開発環境が顧客側の設備に依存していれば、自社オフィスや自宅だけで仕事を完結できない場合もあります。

情報労連が2018年6～8月に311社を対象として行った「ITエンジニアの労働実態調査」では、回答企業の8割に客先常駐者がいました。また、企業で最も多い常駐期間について「2年以上」とした回答が55.8％でした。

ただし、これはあくまで2018年時点の調査結果です。

2026年現在の客先常駐率を示す数字としてそのまま読み替えることはできません。リモートワークやクラウド利用の拡大もあり、現在の勤務形態を説明するときは調査時点を切り分ける必要があります。

一方で、ユーザー企業が外部ベンダーを利用する構造そのものが消えたわけではありません。

IPAの「DX動向2025」では、日本企業のコア事業・競争領域におけるシステム開発のソーシング手段として、「外部委託による開発」の回答割合が4割弱で最も高いと報告されています。

これは客先常駐率の調査ではありませんが、日本企業が外部ITベンダーと協働してシステムを作る構造が現在も重要であることを示す資料の一つです。

多重下請けはどういう構造？

SIer業界では、ユーザー企業などの発注者から元請け（一次請け）が直接案件を受注し、業務の一部が二次請け、さらに三次請けへ再委託される構造が生じることがあります。

「元請け→一次請け→二次請け」と元請けと一次請けを別階層として扱うのは不正確です。一般的には、発注者から直接受注する企業を元請け、すなわち一次請けとして整理します。

商流が深くなるほど、実際のユーザー企業と自社の間に複数企業が入る可能性があります。

ただし、「二次請けだから悪い」「元請けだから必ず良い」と決めつけるのも適切ではありません。

元請けでは要件整理、顧客折衝、進捗・品質管理などの比重が高くなり、実装作業から離れるケースがあります。

逆に二次請け以下でも、クラウド基盤、ネットワーク、セキュリティなど特定領域の設計・構築を継続して任され、高い専門性を身につけられる会社はあります。

私は、商流の段数そのものより顧客の目的に関する情報、仕事上の裁量、次につながる経験が自分まで届いているかを見るべきだと考えています。

上位会社から渡された作業だけを長期間繰り返している状態と、顧客の要件や設計理由を理解しながら自社チームで判断できる状態では、同じ客先常駐でも経験の質はかなり違います。

---

SIerの客先常駐にはどんなメリット・デメリットがある？

SIerの客先常駐には、顧客の業務や課題を近くで理解しやすい利点がある一方、勤務地や評価、育成環境がプロジェクトに左右される可能性があります。

重要なのは「常駐かどうか」だけではなく、常駐先で何を担当し、誰に管理されるかです。

メリットとして考えられるのは、顧客の業務を具体的に理解しやすいことです。

ユーザー部門との打ち合わせに参加できる環境なら、「何のためにそのシステムを作るのか」「業務のどこに問題があるのか」といった背景を理解できます。

将来的に要件定義やプロジェクトマネジメント、ITコンサルティング、社内SEなどへ進む場合、こうした業務理解や顧客調整の経験は説明しやすい材料になります。

複数の業界やシステム環境を経験できる点も、案件型の働き方の特徴です。

ただし、顧客先で働けば自動的に市場価値が上がるわけではありません。

長期間テストだけ、監視だけ、決められた定型作業だけを担当している場合、年数が増えても設計や要件定義の経験が増えるとは限らないためです。

一方のデメリットとしては、プロジェクト変更に伴い勤務地、勤務時間、利用ツール、ルール、周囲のメンバーなどが変わる可能性があります。

同じ会社に雇用され続けていても、案件変更によって日常の職場環境が大きく変化する場合があります。

さらに見逃しやすいのが、自社と社員の「管理距離」です。

情報労連の2018年6～8月、311社を対象とした調査では、客先常駐に関する企業側の課題として「自社への帰属意識の醸成が難しい」が46.6％、「メンタルヘルスなどの把握が難しい」が35.1％、「長時間労働が発生しやすい」が29.1％でした。

管理監督者についても、同調査では「常駐していないがたびたび訪問する」が45.8％、「管理監督者が常駐している」が37.1％だった一方、「常駐しておらず、訪問も少ない」という企業も1割ありました。

もちろん、これらも2018年時点の数字であり、現在の全SIerにそのまま当てはめることはできません。

それでも私は、客先常駐のリスクを勤務場所だけで判断してはいけないと考えています。

自社社員5人のチームで常駐し、自社リーダーが日々の仕事と育成を把握している会社と、一人だけで現場へ入り、自社上司とはほとんど話さない会社では、同じ「客先常駐」でも環境は別物です。

会社名以上に差が表れやすいのはこの部分です。

顧客側から見ても、自社の責任者がプロジェクトを管理しているチームと、個人単位で作業が切り出されている体制では、情報共有や役割の明確さが異なります。

そのため客先常駐企業を比較する際は、「常駐するか」だけでなく、誰が日常の業務管理、評価、育成、キャリア面談を担うのかまで確認した方がよいでしょう。

---

SIerの客先常駐とSESを求人票でどう見分ける？

求人票だけでSIerの客先常駐とSESを完全に判別することはできません。

ただし、求人票に書かれている事実と、求人票だけでは分からない事実を分けることで、面接で確認すべきポイントはかなり絞れます。

典型的な求人文言で整理すると、次のようになります。

求人票の記載例	そこから分かること	まだ分からないこと
「勤務地：本社または顧客先」	客先勤務になる可能性がある	常駐率、契約形態、一人常駐かチームか
「勤務地：プロジェクト先による」	案件ごとに勤務地が変わる可能性がある	SESなのか、請負案件なのか、派遣なのか
「受託案件○％」	会社が受注した案件の一定割合が受託型である	自社内開発率、本人がどの案件へ入るか
「プライム案件○％」	顧客から直接受注する案件の比率について会社が示している	担当工程、常駐有無、再委託構造の全体
「自社チームで参画」	単独ではなく自社社員と働ける可能性が高い	チーム人数、管理者の常駐有無、指示系統
「リモート可」	在宅などを利用できる可能性がある	毎日可能か、案件によって不可なのか

たとえば「本社または顧客先」と書かれていれば、客先勤務の可能性があることまでは分かります。

しかし、その一文だけでは請負なのか準委任なのか、現場で誰から指示を受けるのか、自社社員が何人いるのかまでは判断できません。

実際、SCSKのモビリティ事業グループも公式採用FAQで、同社拠点と顧客拠点の両方を勤務地として挙げ、求人によって異なるとしています。

つまり、大手SIerの求人に「顧客拠点」と書かれていても、それだけでSES企業と判断することはできません。

逆に「受託開発」「プライム案件中心」という表現だけを見て、すべて自社内勤務だと思うのも早計です。

受託したプロジェクトを顧客先で進めることもあるため、商流と勤務地は別の軸として確認する必要があります。

私は求人を見る際、次の5点に分解するのが最も実務的だと考えています。

• 商流：顧客から直接受注する案件なのか、元請け（一次請け）、二次請け、三次請けのどこにいるのか
• 契約：請負、準委任、労働者派遣など、応募職種ではどの形が多いのか
• 担当工程：要件定義、基本設計、詳細設計、開発、テスト、運用のどこを任されるのか
• 自社チーム：一人で参画するのか、自社社員のリーダーやメンバーと一緒なのか
• 評価制度：誰が評価し、上司との面談やキャリア確認をどの程度行うのか

この5軸は「SIerかSESか」という会社名の分類より実務的です。

面接でも、「御社はSESですか？」だけでは会社側の定義と求職者側の定義がずれ、十分な情報を得られないことがあります。

たとえば、「この求人で入社した場合、顧客先勤務はどの程度ありますか」「主な契約形態は何ですか」「自社社員は何人程度で参画しますか」「業務上の指示は誰から受けますか」「担当工程はどこからどこまでですか」と分けて質問した方が具体的です。

さらに、常駐期間と異動の仕組みも確認しておくと、入社後のイメージを作りやすくなります。

「平均何年で案件が変わるか」「本人の希望で案件変更を相談できるか」「待機時の扱いはどうなるか」まで確認すれば、単に勤務地を見るよりキャリア上のリスクを把握しやすくなります。

厚生労働省も、派遣と請負を区分するときは単に契約の名称を見るのではなく、実態に基づいて判断する考え方を示しています。

転職先を見る場合も同じです。

「SIer」「SES」「受託開発」という求人広告上のラベルより、実際にどの契約・体制・工程で働くのかまで確認した方が、入社後のギャップを減らせます。

---

客先常駐の良し悪しは何で決まる？情報・裁量・経験で考える

ここからは私見ですが、SIerの客先常駐を「良い・悪い」の二択で評価すること自体に限界があります。

より重要なのは、その客先常駐によって、情報・裁量・経験の3つが増えているかです。

顧客の業務課題やシステムの目的を理解できれば「情報」が増えます。

設計方針や改善策について意見を出し、自分で判断できる範囲が広がれば「裁量」が増えます。

要件整理、設計、構築、テスト、運用改善など担当範囲が広がれば「経験」が増えます。

反対に、顧客の目的を知らない、指示された作業だけを行う、担当工程が何年たっても変わらないという状態なら、勤務場所が大手企業のオフィスであってもキャリア上のメリットは限定的です。

これは近年のユーザー企業側の変化とも無関係ではありません。

IPAの「DX動向2025」では、日本企業のコア事業・競争領域で外部委託による開発が依然として主要なソーシング手段である一方、内製化を進める企業では人材確保・育成が大きな課題とされています。

さらにIPAが2026年7月30日に公開した「DX動向2026」でも、DXやAIを担う人材の不足、人材育成・確保が引き続き主要な調査テーマになっています。

ここから考えられるのは、今後も「ユーザー企業がすべてを内製する」「SIerや外部IT企業へすべて任せる」という単純な二択にはなりにくいということです。

事業会社側がシステムやデータへの理解を深めながら、SIerや専門ベンダーと共同で開発・運用する形は続く可能性があります。

そうなると、SIerエンジニアに求められる価値も「顧客先に何年いたか」では説明しにくくなります。

顧客業務を理解して要件へ落とし込めるのか、クラウドやデータ、セキュリティなどを設計できるのか、複数ベンダーをまとめられるのかといった役割と成果の方が重要になると私は見ています。

その意味では、「客先常駐だから辞める」「SESだから脱却する」と会社の呼び名だけで転職を決める必要はありません。

まず現在の不満を分解した方が判断しやすくなります。

不満が「一人常駐」なら、自社チーム参画が多い会社へ移る選択肢があります。

「下流工程から動けない」のであれば、基本設計や要件定義へ担当範囲を広げられる会社を探すべきです。

「顧客の言う通りに作業するだけ」なら、商流を上げることや、設計・提案に参加できる環境を選ぶ意味があります。

「自社から評価されない」ことが問題なら、常駐そのものではなく評価制度や上司との接点が論点です。

所属会社のカテゴリーだけで働き方を判断すると、本当に変えるべき問題を見落としやすくなります。

転職を考えるなら「客先常駐かどうか」ではなく、「誰の管理下で、何を任され、どこまで判断できるか」で選ぶべきです。

今の市場価値を確認するなら：客先常駐エンジニアにおすすめの転職エージェント5選

この見方をすると、「常駐をゼロにしたい」のか、「一人常駐を避けたい」のか、「商流を上げたい」のか、「担当工程を広げたい」のかを切り分けられます。

同じ「客先常駐が嫌だ」という悩みでも、解決策はまったく違います。

---

まとめ

SIerの客先常駐とは、SIerに所属する社員が顧客や取引先の拠点などで働く勤務形態です。

SIerそのものが客先常駐を意味するわけではなく、同じSIerでも自社拠点、顧客拠点、リモートを組み合わせるなど、働き方はプロジェクトによって異なります。

SESも客先常駐と同義ではありません。

SESはITエンジニアによる技術支援サービスの呼称として使われ、実務では準委任などの契約が使われることがあります。一方、請負、準委任、労働者派遣では指揮命令関係や契約上の責任が異なるため、勤務場所だけでは判断できません。

多重下請けについても、「元請け（一次請け）→二次請け→三次請け」と整理するのが基本です。

ただし、元請けなら必ず良い、二次請けなら必ず悪いという話ではありません。

求人を見る際は「勤務地：本社または顧客先」「プロジェクト先による」「受託案件○％」「プライム案件○％」といった言葉だけで結論を出さず、商流・契約・担当工程・自社チーム・評価制度まで確認することが重要です。

客先常駐という勤務形態そのものより、その環境で顧客やシステムに関する情報を得られるか、自分の裁量が広がるか、次の仕事でも説明できる経験が積み上がるか。この3点を見ることで、自分にとっての客先常駐の価値を判断しやすくなります。

---

よくある質問

SIerに入ると必ず客先常駐になりますか？

いいえ。

SIerでも自社拠点で行う開発、顧客拠点で行うプロジェクト、リモートを組み合わせる働き方などがあります。応募する部署や職種、プロジェクト単位で確認する必要があります。

「勤務地：本社または顧客先」とあればSES企業ですか？

それだけでは判断できません。

大手SIerでも顧客拠点で働くプロジェクトがあります。勤務地の記載だけでなく、顧客との契約形態、自社チームの人数、指揮命令系統、担当工程まで確認してください。

「受託開発」や「プライム案件中心」という表現についても、それだけで自社内勤務を意味するわけではありません。

SESでは顧客から直接業務指示を受けても問題ありませんか？

契約実態によって異なります。

労働者派遣では、派遣先から指揮命令を受けることが制度上予定されています。一方、請負や準委任などの形式なのに、実態として発注者が受託側の労働者を直接指揮命令している場合は、偽装請負に該当する可能性があります。

そのため、契約名だけではなく、実際に誰が仕事の進め方、労働時間、配置などを管理しているのかを見る必要があります。

執筆：新海 智也