SIerとSESの違いは？頼む仕事と指示・契約の確認点

SIerとSESは、会社とサービスという違う軸で理解する

SIはSystem Integrationの略で、システムを組み合わせ、業務で使う仕組みとして構築する仕事を指します。SIerは、その仕事を行う事業者を表す呼び方です。一方、SESはSystem Engineering Serviceの略として使われ、プロジェクトの業務に技術者の作業を提供するサービスを指す実務上の呼び方です。

厚生労働省job tagのITの仕事の解説も、SIerをシステム構築・保守などを行う企業として、SESをプロジェクトの業務へ技術者の労働を提供する仕組みとして説明しています。これは業界・職業の全体像を知る資料です。個別の発注でどの業務を引き受け、どの契約にするかを保証する説明ではありません。

英語のsystem integratorについても、NISTの用語集は、調達する側に合わせた開発・試験・運用・保守などのサービスを行う組織という文脈で説明しています。日本のSESの契約や、今回の相手が扱う業務を定める資料としては使いません。

どちらか一方に会社を分類すれば済むわけではない

SIerと呼ばれる会社の提案でSESという支援方法が使われることもあり、二つの呼び名は対立する会社分類とは限りません。また、SESという説明があっても、必要な業務整理や管理の支援まで含むかは別に確かめます。「SIerなら全部任せられる」「SESなら自社で自由に担当者へ指示できる」と読み替えないことが大切です。

SIerの仕事全体や、発注する側に残る業務整理を知りたい段階なら、SIerに依頼できる仕事と発注前の確認点も参考にできます。ここでは、同じ仕事をどういう体制で依頼するかという比較へ進みます。

同じ注文画面を、二つの提案へ伝えて比べる

この例で共通して伝える仕事は、注文を登録し注文番号で探す受付画面を検討する。必要な項目と試用条件は未確定。というものです。一方だけに業務整理から頼み、もう一方には画面を作る作業だけを伝えたままでは、同じ条件の提案か分かりません。機能の名前に加え、今使っている紙や一覧、誰が何を確かめたいかを両者へ示します。

左の説明は、業務確認から設計・構築を相談できるというものです。右の説明は、開発担当者が作業を支援するというものです。この文章だけでは、どちらも、仕様を決める仕事や全体管理、日々の指示、成果物まで引き受けたとは分かりません。

図で見る問い：同じ注文画面を頼む場合、何を引き受け、誰が作業をまとめるかは、二案のどこを見ればよいでしょうか。

この解説図を原寸で見る

図の読み方：注文受付という共通の仕事から、構築範囲を相談する提案と、開発作業を支援する提案を読み分けます。人物や線は実際の指示系統を確定するものではありません。仕様をまとめる役割と日々の指示先の回答を、提案書・契約原文へ戻して確かめます。

「未確定」「未確認」は、対応しない、料金が不要、問題がある、という結論ではありません。相手の説明を読んでから確認する項目です。価格が未確認なので、この記事では架空の見積額や人月・単価を補いません。二案も、うまくいかなかった前後の記録ではありません。

仕様を決める仕事と、開発作業をまとめる仕事を分けて尋ねる

自社が決める業務と、支援してもらう整理を具体化する

受注業務担当は、注文の内容を誰が確かめ、どこで困っているかを説明します。発注担当は、何を今回の対象にするか、社内で誰が判断するかをそろえます。その希望から画面の項目や動きを具体化する作業は、誰にどこまで支援してもらうかを尋ねます。

たとえば「注文を登録し、注文番号で探したい」という希望だけで、入力項目、修正、入力違い、利用する人、試用時の確認条件まで決まるわけではありません。提案相手が業務確認から仕様の案をまとめるのか、自社が用意した仕様に沿って作業するのか、その間の分担なのかを確認します。SIerやSESの呼び名から埋めないでください。

担当者がいることと、全体を管理する役割があることは別

プログラムを書く担当者がいても、仕事の分割、他の画面との調整、進み具合の把握、試験と修正、変更の判断まで誰がまとめるかは別です。自社で取りまとめる前提なら、その役割を担う人と時間、開発内容を確かめる体制が必要になります。そこが足りない場合は、管理や仕様整理の支援も含む案を求めます。

逆に、相手に取りまとめを依頼する場合も、自社の業務判断まで全て移るわけではありません。受注業務として何が必要か、試した結果を誰が確認するか、追加の希望を誰が決めるかは、自社と相手の役割を対応させます。窓口の肩書だけで、今回の担当範囲がそろったとはしません。

業務の説明と、外部の作業担当者への日々の指示を混ぜない

「この注文番号で探したい」と業務の必要性を説明することと、外部の作業担当者へ作業方法や勤務時間、仕事の割り付けを直接指示することは、同じではありません。誰が依頼を受け、作業に落とし込み、担当者へ指示する運用なのかを、両者で確認します。

厚生労働省の派遣・請負のガイド案内は、区分を契約の名称だけでなく実態に即して判断すると説明しています。SESという呼称や、契約書の表題だけから、今回の指示を自由に出してよいとも、違法だとも決めません。

話すことを全て禁止するのでも、チャットの参加だけで判断するのでもない

同省のシステム開発に関する疑義応答集・第3集のQ1〜Q6は、アジャイル型開発の条件の下で、対等な協働や情報提供・助言と、実態としての作業方法・労働時間等への指示を区別しています。受注者側の自律的な判断など、説明された条件を外して「直接話したら全て問題」「会議に管理者がいれば問題ない」と一般化しないでください。

