トップ > Development > UC（Underpinning Contract）概要

UC（Underpinning Contract）概要

Development Law

UC（Underpinning Contract）

概要

UC（Underpinning Contract）とは、ITサービスプロバイダーが顧客にサービスを提供するために、第三者サプライヤーから提供される商品やサービスに関する正式な契約です。サービスプロバイダーが顧客と締結するSLA（Service Level Agreement）の目標達成を支える基盤となる契約であり、第三者サプライヤーの責任範囲やサービスレベル目標などを明確に定めます。

特徴

  • SLA依存性: 顧客とのSLAの達成を前提としており、SLAで定められたサービスレベル目標を第三者サプライヤーに要求します。
  • 外部連携: サービス提供に必要な外部の専門性やリソースを活用するための契約です。
  • 責任分界点: サービスプロバイダーと第三者サプライヤー間の責任範囲を明確化し、問題発生時の対応をスムーズにします。
  • 契約期間: 通常、顧客とのSLAの期間や、サービス提供に必要な期間に合わせて設定されます。
  • サービスレベル定義: 提供されるサービスの内容、品質、パフォーマンスに関する具体的な目標値（KPIなど）が定義されます。

分類

UCは、提供される商品やサービスの種類によって分類できます。

  • インフラストラクチャ関連: ネットワーク、サーバー、データセンターなど、IT基盤に関する契約
  • ソフトウェア関連: 特定のソフトウェアのライセンス、サポート、保守に関する契約
  • アウトソーシング関連: 特定の業務プロセスや機能の外部委託に関する契約
  • 通信関連: インターネット回線、電話回線など、通信インフラに関する契約
  • クラウドサービス関連: IaaS、PaaS、SaaSなどのクラウドサービスに関する契約

上位概念・下位概念

  • 上位概念:
    • 契約 (Contract): 法的な拘束力を持つ合意全般
    • サプライヤー契約 (Supplier Contract / Vendor Agreement): 製品やサービスを提供する外部業者との契約全般
  • 下位概念:
    • 特定のサービスカテゴリに特化したUC（例：ネットワークUC、ソフトウェアUC）
    • 個別のサプライヤーとのUC

メリット

  • 専門性の活用: 自社にない専門知識や技術を持つ第三者の能力を活用できる。
  • コスト効率: 自社で全てを賄うよりもコストを抑えられる可能性がある。
  • 柔軟性: 必要な時に必要なリソースを確保できるため、ビジネスの変化に柔軟に対応できる。
  • リスク分散: 特定の業務や技術を外部に委託することで、リスクを分散できる。
  • SLA遵守の支援: 第三者サプライヤーの責任範囲とサービスレベルを明確にすることで、顧客とのSLA遵守を支援する。

デメリット

  • 依存性の発生: 第三者サプライヤーへの依存度が高まる。
  • コントロールの低下: 第三者サプライヤーのサービス品質や対応に影響を受ける可能性がある。
  • コミュニケーションコスト: 複数の関係者との調整や連携が必要となり、コミュニケーションコストが増加する可能性がある。
  • 情報セキュリティリスク: 第三者サプライヤーのセキュリティ対策に依存するため、情報漏洩のリスクが高まる可能性がある。
  • 契約管理の複雑化: 複数のUCを管理する必要があり、契約管理が複雑になる。

既存との比較

  • 自社リソース: UCを利用せず、全て自社のリソースでサービスを提供する場合と比較して、専門性、コスト、柔軟性などで違いが生じます。自社リソースはコントロールしやすい反面、コストや専門性の制約を受ける可能性があります。
  • 他の契約形態: 業務委託契約やライセンス契約など、他の契約形態と比較して、UCはSLAとの関連性が強く、サービス提供の基盤となる点に特徴があります。

競合

UCそのものに直接的な競合という概念は薄いですが、サービスプロバイダーが同様のサービスを提供するために利用する代替手段が競合となりえます。

  • 別のサプライヤー: 同様のサービスを提供する別の第三者サプライヤー。
  • 内製化: 第三者のサービスを利用せず、自社で必要な機能やサービスを開発・運用する。

導入ポイント

  • SLAとの整合性: 顧客とのSLAで定められたサービスレベル目標を達成できる内容であること。
  • 明確な責任範囲: サービスプロバイダーと第三者サプライヤー間の責任分界点を明確に定義すること。
  • サービスレベルの定義: 定量的かつ客観的なサービスレベル目標（KPI）を設定し、監視体制を構築すること。
  • 契約期間と更新: SLAの期間やサービス提供の継続性を考慮した契約期間を設定し、更新プロセスを明確にすること。
  • 解約条件: 不測の事態に備え、適切な解約条件を定めること。
  • セキュリティ要件: 情報セキュリティに関する требования を明確に定義し、サプライヤーのセキュリティ対策を確認すること。
  • コミュニケーション体制: 問題発生時の連絡体制やエスカレーションパスを確立すること。

注意点

  • サプライヤーの選定: 実績、信頼性、専門性などを十分に評価し、慎重にサプライヤーを選定すること。
  • 契約内容の精査: 契約条項を十分に理解し、自社のリスクを最小限に抑えるように交渉すること。
  • 継続的な管理と評価: UC締結後も、サプライヤーのパフォーマンスを定期的に監視・評価し、必要に応じて改善を求めること。
  • 契約の見直し: SLAの変更やビジネス環境の変化に合わせて、UCの内容を定期的に見直すこと。

今後

  • クラウドサービスの普及: クラウドサービス関連のUCの重要性がますます高まるでしょう。
  • セキュリティの強化: サプライチェーン全体でのセキュリティ対策の重要性が増し、UCにおいてもセキュリティ要件が厳格化する傾向があります。
  • 柔軟性とアジリティ: ビジネスの変化に迅速に対応するため、より柔軟でアジャイルな契約形態が求められる可能性があります。
  • 自動化と効率化: UCの管理プロセスを自動化・効率化するツールやソリューションが登場するかもしれません。

関連キーワード

  • SLA (Service Level Agreement)
  • OLA (Operational Level Agreement)
  • サプライヤー管理 (Supplier Management / Vendor Management)
  • サービスマネジメント (Service Management)
  • ITIL (Information Technology Infrastructure Library)
  • アウトソーシング (Outsourcing)
  • ベンダーロックイン (Vendor Lock-in)
  • KPI (Key Performance Indicator)