IISのシステム開発の発注/外注/依頼/委託方法について

IISのシステムを発注する際は、IISの設定だけでなく、ASP.NETやSQL Serverを含む業務アプリ、認証、データ移行、保守運用までを対象範囲として整理することが重要です。

「IISに対応できる会社へ依頼したい」と考えても、サーバー構築を任せたいのか、既存のASP.NETシステムを改修したいのか、新しい業務Webシステムを開発したいのかで、必要な発注先や見積もりは大きく変わります。この記事では、IISのシステム開発を外注・委託するときの発注形態、RFPと要件整理、契約形態、費用相場、委託先選定、見積比較、稼働後の保守までを発注者の視点で解説します。

▼全体ガイドの記事
・IISのシステム開発の完全ガイド

IISのシステムを発注する前に整理すべき全体像

IISは、MicrosoftのInternet Information Servicesを指すWindows上のWebサーバーです。IIS単体が販売管理や在庫管理を実行するのではなく、IISを入口としてASP.NETやASP.NET Coreで作られたWebアプリケーションを動かし、SQL Serverなどのデータベースと接続して業務を処理します。したがって、発注時には「IIS対応」という言葉をそのまま受け取らず、どの層を委託するのかを明確にする必要があります。

発注範囲を考えるときは、IISを含むインフラ層、ASP.NETなどで作るアプリケーション層、SQL Serverや既存データを扱うデータ層の三つに分けると整理しやすくなります。インフラ層にはWindows Server、IISサイト、アプリケーションプール、HTTPS証明書、ファイアウォール、バックアップ、監視が含まれます。アプリケーション層には画面、業務ロジック、帳票、権限、APIやCSV連携が含まれ、データ層にはテーブル設計、マスタ、データ移行、バックアップと復旧が含まれます。

Microsoft Learnは、ASP.NET CoreをIISで動かす際に.NET Hosting BundleとASP.NET Core Moduleを導入し、サイトの物理パスやバインディング、アプリケーションプールの権限を設定する流れを案内しています。つまり、IISの設定が完了しても、アプリの配置、フォルダACL、ログ、HTTPS、データベース接続まで確認しなければ本番運用には移れません（出典: Microsoft Learn「Publish an ASP.NET Core app to IIS」、2026年2月更新）。

発注前に「IISで構築したい」という技術要望だけを決めると、利用部門が必要とする成果から離れやすくなります。受発注の入力時間を短縮したいのか、拠点ごとに分かれた在庫を一元化したいのか、紙の申請を承認ワークフローへ移したいのかを先に決めます。目的が定まると、必要な画面、権限、データ、帳票、連携、性能、運用体制を具体化できます。

既存IISシステムの更新では、現行サーバーのIISバージョン、Windows Serverと.NETのバージョン、アプリケーションプール、証明書、有効なポート、外部連携、定期ジョブ、ログ保存先、バックアップ手順を棚卸しします。古いVB.NETやASP.NET Framework、32bit依存、サーバー上の手作業に頼っている処理が見つかった場合は、単純なサーバー更新ではなく移行や改修を含む案件になります。

IISのシステム発注は何から始めればよいですか？

IISのシステム発注は、現状調査と目的の整理から始めます。次に、IIS環境の構築だけを頼むのか、既存アプリの改修を頼むのか、新規開発から保守まで一括で頼むのかを決めます。技術名ではなく、成果物と責任範囲で発注形態を選ぶことが、見積もりの比較とトラブル防止につながります。

既存の業務アプリは変更せず、Windows Serverの更新、IISサイトの作成、HTTPS化、証明書設定、アプリケーションプールの設定、デプロイ手順の整備だけを依頼する形態です。サーバー構築に慣れたインフラ会社へ依頼しやすい一方、アプリケーションのソースコードに手を入れないことが前提になります。IISのバージョンや.NETの互換性が確認できていない場合は、先に現状調査と移行検証を発注すると安全です。

