GitLab a annoncé des modifications visant à améliorer la gestion de la facturation et des abonnements pour les clients. Ces modifications et votre nouveau contrat d'abonnement seront applicables lors de votre prochain renouvellement à partir du 1er août 2021. Nous avons annoncé 4 changements clés :
Changements concernant les clients SaaS et GitLab Self-Managed
Modifications concernant les clients GitLab Self-Managed uniquement
Ces modifications sont applicables aux clients qui achètent ou renouvellent un abonnement GitLab à partir du 1er août 2021. Pour les clients existants, ces modifications seront applicables lors de leur prochain renouvellement. Lors de l'achat ou du renouvellement :
Les clients SaaS peuvent bénéficier des modifications lors de leur prochain renouvellement à partir du 1er août 2021 Les clients GitLab Self-Managed peuvent tirer parti des modifications en installant ou en effectuant une mise à niveau vers la version 14.1. Les clients existants peuvent effectuer la mise à niveau à leur propre rythme. GitLab prendra en charge le processus de gestion des licences actuel sur les versions 13.x et 14.x jusqu'à nouvel ordre.
Ces modifications ne s'appliquent qu'aux clients utilisant l'une des éditions payantes de GitLab. Pour les clients existants, ces modifications seront applicables lors de leur prochain renouvellement après la date d'entrée en vigueur.
Le rapprochement trimestriel des abonnements sera applicable aux clients SaaS et aux clients GitLab Self-Managed. Les renouvellements automatiques, les licences cloud et la collecte de données opérationnelles seront applicables aux clients GitLab Self-Managed. Pour bénéficier de ces modifications, les clients GitLab Self-Managed devront utiliser la version 14.1 (sortie le 22 juillet 2021)
Les modifications ne s'appliquent pas aux :
Non, les clients GitLab Self-Managed devront utiliser la version 14.1 (sortie le 22 juillet 2021), qui prend en charge les licences cloud, et activer leur instance à l'aide d'un code d'activation. Ces conditions doivent être remplies pour bénéficier du rapprochement trimestriel des abonnements, des renouvellements automatiques et des licences cloud.
Les licences cloud sont une nouvelle méthode simplifiée de gestion des licences pour les abonnements GitLab Self-Managed. Elles offrent deux fonctionnalités majeures.
Ces fonctionnalités facilitent l'activation, le provisionnement, le rapprochement et le renouvellement des abonnements pour les clients.
Les clients reçoivent un e-mail de confirmation avec le code d'activation après leur achat. En se connectant à l'interface d'administration de l'instance GitLab du client, le client peut ensuite utiliser le code pour activer l'instance. Une fois le code activé, un job de nuit génère une charge utile qui renvoie notamment le nombre d'utilisateurs actifs et l'édition à GitLab. Ces données seront utilisées pour faciliter le rapprochement trimestriel des abonnements et les renouvellements automatiques, ainsi que pour améliorer la gestion des licences (décrite dans les sections suivantes).
Les clients existants peuvent effectuer la mise à niveau à leur propre rythme. GitLab prendra en charge le processus de gestion des licences actuel sur les versions 13.x et 14.x jusqu'à nouvel ordre.
Nous comprenons que vous ne soyez pas en mesure de partager automatiquement les données de licence requises avec GitLab en raison de limitations réseau (par exemple, instances isolées, pare-feu restrictif).
Si les directives de votre entreprise vous permettent d'ajouter une adresse IP ou un domaine à votre liste d'autorisations conformément à ces instructions, vous pouvez toujours partager les données de licence avec GitLab.
Si ce n'est pas possible, vous devrez continuer à utiliser le modèle True-Up annuel. Nous étudions la possibilité d'autoriser la soumission manuelle des données de licence sans connexion active. Les clients concernés seront prévenus dès que cette option sera disponible.
Les ajustements True-Up annuels étaient souvent source de confusion et de frustration pour les clients. Désormais, avec le rapprochement trimestriel des abonnements, les utilisateurs ajoutés en cours de trimestre ne seront facturés que pour les trimestres restants, et non pour l'année entière. Les clients peuvent réaliser des économies substantielles en cas d'ajout d'utilisateurs supplémentaires, car il n'y a pas de frais rétroactifs. Par exemple :
Trimestre d'ajout des utilisateurs | Période de paiement avec rapprochement trimestriel des abonnements | Économies par utilisateur supplémentaire |
---|---|---|
Premier | Trois trimestres restants uniquement | 25 % |
Deuxième | Deux trimestres restants uniquement | 50 % |
Troisième | Un trimestre restant uniquement | 75 % |
Quatrième | Prochaine période d'abonnement uniquement | 100 % |
Dans tous les cas, le coût de la licence pour les utilisateurs supplémentaires dans le modèle de rapprochement des abonnements trimestriels ne sera jamais supérieur à celui du modèle True-Up annuel.
Dans le modèle de True-Up annuel actuel, vous payez la totalité de la période d'abonnement au cours de laquelle ces utilisateurs ont été ajoutés. Par exemple, si votre période d'abonnement commence le 1er septembre 2021 et se termine le 31 août 2022 et que vous ajoutez 100 utilisateurs le 15 mai 2022, vous payez pour ces 100 utilisateurs supplémentaires pour toute la période d'abonnement, même si les utilisateurs n'ont été ajoutés qu'au troisième trimestre de votre période d'abonnement.
Dans le modèle de rapprochement trimestriel, les nouveaux utilisateurs sont comptabilisés après le trimestre au cours duquel ils sont ajoutés. En reprenant l'exemple précédent, si votre période d'abonnement commence le 1er septembre 2021 et se termine le 31 août 2022 et que vous ajoutez 100 utilisateurs le 15 mai 2022 (troisième trimestre), vous ne paierez désormais pour ces 100 utilisateurs supplémentaires qu'à partir du 1er juin 2022, le quatrième trimestre de votre période d'abonnement.
Si vous augmentez le nombre d'utilisateurs au cours d'un trimestre spécifique, que ce dépassement est rapproché et payé, puis que vous réduisez le nombre d'utilisateurs au cours du trimestre suivant, vous ne ferez pas l'objet d'un rapprochement trimestriel des abonnements. Le nombre d'utilisateurs facturés sera le même que celui du trimestre précédent.
Par exemple, votre période d'abonnement commence le 1er septembre 2021 et se termine le 31 août 2022. Si vous ajoutez 100 sièges le 15 octobre 2021, vous paierez pour les 100 sièges supplémentaires à partir du trimestre débutant le 1er décembre 2021. Si vous supprimez 25 sièges le 15 janvier 2022, vous ne dépasserez pas votre limite et ne serez donc pas soumis au rapprochement trimestriel. Le nombre d'utilisateurs facturés pour le trimestre débutant le 1er mars 2022 sera le même que celui du trimestre précédent, à savoir 100.
Le rapprochement trimestriel des abonnements ne s'applique qu'aux utilisateurs ajoutés au-delà de la limite de votre abonnement. Il ne s'applique pas au nombre de base d'utilisateurs de l'abonnement.
Par exemple, si vous avez souscrit un abonnement pour 100 utilisateurs et que vous n'avez utilisé que 75 sièges au cours du trimestre, le montant de votre abonnement annuel ne sera pas réduit.
Lorsque les licences cloud sont activées, GitLab reçoit une mise à jour quotidienne du nombre de sièges actuellement utilisés. À la fin du trimestre, nous nous référons au nombre d'utilisateurs quotidien le plus élevé et vous facturons tous les sièges supplémentaires au-delà de votre limite initiale.
Ces modifications sont applicables à tous les clients SaaS et GitLab Self-Managed, nouveaux et existants.
Pour les clients existants, ces modifications entreront en vigueur lors de leur prochain renouvellement à compter de la date d'entrée en vigueur. Pour les nouveaux clients, ces modifications seront d'application lorsque vous souscrirez un abonnement à GitLab après la date d'entrée en vigueur de ces changements.
Ces modifications ne sont pas encore disponibles pour les clients qui achètent GitLab par l'intermédiaire d'un revendeur ou d'un partenaire Channel, mais le seront ultérieurement. Veuillez contacter votre revendeur ou partenaire Channel et votre responsable Channel GitLab pour en savoir plus.
Les clients SaaS et GitLab Self-Managed existants peuvent bénéficier de ces modifications lors de leur prochain renouvellement après la date d'entrée en vigueur. Les clients GitLab Self-Managed devront activer les licences cloud et utiliser la version 14.1 ou ultérieure. Si vous souhaitez bénéficier de ces modifications avant votre renouvellement, veuillez contacter votre représentant commercial pour plus d'informations.
Dans une prochaine version, nous vous donnerons la possibilité de bénéficier des licences cloud avant votre renouvellement en libre-service. Les détails de cette fonctionnalité seront annoncés dès qu'ils seront disponibles.
Vous recevrez un e-mail dans les 3 jours suivant votre date de rapprochement trimestriel avec les détails des sièges supplémentaires. Votre carte de crédit sera débitée du montant rapproché pour les sièges supplémentaires ajoutés au cours du trimestre précédent dans les 10 jours suivant la limite trimestrielle de votre date de renouvellement.
Par exemple, si votre abonnement compte 25 utilisateurs, que votre période d'abonnement s'étend du 1er septembre 2021 au 31 août 2022 et que vous ajoutez 15 utilisateurs le 15 octobre 2021 :
Vous recevrez un e-mail dans les 3 jours suivant votre date de rapprochement trimestriel avec les détails des sièges supplémentaires. Une facture sera générée et envoyée à vos coordonnées de facturation dans les 10 jours suivant la limite trimestrielle de votre date de renouvellement, avec le montant rapproché pour les sièges supplémentaires ajoutés au cours du trimestre précédent.
Par exemple, si votre abonnement compte 25 utilisateurs, que votre période d'abonnement s'étend du 1er septembre 2021 au 31 août 2022 et que vous ajoutez 15 utilisateurs le 15 octobre 2021 :
Le renouvellement automatique est déjà d'application pour les abonnements de l'édition SaaS de GitLab et a permis de fluidifier l'expérience client tout en améliorant l'efficacité des équipes GitLab. Après la prochaine date de renouvellement, tous les abonnements GitLab Self-Managed seront renouvelés automatiquement. Vous pourrez toutefois les annuler manuellement depuis le portail clients GitLab jusqu'à trente (30) jours avant la date de renouvellement.
Vous pouvez annuler le renouvellement automatique au moins 30 jours avant votre date de renouvellement. Pour ce faire, sélectionnez le bouton « Résilier l'abonnement » sur le portail clients GitLab ou contactez votre représentant commercial GitLab pour l'en informer.
Ces modifications concernent tous les clients SaaS et GitLab Self-Managed (nouveaux et existants). Pour les clients existants, ces modifications s'appliqueront à la prochaine date de renouvellement, après la date d'entrée en vigueur de ces changements.
Ces changements ne sont pas encore disponibles pour les clients qui achètent GitLab par l'intermédiaire d'un revendeur ou d'un partenaire Channel, mais le seront ultérieurement. Veuillez contacter votre revendeur ou partenaire Channel et votre responsable Channel GitLab pour en savoir plus.
Le renouvellement automatique se fera au prix catalogue par utilisateur, comme indiqué sur notre page de tarification.
La facturation s'effectuera en fonction du nombre le plus élevé entre les utilisateurs actifs à la date de renouvellement et le nombre d'abonnements en cours.
Par exemple, si vous avez eu jusqu'à 120 utilisateurs durant le 4e trimestre, mais seulement 103 le dernier jour, vous serez tout de même renouvelé pour 120 utilisateurs.
Le renouvellement automatique est une modification des conditions d'utilisation et non une modification de vos modes de paiement. Si vous n'avez pas enregistré de carte de crédit, GitLab générera une facture pour votre renouvellement automatique. Vous avez toujours la possibilité de payer votre renouvellement via le service commercial de GitLab, un partenaire Channel ou un distributeur de GitLab. Les clients nécessitant des bons de commande continueront à gérer leur renouvellement via le service commercial de GitLab, un partenaire Channel ou un distributeur de GitLab.
Vous pouvez annuler le renouvellement automatique au moins 30 jours avant votre date de renouvellement. Le non-paiement de vos frais d'abonnement sera soumis aux conditions de résiliation conformément à notre contrat d'abonnement.
Pour assurer la cohérence des services relatifs au succès client destinés aux clients payants, les instances GitLab Self-Managed devront partager des données opérationnelles sous forme agrégée qui reflètent l'adoption des cas d'utilisation ou des fonctionnalités du produit. Les données opérationnelles pour les instances de la version GitLab Self-Managed, telles que le nombre de projets, de tickets, de pipelines et de merge requests, seront agrégées pour chaque instance de la version GitLab Self-Managed et ne contiendront aucune information personnelle de l'utilisateur ni aucune information spécifique au projet. Ces données opérationnelles seront utilisées par les services relatifs au succès client pour aider les clients à comprendre leur utilisation, identifier les problèmes d'adoption, fournir des cas d'utilisation et recommander les meilleures pratiques pour un parcours client réussi. Veuillez consulter notre page de données d'utilisation du service pour obtenir la liste complète des données d'utilisation et de leur utilisation.
Veuillez consulter la page des services relatifs au succès client pour en savoir plus sur l'offre de services.
Nous collectons deux catégories de données :
Catégorie | Finalité | Statut |
---|---|---|
Données opérationnelles | Données essentielles au fonctionnement du produit, à l'amélioration des cas d'utilisation du produit principal et à la fourniture d'une assistance proactive aux clients disposant d'instances de la version GitLab Self-Managed. | Toujours activées par défaut |
Données facultatives sur l'utilisation du produit | Données destinées à améliorer les cas d'utilisation secondaires du produit | Activées par défaut. Le client peut les désactiver |
Avant, ces catégories n'existaient pas.
Désormais, les clients ne peuvent plus désactiver les données de licence ou opérationnelles sans modifier leur contrat. Veuillez contacter votre représentant commercial GitLab pour obtenir de l'aide.
Ces modifications sont applicables à tous les clients (nouveaux et existants) ayant souscrit un abonnement payant à GitLab Self-Managed. Les données opérationnelles pour les clients SaaS sont déjà disponibles sur l'édition SaaS de GitLab.
Pour les clients existants, ces modifications entreront en vigueur lors de leur prochain renouvellement à compter de la date d'entrée en vigueur. Pour les nouveaux clients, ces modifications seront d'application lorsqu'ils souscriront un abonnement à GitLab après la date d'entrée en vigueur de ces changements.
Les données opérationnelles englobent toutes les données nécessaires au fonctionnement du produit. Vous trouverez un exemple de classification des données ici.
Nous comprenons que vous ne soyez pas en mesure de partager automatiquement les données de licence requises avec GitLab en raison de limitations réseau (par exemple, instances isolées, pare-feu restrictif).
Si les directives de votre entreprise vous permettent d'ajouter une adresse IP ou un domaine à votre liste d'autorisations conformément à ces instructions, vous pouvez toujours partager les données de licence avec GitLab.
Si ce n'est pas possible, vous devrez continuer à utiliser le modèle True-Up annuel. Nous étudions la possibilité d'autoriser la soumission manuelle des données de licence sans connexion active. Les clients concernés seront prévenus dès que cette option sera disponible.
Les données opérationnelles ne contiennent aucune information personnelle ni spécifique à un projet pour les clients GitLab Self-Managed et SaaS, ce qui garantit leur conformité à la politique de confidentialité de GitLab.
Pour répondre à vos questions et à vos commentaires, nous avons créé un espace dédié dans le forum de la communauté GitLab, suivi de près par les membres de l'équipe GitLab concernés par ce changement.
Si vous avez d'autres questions ou si vous avez besoin de renseignements, veuillez contacter votre représentant commercial GitLab ou l'assistance GitLab.