リニューアルFAQ
お客様リニューアル FAQ
現在、多くの GitLab のお客様が、今後のサブスクリプションのリニューアルに関する質問を持っています。
社内的にも、GitLab 従業員は、管理する今後のリニューアル商談に関する同様の質問を持つことがよくあります。
複数の購入経路、デプロイメントタイプ、契約条件、超過/和解プロセスのため、今後のリニューアルにどう対応するかが不明確であることがよくあります。
このページは、お客様のリニューアルに関して最もよく聞かれる質問に答えることを目的としています。
お客様向けの質問
Q: GitLab サブスクリプションはいつ更新されますか？
A: リニューアルまたは有効期限を確認するには、Customers Portalにサインインしてください。
Q: GitLab サブスクリプションと今後の更新をどこで管理できますか？
A: Customers Portalにサインインしたら、サブスクリプションに関するUpgrade Plan、Add More Seats、Buy GitLab Duo Proなどの追加アクションのドロップダウンリストオプションを含む、さまざまなオプションが表示されます。
Q: GitLab サブスクリプションは自動更新されますか？
A: GitLab ドキュメンテーションのサブスクリプションカードでの確認方法を説明しているこのセクションを確認してください。
Q: 今後の更新について通知はありますか？
A: はい！サブスクリプションが期限切れになる 30 日前に、サブスクリプション有効期限を含むバナーが GitLab ユーザーインターフェイスの管理者向けに表示されます。サブスクリプションが自動更新中の場合、メール通知も受信します。
Q: GitLab サブスクリプションの更新時期が来た際、ライセンスを追加または削除できますか？
A: サブスクリプションが期限切れになる 15 日前に、Customers Portalの既存のサブスクリプションの下にRenewボタンが表示されます。これにより、ユーザー数量を調整できます。
サブスクリプションが期限切れになる 15 日以上前に手動でサブスクリプションを更新することはできません。手動で更新する方法の手順については、GitLab ドキュメンテーションのこのセクションを確認してください。
手動で更新しない場合、自動更新されることに注意してください。
Q: Quarterly Subscription Reconciliation で請求が来たことが見えます。これは何のためですか？
A: Quarterly reconciliation は、ライセンス制限を超えた場合に発生します。当該四半期中に使用された最大席数に基づいて超過分を請求されます。最大値を超えた場合は、GitLab インスタンスで警告が表示されます。
これに関する詳細な情報はこちらで確認できます。
これらの超過料金に異議を申し立てたい場合は、Support Ticketを開き、問題タイプとしてQuarterly Subscriptions Reconciliation (QSR) Related Problemsを選択できます。
Q: GitLab Customers Portal で、ドロップダウンリストからサブスクリプションをキャンセルするオプションが表示されます。キャンセルをクリックすると何が起こりますか？
A: Customers Portalで、Cancel subscriptionオプションが利用可能な場合、自動更新がオンであることを意味します。Cancel subscriptionをクリックすると、自動更新がオフになります。サブスクリプション有効期限まで有料機能へのアクセスは継続します。
Q: アドオンを持っていると、リニューアルプロセスに影響しますか？
A: Duo Pro、Duo Enterprise、または Enterprise Agile Planning を持つサブスクリプションは自動更新できません。営業チームに連絡するよう求めるバナーが表示されます。Account Executive を知っている場合は、直接連絡してください。
Q: GitLab サブスクリプションの更新時期が来たので更新したいです。どうやってこれを行いますか？
A: ホスティングモデルに基づいて更新する方法は、以下のコンテンツを参照してください。
SaaS サブスクリプション - How to Renew
Self Managed サブスクリプション - How to Renew
Q: GitLab サブスクリプション期間中、未使用のライセンスを削除して返金を受けることはできますか？
A: いいえ、現時点ではこれは不可能です。
Q: 営業担当者を通じて GitLab.com サブスクリプションを購入しました。購入をアクティベートし、有料サブスクリプションをグループに適用するにはどうすればよいですか？
A: GitLab.com サブスクリプションをグループにリンクする方法を学ぶには、この短い動画をご覧ください。動画で説明されている手順を実行する前に、グループの Owner ロールを持っていることを確認してください。
Q: 管理者または財務ユーザーをグループに追加した場合、GitLab を使用しなくても、これによりライセンスが消費されますか？
A: はい、これらのユーザーは課金対象ユーザーとしてカウントされ、課金されます。
Q: GitLab Customers Portal で他のユーザーにサブスクリプションアカウントへのアクセスを与えたいです。どうやってこれを行いますか？
A: GitLab の支援なしに所有権を移転できる可能性があります。詳細は、このワークフローを参照してください。セルフサービスオプションが利用できない場合は、Support Ticketを開いてください。所有権の検証を提供するよう求められ、その後 Support が所有権を移転します。
Q: GitLab サブスクリプション期間の途中で、最近採用した人のために追加のライセンスを購入したいです。これは可能ですか？
A: はい！ホスティングモデルに基づいてユーザーを追加する方法は、以下のコンテンツを参照してください。
SaaS サブスクリプション - How to Add User
Self Managed サブスクリプション - How to Add User
GitLab 従業員向けの質問
Q: お客様のサブスクリプションがいつ更新の時期になるかをどう確認できますか？
A: Account の Next Renewal Date フィールドをチェックすることで、お客様がいつ更新の時期になるかを見つけることができます。Account に複数の Subscription がある場合は、関連する Renewal Opportunity に移動し、Subscription Renewal Date を確認できます。
Q: お客様が GitLab.com ユーザーアカウントを Customers Portal ユーザーアカウントに正常にリンクしたかどうかをどう確認できますか？
A: https://customers.gitlab.com/admin/customer/に移動し、お客様メールで検索します。ZuoraおよびImpersonateタブを使用して、これらのポータルの情報が Customers Portal と一致することを検証します。ProviderおよびUidフィールドにも値が入力されます。
Q: お客様が GitLab サブスクリプションを GitLab 名前空間に正常にリンクしたかどうかをどう確認できますか？
A: お客様に次の場所に移動するよう依頼する必要があります;
Settings - Billings (または gitlab.com/groups/
Q: お客様の更新商談を表示する際、Close Date、Quote Start Date、Subscription Renewal Date の違いは何ですか？
A: Open Opportunities の場合、Close Date はディールがクローズすると期待される予測日です。Closed Opportunities の場合、Close Date は opportunity がクローズされた日です。Quote Start Date は、Opportunity 上の Primary Quote で示されるサブスクリプションの最初の日です。Renewal Quotes の場合、Quote Start Date は Subscription Renewal Date と常に同じであることに注意してください。Subscription Renewal Date は、更新可能な現在アクティブな Subscription の最終日または有効期限です。
Q: お客様が自動更新中かどうかをどう確認しますか？
A: Salesforce の Account のアクティブ Subscription に移動し、Turn On AutoRenewフィールドを表示します。Yes に設定されている場合、自動更新中です。
Q: お客様が自動更新をオフにしたかどうかをどう確認しますか？
A: Salesforce の Account のアクティブ Subscription に移動し、Turn On AutoRenewフィールドを表示します。No に設定されている場合、自動更新をキャンセル/オフにしています。
Q: 自動更新中のお客様が、予期せぬ結果（例: アカウントのクレジットカードが期限切れ）のために実際には更新しない可能性があると聞きました。お客様が実際に自動更新されるかどうかをどう確認するか？
A: Renewal Opportunity の Auto Renewal Status をチェックして、Subscription が自動更新されることを確認します。自動更新されない場合、その理由が表示されます。例: CC Expired
Q: お客様が自動更新したが、サブスクリプションを変更/キャンセルしたいと言っています。これをどう管理しますか？
A: 私たちはお客様がサブスクリプションが自動更新されることを認識していることを常に確保するよう努めています。変更はリニューアル前に行う必要があります。Chatter で@sales-support に@メンションすることで Deal Desk に連絡し、こうしたお客様の依頼をどう管理するかのガイダンスを得てください。
Q: お客様が更新のためにどれだけの収益があるかをどう判断しますか？
A: Renewal Opportunity の ARR Basis が Available to Renew (ATR)の収益です
Q: 一部の Renewal Opportunity データが正しくないと思います。レビューのために誰に連絡できますか？
A: Chatter で@sales-support に@メンションすることで Deal Desk に連絡してください。
Q: お客様が QSRs に登録されているかどうかをどう確認しますか？
A: Salesforce の Account のアクティブ Subscription に移動し、SFDC でTurn On Seat Reconciliationフィールドを表示します。Yes に設定されている場合、QSRs をオンにしています。
Q: QSR のステータスをどう確認しますか？つまり、お客様に未払いの QSR がありますか？
A: CDot Admin Reconciliationsセクションでサブスクリプションを検索できます。そのサブスクリプションに接続されているすべての QSR のステータスが表示されます。
また、QSR opportunity が作成後 15 日後もオープンのままの場合、QSR は未払いと見なされます。このシナリオでは、お客様に連絡し、手動で超過を処理する必要があります。
Q: 更新商談を手動で管理するべきタイミングは？
A: お客様が自動更新中でない (Turn on Auto Renew = No) 場合、または自動更新が失敗するとわかっている場合 (Auto Renewal Status ≠ On)、お客様に連絡して更新プロセスを直接管理する必要があります。大規模で戦略的なお客様のリニューアルも直接管理するべきです。
Q: お客様をオンラインで更新するよう案内するべきタイミングと、どう支援できますか？
A: 認証情報を使用してCustomers Portalにログインするようアドバイスします。Manage Purchasesビューに移動したら、Renewオプションが表示されるはずです。Renewをクリックして注文をレビューしたら、チェックアウトに進み、Purchaseを選択できます。
Q: お客様がオンライン Web ストア経由でリニューアルしたかどうかをどう確認するか？
A: お客様が上記のプロセスに従うと、Salesforce の Account 上のリニューアル商談は自動的に closed won に設定されます。
Q: お客様がチャネル経由で購入したいとアドバイスした場合、どのアクションを取るべきですか？
A: Channel/Alliance quotesの見積もりプロセスに従って、既存の Renewal Opportunity 内で Channel 経由で Direct のお客様を更新できます。
Q: お客様が Self-Managed から SaaS インスタンスに、またはその逆を移動したい場合、どのステップを取る必要がありますか？
A: これは、お客様が製品提供を入れ替えることを含みます。したがって、お客様がリニューアル時に製品を変更したい場合、標準のRenewal Quoting processに従ってください。お客様が契約期間中に製品を切り替えたい場合は、Amendment Quoting processに従ってください。
Q: お客様が複数の Subscriptions を 1 つに統合したいです。これをどう対応しますか？
A: できるだけ早く Deal Desk に連絡してガイダンスを得てください。すべての関連 Subscriptions が co-terminated（同じ終了日を持つ）で、統合が Renewal の時に発生する場合、アクティブのままになる名前空間に関連付けられている Renewal Opportunity ですべての統合製品を含む見積もりを構築します。Order Form が署名されたら、Submit the Opportunity for Bookingを行います。残りの Renewal Opportunities については、Chatter 経由で Deal Desk に連絡し、Closed Lost Reason = Merged into another opportunity で Closed Lost するよう依頼します。お客様が複数のサブスクリプションを早期更新する必要がある統合を要請する場合、Contract Reset経由でサブスクリプションを統合します。
Q: お客様が初めてライセンス数を超えました。どのアクションを取るべきですか？
A: お客様がライセンス数を超えた場合（この情報は Account の Draft Utilizationの下で表示できます）、Add On ライセンスを販売するか、QSR 経由でライセンスを遡及的かつ按分して請求できます。
その他の役立つリソース
bfd74782)