La fecha de renovación ahora fija el coste mensual de los puestos
La actualización de facturación de Copilot de GitHub cambia el momento en que las organizaciones elegibles deben decidir sobre los puestos. Desde el 1 de octubre de 2026, los clientes existentes de Copilot Business y Copilot Enterprise que pagan con tarjeta de crédito o PayPal reciben el cargo por adelantado de cada puesto asignado al inicio del ciclo de facturación.
El precio de lista no cambia. El punto de control sí. GitHub indica que un puesto añadido durante el ciclo continúa prorrateándose desde su asignación hasta el final de ese ciclo, mientras que eliminar un puesto no produce un reembolso prorrateado. La reducción aparece en el ciclo siguiente.
Por eso una revisión después de recibir la factura llega demasiado tarde para afectar al mes ya pagado. La revisión útil ocurre antes de la renovación, cuando cada asignación todavía puede vincularse con una persona, un equipo y una necesidad actual de acceso.
Según comprobamos el 2 de octubre de 2026, la documentación actual sobre cambios de licencia de GitHub confirma el mismo mecanismo. Los puestos añadidos se cobran de inmediato de forma prorrateada. Los puestos eliminados dejan de facturarse al terminar el ciclo. No se emite un reembolso por el tiempo no utilizado.
Separa asignación, acceso y facturación
Una fila en una pantalla de administración representa tres estados distintos.
Primero, la asignación decide si la organización ha otorgado una licencia de Copilot a la cuenta. Segundo, el acceso decide si la persona puede usar el producto ahora. Tercero, la facturación sigue las reglas del puesto pagado durante el ciclo actual.
Estos estados pueden cambiar en momentos diferentes. GitHub indica que desasignar un puesto durante un ciclo de facturación permite que la persona conserve el acceso hasta el final del ciclo. Revocar el puesto elimina el acceso de inmediato, pero la facturación también termina solo al final del ciclo.
Esta diferencia importa durante el offboarding. El responsable de seguridad puede necesitar retirar el acceso de inmediato. El responsable financiero puede esperar que la misma acción genere un crédito ese día. No ocurre así. Registra ambos resultados para que el ticket no se cierre con dos equipos manteniendo supuestos distintos.
Desactivar Copilot para una organización o eliminar de la organización a una persona con licencia también retira el acceso de inmediato, según GitHub. El importe pagado sigue respetando el límite del ciclo. Por tanto, el control de acceso no sustituye la planificación de la renovación, incluso cuando funciona exactamente como se esperaba.
Construye el inventario desde fuentes que pueden discrepar
No empieces por un porcentaje objetivo. Empieza por una unión de datos.
Exporta o revisa los puestos asignados de Copilot y compara cada cuenta con el directorio de identidades, el registro laboral y el equipo propietario del coste. La referencia sobre asignación de puestos de GitHub señala que los puestos se asignan a cuentas de usuario específicas y pueden administrarse desde la configuración de la organización o mediante la REST API.
Da a cada fila un resultado explícito:
- mantener, con un propietario activo y una necesidad actual
- eliminar antes de la renovación
- revocar ahora por un motivo de acceso, aceptando el coste del ciclo actual
- investigar, con una persona responsable y un plazo anterior a la renovación
El estado de investigación es importante. Las cuentas compartidas, las identidades renombradas, los contratistas entre proyectos y los usuarios asignados a través de más de una organización pueden hacer legítimo un puesto que parece inactivo. Eliminarlo sin consultar al responsable puede interrumpir el trabajo. Mantenerlo por defecto convierte la incertidumbre en gasto recurrente.
En una empresa con varias organizaciones, elimina duplicados en el nivel correcto. GitHub indica que si una misma persona recibe puestos de varias organizaciones dentro de una empresa, la empresa solo paga una vez por ese usuario único en el ciclo. Una suma directa de las exportaciones de las organizaciones puede, por tanto, sobrestimar la factura.
Encuentra los sistemas que pueden volver a añadir un puesto
Una hoja de cálculo limpia no es un control duradero si otro sistema puede recrear la asignación a la mañana siguiente.
GitHub permite que las organizaciones otorguen acceso a Copilot mediante equipos. Un usuario puede recibir un puesto automáticamente cuando se añade a un equipo con acceso a Copilot, incluso mediante SCIM o sincronización de equipos. La documentación sobre asignación también explica que el evento de auditoría de este puesto automático puede señalar a la persona que otorgó originalmente acceso a Copilot al equipo, no a quien añadió al miembro más tarde.
Traza la ruta de asignación antes de eliminar un puesto. Comprueba las asignaciones directas, los equipos con Copilot, los grupos del proveedor de identidad y cualquier tarea de aprovisionamiento que gestione miembros. Después realiza el cambio en la capa autoritativa. De lo contrario, el puesto eliminado puede volver, y el registro de auditoría puede hacer que el cambio de membresía más reciente sea menos evidente de lo esperado.
Es la misma clase de problema que aparece con recursos cloud gestionados mediante infraestructura como código. Eliminar el recurso generado es temporal si la declaración todavía existe. En Copilot, esa declaración puede ser una política de equipo en lugar de un archivo de configuración.
Coloca la revisión antes del límite de facturación
Elige una fecha límite interna anterior a la renovación y hazla visible para los responsables de ingeniería, finanzas e identidad. El margen exacto depende del tamaño de la organización y de la rapidez con que respondan los managers. El requisito es que las filas no resueltas todavía tengan tiempo para decidirse antes de que empiece el ciclo.
Una ejecución mensual práctica produce cuatro resultados:
- la exportación de puestos asignados con la hora de captura
- el propietario y la ruta de asignación de cada puesto
- las eliminaciones aprobadas y las revocaciones inmediatas
- el número esperado de puestos para el ciclo siguiente
Conserva la evidencia con el registro de facturación. Cuando la factura siguiente difiera del número esperado, compara las asignaciones y el momento de la renovación antes de asumir un error de precio. Una incorporación a mitad de ciclo debe producir un cargo prorrateado, mientras que una eliminación afecta al ciclo siguiente.
Este control también debe ejecutarse cuando se disuelve un equipo, termina un grupo de contratistas o cambia un grupo amplio con Copilot. Esperar a la revisión mensual puede ser correcto para el coste, pero no es suficiente para el acceso.
Qué no cambia
La actualización de octubre no aumenta los precios de lista de Copilot Business o Enterprise. No significa que todos los puestos asignados sean desperdicio y no demuestra si Copilot aporta suficiente valor a un equipo concreto.
También tiene un alcance más estrecho que una regla universal de facturación de GitHub. El anuncio aplica el nuevo comportamiento de pago por adelantado a clientes existentes de Business y Enterprise que pagan con tarjeta de crédito o PayPal. Los clientes con otros acuerdos de pago deben verificar sus propios términos en lugar de copiar este proceso como una afirmación sobre su factura.
Por último, limpiar puestos controla la base de la suscripción, no el uso adicional de IA. GitHub indica que los controles de gasto, el seguimiento de uso y la opción de comprar créditos adicionales de IA siguen disponibles. Son controles separados con evidencias separadas.
La condición de aceptación útil es sencilla: antes de la renovación, cada puesto asignado tiene un responsable actual, una ruta de asignación conocida y una decisión explícita de mantener o eliminar. Después de la renovación, el número pagado coincide con el inventario aprobado, con cualquier incorporación a mitad de ciclo explicada. Eso convierte la facturación de Copilot de una sorpresa en la factura en un control operativo repetible.
Escrito por Dandelion Labs