このため発注前には、相談内容を誰が受け取り、仕様の希望と作業指示をどう扱い分けるかを聞きます。共有チャットや会議を使う場合も、誰が業務上の要望を伝え、誰が作業の割り付けや方法を判断するかを明確にします。チャットの図や窓口の名簿だけでは、実際の運用を確認したことにはなりません。

具体的な契約の分類や適法性は、契約原文と実際の体制をそろえ、社内の契約・法務担当や必要な専門家・関係窓口へ確認してください。この架空例の法的分類は未確認です。この記事は、個別の契約を適法と判定するものではありません。

提案書と契約原文で、引き受ける範囲と確認方法を合わせる

営業説明にあった支援が、見積書・提案書・契約書のどこに、どの条件で書かれているかを尋ねます。口頭で「対応できます」と聞いただけで、今回の範囲や責任が決まったとは扱いません。本文と別紙の対象業務、対象外、前提、自社が用意するものを対応させます。

契約で約束する内容と、支払い方も分ける

SIerという名札から「完成まで定額で全部含む」とは決まりません。SESという名札から「時間払いで、成果の確認は不要」とも決まりません。仕事の完成や役務の実施など何を引き受けるか、確認方法、請求・支払いの条件は、実際の資料でそれぞれ確かめます。

固定金額と時間払いの比較が必要な段階では、同じ仕事の範囲で支払方式を比べる方法へ進めます。本稿は、料金計算や上限の比較を繰り返すのではなく、誰が何を引き受ける体制かを揃える説明です。

この例の実際の契約は未確認、実施した仕事は未確認、実際の結果は未確認です。説明のために作った二案を、既に契約・開発・導入した実績としては扱いません。

自社が必要な役割を担えるかと、相手の回答から依頼方法を選ぶ

仕様や取りまとめの支援が必要な場合

自社は業務の困りごとを説明できても、画面の仕様をまとめたり、作業の依存や試験を管理したりする役割が足りない場合があります。そのときは、必要な整理・管理を支援範囲に含められるかを両案へ聞きます。「担当者を出せる」という回答だけでは、足りない役割を埋める案か分かりません。

相手の提案に必要な支援が含まれ、対象外や自社の判断も理解できるなら、その体制を候補として検討できます。SIerと呼ばれる会社なら自動的に当てはまる、という選び方ではありません。提案で確かめる条件です。

自社側に開発をまとめる体制がある場合

仕様や作業を整理し、進捗や成果を確認する役割を自社で確保できる場合は、必要な技術作業の支援を受ける案も検討できます。その場合も、作業内容、担当する範囲、日々の指示の流れ、変更時の判断を合意する必要があります。SESという説明だけを、外部担当者を自社の従業員と同じように扱う許可へ読み替えません。

回答が足りない場合は、名称で勝敗を決めず条件へ戻る

必要な仕事をどちらも引き受けないなら、どちらかを無理に選ぶ前に依頼の組み方を見直します。範囲を絞って相談する、仕様整理と開発の分担を組み直すなど、足りない役割から再相談します。契約や指示の運用に疑問がある場合は、その部分を保留し、原文と具体的な体制を確認します。

同じ人が窓口になっていても、何を判断し、どこまで引き受けるかが違えば比較の条件は変わります。人の紹介だけでなく、今回の仕事と確認方法の回答を判断材料にしてください。

両案へ同じ質問を返し、回答と根拠の箇所で比較を更新する

最初の質問では、共通の注文画面の希望を伝えたうえで、次の内容を両者へ返します。相手ごとに確認する内容がばらばらにならないよう、何を知れば体制を選べるかをそろえます。

• 誰が業務の希望を仕様にまとめるか。
• 各案に含む作業・対象外・成果の確かめ方は何か。
• 作業担当へ日々の指示を出すのは誰か。
• 変更・追加・引継ぎをどう扱うか。
• 提案書と契約原文のどこに書かれるか。

資料の版や対象範囲が違う場合は、どの回答が今回の提案に適用されるかを聞き直します。役割の記述と実際の運用が合わない場合も、契約の表題だけで済ませず、関係する担当へ戻します。未回答があれば、それを推測で埋めて採用しないでください。

この例の回答後の選択結果は未確認です。質問を書いたこと、回答を受けたこと、契約で引き受ける内容を確認したこと、実際に作業が行われたことは、それぞれ分けて記録します。

外部の開発支援を検討する困りごとは、業界経験はあるがアプリ開発経験のない発注側の公開相談にも見られます。英国の一人の相談であり、日本のSESの定義や国内の需要量、依頼先の成功実績を示すものではありません。回答者の営業提案や価格を、この例の条件には移していません。

まとめ：呼び名より、頼む仕事と指示・確認の関係をそろえる

SIerとSESは、事業者とサービスという違う軸で読みます。同じ会社が複数の支援を提供する場合もあるため、名称だけで作業範囲や契約の種類、指示の方法を確定できません。

同じ注文画面の希望を両案へ伝え、仕様をまとめる役割、作業の取りまとめ、日々の指示、成果の確認、変更・引継ぎを資料で比べてください。自社で担える役割と足りない役割も合わせ、回答がない部分は保留して確かめます。契約名と実態を分け、個別の法的判断は原文と運用を揃えて適切な担当へ相談します。

2026年10月25日に、job tagの業界用語、厚生労働省の現行案内・ガイドの必要箇所と疑義応答集第3集Q1〜Q6、NIST用語集の定義と出典文脈、公開相談の本人投稿・本人返信を確認しました。法的区分の判定、実顧客の取材や市場の数量調査を実施した記事ではありません。