OEMパートナーシップとは? OEM、ホワイトラベル、組み込み型の取引を解説

OEMパートナーシップとは:OEMパートナーが他社のコンポーネントをライセンス供与で受け、自社の提供物に組み込み、自社の顧客関係のもとで一体の製品として販売する。

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

ほとんどのパートナープログラムは、販売を軸に作られています。リセラーはあなたの製品を仕入れ、あなたの名前で販売します。紹介パートナーは見込み客をあなたに引き合わせ、手数料を受け取ります。OEMパートナーシップでは、あなたの製品を「あなたの製品として」売ろうとする人は誰もいません。別の会社があなたの技術を取り込み、自社の提供物に組み込み、その成果物をより大きな商品の一部として販売します。

それによって、関係のほぼすべてが変わります。顧客は誰のものか、何かが壊れたとき誰が電話に出るのか、お金はどう流れるのか、どちらかが手を引いたらどうなるのか、といった点です。本記事では、こうした取引で使われる用語(OEM、ホワイトラベル、プライベートラベル、組み込み型)を定義し、再販や紹介との違いを整理します。続いて、代表的な商取引の構造をたどり、OEM契約で定めるべき事項を挙げ、双方のリスクを取り上げます。

範囲について1点補足します。OEMという言葉は製造業の関係も指します。そこでは、サプライヤーが別の会社の仕様に合わせて部品や完成品を製造します。それはOEMリレーションシップマネジメントで扱っています。本記事が扱うのは、ソフトウェアとB2Bのパートナープログラムの意味合い、すなわちある企業が製品やコンポーネントを別の企業にライセンス供与し、その企業が組み込むか、ブランドを付け替えるケースです。両者は用語の上では重なりますが、契約の仕組みは重なりません。

OEMパートナーシップとは

OEM(original equipment manufacturer)パートナーシップとは、ある企業(サプライヤー、または技術提供者)が自社の製品やコンポーネントを別の企業(OEMパートナー、またはインテグレーター)にライセンス供与し、その企業が自社の製品に組み込んで、一体の提供物としてエンドユーザーに販売する契約です。

決定的な特徴は次のとおりです。

  • 顧客との関係はパートナーが持つ。 エンドユーザーはOEMパートナーから購入し、通常はパートナーの契約とブランドのもとで取引します。
  • サプライヤーは大部分が表に出ない。 顧客はサプライヤーの存在を知らないこともあれば、「powered by」の表記を目にすることもあります。
  • 組み込まれることで製品が変わる。 コンポーネントは、価格表にある単体の商品ではなく、より大きな提供物の一部になります。
  • サプライヤーに支払うのは、エンドユーザーではなくパートナー。 価格は両社の間で交渉して決め、最終的な販売価格はパートナーが設定します。

ソフトウェアの歴史が最も分かりやすい例を与えてくれます。MicrosoftのOEMシステムビルダーライセンスでは、PCビルダーが自社で販売するマシンにWindowsをプリインストールできます。Microsoft自身のライセンスFAQは、OEMシステムビルダー製品のライセンス条件はシステムビルダーとエンドユーザーの間の契約であること、そしてシステムビルダーは、新品のPCにプリインストールする形か、未開封のパックとして他のシステムビルダーに渡す形のいずれかでライセンスを配布できることを述べています。ビルダーはPCを販売し、オペレーティングシステムはそれに付随します。これが、製品が何であれ共通するパターンです。サプライヤーの技術、パートナーの提供物、パートナーの顧客です。

用語の整理:OEM、ホワイトラベル、プライベートラベル、組み込み型

これらの用語はゆるやかに使われがちで、ゆるやかに使った契約は紛争を招きます。実務で最もよく見られる区別は次のとおりです。これらは法的な分類ではなく実用上の定義ですので、どの契約でも、依拠する用語は契約内で定義すべきです。

OEM、ホワイトラベル、組み込み型のモデル:OEMはコンポーネントを統合して製品を変える。ホワイトラベルは主に見せ方を変える。組み込み型の機能は、サプライヤーの表示が残ることがある。