この形態では、IIS設定ファイル、サイトとバインディングの一覧、証明書の更新方法、フォルダ権限、ファイアウォールの通信要件、バックアップと復旧手順を納品物に含めます。500エラーが出たときにアプリ会社へ連絡するのか、インフラ会社へ連絡するのかも決めておかなければ、稼働後に責任の押し付け合いが起きやすくなります。

新しい販売管理、顧客管理、在庫管理、申請・承認システムを作る場合は、業務要件の整理から設計、開発、インフラ、データ移行、教育、保守まで一括で委託する方法があります。窓口を一本化できるため、アプリとIISの責任分界が曖昧になりにくいことが利点です。一方で、すべてを一社に任せるほどベンダーロックインの影響が大きくなるため、ソースコード、設計書、データ定義、IIS設定、デプロイ手順を納品対象に含めます。

業務理解を重視する案件では、開発会社の技術一覧だけでなく、要件定義に利用部門が参加できるかを確認します。IISに詳しくても、現場の受注処理や締め処理を理解していなければ、画面は動いても業務で使えないシステムになり得ます。発注者側の責任者、現場代表、情報システム担当者、委託先のプロジェクトマネージャーが直接対話できる体制を作ることが重要です。

RFPと要件整理でIIS案件の認識ずれを防ぐ方法

RFPは、発注者が解決したい課題、対象業務、希望する機能、非機能要件、納期、予算、選定条件を候補会社へ伝える依頼書です。細かな画面仕様をすべて決めてから作る必要はありませんが、何を比較するかが分かる程度には前提をそろえます。IIS案件では、一般的な業務要件に加えて、Windows認証、既存.NET資産、社内LANやVPN、SQL Server、帳票、ファイル連携、証明書、ログ、バックアップを明記します。

機能要件は「受注登録画面を作る」と書くだけでなく、「営業担当が受注を登録し、在庫を引き当て、上長が承認し、出荷担当へ連携し、請求データを作成する」という業務の流れで書くと伝わりやすくなります。入力項目、必須条件、承認者、例外処理、取消や訂正の扱い、帳票の出力先まで記載します。現行業務の手順書やExcel、帳票サンプル、マスタ一覧を添付すると、候補会社が同じ前提で見積もりを作りやすくなります。

データ移行では、対象期間、件数、重複や欠損の扱い、コード変換、移行リハーサル、切り替え時の差分取り込みを整理します。マスタ整備やデータの名寄せを発注後に始めると、開発会社の作業が止まり、追加費用や納期延長につながります。移行対象をすべて外注するのか、自社で整備して委託先が取り込むのかもRFPに書き分けます。

非機能要件は、同時利用者数、レスポンスタイム、稼働時間、停止可能な時間、障害復旧目標、ログの保存期間、バックアップ頻度、監査、アクセス制御、個人情報の保管期間などです。「速く」「止まらず」「安全に」では見積もりができないため、通常時の応答時間、ピーク時の利用数、許容停止時間、RTOとRPOの目標に置き換えます。

社内限定システムかインターネット公開システムかによって、要件は変わります。社内限定ならActive DirectoryやWindows認証、VPN、端末制御が中心になりますが、外部公開なら多要素認証、WAF、脆弱性診断、レート制限、監査ログ、証明書更新、インシデント時の連絡体制まで必要になります。個人データを扱う場合は、個人情報保護委員会のガイドラインが示す組織的・人的・物理的・技術的な安全管理措置を、自社と委託先の役割に落とし込みます。

IISのシステム外注で選ぶ契約形態と責任分界

契約形態は、要件の確定度、成果物の明確さ、変更の多さ、発注者側の関与度で選びます。IISのシステムでは、要件定義は準委任、仕様を固めた開発は請負、稼働後の監視や改修は保守契約というように、工程ごとに契約を分ける方法が実務上扱いやすいことがあります。ひとつの契約にまとめる場合でも、工程ごとの成果物、検収条件、変更管理、障害対応範囲を明記します。

