Content last updated 2026-03-27

Channel Partners: GitLab との協業

Channel Partner が GitLab と協業する方法。

このガイドは主に既存の GitLab Services および Reseller Partner 向けです。channel partner 候補は GitLab パートナープログラムについて学び、こちらからサインアップしてください。

はじめに

このハンドブックは、GitLab Channel Program および Incentive Guide にあるプログラム定義、ガイドライン、および主要な情報の補足として機能します。最もよく使用される GitLab パートナープログラム要素のステップ・バイ・ステップのプロセスを含みます。具体的には:

  • パートナーポータル登録とアクセス
  • ディール登録
  • GitLab 製品の取引(見積もり、注文など)
  • サービス登録
  • Not for Resale (NFR) ライセンス
  • パートナーマーケティングリソース

パートナーポータル登録

初回セットアップ

認定 GitLab channel partner 組織のプロフェッショナルは、いくつかの簡単な手順でポータルアクセスに登録できます:

  1. GitLab Partner Portal にアクセス
  2. 右上の「Register」を選択
  3. 組織の所属を確認
  4. 「Next」をクリックして情報を入力
  5. フォームを送信してログイン認証情報を受け取る

お困りですか? ご質問や問題があれば、[email protected] にお問い合わせください。

ポータルリソース

ログインすると、パートナーは以下を含む貴重なリソースにアクセスできます:

  • パートナー登録とアカウント管理
  • ディール登録とオポチュニティ管理
  • トレーニング認定と学習モジュール
  • セールス、サービス、プログラム、マーケティングリソース
  • GitLab ニュース、コミュニケーション、プログラム発表

詳細なナビゲーション手順については、Partner Portal Guide をご覧ください。

Partner Locator プロファイル

パートナーとして登録されたら、Partner Locator 上のプロファイルを更新する必要があります。このツールは、GitLab の見込み客、顧客、フィールドチームが特定のリージョンやテリトリーのパートナーを見つけるために使用します。Partner Locator はまた、パートナー情報を求める顧客からのリードをキャプチャし、それに応じてルーティングします。

パートナーは、能力、アライアンス、所在地、成功事例に関する詳細な情報を提供する必要があります。プロファイル更新の手順については、Partner Locator Guide をご覧ください。


トレーニングと認定

GitLab トレーニングプログラムは、GitLab Partner Portal から GitLab University にアクセスすることで利用できます。パートナーは、セールス、プリセールス、テクニカル、プロフェッショナルサービストレーニングについて、GitLab プログラム要件を満たすために必要な認定コースとテストを見つけることができます。

Open Partner と Select Partner のトラックごとに異なる認定要件など、追加情報については Channel Partner Training and Certifications ハンドブックページをご覧ください。


ディール登録プログラムの概要

パートナーの成長と収益性を促進し、チャネルコンフリクトを管理し、セールス機会を追求するための体系的なアプローチを提供するため、GitLab はディール登録手続きを正式化しています。GitLab パートナープログラムのパートナーは、個別のセールス機会(顧客アカウントや結合された機会ではなく)を登録する必要があります。

定義と資格

ディール登録の定義、適格性、資格、およびマージンインセンティブは GitLab Partner Program Guide にあります。

主要ガイドライン

  • 承認プロセス: ディール登録の承認は、受領順、機会の資格、パートナーの国内/リージョン内サポート能力、および顧客とのパートナー関係に基づいています
  • 排他性: 1 つの機会につき 1 つのパートナーのみがディール登録マージンを獲得できます
  • 資格: 新規または既存の顧客機会、既存顧客との新規機会、および更新へのアドオン販売が資格を得られます
  • 失効: 承認されたディール登録は、承認日から標準で 90 日で失効します
  • 要件: GitLab Partner Program Agreement に署名した認定パートナーのみがディールを登録できます。少なくとも 1 名のパートナー従業員が GitLab Foundations for Partners トレーニングを完了する必要があります

ディール登録の提出

