トリカク排他契約・専属契約条項— 購入強制禁止との線引き
公開: 2026年9月2日
クリエイターや開発者との継続契約では、「他社案件を受けない」「自社ツールだけ使う」といった条項を入れたくなる場面があります。
一方、取適法では購入・利用強制が禁止されており、排他・専属条項と境界がぶつかりやすい領域です。
本記事では、発注側が契約書に書く際の整理の型と、台帳・記録の残し方をまとめます。
トリカク（torikaku） は発注条件と支払記録を台帳で管理し、書面不備の可視化を支援します。
排他条項を追加する前に、購入強制禁止の観点から条項全体を通読する習慣をつけておくと、後からの書き換えコストを抑えられます。
1. 排他・専属条項とは何か
1-1. 競業避止に近い条項
契約期間中、受託者が特定分野の他社案件を受けない、または発注者の競合向け作業をしない——といった条項が典型です。
専属契約は、稼働時間の一定割合を発注者案件に充てる義務とセットで設計されることもあります。
対価（専属手当・最低保証報酬）が条項とセットかどうかが、後のトラブル予防に効きます。
1-2. 業務委託と雇用の境界
実質的に勤務時間・場所・指揮命令が発注者に集中すると、雇用関係の疑いが生じるリスクもあります。
排他条項だけでなく、日次進捗報告の頻度・成果物の定義・再委託の可否を総合的に設計します。
1-3. フリーランス新法との関係
新法でも購入・利用強制に関する整理があり、発注側は契約条項全体を通して確認します。
適用判定の入口は発注コンプライアンスのチェックリストから始めると漏れが減ります。
2. 購入・利用強制禁止との線引き
2-1. 自社SaaSの利用義務
「当社プロジェクト管理ツールへの登録を必須とする」条項は、ツール利用料を受託者負担にするかで問題の性質が変わります。
発注者提供のアカウントで無償利用するなら、業務遂行上の要件として整理される余地があります。
受託者に有償購入を強いる設計は、購入強制の疑いが強まります。
2-2. 自社製品・関連サービスの購入
取引の条件として自社商品の購入を求める条項は、典型的な禁止パターンとして知られています。
詳細は購入・利用強制の禁止を参照してください。
割引・優遇とセットの「必須購入」も同様に慎重に設計します。
2-3. 特定ベンダー指定
クラウド環境や素材ライブラリを発注者指定ベンダーに限定し、費用を受託者負担にする条項も争点になり得ます。
技術的理由を契約書に簡潔に記載し、費用負担主体を明確にします。
3. 契約書への書き方
3-1. 期間・範囲・対価のセット記載
排他義務の対象業務（例：同一タイトルのゲーム開発のみ）と期間（例：契約終了後6か月）を限定します。
無期限・全業務排他は受託者側の拒否理由になりやすく、専属手当の有無も併記します。
4条明示の項目は記載事項のテンプレートに沿って漏れなく書きます。
3-2. 解除・変更時の扱い
中途解除時に排他義務が残るか、違約金が発生するかを契約に明記します。
一方的な条件変更は給付内容変更の禁止行為に触れる可能性があるため、協議記録を残します。
3-3. 台帳への記録
排他・専属条項の有無は発注台帳の備考欄や契約管理システムにフラグを立て、更新時に見直します。
契約更新のたびに、対価と義務のバランスが妥当か法務・購買で確認するフローを置きます。
4. 実務上の判断例
4-1. ブランドデザイナーとの専属契約
同一ブランドの視覚デザインのみを専属とし、月額最低報酬5万円を保証する設計例です。
他社の全業務排他ではなく、競合ブランドの同一カテゴリ案件を限定することで、義務の範囲を狭めます。
最低報酬と実際の発注量の差額精算方法も書面に含めます。
4-2. 開発者へのツール利用義務
自社GitHub Organizationへの参加を必須とし、ライセンス費用は発注者負担とする条項例です。
受託者に個人契約で有償ツールを購入させる条項は避け、代替手段（発注者アカウント貸与）を提示します。
4-3. 見直しチェックリスト
- 排他義務に対する追加対価・最低保証があるか
- 自社製品・有償ツールの購入を条件にしていないか
- 義務の対象業務・期間が限定されているか
- 解除時の残存義務を明記したか
- 台帳に条項の有無を記録したか
4-4. 社内SaaS必須条項の見直し事例
契約書に「自社プロジェクト管理SaaSへの有償登録を条件とする」条項があり、受託者から異議が出た例です。
発注者側でエンタープライズライセンスを追加取得し、受託者へゲスト席を無償付与する形に改定しました。
改定内容を覚書で交付し、台帳の契約バージョンを更新。以降の新規契約テンプレートから有償登録条項を削除しています。
5. 条項タイプ別の整理表
排他・専属・購入強制は文言が似ていても、取適法上のリスクプロファイルが異なります。
契約レビュー時に、次の表をたたき台として使い、法務判断を仰いでください。
| 条項の型 | 典型文言 | 確認ポイント |
|---|---|---|
| 業務範囲の排他 | 同一タイトルの他社受託禁止 | 期間・対価・解除条件 |
| ツール利用義務 | 自社PMツール登録必須 | 利用料の負担主体 |
| 製品購入義務 | 自社SaaS有償契約を条件 | 購入強制禁止との線引き |
5-1. 専属手当の設計例
月額10万円の最低保証に対し、週20時間までの専属稼働——のように、義務と対価を数値で対応させます。
台帳では「専属条項あり・最低保証○円」を取引先マスタに記録し、契約更新時に見直します。
5-2. 社内ツール提供の安全側設計
発注者がライセンスを保有し、受託者にゲストアカウントを発行する形なら、購入強制との距離を取りやすいです。
アカウント停止条件（契約終了・機密違反等）も利用規約または契約別条項に書きます。
よくある質問
Q. 排他契約自体が違法ですか
一概には言えません。内容・対価・取引上の地位により整理が変わります。
購入強制や不当な利益提供要請とセットになっていないかを確認してください。
Q. NDAと排他条項は別条項にすべきですか
目的が異なるため、分けて記載する方が解釈が明確です。
NDAは秘密保持、排他条項は競業制限——と役割を分けます。
Q. 口頭で「うち専属で」と言った場合は
書面に反映されていなければ、後から義務の範囲が争点になります。
合意した内容は発注書面または覚書に落とし込みます。
Q. 専属手当を支払わない排他条項は
受託者の拒否理由になりやすく、契約交渉段階で対価設計を見直す必要があります。
義務と対価の不均衡は紛争の火種です。
Q. 契約終了後の競業避止は書けますか
期間・地域・業務範囲の限定と、それに見合う対価の設計が論点になります。
個別事情は専門家に確認してください。
まとめ
- 排他・専属は期間・業務範囲・対価をセットで設計する
- 自社製品・有償ツールの購入強制と境界を確認する
- 条項の有無を台帳・契約管理に記録し更新時に見直す
- 口頭合意は書面化し、4条明示と整合させる
6. 排他・専属条項の契約レビューチェックリスト
- 排他義務の対象業務・期間が限定されているか
- 専属手当・最低保証報酬が条項とセットか
- 自社製品・有償SaaSの購入を条件にしていないか
- 指定ベンダーの費用負担主体が明確か
- 解除時の残存義務・違約金を明記したか
- 台帳・契約管理に条項フラグを記録したか
新規テンプレートに排他条項を追加する場合は、法務承認フローを通し、過去契約への遡及適用は行いません。
受託者から「購入強制に感じる」と指摘があった場合は、条項見直しの協議記録を残してください。
注意
本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。