準委任契約は、一定の業務を専門家へ依頼し、作業時間や体制に対して報酬を支払う契約です。現行IIS環境の調査、業務ヒアリング、移行可否の検証、RFP作成支援、PoC、プロジェクト管理など、作業の前提が変わりやすい工程に適しています。成果物を求める場合は、調査報告書、課題一覧、移行方針、要件定義書の納品時期と内容を個別に定めます。

準委任だから品質を確認しなくてよいわけではありません。担当者のスキル、稼働時間、会議体、課題管理、月次報告、意思決定の期限を決めます。発注者側で要件を決めきれないときは、準委任で調査と要件整理を行い、要件が固まった後に請負契約へ移る二段階発注が、過大な一括見積もりを避ける方法になります。

請負契約は、合意した成果物を完成させ、検収を受けることを前提にした契約です。画面一覧、機能一覧、帳票、データ移行、テスト仕様書、IIS設定書、ソースコード、操作マニュアルなどを成果物として定義し、検収で確認する基準を決めます。要件が固まっていない段階で請負契約を結ぶと、追加要望が変更扱いになりやすく、費用と納期の調整が頻発します。

変更が起きたときの手順も重要です。発注者が要望を出し、委託先が影響範囲、追加工数、費用、納期を提示し、双方が承認してから着手する流れを契約書やプロジェクト計画書へ記載します。軽微な文言変更をどこまで保守範囲に含めるか、障害修正と追加機能をどう区別するかも、稼働後の認識ずれを防ぐポイントです。

IISのシステム開発・外注費用の相場と内訳

IIS専用の公定価格表はないため、費用はIISの設定量ではなく、業務アプリの規模、画面数、ユーザー数、連携本数、データ移行量、性能、可用性、ライセンス、保守体制で決まります。以下は、NotebookLMリサーチで整理した業務システムの相場と、IIS・ASP.NET・SQL Server構成で発生しやすい工程をもとにした2025〜2026年向けの目安です。実際の金額を断定するものではなく、RFPで比較するためのレンジとして利用します。

既存サーバーへのIIS構築とHTTPS化だけであれば、サイト作成、証明書、バインディング、基本ログ、リリースを含めて20万〜80万円程度、期間は1〜4週間が目安です。既存アプリの互換性調査、認証連携、データベース接続、負荷検証が増える場合は、この範囲を超える可能性があります。

小規模な社内Web業務システムは、ASP.NET Core、ログイン、マスタ管理、登録・検索・更新、帳票数本、SQL Server、テストを含めて300万〜800万円程度、期間は2〜5か月が目安です。中規模の受発注・在庫・顧客管理で、権限、承認、APIやCSV連携、データ移行、監視、教育まで含めると800万〜2,000万円程度、期間は4〜10か月が目安になります。

複数拠点、基幹連携、高可用性、負荷試験、段階移行、24時間運用、BCPまで含む案件では、2,000万円〜1億円以上、期間は8〜24か月に広がることがあります。公開事例でも、Windows Server、IIS、.NET Framework、SQL Server、ASP.NETを組み合わせた4事業部6拠点の生産管理システムが、110人月規模で紹介されています。IIS案件は、Webサーバーの設定から全社業務統合まで、発注範囲で規模が大きく変わります。

開発費とは別に、Windows ServerやSQL Serverのライセンス、Azureや他のクラウド利用料、ストレージ、通信、バックアップ、監視、証明書、WAF、脆弱性診断の費用が発生します。Azure App ServiceのWindowsプランは、公式料金ページでBasic B1やB2などのプランが示されていますが、料金はリージョン、為替、契約条件、インスタンス数、データベース、通信、監視によって変わります。リサーチノートの確認時点ではB1が月54.75米ドル、B2が月109.50米ドルの掲載例でした（出典: Microsoft Azure「App Serviceの料金」、2026年8月確認）。

FreeやSharedなどの低価格プランは検証用途を想定し、本番SLAや性能要件を満たさない場合があります。オンプレミスでは、サーバー機器、Windows Server、SQL Server、ネットワーク、バックアップ装置、保守要員を含めた総保有コストで比較します。業務システムの調査で一般的な目安とされる年間保守費15〜20％を当てはめると、開発費3,000万円の場合は年間450万〜600万円程度です（出典: NotebookLMリサーチ「業務システム全般_12」、2026年）。保守の対象範囲によって変わるため、数字だけで判断せず、監視時間や障害対応を確認します。

