Resumen

  • Guest cuenta como usuario facturable en Premium. En Ultimate queda exento si cumple las condiciones; también existe una excepción para el rol basado en Guest cuya única facultad añadida es read_code.
  • «Solo leer» no garantiza gratuidad. Reporter consume una plaza y un rol superior en otra parte del ámbito de suscripción puede invalidar la exención del invitado.
  • Una persona que pasa a ser facturable puede ocupar una plaza comprada y libre. Si se supera la capacidad contratada, reducir sus permisos después no borra el máximo alcanzado en el periodo.

El invitado llega con un nombre tranquilizador. Guest sugiere alguien que se asoma, comenta y se marcha. La factura de GitLab tiene una opinión más precisa sobre la visita: depende del plan, de los permisos y de los demás lugares donde esa persona tenga acceso.

Las reglas de gestión de plazas, consultadas el 30 de octubre de 2026, incluyen a Guest entre los usuarios facturables de Premium. Ultimate permite excluirlo cuando se cumplen las condiciones. El mismo ser humano puede entrar o salir del denominador de la suscripción sin cambiar de empresa ni de profesión.

La lección comercial es incómoda para una compra centrada en el descuento unitario. El proveedor decide cuánto cuesta una plaza y quién cuenta como ocupante. Dentro del cliente, una decisión de administración puede mover la segunda cifra mientras compras sigue negociando la primera.

El lector tiene más de una puerta de entrada

Guest permite una participación limitada, como intervenir en incidencias y épicas. La descripción de los invitados y la tabla de permisos delimitan ese papel: no ofrece el acceso habitual al código de un repositorio privado ni la capacidad de enviar cambios al código. Reporter permite leerlo, pero consume una plaza de pago aunque no autorice hacer push.

Decir «solo necesita echar un vistazo» resuelve una conversación entre compañeros. Para calcular la licencia falta concretar el rol.

Ultimate ofrece una excepción muy estrecha. Según la documentación de roles personalizados, un rol con Guest como base y read_code como único permiso adicional no consume plaza. Leer código puede, por tanto, encajar en una función facturable o en esa combinación exenta.

Añadir otros permisos fuera de la excepción lleva al consumo de plaza. Los roles personalizados amplían la base; no permiten recortar las facultades que esta ya incluye. Llamar «lector ocasional» a un rol más potente deja intacta su potencia. La contabilidad no se impresiona con una etiqueta discreta.

Por eso la división entre empleados y contratistas dice poco por sí sola. Un asesor externo puede necesitar operaciones que consumen plaza. Un empleado puede completar su tarea con facultades limitadas. La clasificación útil describe el trabajo: comentar una incidencia, leer código o realizar acciones adicionales. Después se elige el acceso adecuado y se calcula su coste.

Cuando la tarea exige la función amplia, hay una razón para comprarla. Mantener artificialmente un rol insuficiente puede empujar el trabajo a cuentas compartidas, copias no autorizadas o repositorios que se hacen públicos para evitar una restricción. Ahorrar una plaza de ese modo puede salir caro en control de información. La oportunidad sensata consiste en retirar facultades sobrantes y conservar las necesarias.

La otra credencial también cuenta

Un proyecto puede presentar a una persona como Guest y otro darle un rol superior. En GitLab.com se debe revisar el ámbito del espacio de nombres suscrito. La etiqueta visible en un proyecto no basta para afirmar que el usuario completo está exento dentro de ese ámbito.

También sería erróneo contar cada pertenencia como otra plaza. La misma persona que participa en distintos proyectos o subgrupos del mismo grupo superior suscrito se cuenta una sola vez. El inventario debe reconstruir los roles de cada usuario, no sumar filas de afiliaciones.

En Self-Managed, el perímetro se amplía a toda la instancia. La documentación señala que crear un proyecto puede asignar Maintainer u Owner al usuario y consumir una plaza. Una revisión diseñada para un grupo de GitLab.com no cubre automáticamente una instalación propia. Primero se fija el perímetro; después se cuenta.

El coste depende así de decisiones dispersas. Quien invita a un colaborador conoce la necesidad de su proyecto, pero puede ignorar un rol concedido en otro. La información necesaria para la licencia cruza la misma frontera organizativa que el trabajo compartido.

Quitar una silla hoy no borra el lleno de ayer

Convertirse en usuario facturable no implica necesariamente una factura adicional. Si queda capacidad comprada sin ocupar, el usuario puede usarla. La asignación cambia la ocupación de las plazas existentes antes de exigir un exceso sobre la cantidad contratada.

Cuando el total facturable supera esa cantidad, importa el máximo registrado durante el periodo de cálculo. Rebajar el rol o retirar a alguien más tarde no elimina aquel máximo. Una lista de miembros reducida al cierre puede convivir con una liquidación basada en un pico anterior.

A la vez, las plazas pueden reutilizarse dentro de la capacidad comprada. El sistema no acumula indefinidamente a toda persona que haya participado alguna vez. Número actual, máximo del periodo y lista histórica responden a preguntas distintas; sustituir uno por otro produce una cuenta ficticia.

La regularización del exceso es trimestral o anual según las condiciones aplicables. La trimestral toma el máximo del trimestre y aplica el cálculo previsto para el tiempo restante de suscripción. El ajuste anual cobra la tarifa anual a los usuarios añadidos. No hay base para presupuestar una única regla de pago diario ni para dar por trimestral cualquier contrato.

Además, la gestión de la suscripción sitúa la reducción de las plazas compradas en la renovación. La organización puede revocar un permiso inmediatamente y tardar más en reducir la cantidad contratada. El clic tiene un calendario; la compra, otro.

El plan superior también vende una manera de contar

La tarifa pública de Premium es de 29 dólares estadounidenses por usuario y mes con facturación anual. Ultimate exige una oferta personalizada. Para calcular el ahorro neto faltan esa oferta concreta y la distribución real de permisos necesarios.

La estructura sí está a la vista. Una categoría superior del producto puede admitir una periferia amplia de participantes sin cobrar una plaza por cada uno. Si sus tareas se amplían, aparece de nuevo la frontera de las capacidades de pago. El cliente compra funciones y un criterio de pertenencia a la población facturable.

Un acceso estrecho y suficiente puede reducir tanto exposición como coste. Una facultad más amplia puede ser imprescindible para terminar el trabajo. La decisión mejora cuando ambas cosas se ponen sobre la mesa; empeora cuando el administrador concede el rol más cómodo por costumbre o cuando el presupuesto impide toda ampliación justificada.

El descuento por plaza no agota la negociación. La empresa seguirá decidiendo quién necesita una plaza cuando el contrato ya esté firmado. Conviene que la pantalla de permisos sepa algo del presupuesto antes de que el presupuesto descubra lo que ocurrió en ella.