用語 パートナーの行うこと 顧客に見えるのは誰のブランドか 典型例
OEM サプライヤーの製品やコンポーネントを自社製品に組み込む パートナーのブランド ベンダーのオペレーティングシステムをプリインストールするデバイスメーカー、または第三者のエンジンを組み込むSaaSプラットフォーム
ホワイトラベル サプライヤーの製品を、ほぼそのまま、パートナーの名前とデザインで販売する パートナーのブランド ベンダーのレポートツールを自社のものとしてクライアントに提供する代理店
プライベートラベル サプライヤーに、パートナーの仕様どおりの製品を製造または設定させ、パートナーのブランドで販売する パートナーのブランド 外部のメーカーが製造する、小売業者のプライベートブランド商品
組み込み型 / 「powered by」 サプライヤーの機能をワークフローに組み込む。多くは表示によるクレジット付き 両方、またはクレジット付きのパートナーのブランド 他社のアプリケーション内にある決済、地図、電子署名の機能
コブランド 両方の名前で製品を販売する 両方 2つのロゴを掲げた共同の提供物

ラベルよりも重要な区別が2つあります。

  1. 製品は変わるか。 典型的なOEM取引では、サプライヤーのコンポーネントが別の製品に統合されます。ホワイトラベルの取引では、ロゴが違うだけで、ほぼ同じ製品です。
  2. 誰が見えているか。 サプライヤーが目に見えるほど、コマーケティングや独立系ソフトウェアベンダーの関係に近づきます。見えないほど、サプライヤーはパートナーの実行力と誠実さに依存します。

OEMと再販と紹介の違い

3つのモデルは、それぞれ別の問いに答えるものです。混同すると、契約を取り違えます。

紹介 再販 OEM / ホワイトラベル
誰が売るか パートナーが引き合わせ、サプライヤーが販売する パートナーがサプライヤーの製品を販売する パートナーが、サプライヤーのものを含む自社製品を販売する
顧客から見て誰の製品か サプライヤーのもの サプライヤーのもの(パートナーがサービスを加えることもある) パートナーのもの
顧客との契約を持つのは誰か サプライヤー モデルによって、サプライヤーまたはパートナー パートナー
パートナーの収益の得方 手数料またはコミッション 仕入価格と販売価格の差益 自社の提供物の価格全体から、サプライヤーへの支払いを引いた額
サプライヤーの収益の得方 販売額から手数料を引いた額 卸売価格 ロイヤルティ、ライセンス料、またはレベニューシェア
表示されるブランド サプライヤー サプライヤー 主にパートナー

実務上の違いは、マージンがどこにあるかです。リセラーは、サプライヤーの価格表が付いた製品に対する割引分を得ます。OEMパートナーは自社の提供物の価格を自分で決め、サプライヤーのコンポーネントはその中の原価の1項目になります。だからOEM取引は、戦略的であると同時に居心地の悪いものにもなります。パートナーは主導権を得て、サプライヤーは価格の見通しと顧客との接点を手放すからです。リセラーのモデルについては、ディストリビューターとリセラーの違いと紹介、アフィリエイト、リセラーの違いをご覧ください。OEMがより広いチャネルの選択肢の中でどこに位置づくかは、チャネル販売モデルをご覧ください。

商取引の構造

OEMの価格モデルは1つではありません。ほとんどの取引は、次の4つの構造のいずれか、またはその組み合わせを使います。

OEMパートナーシップの価格モデル:サプライヤーは、ユニットごとのロイヤルティ、レベニューシェア、利用料、または一括のライセンス料を得られる。最低コミットメントは、数量が届かない場合にサプライヤーを守る。

構造 仕組み 適した場面 主なリスク
ユニットごとのロイヤルティ パートナーが、出荷、有効化、または展開した1ユニットごとに一定額を支払う 明確な単位がある製品:デバイス、インストール、組み込みのシート ユニットの定義が争点になる(出荷か、有効化か、請求か)
レベニューシェア サプライヤーが、一体の提供物からのパートナーの売上の一定割合を受け取る 価値がパートナーの販売に応じて伸びるコンポーネント サプライヤーがパートナーの報告に依存する。「売上」の定義を厳密にする必要がある
従量課金 パートナーが、トランザクション、呼び出し、ユーザー、または数量帯ごとに支払う 製品に組み込まれるサービスやAPI パートナーのコストが読めず、サプライヤーの収益も読めない
一括ライセンス料 定義された権利と期間に対する固定額。買い取りオプションが付くこともある 成熟したコンポーネント、単発の統合 パートナーの売上が伸びても、サプライヤーに上振れの利益がない

ほとんどの契約には最低コミットメントが加わります。販売が届かなくてもパートナーが支払う、保証された年間の支払いです。パートナーを支援するためのサプライヤーの投資を守り、契約だけして出荷しないパートナーを選別します。

