Atlassian cobra hasta el orden del cambio de sillas

Resumen

• Quitar usuarios durante el periodo no reduce la cantidad ya facturada en los abonos mensuales sujetos a esta regla. Las plazas pagadas que quedan libres pueden reasignarse.
• Con la tarifa ilustrativa de 18 dólares y 25 días pendientes, añadir tres usuarios antes de quitar otros tres genera 45 dólares adicionales. Invertir el orden evita superar las diez plazas de partida.

La foto de fin de mes tiene diez personas. La factura puede recordar trece. No hace falta ampliar la plantilla: basta con que los permisos de los recién llegados se activen antes de retirar los de quienes se marchan.

El resultado se desprende de las reglas de cantidad máxima de Atlassian. Cuando los usuarios superan la cantidad ya facturada, esta aumenta. Las incorporaciones se cobran proporcionalmente por el tiempo que queda del periodo y aparecen en la siguiente factura. Retirar usuarios después no rebaja el coste del periodo en curso. Deja plazas pagadas disponibles para otra persona.

El precio de pasar por trece

Supongamos una aplicación de pago mensual sometida a esa regla, con diez usuarios iniciales. El quinto día hay que retirar tres accesos y conceder tres nuevos. Si se retiran primero, el contador baja a siete y vuelve a diez al incorporar a los nuevos usuarios. Todo cabe en la capacidad ya comprada.

Si se incorporan primero, el contador sube a trece. Al retirar después los otros tres, vuelve a diez, pero la cantidad facturada permanece en trece durante ese periodo. Un informe que solo recoja el saldo final dará por idénticas dos compras distintas.

Para medir la diferencia, tomemos los 18 dólares por usuario y mes de los ejemplos oficiales. Es una tarifa ilustrativa, no el precio actual de Jira. En un periodo supuesto de 30 días, con 25 pendientes, las tres plazas extra cuestan 3 × 18 × 25 ÷ 30: 45 dólares. Retirar antes de añadir deja en cero el suplemento por ese relevo. Es un cálculo propio condicionado a esas premisas, no una factura observada.

El detalle del prorrateo evita inflar el argumento. No se cobran trece mensualidades completas con carácter retroactivo. En el ejemplo oficial de Melissa, la estimación de 279 dólares combina 234 dólares de base para el siguiente mes, ya con trece usuarios, y 45 dólares correspondientes a los añadidos del periodo anterior. Nuestro relevo termina con diez en ambos caminos. Comparar los 279 dólares completos con 180 introduciría una diferencia de plantilla que aquí no existe.

El primer inicio de sesión llega tarde al contador

La documentación de usuarios especifica que una persona añadida a una aplicación cuenta en el abono mensual aunque no haya aceptado la invitación ni haya iniciado sesión nunca. La disponibilidad del acceso entra en el cálculo antes de que alguien abra la pantalla.

Conviene separar el derecho concedido, la actividad registrada y la cantidad pagada. Los registros de conexión responden cuánto se ha entrado. Los permisos indican quién puede entrar. La cantidad facturada conserva la capacidad adquirida durante el periodo. Ninguna de estas cifras basta por sí sola para juzgar la productividad de una persona.

Tampoco basta con saber que salió un correo de invitación. Hay que comprobar la incorporación efectiva y los permisos de esa aplicación. Y antes de atribuir un coste nuevo, comprobar la reserva de plazas ya pagadas: reasignar una de ellas no equivale a superar el máximo.

El vendedor recuerda el máximo; el comprador, el organigrama

Atlassian presentó el modelo en un anuncio de 2025, apelando a la previsibilidad y a un seguimiento más sencillo. La documentación actual enumera los abonos mensuales afectados de Compass, Confluence, Atlassian Guard, Jira, Jira Product Discovery, Jira Service Management, Loom y aplicaciones de Marketplace. La guía de licencias distingue este máximo mensual de los tramos de usuarios anuales.

Para el vendedor, la capacidad adicional estuvo disponible y conserva su precio en el periodo. Para el comprador, un trámite de incorporación se convierte en una orden de compra. El responsable que abre el acceso quiere que el trabajo empiece; el que lo retira atiende otra cola. No hace falta suponer una negligencia: basta con que dos tareas correctas terminen en momentos distintos.

El máximo tiene fecha de caducidad. El número de usuarios del último día determina la cantidad inicial del siguiente mes. En el caso oficial de Armando, pasar de diez a siete mantiene diez plazas pagadas en el periodo, tres reutilizables, y permite arrancar el siguiente con siete. El pico no se hereda indefinidamente.

Para fijar una diferencia real faltan el producto y su plan de precios, las fechas del ciclo, la cantidad ya facturada y el historial efectivo de permisos. La conclusión económica ya está disponible: terminar con la misma plantilla no garantiza gastar lo mismo. Un solapamiento necesario para entregar trabajo puede merecer su coste. Uno creado solo por el orden de dos solicitudes también se cobra, aunque nadie lo haya llamado compra.