MSAとSOWをフリーランサーとエージェンシー向けに解説：基本契約と作業範囲記述書に何を盛り込むか

クライアントとの最初のプロジェクトは、2ページの見積書で問題なく進みました。ところが2つ目のプロジェクトはより大きく、クライアントは自社の標準ベンダー条件を参照した独自の作業範囲記述書を送ってきて、契約期間の途中で成果物が遅れ、請求書が未払いになります。あなたは自分の見積書を指さす。相手は自社のベンダー条件を指さす。実際に効力を持つ書類はどちらなのでしょうか。これを一文で答えられないなら、あなたの契約はすでに関係性に追いついていません。解決策はより長い見積書ではなく、二つの文書からなる構造、つまり基本サービス契約と各業務ごとの作業範囲記述書です。

このガイドでは、それぞれの文書に何を盛り込むべきか、それらを分けることでなぜ毎回同じ条項を再交渉せずに済むのか、そしてこの構造全体を台無しにする誤りについて説明します。始める前にひとつ標準的な注意書きを：これはサービス契約がどのように機能するかについての一般情報であり、あなたの特定の状況に関する法律上の助言ではありません。

二つの文書を一枚の絵で​

基本サービス契約（MSA）は、同じクライアントとの業務を通じて変わらないすべての条件を定めます。報酬の受け取り方、成果物の所有権、誰が何に対して責任を負うか、どちらがどのように契約を終了できるか。作業範囲記述書（SOW）は、ちょうど一つの業務を記述します。何を構築または納品するか、いつまでに、いくらで、そしてクライアントがどのように承認するか。

MSAはオペレーティングシステム、各SOWはその上で動くアプリだと考えてください。3つ目、4つ目、5つ目のプロジェクトが来たとき、交渉するのはSOWだけです。すでに勝ち取った責任上限、IPの譲渡、支払い条件はそのまま残ります。

基本契約に盛り込むもの​

MSAに含まれるすべての条項は、このクライアントに対して今後行うすべてのプロジェクトに当てはまるべきものです。ある条件が業務ごとに変わるなら、それは代わりにSOWに属します。

関係の範囲。 逆説的ですが、MSAには通常プロジェクトの範囲は一切含まれません。将来の作業範囲記述書に記載されるサービスについてクライアントがあなたに業務を依頼できる、という枠組みの一文だけです。プロジェクトの詳細をここに貼り付けたくなる衝動を抑えてください。プロジェクトの具体的内容が基本契約に紛れ込んだ瞬間、作業が変わるたびに基本契約を修正しなければならなくなり、まさにこの構造が排除するために存在する面倒が生じます。

支払いの仕組み。 どのプロジェクトの価格ではなく、報酬を得るための仕組みです。請求書の支払期限は何日以内か、何が延滞と見なされるか、延滞手数料や利率、経費を誰が負担しどう文書化するか、作業開始前に着手金が必要かどうか。延滞手数料はここで一度決めてしまいましょう。よくある定式は未払い残高に対して月1.5パーセントです。そうすれば将来のすべてのSOWが新たな議論なしにそれを継承します。

秘密保持。 各当事者の非公開情報を対象とする相互の義務、解除後どのくらい存続するか、すでに公開されていた情報や独自に開発された情報に対する標準的な除外規定。フリーランサーは単独の見積書ではこれを省きがちですが、MSAに入れるのにコストはかからず、すべての業務を通じて双方を保護します。

知的財産の枠組み。 MSAは所有権のルールを定めます。通常は完成した成果物をクライアントに譲渡するもので、理想的には全額支払い時に行います。加えて、あなたの既存IP、つまり業務に先立って存在しあなたのものであり続けるフレームワーク、テンプレート、コードライブラリ、手法についての除外規定を設け、成果物に組み込まれた形でのみクライアントにライセンスします。SOWはその後、各業務がどの成果物を対象とするかを特定します。ルールは基本契約に、目録はSOWに置いてください。