本記事は、典型的なロイヤルティの料率をあえて引用しません。料率は製品、数量、交渉上の立場によって大きく異なり、業界を横断して通用する権威ある公開ベンチマークは存在しないからです。どこかで目にする「標準料率」は、噂話として扱ってください。交渉の拠りどころにするのは、自社の提供コスト、パートナーの代替手段、そしてコンポーネントがパートナーの価格に加える価値です。

収益の計上のしかた

会計処理は、サプライヤーがOEM取引をどう報告するかを左右するため、概要を知っておく価値があります。米国会計基準の収益認識基準(ASC 606)では、知的財産のライセンスに関するロイヤルティには特別な規定があります。Deloitteの技術ガイドは、ライセンスに対する売上ベースまたは使用量ベースのロイヤルティは、次の2つの事象のうち遅いほうが生じたときにのみ認識されると説明しています。後続の販売または使用が発生すること、またはロイヤルティが配分された履行義務が充足されることです。同ガイドはまた、この例外はライセンスがロイヤルティの関連する主たる項目である場合に適用され、固定対価には適用されないと述べています。したがって、保証された最低額は固定対価として扱われ、それを超えるロイヤルティだけが例外の対象になります。

サプライヤーにとって、これには実務上の影響があります。ユニットごとのロイヤルティやレベニューシェアのロイヤルティは、パートナーが販売するのに合わせて認識される傾向があり、一括の料金や最低支払額は、ライセンスの性質によってはより早く認識されることがあります。自社の取り決めがライセンスなのか、サービスなのか、その混合なのかは会計上の判断ですので、価格モデルを固める前に監査人と確認してください。以上は会計上の助言ではありません。

OEM契約で定めるべき事項

OEMの関係は、契約の出来で実行可能性が決まります。以下のテーマは法的なひな型ではなく一般的な慣行であり、最終的な条項は弁護士が起案すべきです。パートナー契約の一般的な仕組みはパートナー契約で扱っています。OEM取引では、これに次の事項が加わります。

OEM契約の条項:コンポーネントを出荷する前に、契約でライセンスの範囲、ブランド表示、サポートの階層、ロードマップの継続性、独占権、監査権を定める必要がある。

1. ライセンスの範囲

具体的に何がライセンスされ、何がされないのか。許諾条項では、次を明記すべきです。

  • ライセンスされる技術:どのバージョン、モジュール、ドキュメントか。
  • 許諾される利用:パートナー製品の一部としての組み込みと配布のみか、単体での再販も含むか。
  • 地域と顧客の種類:全世界か、定められた地域やセグメントに限るか。
  • 改変の権利:パートナーはコードや設定を変更できるか、その成果物は誰のものか。
  • サブライセンス:エンドユーザーは、ライセンスをサプライヤーから直接受けるのか、パートナーからのみ受けるのか。

2. ブランド表示

誰の名前をどこに出すかを決めます。選択肢は、サプライヤーの名前を完全に取り除くものから、「powered by」のクレジットを入れるもの、目立つコブランドまでさまざまです。ロゴの使い方、表記の文言、ドキュメント、エラーメッセージ、法的通知内の言及をどう扱うかを定めてください。

3. サポートの階層

組み込まれた製品に障害が起きたとき、エンドユーザーが電話をかける先はパートナーです。契約では、パートナーが何を処理し、何をエスカレーションできるかを定める必要があります。一般的な取り決めは、サポートをレベルに分けるものです。

レベル 典型的な範囲 通常の担当
L1 受付、トリアージ、既知の対処法、使い方の質問 OEMパートナー
L2 設定の問題、バグの再現、診断 パートナー(サプライヤーがバックアップ)
L3 コードレベルの不具合と修正 サプライヤー

重大度のレベル、応答時間、エスカレーション先の連絡先、そしてエスカレーションの前にパートナーが行うべきこと(不具合の再現やログの提供など)を定義してください。MicrosoftのFAQはOEMの場面での論理を示しています。ライセンス条件はPCメーカーからエンドユーザーに付与されるため、システムビルダーは元のPC上でそのソフトウェアをサポートする必要がある、としています。言い換えれば、顧客との関係を持つ側が最前線を担います。

4. ロードマップとサポート終了

組み込まれたコンポーネントは他社の製品に練り込まれるため、その変更は外へ波及します。契約では、次を扱うべきです。

  • 機能やAPIを非推奨にする前に、サプライヤーがどれだけの予告期間を置くか。
  • パートナーが旧バージョンを出荷し続けられる期間。
  • すでに展開済みのバージョンに対し、セキュリティ修正がいつまで続くか。
  • ロードマップに関してパートナーが期待できること(通常は「保証なし」で、だからこそほかの点が重要になります)。
  • サプライヤーが買収された場合、製品を終了した場合、サポートをやめた場合にどうなるか。

