Resumen

  • En un ejemplo histórico de Meraki, dos licencias de un año para conmutadores adelantan la fecha común del 16 de abril al 14 de marzo de 2017: 33 días.
  • Co-Term calcula el vencimiento según cantidades y plazos licenciados, con pesos por tipo. Retirar equipos, añadir licencias y renovar son operaciones con consecuencias distintas.

Hay compras que añaden equipos y acercan la próxima renovación. Meraki lo enseña en sus propias cuentas: dos licencias más, 33 días menos hasta el vencimiento común. La sorpresa procede de mirar una ampliación como si llevara un calendario separado. En Co-Term, la compra entra en el calendario de todos.

El ejemplo C de la explicación oficial del algoritmo sitúa la operación el 31 de marzo de 2015. A la organización le quedan 747 días. Se añaden dos conmutadores MS42P con licencias de un año y el resultado publicado deja 714 días. La fecha pasa del 16 de abril al 14 de marzo de 2017.

Es una ilustración histórica del fabricante. El año comprado, 365 días, resulta más corto que el periodo restante del fondo. Al reunir ambas duraciones bajo un final común, la aportación corta acerca ese final. La compra añade capacidad cubierta y cambia el momento en que toda la organización tendrá que volver a renovar.

El pedido trae un peso, además de una duración

La descripción de Co-Termination establece una única fecha para las licencias de una organización Meraki. Aquí la organización es el grupo administrativo del servicio. Las licencias anteriores y las nuevas participan en el mismo cálculo.

La documentación detallada usa como peso el precio de lista de un año del tipo de licencia correspondiente. Ese peso se combina con cantidades y tiempo. Es la base de cálculo publicada; el importe negociado en una orden de compra es otro dato que la empresa conserva en su contabilidad.

Para añadir dispositivos, el primer paso toma el plazo nuevo y le resta el que ya queda a la organización. Después aplica los pesos y cantidades de las licencias añadidas y distribuye el incremento sobre el peso del fondo completo. Si la diferencia inicial es negativa, su efecto temporal también puede serlo.

Una aportación más larga puede llevar el vencimiento hacia el otro lado. Por eso el verbo «añadir» se queda corto para describir el resultado. Hace falta conocer la duración comprada y el fondo al que se incorpora. El departamento que pidió los nuevos equipos puede ser pequeño; el calendario que acaba de modificar abarca más.

Quitar aparatos no devuelve días

Meraki separa el límite de licencias del número actual de dispositivos. El primero deriva de las licencias activas aplicadas que corresponden al cálculo. El segundo cuenta equipos añadidos a las redes de la organización. Un aparato que está solo en inventario, sin incorporarse a una red, no entra en ese segundo recuento.

La fecha de Co-Term sigue el límite licenciado. Retirar dispositivos de una red o de la organización no la cambia. La empresa puede reducir el parque utilizado y seguir teniendo el mismo vencimiento común. El calendario conserva como referencia el fondo de licencias.

Esta diferencia importa al sustituir equipos. Sacar un aparato puede liberar espacio en el recuento operativo, pero esa acción no modifica por sí sola las licencias que sustentan la fecha. El plan de retirada y el estado del fondo deben revisarse como registros distintos.

Tampoco se gana tiempo guardando una licencia comprada antes de incorporarla al Dashboard. La descripción oficial sitúa el comienzo del consumo cuando se procesa la licencia y explica que retrasar la activación no retrasa su inicio. Separar las fechas de compra y aplicación requiere mirar un reloj que ya puede estar en marcha.

Una renovación también determina cuántos caben

Añadir cobertura para nuevos dispositivos y aplicar una renovación tienen cálculos diferentes. Para una renovación sin ampliar equipos se utiliza el plazo nuevo completo. Para nuevos dispositivos, la fórmula detallada resta el tiempo restante del fondo.

Hay otra diferencia práctica: aplicar una clave mediante Renew my Dashboard license ajusta las cantidades licenciadas a las de esa clave. El fabricante muestra una organización con cobertura para cinco puntos de acceso que aplica una renovación de tres años para dos. El tiempo anterior restante se conserva, pero el nuevo límite cubre dos. Si siguen funcionando cinco, tres quedan por encima.

Los años y las cantidades del pedido tienen que responder al mismo plan de red. Un vencimiento lejano puede convivir con un parque insuficientemente cubierto. Leer solo la duración deja fuera una parte del producto que se está renovando.

En Co-Term, la guía describe una gracia de 30 días por exceso de dispositivos o caducidad de las licencias. Sin corregir la situación, la organización se desactiva. Un exceso de cantidad puede corregirse retirando equipos de las redes o aportando la cobertura que falta. Si el plazo ha vencido, se necesita nueva cobertura para los equipos activos. Corregir una cantidad y mover una fecha siguen siendo resultados separados.

Elegir el modelo es una decisión distinta

Las preguntas generales vigentes distinguen Subscription, Co-Term y el antiguo modelo por dispositivo, PDL. Cada organización utiliza un solo modelo. Subscription y Co-Term están disponibles; las nuevas conversiones a PDL ya no se admiten.

La documentación permite pasar de Co-Term a Subscription y señala que el regreso desde Subscription a Co-Term o al antiguo PDL no está soportado. Es una decisión sobre cómo se gestionarán las compras posteriores, además de cualquier fecha inmediata.

Para calcular una organización concreta hacen falta su periodo restante, límites por tipo, pesos aplicables, cantidades y plazos de la nueva clave y la operación prevista. Una lista de aparatos nuevos no contiene todos esos datos. El ejemplo de Meraki ofrece, en cambio, una pregunta útil para cualquier aprobación: después de esta compra, ¿en qué fecha queda el conjunto?

Los dos conmutadores del ejemplo consiguen cobertura. La organización gana una fecha de renovación más cercana. Ambas cosas caben en la misma operación, así que ambas deben aparecer en la decisión de compra. El calendario compartido merece una casilla en la aprobación, aunque el presupuesto del equipo nuevo pertenezca a otro departamento.