ディール登録の手順

  1. GitLab Partner Portal にアクセスし、「Deals」を選択
  2. 「Add a Registration」を選択
  3. ベンダーリストから「GitLab」を選択
  4. プログラムタイプを選択:
    1. Deal Registration: 標準的なライセンスセールス(Referral、Resale、または MSP)用
    2. Service Attached Registration: サービスデリバリーリベートプログラムへの参加用
  5. 必要な情報をすべて完全に入力
  6. 「Submit the deal」を選択
  7. レビューと承認プロセスを進める

Partner Sourced Deal Registration のルール・オブ・エンゲージメント

  1. 提出された登録は Ecosystem Operations にレビューのためルーティングされます
  2. Ecosystem Ops は新しい機会を作成するか、既存の機会を登録にリンクします
  • 機会がまだ存在しない場合
    • Ecosystem Ops はディール登録を承認し、機会を作成します
  • 機会がステージ 0 から 2 に存在する場合
    • Ecosystem Ops は機会をリンクし、ESM に承認のためルーティングします
    • ESM が承認すれば、登録は最終承認のため ASM にルーティングされます
    • ASM が 10 日以内に承認しない場合、Ecosystem Ops が登録を承認します
  • 機会がステージ 3 から 6 に存在する場合
    • Ecosystem Ops は Sales Last Activity Date フィールドをレビューします
    • セールス活動がある場合、Ecosystem Ops は登録を却下します
    • 最後の活動から 180 日以上経過している場合、Ecosystem Ops は登録を承認します
    • 機会がソース付きの成長を伴う更新の場合、Ecosystem Ops は ESM に承認のためルーティングします
      • ESM が承認すれば、登録は承認のため ASM にルーティングされます
      • 提出から 10 日以内に登録が承認されない場合、Ecosystem Ops が登録を承認します

Service Attached Registrations

Service Attached Registrations の仕組み

Service attached registrations は、パートナーが GitLab 顧客に対して提供するプロフェッショナルまたはアドバイザリーサービス用です。これらの登録は四半期リベートの対象となる場合があり、Professional Services Partner プログラムのコンプライアンス要件を満たすのに役立ちます。

パートナーが GitLab ライセンスの記録上のセラーである必要はなく、1 つの機会につき 1 つのサービスアタッチ登録のみが資格を得ます。各 SOW は 1 つの Service Attached Registration にのみ適用できます(つまり、1 つの SOW を複数の登録に使用することはできません)。ただし、アドオンやアップセル機会を促進する多段階プロジェクトについては、ケースバイケースで例外が考慮される場合があります。Service Attach プログラムの概要と利用可能なインセンティブは GitLab Partner Program Guide で確認できます。

資格カテゴリー

Approved - リベートおよび PSP の資格あり

要件:

  • 関連するソフトウェア機会の完了(closed-won)

  • パートナーが GitLab Professional Services (PSP) パートナーである必要があります

  • 完全に締結された Statement of Work (SOW) を [email protected] に提出。Public Sector など規制業界の顧客については、以下のすべての基準が満たされている限り、パートナーは代わりに完了した作業の説明に対する顧客の書面による承認を提供できます

  • 機会のクローズから 6 か月以内に署名・提出されている

  • 提出から 6 か月以内に日付が付けられている(つまり、顧客の署名)

  • サービスのスコープには以下が含まれます: 実装、統合、最適化、移行、マネージド/ホスト型サービス、セキュリティ/コンプライアンス、採用、評価、変革、アプリケーション開発、DevSecOps AI、サポートおよび/または成功サービス、トレーニング/教育(最低 3k)

  • スコープ外: サブコントラクト型サービス、無料サービス、マネージド/ホスト型サービス(パートナーに販売/所有されているソフトウェアを伴うもの)

Accepted - PSP の資格あり

  • 登録提出から 12 か月以内に署名・提出された SOW を伴う有償のサービスエンゲージメントと closed-won の Net ARR 機会
  • 評価など、実行の証拠を示す無料のパートナー主導のサービス
  • closed-won のマネージド/ホスト型サービスのディール登録(パートナーに販売/所有されているソフトウェアを伴うもの)