IIS対応の委託先を選び、見積もりを比較するポイント

委託先は、IISの設定経験だけでなく、業務アプリ開発、データ移行、認証・認可、セキュリティ、運用保守まで評価します。IISの対応実績として、どのWindows Serverや.NETを使ったのか、SQL Serverや他のデータベースと連携したのか、要件定義から保守までどこを担当したのかを確認します。公開実績があっても、現行バージョンへの対応や自社案件への適合性は別に確認する必要があります。

候補会社には「IISの設定だけでなくASP.NETやSQL Serverまで対応できますか」「既存ASP.NET FrameworkからASP.NET CoreやAzure App Serviceへ移行した実績はありますか」「Windows認証、Active Directory、VPN、外部API、帳票、ファイル共有に対応できますか」と質問します。さらに、要件定義に参加する担当者、開発と保守の担当体制、障害時の連絡先、監視時間、対応時間、設計書とソースコードの納品範囲も確認します。

候補を3社程度に絞ったら、同じRFPと同じ前提資料を渡します。会社ごとに要件を説明し直したり、会社によって機能範囲を変えたりすると、価格差が品質差なのか前提差なのか分からなくなります。質問への回答の速さ、分からない点を確認する姿勢、リスクの指摘、見積もりの透明性も、実際のプロジェクト運営を予測する材料になります。

見積書は、要件定義、基本設計、詳細設計、実装、単体テスト、結合テスト、総合テスト、データ移行、教育、リリース、インフラ構築、保守に分けてもらいます。画面数、帳票数、外部連携本数、移行データ件数、テスト環境、ユーザー数、同時接続数などの前提条件が書かれているかも確認します。「開発一式」「インフラ一式」だけでは、後から追加費用になる範囲を判断できません。

比較では、最安値だけを選ばないことが大切です。要件定義やテストが極端に少ない見積もりは、発注者側の作業が多い可能性があります。反対に、不要な高可用性構成や過剰なカスタマイズが含まれている場合もあります。各社に、必須機能、将来対応、任意提案、除外事項、リスクと対策を分けて記載してもらうと、価格と提案内容を同じ土俵で比較できます。

発注時に決めておきたいIISのセキュリティと運用保守

IISを採用したから自動的に安全になるわけではありません。HTTPSのバインディング、証明書の更新、TLS設定、OSと.NETのパッチ、アプリケーションの認証・認可、XSSやSQLインジェクション、CSRFへの対策、アクセスログ、失敗要求トレース、バックアップ、監視までをシステム全体で設計します。インターネットへ公開する場合は、WAFや脆弱性診断、管理画面のアクセス制御も委託範囲に含めます。

証明書は設定して終わりではなく、期限切れを防ぐ更新作業が必要です。証明書の購入・発行、IISへの登録、バインディングの更新、更新後の疎通確認、複数サイトへの反映を誰が行うかを決めます。IPAのTLS暗号設定ガイドライン第3.1.1版は、TLSサーバーに対して「高セキュリティ型」「推奨セキュリティ型」「セキュリティ例外型」の三つの設定基準を示し、特別な要件がなければ推奨セキュリティ型を推奨しています（出典: IPA「TLS暗号設定ガイドライン」、2025年4月）。

発注書や仕様書には、利用するTLSバージョン、暗号設定の基準、証明書の有効期限管理、脆弱性情報への対応期限、ログの保存期間を記載します。Windows Server 2025を採用する場合は、Microsoftの製品ライフサイクルでメインストリームサポートが2029年11月、延長サポートが2034年11月まで示されているため、短期の構築費だけでなく、更新計画と保守期間まで含めて判断します（出典: Microsoft Learn「Windows Server 2025 – Microsoft Lifecycle」、2026年確認）。

