B2Bのサービス関係においては、新しいプロジェクトのたびに支払い条件、秘密保持ルール、責任上限を最初から再交渉するという同じ問題が必ず生じます。マスターサービス契約（MSA）はその問題を解決します。MSAは標準条件を一度設定するための包括的な契約であり、その下に置かれる個々の作業明細書やプロジェクト注文書は、スコープと価格に集中できます。同じクライアントやベンダーと複数の案件にわたって取引を行う場合、MSAは必須です。
マスターサービス契約とは何ですか？
マスターサービス契約（MSA）は、2者間の枠組み契約であり、両者のビジネス関係全体を規律する一般的な条件を定めるものです。特定のプロジェクトの詳細は対象としません。代わりに、すべての案件に共通して適用される事項（支払い方法、知的財産の帰属、紛争が生じた場合の対応、関係を終了する方法など）を定めます。
個々のプロジェクトは、別途作成される 作業明細書 （SOW）または作業指示書によって管理されます。SOWはMSAを参照し、プロジェクト固有の詳細（スコープ、成果物、スケジュール、価格）を追加します。
MSAを基盤と考えてみてください。各SOWはその上に積み上げる階層です。基盤は変わらず、変わるのは各階層だけです。
MSAの仕組み：フレームワークとSOWモデル
両者がMSAに署名すると、その契約は関係が継続する期間中、有効であり続けます。通常は固定の初期期間が設けられており、どちらの当事者も事前に終了通知を行わない限り、自動更新されます。
新しいプロジェクトが発生した際は、作業明細書を発行します。SOWはMSAを参照しているため、標準条件がすべて自動的に引き継がれます。案件ごとに支払いスケジュール、補償条項、準拠法を再交渉する必要はありません。スコープと価格について合意し、両者がSOWに署名すれば、業務が開始されます。
これが、プロフェッショナルサービス会社、コンサルティング企業、マーケティングエージェンシー、SaaSベンダーがMSAを活用する理由です。関係が深まるにつれて新たな業務が生まれますが、MSAがあることで新しい業務をより迅速に開始できます。
マスターサービス契約の主要条項
適切に作成されたMSAは、各プロジェクトで再交渉が必要となる条件をあらかじめカバーします。中心となる条項は以下のとおりです。
- 支払い条件。 Net-30またはNet-60の支払い期限、遅延損害金の利率、対応可能な支払い方法。これを一度設定しておくことで、2回目の請求書での不毎な再交渉を避けられます。
- 知的財産の帰属。 成果物の所有権は誰に帰属するのか。委託された成果物は通常クライアントに譲渡されますが、ベンダーがプロジェクトに持ち込むツール、フレームワーク、既存の知的財産はベンダーに帰属します。業務開始前に明確に規定しておきましょう。
- 秘密保持。 継続的な関係において、両者は機密情報を共有します。MSA内のNDA条項はすべてをカバーするため、プロジェクトごとに別途の秘密保持契約を締結する必要はありません。チームが規制対象データを扱う場合は、 電子署名のコンプライアンス との関連もご確認ください。
- 責任の制限。 問題が発生した場合に、いずれかの当事者が負う財務的リスクの上限を設定します。一般的なアプローチとして、責任の上限を直前の6ヶ月または12ヶ月間に支払われた報酬額とする方法があります。
- 補償。 業務に関連して第三者がクレームを申し立てた場合、どちらの当事者が責任を負うかを定めます。ベンダーは通常、自身の成果物に起因するクレームからクライアントを補償します。
- 期間と終了。 MSAの有効期間、更新方法、および各当事者が終了できる条件。終了条項には通常、30日または60日前の通知による理由不要の終了と、正当な理由による即時終了が含まれます。
- 準拠法と紛争解決。 適用される法域の法律、および紛争が仲裁または裁判のどちらに付されるか。
- 変更管理。 進行中のSOWに対するスコープ変更をどのように文書化し、費用を算定するか。この条項がなければ、スコープクリープは請求も立証も困難です。
変更管理は、初稿のMSAで最も多く省略される条項です。必ず追加してください。
MSAはいつ使用すべきか？
同じ相手と複数のプロジェクトにわたって、または一定期間継続して取引を行うことが見込まれる場合は常に、MSAの活用が適切です。一般的なシナリオは以下のとおりです。
- エージェンシーとクライアントのリテイナー契約。 月額リテイナー契約を結ぶマーケティングまたはデザインエージェンシーは、毎月条件を再交渉したくはありません。
- ITおよびソフトウェア開発。 複数の製品リリースにわたって業務を行うソフトウェアベンダーは、コードを書き始める前に知的財産の帰属と秘密保持を確定させておきたいと考えます。
- コンサルティング案件。 同一の大企業クライアントに対して複数のアドバイザリーサービスを提供するコンサルティング会社は、単一の請求・責任条件を活用することで効率が高まります。
- SaaSおよびサブスクリプションサービス。 エンタープライズ向けSaaSベンダーは多くの場合、導入支援、プロフェッショナルサービス、またはカスタム開発をカバーするために、サブスクリプション契約と並んでMSAを提示します。
- 政府機関および調達。 大規模な機関は、発注書を発行する前にMSAを求めることが多くあります。調達担当チームが注文ごとに法的条件を再交渉することができないためです。
再び取引する可能性が低いクライアントとの単発プロジェクトを開始する場合は、詳細なSOWまたはプロジェクト固有のサービス契約で通常は十分です。MSAのメリットが発揮されるのは、継続的な関係においてです。
MSA、作業明細書、サービス契約の違い
| 書類 | 対象範囲 | 使用タイミング |
|---|---|---|
| マスターサービス契約 | 関係全体に適用される一般条件 | 新規のクライアントまたはベンダーとの関係開始時に一度 |
| 作業明細書 | 1つのプロジェクトのスコープ、成果物、スケジュール、価格 | MSAのもとで発生する新規プロジェクトごと |
| サービス契約（単独） | 一般条件とプロジェクト詳細を1つの書類にまとめたもの | 既存のMSAがない単発プロジェクト |
MSAと単独の サービス契約 の主な違いは、サービス契約が自己完結型である点にあります。サービス契約は一般条件とプロジェクト詳細を1つの書類にまとめてカバーします。MSAはその2つの層を分離することで、一般条件の交渉を一度だけ行い、その後のすべてのプロジェクトで再利用できるようにします。
マスターサービス契約の作成方法
- テンプレートから始める。 白紙から始めることはお勧めしません。標準条項をあらかじめカバーしたMSAテンプレートを使用し、自社のビジネスや業界に固有のセクションをカスタマイズしましょう。Portantの 契約テンプレートライブラリ は、構成の参考として最適な出発点です。
- MSAレベルでサービスの範囲を定義する。 MSAにプロジェクト固有の詳細は不要ですが、対象となる業務の一般的なカテゴリ（例：「マーケティング戦略およびキャンペーン実行」や「ソフトウェア開発およびサポートサービス」）は記載すべきです。
- 実際に交渉が必要な条件を調整する。 支払い条件、責任上限、知的財産の帰属は最もよく交渉される条項です。準拠法や紛争解決を含む定型的な条項の多くは、変更が少ない傾向にあります。
- 一度、弁護士にレビューを依頼する。 MSAはその下のすべてのプロジェクトを規律するため、法律専門家によるレビュー費用はすぐに回収できます。初回のレビュー後は、テンプレートをクライアントに合わせて軽微な修正を加えながら再利用できます。
- 電子署名で締結する。 プロジェクト開始前に、両者がMSAに署名します。 電子署名 はほとんどの法域で法的に有効であり、印刷、スキャン、メール送受信による遅延をなくすことができます。
- チームが見つけられる場所に保管する。 署名済みのMSAをCRMの該当する企業またはディールレコードにリンクしてください。6ヶ月後にクライアントから問い合わせがあったとき、担当者が契約書を見つけられなければ意味がありません。
Portantを使用してHubSpotでMSA生成を自動化する方法
HubSpot でクライアント関係を管理している場合、Portant を使って MSA の作成を自動化できます。セットアップにかかる時間は約15分です。その後は、MSA を送付するのに30分かかっていたところが、わずか数秒で完了します。
ワークフローの流れは以下のとおりです。
- HubSpot のディールまたは会社レコードが指定のステージ（例：「MSA 送付済み」）に達すると、Portant のワークフローが自動的にトリガーされます。
- Portant は HubSpot レコードから必要なデータを取得します。会社名、担当者名、請求先住所、合意済みの支払い条件、マッピングしたディール固有のフィールドなどが対象です。
- 取得したデータを Google Docs の MSA テンプレートに入力し、クライアントへ電子署名のために文書を送付します。
- 署名が完了すると、署名済みのコピーが HubSpot レコードに保存され、ディールのプロパティが新しいステータスに更新されます。
その結果、Word 文書へのクライアント名のコピー貼り付け作業も、共有 Drive フォルダでのバージョン管理の混乱も、未署名契約書の手動フォローアップも一切不要になります。署名済みの MSA は HubSpot 内の該当ディールに紐付いた状態で保管されます。
これは、毎月複数の新規クライアントとの契約を締結するエージェンシーやコンサルティング会社に特に有効です。 契約自動化 の仕組みはスケールします。同じ Portant ワークフローが、月10件でも100件でも追加の手間なく MSA を処理します。
既存の Google Docs テンプレートをそのまま使い続けたいチーム、つまり独自のドキュメントエディタへの移行を望まないチームにとっても、Portant はテンプレートに直接接続します。再構築も、新しいインターフェースの習得も、移行コストも一切かかりません。
マスターサービスアグリーメントテンプレートに含めるべき内容
再利用可能な MSA テンプレートは、標準的な条項を網羅できる十分な構造を持ちながら、さまざまなクライアントに対応できる柔軟性も備えている必要があります。最低限必要な項目は以下のとおりです。
- 当事者の特定（正式な法人名および住所）
- 発効日および期間
- サービスの範囲（プロジェクト固有の詳細ではなく、概括的な説明）
- SOW プロセス（個別プロジェクトの承認方法）
- 料金および支払い条件
- 知的財産の帰属およびライセンス付与
- 秘密保持義務
- 表明および保証
- 責任の制限
- 補償
- 解約の権利および手続き
- 準拠法および紛争解決
- 一般条項（譲渡、通知、完全合意条項）
- 日付入り署名欄
法務チームがテンプレートをレビューして承認したら、それをロックされたフォームとして扱ってください。クライアントごとに変更するのは、当事者固有のフィールドと合意済みの支払い条件のみです。それらの入力を自動化するのが Portant の役割です。MSA のライブラリが拡大してきた際に 契約ライフサイクル管理 がどのように活用できるかもご覧ください。
よくあるご質問
マスターサービスアグリーメントとは何ですか？
マスターサービスアグリーメント（MSA）は、継続的なビジネス関係を規律する一般的な条件を定めたフレームワーク契約です。個々のプロジェクトは、MSA のもとで個別の作業指示書（SOW）に基づいて実施され、SOW は MSA の条件を継承しつつ、プロジェクト固有のスコープ、成果物、および価格を追加します。
MSA と作業指示書の違いは何ですか？
MSA は、すべてのプロジェクトに適用される一般条件を定めます。支払い構造、知的財産の帰属、秘密保持、責任、および解約がその対象です。 作業指示書 は1つのプロジェクトのみを対象とし、スコープ、成果物、スケジュール、および価格を定めます。SOW は MSA を参照してその条件を継承するため、一般的なフレームワークの交渉は一度だけで済みます。
マスターサービスアグリーメントは法的拘束力を持ちますか？
はい。署名済みの MSA は法的拘束力を持つ契約です。両当事者が署名した時点で発効し、定められた期間が満了するか、または契約自体の条件に従って解約されるまで効力を持ち続けます。特に責任、補償、知的財産の帰属に関する条項については、少なくとも一度は弁護士に MSA テンプレートのレビューを依頼することをお勧めします。
マスターサービスアグリーメントの有効期間はどのくらいですか？
多くの MSA は、最初の固定期間（通常1年から3年）で締結され、いずれかの当事者が所定の事前通知を行わない限り自動更新されます。具体的な期間と更新の仕組みは契約書に定められており、関係に合わせて交渉することが可能です。
単独のサービス契約ではなく MSA が必要なのはどのような場合ですか？
同一のクライアントまたはベンダーと継続的に複数のプロジェクトが発生することが見込まれる場合は、MSA の使用をお勧めします。単独の サービス契約 は、一般条件とプロジェクト固有の詳細を1つの文書にまとめるため、単発の案件には適しています。一方、継続的な業務が伴う関係では、MSA によってフレームワークとプロジェクトの詳細を分離することで、新しいプロジェクトをより迅速に開始できます。
マスターサービスアグリーメントの作成を自動化できますか？
はい。Portant を使えば、HubSpot CRM と Google Docs の MSA テンプレートを連携できます。ディールが適切なステージに達すると、Portant がクライアントの名前、住所、合意済みの条件を契約書に自動入力し、 電子署名のために送付します。署名済みのコピーは自動的に HubSpot レコードに保存されます。コピー貼り付けも手動追跡も一切不要です。