保証と補償。 あなたがサービスを専門家として遂行し、成果物が他者のIPを侵害しないという短い保証と、定義された第三者からの請求に対して各当事者が相手方を防御する義務を負う補償条項を組み合わせます。これらの条項は定型文のように読めますが、下請け業者の借用コードや無許諾のストックフォトが弁護士書簡を引き起こすまでは。その時点で、誰が防御費用を負担するかを決めるのはこれらの条項です。

責任の制限。 あなたの最悪の事態のエクスポージャーを上限設定する条項で、ほぼ常に該当するSOWの下で過去12か月に支払われた報酬額を上限とし、間接損害・結果的損害の相互放棄を伴います。これをMSAで一度交渉すれば、すべてのプロジェクトをカバーします。ここで上限なしの責任条項を受け入れてしまえば、将来のすべての業務についても受け入れたことになるので、マスターレベルで最も激しく争うべき条件です。

期間、解除、終了処理。 MSAがどのくらい続くか、どちらの当事者がどのように解除できるか（通常は30日前の書面による通知）、解除が進行中のSOWを打ち切るのか完了まで走らせるのか、そして終了時に何が起こるか。秘密資料の返却、解除日までに遂行した作業への支払い、そして移行支援。フリーランサーにとって最も価値のある一文はキルフィーです。クライアントがプロジェクトを途中でキャンセルした場合、キャンセルまでに完了した作業に加えて、定義された終了手数料が無条件で支払われます。

優先順位。 冒頭のシナリオに答える条項です。文書が矛盾する場合、どちらが優先されるか。典型的な序列では、プロジェクト固有の条件についてはSOWがMSAより上位に位置し、どちらも発注書や請求書の細目より上位に位置します。この条項がなければ、クライアントの調達ポータルが発注書ごとにあなたの交渉済み条件を密かに上書きしてしまいます。

作業範囲記述書に盛り込むもの​

MSAが憲法なら、SOWは法律です。特定的で、日付があり、使い捨てです。各SOWは、一つの業務の完全な記述として自立しつつ、それ以外のすべてについてMSAを参照すべきです。ほぼすべての重みを担う要素は5つあります。

範囲、および範囲外リスト。 成果物、マイルストーン、タイムライン、そして各当事者の責任を記述します。クライアントがあなたに負うもの、たとえばデータへのアクセス、5営業日以内のフィードバック、単一の意思決定者なども含みます。そしてその鏡像を書きましょう。含まれないものの明示的なリストです。追加の修正ラウンド、実装支援、急ぎの対応、合意していないツールでの作業。それらを名指しし、範囲外のものは追加報酬を伴う書面による変更指示を必要とすることを明記してください。この段落が、ほとんどのスコープクリープを議論から請求書に変えます。

この業務の報酬。 固定価格、時間単価と上限、またはリテイナー額。このSOWの数字だけを、MSAの支払いの仕組みの上に載せます。各支払いをカレンダー上の日付または検証可能なイベントを伴うマイルストーンに結びつけ、着手金が返金不可かどうか、総額から控除されるかどうかを明記してください。マイルストーン・スケジュールは二重の役割を果たします。キャッシュフローにリズムを与え、クライアントにフィードバックを進める理由を与えます。彼らの遅延が目に見えて自分たちの日程を押し戻すからです。

受入基準。 クライアントが各成果物をどのように承認するか、そして決定的に重要なのは、彼らが沈黙した場合に何が起こるか。みなし承認条項は、通常は書面による異議申し立てなしに10営業日が経過した場合で、クライアントが署名を無期限に先延ばしにして最終マイルストーンを人質に取ることを防ぎます。受入基準のない曖昧なSOWは、スコープクリープの最も一般的な原因です。「完了」が未定義なら、すべてがまだ範囲内です。

変更管理。 一段落の手順です。範囲、スケジュール、報酬への変更は書面で請求され、あなたが見積もり、変更された作業が始まる前に双方が署名する必要があります。署名済みの変更指示がなければ、変更された作業は行いません。これを一貫して徹底するフリーランサーは、ほとんどのスコープクリープの会話が始まる前に終わると報告しています。クライアントがコミットする前に寄り道の価格を見るからです。