既存IISをそのまま使うオンプレミス更新は、Windows認証、社内LAN、工場設備、閉域網、既存ファイルサーバーとの連携を維持しやすい方法です。Azure VM上へIISを移す方法は、既存のWindows Server構成を変えずにクラウドのバックアップや可用性機能を組み合わせたい場合に向きます。Azure App ServiceはOSやIISサーバーの管理を減らせますが、物理ドライブ、COMコンポーネント、GAC、アプリケーションプール、Windows認証などの互換性確認が必要です。

Microsoft Learnは、既存のASP.NET Web Forms、MVC、Web API、WCFの多くがApp Serviceへ直接移行できる一方、一部は修正やリファクタリングが必要だと説明しています。オンプレミスのSQL Serverやファイル共有を残す場合は、VPNやAzure側への依存関係の整理も必要です。クラウドへ移せば必ず安くなるわけではないため、ライセンス、通信、監視、バックアップ、運用要員、将来の拡張を含む5年程度の総費用で比較します。

よくある質問（FAQ）

IISのシステムを外注するときに、発注者からよく寄せられる質問へ回答します。費用や技術の判断は案件条件で変わるため、ここでの回答をRFP作成と委託先への確認事項に活用します。

IIS構築とHTTPS化だけなら20万〜80万円程度、小規模な社内Web業務システムなら300万〜800万円程度が目安です。中規模の受発注・在庫・顧客管理では800万〜2,000万円程度、複数拠点や基幹連携、高可用性まで含むと2,000万円〜1億円以上になることがあります。画面数、連携、データ移行、ライセンス、保守の有無で変わるため、工程別の見積もりを取得します。

IISの設定会社は、Windows Server、サイト、証明書、ネットワーク、監視などのインフラ構築を得意とする会社です。システム開発会社は、業務要件、画面、業務ロジック、データベース、帳票、連携、テスト、教育までを扱います。業務アプリを新規開発する場合は、IISの構築実績だけでなく、ASP.NETやSQL Server、データ移行、保守まで対応できるかを確認します。

必ず移行すべきとは限りません。Windows認証、閉域網、ファイル共有、機器連携、現行アプリの互換性、運用体制、5年程度の総費用を比較し、オンプレミス更新、Azure VM、Azure App Serviceを選びます。App Serviceへ移す場合は、COMやGAC、物理ドライブ、証明書、アプリケーションプール、SQL Server接続などの移行可否をPoCで確認してから本番計画を立てます。

可能であれば、開発契約と同時に保守の範囲と開始条件まで決めます。障害対応、IISや.NETの更新、OSパッチ、証明書更新、監視、バックアップ確認、軽微改修、問い合わせ対応、対応時間、復旧目標、月次報告を分けて記載します。保守を別会社へ委託する場合は、ソースコード、設計書、設定書、アカウント情報、手順書が引き継がれることを契約に含めます。

まとめ：IISのシステム発注は範囲・条件・運用まで比較します

IISのシステムを発注するときは、IISの設定だけを依頼するのか、ASP.NETやSQL Serverを含む業務システムを開発するのかを最初に分けます。現状調査、業務目的、発注形態、RFP、機能要件、非機能要件、データ移行、認証、HTTPS、ログ、バックアップ、保守を一つの計画として整理します。

費用は、IIS構築だけなら20万〜80万円程度、小規模な業務Webシステムなら300万〜800万円程度、中規模の業務連携なら800万〜2,000万円程度が目安です。複数拠点や高可用性では2,000万円〜1億円以上になる場合もあるため、金額の大小よりも、工程、前提条件、除外事項、成果物、保守範囲が見積書に分かれているかを確認します。

委託先は、IISの技術経験だけでなく、業務理解、要件定義、データ移行、セキュリティ、テスト、運用引き継ぎまで評価します。候補会社へ同じRFPを渡し、「一式」ではなく工程別の見積もりとリスクを提示してもらうことで、自社に合う発注先を選びやすくなります。

▼全体ガイドの記事
・IISのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。