多くのOEM契約は、最後の点を、ソースコードのエスクローや継続性条項で扱います。それが釣り合っているかどうかは、そのコンポーネントがどれだけ重要かで決まります。

5. 独占権

独占権は、いくつかの方向に働きえます。サプライヤーがあるセグメントで競合にライセンスしないと約束する場合、パートナーが競合のコンポーネントを組み込まないと約束する場合、または双方です。パートナーにとっては実質的な価値があり、サプライヤーにとっては実質的なコストであるため、通常は最低コミットメント、限定された期間、明確な利用分野の制限が付きます。再販、地域、顧客に関する制限には、競争法が適用されることもあります。欧州委員会の垂直的制限の一括適用除外のページは、垂直的協定に関する現行の規則であるRegulation (EU) 2022/720が2022年6月1日に施行されたと記しています。取引がパートナーの販売先、地域、価格を制限する場合は、関係する市場について競争法の助言を得てください。

6. 監査権

ユニットごとや売上ベースの価格設定では、サプライヤーはパートナー自身の数字に頼っています。監査権は、サプライヤーがそれを検証するためのものです。実際に機能する条項は、監査の頻度、必要な事前通知、実施者(多くは独立した第三者)、パートナーが保管する記録、支払い不足が定められたしきい値を超えた場合の費用負担、紛争の解決方法を定めます。パートナー側は逆に、秘密保持の保護を求めるべきです。サプライヤーが監査へのアクセスを使って、パートナーの顧客や価格を知ることができないようにするためです。

OEMパートナーシップのリスク

依存

パートナーは、サプライヤーのコンポーネントを軸に製品を作ります。サプライヤーが値上げをしたり、方向転換をしたり、立ち行かなくなったりすれば、パートナーは高くつく置き換えプロジェクトに直面します。サプライヤーにも同じことが起こります。1社のパートナーが売上の大きな割合を占める場合、そのパートナーを失うと不釣り合いに大きな打撃を受けます。契約期間、移行の権利、エスクローで備え、1つの取引に事業を背負わせないようにしましょう。

マージンの圧迫

パートナーが最終的な価格を握っていると、契約を何も変えなくても、サプライヤーの取り分は削られうるものです。パートナーの値引きは、レベニューシェア型のロイヤルティを直接引き下げます。署名の時点では寛大に見えた料率も、パートナーがコンポーネントをより安いパッケージに抱き合わせれば、薄く見えるかもしれません。割合ベースの契約より、ユニットごとのロイヤルティと最低額のほうが保護が厚く、価格見直し条項は双方に役立ちます。

チャネルコンフリクト

サプライヤーは、OEMパートナーが狙うのと同じ顧客の一部に、直販やリセラーを通じて販売していることもあります。組み込み型の製品と単体の製品が、同じ買い手を奪い合う事態になりえます。どのセグメントをパートナーが持つのか、サプライヤーが直接販売するもの・しないものは何か、重複する案件をどう扱うかを、あらかじめ決めておきましょう。仕組みはチャネルコンフリクトで扱っており、同じ問題は、あらゆるパートナー主導の成長プログラムの設計にも影響します。

重要なポイント

  • 米国会計基準の収益認識基準では、知的財産のライセンスに対する売上ベースまたは使用量ベースのロイヤルティは、後続の販売または使用の発生と、関連する履行義務の充足のうち、遅いほうが生じたときに認識されます(Deloitte DART)。
  • ロイヤルティの例外は、ライセンスがロイヤルティの関連する主たる項目である場合に適用され、保証された最低額のような固定対価には適用されません(Deloitte DART)。
  • Microsoftは、OEMシステムビルダーライセンスのもとでは、ライセンス条件はシステムビルダーとエンドユーザーの間の契約であり、システムビルダーは元のPC上でそのソフトウェアをサポートする必要があると述べています(Microsoft device partner licensing FAQ)。
  • Microsoftは、システムビルダーが、新品のPCにプリインストールする形か、未開封のパックとして他のシステムビルダーに渡す形で、Windowsのライセンスを配布することを認めています(Microsoft device partner licensing FAQ)。
  • EUの垂直的協定に関する一括適用除外であるRegulation (EU) 2022/720は、2022年6月1日に施行されました(European Commission)。

関連記事

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.