依存関係とキーパーソン。 あなたのタイムラインがクライアントのインプットに依存するなら、クライアントの遅延に対してスケジュールが日割りで延びると明記してください。クライアントが特定の人物がいるからあなたのエージェンシーを買っているなら、その人物を名指しし、誰かが離脱した場合に何が起こるかを明記してください。どちらの一文も、相手側の3週間の沈黙があなたの納期遅延になることを防ぎます。

マイルストーン、支払い条件、受入：お金が書類と出会う場所​

SOWのマイルストーン・スケジュールは単なるプロジェクト計画ではありません。契約という形をとったあなたの収益予測であり、あなたの簿記はそれを反映すべきです。各マイルストーンに定義された金額と受入のトリガーがあれば、請求は機械的になります。マイルストーン承認、請求書送付、MSAの条件の下で支払いの時計が動き出す。マイルストーンが曖昧なら、請求は毎回交渉になります。

各SOWをあなたの帳簿で独自の収入源として追跡してください。作業開始前に受け取った着手金はまだ収益ではありません。それが控除されたマイルストーンを納品するまで、負債（前受収益）です。マイルストーン支払いは日付のある請求書にきれいに対応するので、売掛金のエイジングレポートが早期警告システムになります。あるクライアントのSOWが期限を過ぎてずるずる遅れ続ける一方で他が時間通りに支払うなら、問題はあなたの請求プロセスではなくクライアントです。そして確定申告の時期には、SOWごとの記録があれば、どの収益がどの年に属するかを示すのは簡単で、一年分の銀行預金から再構成する必要はありません。Beancountのドキュメントでは、プレーンテキストの台帳が月末の慌ただしさなしにこの種のプロジェクトレベルの追跡を監査可能に保つ方法を示しています。

二つの文書にまたがるIP所有権​

IP条項をMSAとSOWに分けることは人を混乱させるので、ここで役割分担を示します。MSAは所有権のルールと除外規定を定めます。成果物は全額支払い時にクライアントに譲渡され、あなたの既存のツールキットはライセンスの下であなたのものであり続け、交渉すればポートフォリオの権利も保持します。SOWはルールが適用される成果物、つまりこの業務が生み出すデザイン、コード、レポート、コンテンツを特定します。

ここでフリーランサーを捕まえる罠が二つあります。一つ目は「職務著作」の文言だけに頼ることです。米国著作権法の下では、その法理は従業員と、特別に委託されたごく狭いカテゴリの著作物のみを対象とします。ほとんどのフリーランスの成果物は該当せず、契約で何かを職務著作と表示してもそうなるわけではないと裁判所は繰り返し判示しています。実際に所有権を移転させるのはMSAの書面による譲渡条項です。それを維持し、職務著作の文言は仕組みではなくバックアップとして扱ってください。

二つ目の罠は下請け業者のギャップです。他の誰かが作業に触れるなら、あなたの下請け契約は彼らの作業成果物をあなたへと連鎖的に譲渡しなければなりません。そうでなければ、あなたが法的に所有していない成果物の所有権をクライアントに約束することになり、MSAのIP保証が発覚を待つ違反になります。

責任の制限：一度上限を設定すればすべてのプロジェクトをカバー​

責任条項は、他のどの条項よりもMSA構造に報います。なぜなら、交渉が最も難しく、間違えると最も危険だからです。マスターレベルでは三つのことを求めましょう。

第一に、クライアントが実際に支払ったものに結びついた上限です。通常は、請求の前12か月に該当するSOWの下で支払われた報酬額です。一人のクライアントのために大量の仕事をするなら、MSAの下の全報酬に結びついた上限には抵抗してください。その数字は毎年より大きな標的へと成長するからです。第二に、間接損害・付随的損害・結果的損害の相互排除です。これがなければ、納品の遅れが理論上、クライアントの失われたローンチ収益に対してあなたを責任ある立場にし得ます。第三に、上限が適用されない狭い除外規定です。通常は秘密保持違反、IP侵害、意図的な不正行為です。そのリストは短く保ってください。除外規定はそれぞれ保護の穴であり、「または本契約のあらゆる違反」を除外規定に加えるクライアントの修正は、あなたの上限を静かに完全に削除したことになります。

