Refer to this page when a user has questions/issues related to transactions, licensing or billing for self-managed or GitLab.com. Note the information on this page applies to both Self-Managed and GitLab.com users/products unless specifically indicated as an exception.
The list of common requests/issues below is reference for internal support agents. Unless specifically noted, utilize the following issue tracker decision table for submitting issues.
|Issue Tracker||Use Case|
|GitLab Issue Tracker||Issue related to self-managed or GitLab.com functionality or backend processing|
|Support Engineer Escalations||Customers portal issue which may be billing or bad data related|
|Customers Portal||Issue is caused specifically by something within the Customers Portal|
Transactions at GitLab are defined as anything related to purchasing; issues or questions. For example. credit card problems, bugs, trying to make a purchase and running into confusion/problems etc.
User reports an inability to upgrade from one paid plan to another.
Upgradebutton beneath the subscription widget.
Upgrade Plan Requestmacro in Zendesk. This will request necessary information from the user and reassign the ticket to the License, Renewals and Upgrades queue.
A GitLab.com user is on a trial and wants to purchase a paid plan. While a GitLab.com user subscribes to a trial, they are not currently able to purchase a subscription in the customers portal, although an enhancement for this is coming. If a user wants to purchase a paid plan while subscribed to a trial, the user should submit a ticket to GitLab.com support and a member of the support team will update the expiration date of the trial to the end of the day UTC. Once expired, the user will be able to purchase the subscription from the customers portal. As a more immediate solution if necessary, the support team can submit a Support Engineer issue to request the immediate expiration of the trial through the console.
User wants to trial a plan other than Gold on GitLab.com. GitLab.com only offers the self-service ability to trial the Gold subscription. With manager approval, GitLab.com support can assist with trials of other plans. Ask the user to create the GitLab.com Gold trial, then submit a Plan Change request issue. GitLab.com support with manually change the plan from Gold to the desired plan and revert it back to the original plan at the expiration of the trial.
User receives an error during the purchasing process within the customers portal. When purchasing a subscription via the customers portal if a user receives an error about an address or credit card, check the address listed in the
My Account section of the customers portal. This is typically due to a bad address (city/state/zip code). If the address is correct and the error persists, change the Zendesk for to "GitLab.com". The support team will submit an issue and utilize the SE Escalation template. A support engineer will rule out if this is a billing or bad data issue and advise if a customers portal issue is needed.
User wants to downgrade subscription. There is currently no ability to downgrade a subscription from a self-service perspective. If a user wants to downgrade and they are within 45 days of the purchase, send the request to the AR team by selecting the form
Accounts Receivable in Zendesk and advise the user to purchase the desired plan once cancelled/refunded. If the user is outside of the 45 day period, advise them that we can cancel the purchase but the subscription will not be refunded. In this case you can also consider passing the issue to the assigned Account Manager in sales if the deal is midmarket or higher.
User wants the red renewal approaching banner message in their Self-Managed system removed. This message will be displayed to all users in the 30 days leading up to the renewal date. The message will only be removed when a new license key is uploaded.
User doesn't know the steps to purchase a GitLab.com subscription.
My Accountand select
Change Linked Account
User doesn't see their group during purchase process. If the customer can't see their Group when purchasing a subscription, one of the below options are likely happening:
Licensing requests refers to problems or questions related to license keys for the Self-Managed product.
Instructions for activating the license key. For Self-Managed subscriptions, a license key must be uploaded in order to unlock the applicable paid features. Follow the instructions for uploading the license key
User wants to know when they will receive the license key. The license key will be emailed to the email address associated with the purchase once subscription payment is approved internally by the billing team. If there is an unusually long delay, assign the ticket to the "License, Renewals and Upgrades queue and ping in the #support_fulfillment Slack channel if escalation is necessary.
User doesn't renew paid Self-Managed plan, what happens to the license and features? The license key will expire 14 days after the expiration date. The system will revert to read-only mode if a new key is not uploaded. If the user doesn't purchase another plan and subsequently upload a new license, instruct them to remove the old license so the system will revert to the Core (CE) functionality. Note, it is no longer necessary to downgrade to CE package.
A customer reports problems when registering their license key All license issues should be redirected to the "License, Renewals and Upgrades" queue. The following troubleshooting guide is provided here as reference.
A license key will error if any of the following 3 values are incorrect:
|Key Field||Definition & source of truth|
|Users count||We identify the minimum amount via the active.users command:
|Previous users count||We can try to assume based on licenses in our License App but this cannot be certain since multiple licenses may be generated for one period. Instead, the best identifier is the system itself. For this we request a screenshot of the user statistics panel from
|True-up count||The best identifier for this value is to take Max Users - Previous users count. I recommend using the historical.max command:
Consider the following examples:
- Subscription for 10 users
- During the subscription term incurs a max of 15 users
- Before renewal, blocks 3 users
- At renewal, the license would need to be: >1. Users count: 12 >2. Previous users count: 10 >3. Trueup count: 5
- Subscription for 20 users starts in December with only 12 active users in the system
- In March, 5 users are blocked leaving 7 active users (12 max users)
- In April, 5 new users are added making the active user count 12 (17 max users)
- In July, 5 more new users are added making the active user count 17 (22 max - at this point they’ve incurred an overage of 2 users which will have to be paid at
- At renewal, the license would need to be: >1. Users count: 17 >2. Previous users count: 20 >3. Trueup count: 2
Billing refers to inquiries which can be handled by our Accounts Receivable team. Examples of common billing requests are list below. These request should be sent to Accounts Receivable using the
General>Accounts Receivable macro.
Accounts Receivablein the form field in the Zendesk ticket.
The following information is helpful to provide to the AR team when transfering tickets, but not required.
Manage Purchasesin customers portal
If the user sees a subscription in the customers portal but doesn't see the paid plan active in their GitLab.com account, have the user associate the group with the subscription.
Associating a group with a subscription in the customers portal:
If the user doesn't see a subscription in their customers portal:
Sent to Z-Billing
Zuora Account IDto a clipboard
Salesforce Account IDin the fields and select