Unqualified - リベートまたは PSP コンプライアンスなし

  • GitLab 関連でないサービス
  • 関連するライセンス機会のないエンゲージメント
  • アップグレード機会のない GitLab CE サービス
  • GitLab PS サブコントラクト

GitLab の取引

直接取引(Select Partners)

Select Partner および active distributor のいないエリアのパートナーは、GitLab を通じて直接購入できます。見積もりを受け取るには:

  1. ディールを登録するか Ecosystem Sales Manager に連絡する
  2. オポチュニティ全体を通じて割り当てられたセールスチームと協業する
  3. 割り当てられたセールスチームに購入注文書を提出する

重要な注意事項:

  • GitLab の見積もりは、インセンティブリベートを除いたリセラー価格を反映しています
  • 割引はエンドカスタマーに見られることを意図していません
  • 適切な割引で自身の顧客見積もりを生成してください
  • 請求準備が整うまで見積もりに e-sign しないでください
  • エンドユーザーの連絡先情報(メール、配送先住所、郵便番号)が必要です

Distribution Partners

Open Partner は、active distributor のいるテリトリーでは distribution partner を通じて購入する必要があります:

Amazon および Google Cloud Marketplaces は、すべてのリージョンで AWS CPPO および Google MCPO 取引の distribution partner として機能します。


見積もりのリクエスト

APJ Partners

  1. partner portal にログインします。
  2. Common Requests ページをクリックします
  3. 見積もりリクエストフォームに記入します
  4. Submit をクリックします。これは Ecosystem Specialist のケースキューにルーティングされます。見積もりまたはステータス更新は 6 営業時間以内に提供されます。
  5. PO の準備ができたら、見積もりが提供されたのと同じメールスレッドで [email protected] に転送してください。

AMER、EMEA、および US PubSec Partners

見積もりを受け取るには:

  1. ディールを登録するか Ecosystem Sales Manager に連絡する
  2. オポチュニティ全体を通じて割り当てられたセールスチームと協業する
  3. 割り当てられたセールスチームに購入注文書を提出する

取引処理

ライセンスキーの配信

注文が請求され、顧客が EULA を受け入れると、GitLab ライセンスキーをアクティベートできます。取引パートナーの請求コンタクトはアクティベーションメールに CC されます。

顧客サポートと変更

技術サポートのニーズやサブスクリプションの変更については、パートナーは顧客に代わってサポートチケットを送信する必要があります。詳細な手順は Partner Portal Guide でアクセスできます。

サポートチケットを送信するには:

  1. Partner Portal の Common Requests に移動します
  2. 「Technical Readiness」ページの Technical Support for Customers コンテンツをレビューします
  3. 関連するサポートチケットを選択します
  4. 迅速な対応のため、記載されているすべての手順に従ってください

End User License Agreement (EULA)

すべての注文では、新規サブスクリプションまたはアドオンに対する実行済み EULA が必要です:

  1. License Key Deployment(デフォルト): 顧客はダウンロードリンクを受け取り、キーを取得するために条件を受け入れます
  2. Physical Signature: それを必要とする顧客向けの完全に副署された文書

入札(複数の入札)

  • すべての入札パートナーは Partner Base discount の資格を得ます
  • 承認された Partner Sourced Deal Registration を持つ初期のパートナーは sourced program margin を受け取ることができます
  • サービスを提供するパートナーは Service Attach incentives の資格を得ます
  • U.S. PubSec 例外: 承認された sourced registrations のない sourced でないパートナーは、入札で MSRP を受け取ります

Hyperscaler パートナーシップ

GitLab は Amazon Web Services (AWS) および Google Cloud と緊密に連携しています。AWS および Google プラクティスを持つパートナーはこれらの関係を活用すべきです:

  • マーケティング: MDF リクエストは、resale/services partner、GitLab、および hyperscaler を含む活動に優先されます
  • セールス: AWS CPPO または Google MCPO プログラムのパートナーは、これらのプラットフォームを通じて GitLab を販売できます
  • サービス: AWS および Google のコンピテンシーを持つパートナーは、顧客エンゲージメントで優先されます

