GitLab anunció cambios para mejorar la gestión de facturación y de suscripciones para los clientes. Estos cambios y su nuevo acuerdo de suscripción se aplicarán en su próxima renovación a partir del 1 de agosto de 2021. Anunciamos cuatro cambios importantes:
Cambios aplicables a clientes de SaaS y Self-Managed de Gitlab
Cambios aplicables solo a clientes Self-Managed
Estos cambios se aplican a los clientes que adquieran o renueven una suscripción de GitLab a partir del 1 de agosto de 2021. Para los clientes actuales, estos cambios se aplicarán en su próxima renovación. Al momento de la compra o renovación:
los clientes de SaaS podrán beneficiarse de los cambios en su próxima renovación a partir del 1 de agosto de 2021 Los clientes Self-Managed podrán beneficiarse de los cambios al instalar o actualizar a la versión 14.1. Los clientes actuales pueden actualizar a su propio ritmo: GitLab mantendrá el proceso de gestión de licencias actual en las versiones 13.x y 14.x hasta nuevo aviso.
Estos cambios solo se aplican a los clientes que cuentan con un plan de pago de GitLab. Para los clientes actuales, estos cambios se aplicarán en su próxima renovación a partir de la fecha de entrada en vigencia.
La reconciliación de suscripción trimestral se aplicará tanto a los clientes de SaaS como Self-Managed. Las renovaciones automáticas, las licencias en la nube y la recopilación de datos operativos se aplicarán a clientes Self-Managed. Para beneficiarse de estos cambios, los clientes Self-Managed deberán contar con la versión 14.1 (disponible a partir del 22 de julio de 2021)
Los cambios no son aplicables a:
No. Los clientes Self-Managed deberán contar con la versión 14.1 (disponible a partir del 22 de julio de 2021) que habilita el sistema de licencias en la nube, y deberán activar la instancia Self-Managed con el código de activación correspondiente. Esto es un requisito para poder beneficiarse de la reconciliación de suscripciones trimestrales, las renovaciones automáticas y el sistema de licencias en la nube.
Las licencias en la nube constituyen una forma nueva y simplificada de gestionar las licencias para los planes de suscripciones Self-Managed. Introduce dos capacidades principales.
Las funcionalidades actuales permiten que los procesos de activación, aprovisionamiento, reconciliación de suscripciones y renovación se realicen de manera ágil y transparente para los clientes.
Los clientes recibirán un correo electrónico de confirmación con el código de activación correspondiente una vez realizada la compra. Al iniciar sesión en el área de administración de su instancia de GitLab, el cliente podrá ingresar dicho código para activar la instancia. Una vez que se activa la instancia, se ejecutará un job nocturno que generará una carga útil con datos como el número de usuarios activos, el nivel de suscripción, entre otros, y lo enviará nuevamente a GitLab. Estos datos se utilizarán para habilitar la reconciliación de suscripciones trimestrales y las renovaciones automáticas, y para optimizar la gestión de licencias (según se detalla en las siguientes secciones).
Los clientes existentes pueden actualizar a su propio ritmo: GitLab mantendrá el proceso de gestión de licencias actual en las versiones 13.x y 14.x hasta nuevo aviso.
Entendemos que, debido a limitaciones de red (instancias en entornos aislados, firewalls restrictivos, entre otros.), es posible que no pueda compartir automáticamente con GitLab los datos de licencia requeridos.
Si las políticas de su organización permiten agregar una dirección IP o un dominio a su lista de permitidos, según estas instrucciones, podrá compartir los datos de licencia con GitLab.
En caso de que esta opción no sea viable, deberá continuar utilizando el modelo de conciliación de licencias anual hasta nuevo aviso. Estamos evaluando alternativas que permitan el envío manual de los datos de licencia requeridos, sin necesidad de una conexión activa a internet. Una vez disponible, informaremos a todos los clientes afectados.
Las conciliaciones de licencias anuales resultaban confusas y frustrantes para los clientes. Con la implementación del modelo de reconciliación de suscripción trimestral, los usuarios incorporados durante un trimestre serán facturados únicamente por los trimestres restantes del período de suscripción, en lugar de abonar la tarifa anual completa como ocurría en el modelo de conciliación de licencias anual. Los clientes podrán obtener un ahorro significativo en la incorporación de usuarios adicionales, ya que no se aplicarán cargos retroactivos. Por ejemplo:
| Trimestre en el que se agregan los usuarios | Período de pago con reconciliación de suscripción trimestral | Ahorro por usuario adicional ||---------------------------------- |-----------------------------------------------------------|-------------------------|| Primero | Solo los tres trimestres restantes | 25 % || Segundo | Solo los dos trimestres restantes | 50 % || Tercero | Solo el trimestre restante | 75 % | | Cuarto | Solo para el próximo período de suscripción | 100 % |
En ningún caso, el costo de la licencia para usuarios adicionales en el modelo de reconciliación de suscripción trimestral será mayor que en el modelo de conciliación de licencias anual.
En el modelo actual de conciliación de licencias anual, se paga por el período de suscripción completo en el que se agregaron estos usuarios. Por ejemplo, si su período de suscripción comienza el 1 de septiembre de 2021 y finaliza el 31 de agosto de 2022, y agrega 100 usuarios el 15 de mayo de 2022, el costo correspondiente a esos 100 usuarios adicionales por la totalidad del período de suscripción, aun cuando hayan sido incorporados durante el tercer trimestre.
En cambio, en el modelo de reconciliación trimestral, los usuarios nuevos se contabilizan al cierre del trimestre en el que fueron agregados. Siguiendo el mismo ejemplo anterior: si su período de suscripción comienza el 1 de septiembre de 2021 y finaliza el 31 de agosto de 2022, y usted incorpora 100 usuarios el 15 de mayo de 2022 (tercer trimestre), en el nuevo modelo solo abonará el costo correspondiente a esos 100 usuarios adicionales a partir del 1 de junio de 2022, es decir, durante el cuarto trimestre de su período contractual.
Si incrementa la cantidad de usuarios en un trimestre determinado, y dicho exceso ha sido reconciliado y abonado, una eventual reducción en la cantidad de usuarios durante el trimestre siguiente no dará lugar a una reconciliación de suscripción trimestral. El número de usuarios facturados será el mismo que en el trimestre anterior.
Por ejemplo, su período de suscripción comienza el 1 de septiembre de 2021 y finaliza el 31 de agosto de 2022. Si agrega 100 plazas el 15 de octubre de 2021, abonará el costo correspondiente a esas 100 plazas adicionales a partir del trimestre que comienza el 1 de diciembre de 2021. Si elimina 25 plazas el 15 de enero de 2022, no se generará ningún exceso, por lo tanto, no se realizará una reconciliación trimestral. El número de usuarios facturados para el trimestre que comienza el 1 de marzo de 2022 será el mismo que en el trimestre anterior (100).
La reconciliación de suscripción trimestral solo se aplica cuando se incorpora una cantidad de usuarios superior a la contemplada en su suscripción. No se aplica a la cantidad de usuarios contemplada en la suscripción base.
Por ejemplo, si usted adquirió una suscripción para 100 usuarios y, durante un trimestre determinado, solo utilizó 75 plazas, no se generará una reducción en el importe anual de su suscripción.
Con el sistema de licencias en la nube activado, GitLab recibirá una actualización diaria sobre el número de plazas que se encuentran en uso. Al finalizar el trimestre, se considerará el número máximo de usuarios registrados durante dicho período y se facturarán las plazas adicionales que excedan la cantidad originalmente contemplada en su suscripción.
Estos cambios se aplican a todos los clientes nuevos y actuales de las versiones SaaS y Self-Managed.
Para los clientes actuales, estos cambios se aplicarán en su próxima renovación a partir de la fecha de entrada en vigencia. Para los clientes nuevos, estos cambios se aplicarán al momento de suscribirse a GitLab, luego de la fecha de entrada en vigencia.
Estos cambios aún no están disponibles para aquellos clientes que adquieren GitLab a través de un revendedor o socio de canal, pero se incorporarán en una etapa posterior. Comuníquese con su revendedor o socio de canal y con el administrador de canales de GitLab para acceder a estas actualizaciones.
Los clientes actuales de las versiones SaaS y Self-Managed podrán acceder a estos cambios en su próxima renovación, posterior de la fecha de entrada en vigencia. Los clientes Self-Managed deberán tener habilitado el sistema de licencias en la nube y contar con la versión 14.1 o superior. Si deseas acceder a estos cambios antes de su renovación, comuníquese con su representante de ventas para obtener más información.
En una versión futura, habilitaremos la opción de autoservicio para acceder al sistema de licencias en la nube antes de su renovación. Los detalles se anunciarán una vez que estén disponibles.
Recibirá un correo electrónico dentro de los 3 días posteriores a la fecha de reconciliación trimestral con información detallada sobre las plazas conciliadas. Se le facturará a su tarjeta de crédito dentro de los 10 días posteriores al cierre trimestral correspondiente a su fecha de renovación, el monto correspondiente a las plazas adicionales agregadas durante el trimestre anterior.
Por ejemplo, si su suscripción contempla 25 usuarios, su período contractual va desde el 1 de septiembre de 2021 al 31 de agosto de 2022, y usted incorpora 15 usuarios el 15 de octubre de 2021, entonces:
Recibirá un correo electrónico dentro de los 3 días posteriores a la fecha de reconciliación trimestral con información detallada sobre las plazas conciliadas. Se le cobrará a su tarjeta de crédito dentro de los 10 días posteriores al cierre trimestral correspondiente a su fecha de renovación, el monto correspondiente a las plazas adicionales agregadas durante el trimestre anterior.
Por ejemplo, si su suscripción contempla 25 usuarios, su período contractual va desde el 1 de septiembre de 2021 al 31 de agosto de 2022, y usted incorpora 15 usuarios el 15 de octubre de 2021, entonces:
Las suscripciones a GitLab SaaS ya se renuevan automáticamente. Esto ha contribuido a que el proceso de renovación resulte más ágil para los clientes y más eficiente para GitLab. Tras su próxima renovación, todas las suscripciones correspondientes a clientes Self-Managed se configurarán con renovación automática, con la posibilidad de cancelar manualmente a través del Portal de clientes de GitLab en cualquier momento hasta treinta (30) días antes de la fecha de renovación.
Puede cancelar la renovación automática con un mínimo de 30 días de antelación respecto a la fecha de renovación. Para ello, seleccione el botón «Cancelar suscripción» en el Portal de clientes de GitLab o comuníquese con su representante de ventas de GitLab para notificar su decisión.
Estos cambios se aplican a todos los clientes nuevos y actuales de las versiones SaaS y Self-Managed. Para los clientes actuales, estos cambios se aplicarán en su próxima renovación a partir de la fecha de entrada en vigencia.
Estos cambios aún no están disponibles para aquellos clientes que adquieren GitLab a través de un revendedor o socio de canal, pero se incorporarán en una etapa posterior. Comuníquese con su revendedor o socio de canal y con el administrador de canales de GitLab para acceder a estas actualizaciones.
La renovación automática se efectuará conforme al precio de lista por usuario vigente, tal como se detalla en nuestra página de precios.
Se le facturará por la cantidad mayor entre: el número total de usuarios activos en la fecha de renovación o la cantidad de plazas incluidas en su suscripción actual.
Por ejemplo, si durante el cuarto trimestre de su suscripción alcanzó un máximo de 120 usuarios, pero en la fecha de renovación cuenta con 103 usuarios activos, la renovación automática se aplicará sobre 120 usuarios.
La renovación automática constituye una modificación en los términos de uso, no en los métodos de pago. Si usted es un cliente que no tiene registrada una tarjeta de crédito, GitLab emitirá una factura correspondiente a la renovación automática. Aun así, podrá procesar el pago de la renovación a través del equipo de ventas de GitLab, un socio de canal o un distribuidor autorizado de GitLab. Los clientes que requieran órdenes de compra continuarán gestionando la renovación a través del equipo de ventas de GitLab, de un socio de canal o de un distribuidor autorizado.
Puede cancelar la renovación automática con un mínimo de 30 días de antelación respecto a la fecha de renovación. El incumplimiento en el pago de las tarifas correspondientes a su suscripción se gestionará conforme a los términos de rescisión establecidos en nuestro acuerdo de suscripción.
Para garantizar la consistencia en los servicios de éxito del cliente para los clientes de pago, las instancias Self-Managed deberán compartir datos operativos agregados que reflejen el nivel de adopción de las funcionalidades o casos de uso del producto. Los datos operativos de las instancias Self-Managed, como el número de proyectos, tickets, pipelines y solicitudes de fusión, se agregarán para cada instancia Self-Managed y no incluirán información personal ni datos específicos de proyectos. Estos datos operativos serán utilizados por los servicios de éxito del cliente para ayudar a los clientes a comprender su uso, identificar problemas en la adopción, facilitar la implementación de casos de uso y compartir prácticas recomendadas para lograr un recorrido del cliente exitoso. Consulte nuestra página de datos de uso del servicio para obtener la lista completa de datos de uso y su finalidad.
Consulte la página servicios para el éxito del cliente para obtener más información sobre la oferta de servicios.
Se recopilan dos categorías de datos:
Categoría | Por qué es importante | Estado |
---|---|---|
Datos operativos | Datos esenciales para el funcionamiento el producto, que permiten mejorar los casos de uso principales del producto y brindar asistencia proactiva a los clientes con instancias Self-Managed. | Siempre activado de forma predeterminada |
Datos opcionales sobre el uso del producto | Datos para respaldar casos de uso secundarios orientados a la mejora del producto | Activado de forma predeterminada. El cliente puede desactivarlos en cualquier momento. |
Anteriormente, los datos no se clasificaban en estas categorías.
Con este cambio, el cliente no puede desactivar los datos de licencia ni los datos operativos sin una modificación contractual. Comuníquese con su representante de ventas de GitLab para obtener ayuda.
Estos cambios se aplican a todos los clientes nuevos y existentes con instancias Self-Managed en un plan de pago. Los datos operativos ya están disponibles para los clientes de GitLab SaaS.
Para los clientes actuales, estos cambios se aplicarán en su próxima renovación a partir de la fecha de entrada en vigencia. Para los clientes nuevos, estos cambios se aplicarán al momento de suscribirse a GitLab, a partir de la fecha de entrada en vigencia.
Se clasifica como datos operativos toda información necesaria para operar el producto. Puedes encontrar una lista de ejemplos de clasificación de datos aquí.
Entendemos que, debido a limitaciones de red (por ejemplo, instancias aisladas, firewalls restrictivos, etc.), es posible que no pueda compartir automáticamente con GitLab los datos de licencia requeridos.
Si las políticas de su organización permiten agregar una dirección IP o un dominio a su lista de permitidos, según estas instrucciones, podrá compartir los datos de licencia con GitLab.
En caso de que esta opción no sea viable, deberá continuar utilizando el modelo de conciliación de licencias anual hasta nuevo aviso. Estamos evaluando alternativas que permitan el envío manual de los datos de licencia requeridos, sin necesidad de una conexión activa a internet. Cuando tengamos esos planes definidos, informaremos a los clientes afectados.
GitLab no comparte estos datos con terceros. Esta información se utilizará para mejorar su experiencia con el producto y con la asistencia de GitLab. No obstante, entendemos su preocupación. Comuníquese con su representante de ventas de GitLab o con el servicio de asistencia de GitLab, quienes lo guiarán a través de los próximos pasos.
El conjunto de datos operativos no incluye información personal ni datos específicos de proyectos de clientes Self-Managed o de SaaS. En consecuencia, la recopilación de estos datos cumple con la Política de privacidad de GitLab.
Para responder a sus preguntas y comentarios, hemos creado un espacio en el foro de la comunidad de GitLab supervisado activamente por miembros del equipo de GitLab involucrados en este cambio.
Si tiene más preguntas o necesita información adicional, comuníquese con su representante de ventas de GitLab o con el equipo de asistencia de GitLab.