パートナー FAQ - GitLab との販売

GitLab には、(i) リセール、(ii) MSP、(iii) リファラルの商談を対象とした Partner Sourced Deal Registration（DR）プログラムがあります。GitLab に対して新規ビジネスをソーシングしている商談については、Partner Sourced DR を提出する必要があります。これは新規ロゴ、コタームでのアドオン／アップセル、または更新の一部としてのアドオン／アップセル商談に適用できます。なお、1 つの商談に対して承認される Partner Sourced DR は 1 件のみです。これは、1 件のディールをソーシングできるパートナーは 1 社のみであるためです。商談をソーシングしていない場合は Partner Sourced DR を提出してはならず、通常はこれらのディールに対して Co-Sell 割引が適用されます。Partner Sourced と Co-Sell の商談については、パートナーハンドブックで詳しく解説しています。

GitLab には Service Attach DR プログラムもあり、これは GitLab 製品の販売時にパートナーが自社のプロフェッショナルサービスを顧客環境に販売する商談に適用されます。

パートナーポータルアカウントをお持ちでもログインできない場合は、「Forgot Password」を選択してパスワードをリセットしてください。パートナーポータルアカウントをお持ちでない場合は、「Request Portal Access」を選択してアカウントを作成してください。手順に従っても問題が解決しない場合は、[email protected] までお問い合わせください。

なお、ディール登録を提出するには、まず認定された GitLab パートナーであり、かつ DR を提出するためのアクセス権を付与されるために必要なトレーニングを完了している必要があります。

ディール登録（DR）に割り当てられたチャネルアカウントマネージャー（CAM）が DR をレビューし、追加情報／背景の提供のためリセールパートナーに差し戻したことを意味します。リセールパートナーが CAM のフィードバックを確認して回答すると、CAM に通知が送られ、更新された DR をレビューしてアクションを取ります。

GitLab パートナーポータルにある GitLab Program Discounts and Incentive Guide をご確認ください。パートナー割引、インセンティブ、リベートプログラム等に関する情報が掲載されています。概要についてはパートナーハンドブックもご参照ください。

GitLab Partner Price List には、すべての製品とサービスの現行価格が記載されており、GitLab Program Discounts and Incentive Guide には割引ガイドラインが記載されていますので、こちらをご参照ください。

商談が新規ビジネスまたはアドオン／アップセルの場合:

• パートナーがソーシングした商談（更新商談の一部としてライセンスを追加する場合を含む）については、パートナーが Partner Sourced ディール登録（DR）を提出する必要があります。DR が承認されると、GitLab はディールの新規またはアドオン／アップセル部分に対して Partner Sourced 割引を提供します。
• パートナーがソーシングしていない商談については、通常パートナーは Co-Sell 割引を受けることになります。

商談がフラットな更新の場合は、パートナーの既存契約権に関するルールについて、パートナーオペレーションハンドブックをご参照ください。

パートナープログラム割引に関する詳細は、GitLab Program Discounts Incentive Guide をご参照ください。

以下の地域／国に所在する Open パートナー:

• 認定 GitLab ディストリビューターがいる地域では、これらのディストリビューターを介して GitLab を購入することが必須です。
• 認定 GitLab ディストリビューターがいない地域では、GitLab から直接購入できます。

Select パートナーは、GitLab と直接取引するか（一部地域を除く）、その地域の認定ディストリビューターを介して取引するかを選択できます。

ディストリビューションのカバレッジ、要件、連絡先情報の詳細については、パートナーオペレーションハンドブックをご参照ください。

ディストリビューションのカバレッジ、要件、連絡先情報の詳細については、パートナーオペレーションハンドブックをご参照ください。

• 該当地域に認定ディストリビューターがいる Open パートナーは、ディストリビューターに連絡してください。
• GitLab と直接取引する Select パートナー、または該当地域に認定ディストリビューターがいない Open パートナーは、顧客アカウントの GitLab 営業担当者にご連絡ください。見積依頼の連絡先となる GitLab 営業担当者がわからない場合は、チャネルアカウントマネージャーまたは [email protected] までご連絡ください。

いいえ、同じ見積に製品ティア、デプロイタイプ、契約期間を混在させることはできません。詳細については、Deal Desk ハンドブックをご参照ください。

なお、特定のディールでは、製品採用を改善しセキュリティリスクを最小化するため、Education Services が必須となる場合があります。

見積を依頼する際、顧客がオフライン／エアギャップ環境を使用していることを GitLab 営業チームに伝えてください。これにより、見積プロセスの中で該当ライセンスに必要な承認を依頼できます。

顧客は当初のサブスクリプションで特定の数のシートを購入しています。サブスクリプション期間中に、ライセンス数を超えるユーザーを GitLab インスタンスに追加した場合、超過分の追加ユーザーについては更新時に支払いが必要となります。

