Résumé

  • Dans les abonnements mensuels concernés, retirer des utilisateurs ne réduit pas la quantité déjà facturée pour la période. Les places libérées et payées restent réutilisables.
  • À partir du tarif illustratif officiel de 18 dollars et de 25 jours restants, ajouter trois accès avant d’en retirer trois produit 45 dollars de supplément. L’ordre inverse évite de dépasser les dix places initiales.

Le service des ressources humaines voit trois départs, trois arrivées et un effectif stable. La facturation voit peut-être trois places supplémentaires. Entre ces deux comptabilités, il suffit d’avoir ouvert les nouveaux accès avant de fermer les anciens.

Le cas se construit directement avec les règles de facturation au maximum publiées par Atlassian. Dès que le nombre d’utilisateurs dépasse la quantité déjà facturée, celle-ci augmente. Les ajouts sont calculés au prorata du temps restant et portés sur la facture suivante. Retirer ensuite des utilisateurs ne diminue pas le montant de la période en cours. Cela libère des places déjà achetées.

Le souvenir coûteux d’un passage à treize

Prenons un abonnement mensuel payant soumis à cette règle, avec dix utilisateurs au départ. Au cinquième jour, trois anciens accès doivent disparaître et trois nouveaux être accordés. Retirer d’abord fait passer le compteur à sept ; ajouter ensuite le ramène à dix. Les places payées suffisent.

Faire l’inverse fait monter le compteur à treize, puis le ramène à dix. La quantité facturée conserve treize pour la période. La liste finale des utilisateurs ne raconte donc pas toute l’histoire du prix.

Le tarif de 18 dollars par utilisateur et par mois vient des exemples officiels ; ce n’est pas un prix de vente actuel de Jira. En supposant une période de 30 jours dont il reste 25 jours, les trois places supplémentaires coûtent 3 × 18 × 25 ÷ 30, soit 45 dollars. Retirer avant d’ajouter laisse le supplément de ce remplacement à zéro. C’est notre calcul conditionnel à partir des règles, pas une facture client observée.

Le prorata compte : les trois ajouts ne sont pas facturés rétroactivement pour un mois entier. Dans l’exemple officiel de Melissa, les utilisateurs sont encore treize à la fin du mois. Son estimation suivante réunit 234 dollars de base pour le mois à venir et 45 dollars pour les ajouts de la période précédente, soit 279 dollars. Notre comparaison garde dix utilisateurs à l’arrivée dans les deux cas. Comparer directement 279 et 180 dollars mélangerait le prix de l’ordre des opérations avec un effectif différent le mois suivant.

Une invitation sans connexion peut déjà occuper une place

La documentation sur les utilisateurs précise que les personnes ajoutées à une application comptent pour l’abonnement mensuel même si elles n’ont pas accepté l’invitation ou ne se sont jamais connectées. Le droit d’entrer existe avant la première visite.

Voilà pourquoi le relevé des dernières connexions ne remplace pas le relevé des droits. Il mesure une activité. La facturation mesure ici une capacité d’accès accordée, puis garde la quantité achetée pendant la période. Une personne qui n’a pas encore ouvert l’application peut déjà occuper cette capacité. En déduire sa productivité serait une tout autre affirmation.

Il faut suivre l’ajout réel à l’application et ses droits, pas simplement compter des courriels d’invitation. Il faut aussi connaître les places déjà facturées : ouvrir un accès à l’intérieur de cette réserve payée n’a pas le même effet que dépasser le sommet.

Le fournisseur vend une réserve, l’acheteur photographie une équipe

Dans son annonce de 2025, Atlassian présentait la prévisibilité et la facilité de suivi comme des avantages du modèle. La documentation actuelle cite les abonnements mensuels concernés de Compass, Confluence, Atlassian Guard, Jira, Jira Product Discovery, Jira Service Management, Loom et des applications Marketplace. Les conditions de licence distinguent cette quantité maximale mensuelle des tranches d’utilisateurs annuelles.

Pour le fournisseur, un surcroît d’accès a été rendu disponible et conserve son prix sur la période. Pour l’acheteur, un banal passage de relais peut devenir une commande de capacité. Le salarié qui ouvre les accès cherche à faire démarrer le travail ; celui qui les retire suit un autre calendrier. La différence entre leurs horaires arrive chez le comptable.

Le modèle a une frontière temporelle. Le nombre d’utilisateurs du dernier jour détermine la quantité de départ du mois suivant. Dans l’exemple officiel d’Armando, dix utilisateurs deviennent sept : dix places restent payées pendant la période, dont trois peuvent être réattribuées, puis le mois suivant commence à sept. Le sommet ne devient pas une rente perpétuelle par sa seule existence.

Une facture réelle exige le produit, le forfait et ses prix, les dates de période, la quantité déjà facturée et l’historique des accès. Mais l’enjeu commercial est déjà clair. Une relève qui exige un chevauchement peut mériter son prix. Un chevauchement créé seulement par la file des demandes mérite au moins d’être visible. La remise négociée à l’achat n’explique pas tout : quelqu’un continue d’acheter, un droit d’accès à la fois.