個人フリーランサーは時にこうした条項を大企業の芝居だと思い込みます。そうではありません。支払われた報酬を上限とする責任上限は、15,000ドルの業務における最悪のケースがおよそ15,000ドルであることを意味します。痛いですが、生き延びられます。上限がなければ、最悪のケースは裁判官がクライアントの損害と考える額です。一度上限に署名すれば、そのMSAの下で今後署名するすべてのSOWがそれを引き継ぎます。

構造全体を台無しにするよくある誤り​

二文書システムは、文書が実際につながっている場合にのみ機能します。最も頻繁に見られる失敗はこれらです。

MSAを参照しないSOWに署名する。 基本契約から切り離されたSOWは、ただの別の独立した見積書です。交渉済みの保護は何もそれに付随しません。すべてのSOWは、日付とタイトルによってMSAを組み込むことから始めるべきです。一文で済みます。

発注書の細目に勝たせる。 多くのクライアントはすべての業務を調達経由で回し、発注書は支払い時期、責任、IPについてあなたのMSAと矛盾する裏面の条件を印刷して届きます。あなたのMSAの優先順位条項は発注書を最下位に位置づけるべきであり、表面がSOWと矛盾する発注書には指摘せずに署名すべきではありません。発注書は支払いの手段であり、再交渉ではありません。

握手による変更指示。 「何とかしよう」という口頭の言葉で行う範囲外の好意は、クライアントにあなたの変更管理条項を迂回することを教え、請求書が届いたときに署名済みの記録をあなたに残しません。変更の価格を出し、署名を得て、それから作業を行ってください。署名がなければ、作業もなしです。

料金見直しのない自動更新。 年々自動更新されるMSAは便利ですが、あなたのコストが20パーセント増える一方でSOWの料金が2023年から凍結されたままだと気づくまでは。自動更新と年次の料金見直し期間を組み合わせて、価格が市場とともに動けるようにしてください。

個人フリーランサーが大企業のMSAをコピーする。 エンタープライズMSAはあなたが持っていない保険、セキュリティ認証、法務部門を前提としています。そのまま署名すると、年次のSOC 2監査、99.9パーセントの稼働率SLA、7桁の保険補償を約束させられることがあります。すべての義務をあなたが個人的に守らなければならない約束として読み、あなたの100倍の規模のベンダー向けに作られたものは削除するか狭めてください。

まだMSAは必要ですか？​

すべての業務が完全な構造を必要とするわけではありません。定義された成果物と明確な終わりのある単発のプロジェクトは、よく書かれた単独の契約で十分です。おそらく二度と会わないクライアントのためにMSAを構築するのは、見返りのないプロセスのオーバーヘッドです。

単一文書では手に負えなくなった signal は、同じクライアントからのリピートビジネス、「完了」が日付ではないリテイナーや継続サポート業務、あなたの業務に加わる下請け業者、そして裏面に条件が印刷された調達書類の到着です。エージェンシーはこれらのシグナルにすぐ直面し、しばしば最初の複数プロジェクトのクライアントでそうなります。個人フリーランサーは通常、良いクライアントとの2回目か3回目の業務あたりで直面します。それはまさにMSAを提案するのが最も簡単なときです。双方がすでに関係の継続を望んでいるからです。それをエスカレーションではなく効率化として提示しましょう。「今後のプロジェクトが短いSOWだけで済むように、常設の条件を一か所にまとめましょう」。

契約と同じくらい整理されたプロジェクト財務を保つ​

MSAとプロジェクトごとのSOWは、すべての業務に定義された範囲、マイルストーン・スケジュール、書面の記録を与えます。それはまさに良い簿記が動く原材料です。各SOWが独自の収入源に対応し、着手金が獲得されるまで前受収益にとどまり、マイルストーンの請求書が売掛金の中で目に見えて古びていくとき、あなたの帳簿は単一の混ざり合ったぼやけではなく、クライアントごとの収益性を教えてくれます。Beancount.ioはプレーンテキスト会計を提供し、あなたの財務データに対する完全な透明性とコントロールを与えます。ブラックボックスも、ベンダーロックインもありません。無料で始めましょう。なぜ開発者と財務のプロフェッショナルがプレーンテキスト会計に切り替えているのかを確かめてください。