Résumé

  • Dans un exemple historique de Meraki, l’ajout de deux licences annuelles pour commutateurs avance l’échéance commune du 16 avril au 14 mars 2017, soit 33 jours.
  • Le calcul repose sur les quantités sous licence et leurs durées pondérées. Retirer un appareil, ajouter une licence et renouveler la couverture produisent des effets différents.

Le bon de commande promet deux licences supplémentaires. Le calendrier répond : rendez-vous un mois plus tôt. Meraki publie lui-même cette petite contrariété dans son explication du modèle Co-Term. Une extension de réseau peut apporter de la couverture tout en rapprochant l’échéance de l’organisation entière.

Le cas figure dans l’exemple C de la documentation technique. L’opération est datée du 31 mars 2015. Il reste alors 747 jours au groupe de licences. Deux commutateurs MS42P reçoivent des licences d’un an. Le résultat affiché ramène la durée restante à 714 jours : l’échéance du 16 avril 2017 devient le 14 mars 2017.

C’est un exemple pédagogique historique du fournisseur. Ses 33 jours éclairent une règle toujours décrite par la documentation : la durée de la nouvelle licence entre dans un ensemble dont la date de fin est commune. Un an peut être une longue période pour l’agence qui ouvre et une période courte pour le parc auquel elle se rattache.

Une seule date, plusieurs poids

La présentation du modèle Co-Termination attribue une échéance partagée aux licences d’une organisation Meraki. Cette organisation désigne ici un groupe administratif du service. Le calcul rassemble les licences existantes et les ajouts, avec leurs quantités et leurs durées.

Il tient aussi compte d’un poids par type de licence : le prix catalogue d’un an, appelé Base Price dans l’explication détaillée. Ce chiffre sert à pondérer le temps. Une remise négociée sur la facture n’est donc pas le coefficient à recopier dans cette mécanique.

Pour couvrir des appareils supplémentaires, la durée incrémentale commence par une soustraction : durée achetée moins durée déjà restante. Dans le cas historique, 365 jours arrivent dans un ensemble qui en possède encore 747. Le terme ajouté à ce stade du calcul est négatif. Réparti selon les poids du parc sous licence, il rapproche la date commune.

L’acheteur obtient bien les licences commandées. La surprise porte sur le calendrier auquel elles se joignent. Imaginer un petit sablier séparé pour chaque équipement conduit à lire de travers le modèle choisi : le fournisseur tient une échéance commune, calculée à partir du fonds de licences.

Débrancher ne rend pas des jours

Cette distinction devient particulièrement concrète lorsqu’une équipe ferme un site. Meraki précise que la date dépend des limites sous licence et non du nombre d’appareils actuellement installés. Retirer du matériel d’un réseau ou de l’organisation ne change pas cette échéance.

Le compteur des appareils présents et la capacité licenciée répondent à deux questions différentes. Le premier compte les appareils ajoutés aux réseaux ; un appareil gardé seulement dans l’inventaire n’y entre pas. La seconde correspond aux licences actives applicables. Réduire le premier compteur peut remettre un parc dans sa limite autorisée. Le calendrier continue à suivre le second ensemble.

Le début de consommation du temps possède sa propre règle. La documentation indique que la licence commence à courir lorsqu’elle est traitée. Attendre pour l’ajouter dans Dashboard n’offre pas de report. Le carton de matériel peut rester fermé ; la durée achetée a déjà commencé sa carrière.

Le renouvellement peut aussi réduire la capacité

L’option choisie lors de l’application d’une clé compte autant que son intitulé commercial. Ajouter des appareils et renouveler un parc ne lancent pas le même calcul. Pour un renouvellement seul, l’explication détaillée emploie la totalité de la nouvelle durée, tandis que l’ajout d’appareils tient compte de la durée déjà restante.

La commande « Renew my Dashboard license » remplace en outre les quantités autorisées par celles de la nouvelle clé. Meraki donne un autre exemple : une organisation disposant de cinq points d’accès applique un renouvellement de trois ans pour deux points d’accès. Le temps restant est conservé, mais si cinq appareils sont toujours utilisés, trois dépassent désormais la limite.

Voilà une commande capable d’allonger la perspective temporelle tout en rétrécissant le parc couvert. Un rapprochement entre la facture et le budget ne détecte pas à lui seul cette différence. Il faut lire la quantité figurant sur la clé et la comparer aux appareils qui resteront réellement dans les réseaux.

Pour Co-Term, la présentation prévoit trente jours de grâce en cas de dépassement ou d’expiration. Elle décrit ensuite l’arrêt de l’organisation si la situation demeure irrégulière, avec perte de gestion et de passage du trafic dans les cas documentés. Un excédent d’appareils peut être corrigé par leur retrait des réseaux ou par des licences supplémentaires. Une échéance dépassée exige une couverture renouvelée pour le parc actif.

La FAQ générale actuelle distingue Co-Term de Subscription et limite l’ancien modèle PDL aux utilisateurs existants. Une organisation utilise un seul modèle. La portée de cette arithmétique est donc précise : le parc administré sous Co-Term.

Pour prévoir le résultat d’une commande réelle, il manque ici les durées restantes, les limites par type, les poids applicables ainsi que les quantités, durées et opération de la nouvelle clé. Ces données changeraient la date calculée. L’exemple du fournisseur suffit déjà à poser la bonne exigence au dossier d’achat : montrer ensemble la couverture supplémentaire et la nouvelle échéance collective.