なお、顧客の管理ダッシュボードに表示される「Users over subscription」（Self-Managed）／「Seats owed」（SaaS）は、サブスクリプション期間中に顧客が発生させた超過ユーザー数を表します。管理ダッシュボードの場所については、Self-Managed と SaaS サブスクリプションの各ガイドを顧客にご案内ください。

Self Managed と SaaS サブスクリプションの管理ダッシュボードの場所については、各ガイドを顧客にご案内ください。

無効化、ブロック、または削除されたユーザーは、現行のサブスクリプションでは「Billable Users（Self-Managed）」／「Seats currently in use（SaaS）」としてカウントされません。ただし、購入済みシート数の超過分としてカウントされる場合があり、その場合は更新時に True-up として課金されます。詳細については、Self-Managed と SaaS のサブスクリプションドキュメントをご参照ください。

更新に必要な最小数量は、更新後にアクティブなインスタンスを維持するために必要な顧客の「Billable users」（Self-Managed）または「Seats currently in use」（SaaS）の数です。顧客が現在アクティブなユーザー数より少ない数で更新したい場合、超過ユーザーをインスタンスから削除する必要があります。顧客が使用状況を確認できる場所、およびユーザーをブロック、無効化、または削除する方法については、次のガイドをご参照ください: Self-Managed、SaaS。

はい、顧客がメールで正式に連絡し、この更新について新しいリセラー（あなた）と取引したいことを確認した場合、既存契約権の割引を移管できます。詳細については、パートナーオペレーションハンドブックをご参照ください。

はい、更新時に顧客の全体ライセンス数を正確にするためには、GitLab が更新見積を生成する前にアドオンライセンスを完全に処理する必要があります。詳細については、Deal Desk ハンドブックをご参照ください。

ケースバイケースで、GitLab 営業担当者がサブスクリプションへのアクセス喪失を防ぐために一時的なライセンス延長を依頼できます。詳細については、営業チームにお問い合わせください。

商談計上要件については、Sales Order Processing ハンドブックをご参照ください。

商談計上要件を満たす内容であれば、PO の代わりに署名済みの GitLab 見積／注文書を受け付けます。GitLab 見積／注文書に署名、氏名、役職、日付がすべて記載されていることをご確認ください。

四半期末計上に関する Sales Order Processing ハンドブックに記載されているガイドラインをご参照ください。

新規ビジネス、アドオン、および更新の注文は、商談のクローズ日より 15 日以上前に処理されることはありません。なお、更新の開始日は顧客の現行サブスクリプション期間の最終日となります。

ECCN については、Trade Compliance ハンドブックに記載されています。

請求書は商談クローズの 24〜48 時間後に送付されます。

はい、通常は新規のゼロドル注文を処理することで切り替えが可能です。商談で対応した営業担当者にご連絡いただき、次のステップを進めてもらってください。

商談で対応した営業担当者に連絡し、更新されたライセンスを依頼してください。なお、サポートチームがリクエストを処理する前に、営業担当者がエグゼクティブ承認を依頼し受領する必要があります。

GitLab の請求書を受領するパートナー担当者は、顧客の購入確認メール（つまり、顧客に送付された Self-Managed のライセンスアクティベーションメールまたは SaaS の通知メールのコピー）も受け取ります。POD を取得するには、この担当者にご連絡ください。

注意: 2 ティアディールでは、ディストリビューターが GitLab から請求を受けるため、ディストリビューターが POD を受け取ります。ディストリビューション経由で購入した場合は、ディストリビューターに連絡して POD を取得してください。

GitLab の請求書を受領したパートナー（つまり、2 ティアディールの場合はディストリビューター、1 ティアディールの場合はリセラー）が、GitLab の請求書を添付してサポートチケットを提出し、同じエンドユーザー担当者への購入確認メールの再送を依頼する必要があります。

GitLab の請求書を受領したパートナー（つまり、2 ティアディールの場合はディストリビューター、1 ティアディールの場合はリセラー）が、GitLab の請求書を添付してサポートチケットを提出し、新しいエンドユーザー担当者への購入確認メールの送信を依頼する必要があります。

重要: GitLab 営業担当者は、パートナーや顧客に代わって販売後のエンドユーザー担当者を変更することはできません。エンドユーザー担当者の変更依頼は、(i) 上述のとおり GitLab の請求書を受領したパートナー、または (ii) 最終的な GitLab 見積に記載されている顧客担当者（つまり、ライセンスを受け取った人物）が提出する必要があります。

顧客は、当初の注文と同じ調達経路で Compute Minutes を追加する必要があります（つまり、パートナー経由で当初のサブスクリプションを購入した場合、追加分も同じパートナー経由で購入する必要があります）。次の手順を実行してください:

1. GitLab 営業担当者と連携して、追加 Compute Minutes の見積を取得します。
2. 見積と注文プロセスが完了するまで顧客がオンラインに復帰できるよう、GitLab 営業担当者に内部サポートチケットの提出を依頼し、追加 Compute Minutes を提供してもらいます。

詳細については、サポートチームのプロセスはこちらに記載されています。