Not-for-Resale (NFR) プログラムおよびポリシー

GitLab Not-for-Resale (NFR) Program は、認定 GitLab パートナーにパートナーへの無料アクセスで GitLab ソリューションを提供し、プラットフォームでより多くの専門知識を開発できるようにします。 メリットと要件の詳細については GitLab Partner Program Guide をご覧ください。

ライセンス配分

Select Partners:

  • ライセンスタイプごとに最大 25 名の Ultimate ユーザー(合計 50: 25 Self-Managed、25 SaaS)
  • 最大 5 名の Duo product ユーザー
  • ビジネス上の正当な理由で追加のライセンスが利用可能

Open Partners:

  • ライセンスタイプごとに最大 10 名の Ultimate ユーザー(合計 20: 10 Self-Managed、10 SaaS)

Duo Agent Platform Credits:

  • good standing の Open および Select パートナーは、Duo Agent Platform 用に月 1,000 の GitLab Credits をリクエストできます
  • Credits は NFR サブスクリプション(SaaS または Self-Managed)にアタッチされる必要があります
  • SaaS と Self-Managed の両方のサブスクリプションを持つパートナーは、1,000 クレジットを分割できます(例: 各 500)
  • GitLab Duo Agent Platform Self-Hosted の NFR は現在利用できません
  • 月割り当てのクレジットを超過した場合、パートナーはオーバーレッジの支払いが必要になります。今後数週間で、Duo Agent Platform ユーザーは月単位でオーバーレッジに入る機能をオフにできるようになります。この機能がリリースされるまで、パートナーには Credit 使用状況を密接に監視することを推奨します。

適格性要件

  • good standing の認定 Open または Select パートナー
  • Solution Architect または Professional Services Engineer 認定を完了した少なくとも 1 名の従業員

許可される使用

  • 内部従業員トレーニング
  • 関連する DevOps 製品との統合テスト
  • パートナー主導の見込み客への製品デモ

禁止される使用

  • 顧客の本番環境
  • 内部開発/本番(購入したライセンスが必要)
  • 顧客向けのマネージドサービス

NFR ライセンスのリクエスト

GitLab Partner Portal の Common Requests ページで NFR License Request Form を送信します。プロビジョニングに 2 営業日かかります。

こちら がリクエストの方法です。


パートナーマーケティングリソース

GitLab は、リード生成とディールクロージングを加速するための包括的なパートナーマーケティングプログラムとセールスツールを提供しています。

利用可能なリソース

  • Partner Portal の Marketing Resource Center にアクセス
  • パイプライン生成のための Marketing Development Fund (MDF) プログラム
  • MDF の詳細については GitLab Partner Program Guide をレビュー

GitLab ランディングページの要件

Channel Partner は、組織のウェブサイト上に GitLab ランディングページを持つことが期待されています。

ページ要素:

  • 推奨 URL: yourcompanyurl.com/GitLab(または実際の URL にリダイレクト)
  • ローカル言語を推奨
  • Authorized Reseller ロゴ(Partner Portal から)
  • about.gitlab.com へのリンク
  • press kit からの「What Is GitLab?」段落
  • 製品の言及には対応する about.gitlab.com ページへのリンク

パートナーコミュニケーション

GitLab は複数のチャネルでパートナーとコミュニケーションをとります:

コミュニケーション方法

  • Partner Flash Newsletter: ポータルで頻度とコンテンツの設定をカスタマイズ
  • Partner Webcasts: プログラム発表と月次マーケティング webcast
  • Portal Notifications: ポータル内のベルアイコンを介して通知を表示
  • Email Notifications: サイクル外の発表、調査、イベント

情報源

  • Partner Portal: パートナー情報の主要なソース
  • GitLab Handbook: 会社運営の中央リポジトリ(オープンで透明性)
  • Archived Content: ポータルメニューの My News を介してアクセス

コミュニケーションが受信できていませんか? Partner Help Desk([email protected])にお問い合わせいただき、コミュニケーションに再追加してもらってください。


連絡先情報

サポートについては、以下にお問い合わせください: