Lo m\u00e1s importante en resumen<\/h2>\n\n\n- La cobertura no mide lo que la mayor\u00eda cree:<\/strong> Un alto porcentaje de cobertura no dice nada sobre cu\u00e1nto de la carga en realidad estaba calificada para un compromiso. Sin la base de elegibilidad, el n\u00famero es una relaci\u00f3n con una cantidad desconocida.<\/li>\n
- FOCUS 1.4 separa lo que se puede cubrir de lo que est\u00e1 cubierto:<\/strong> Desde el 4 de junio de 2026, la columna CommitmentProgramEligibilityDetails indica para qu\u00e9 programas una posici\u00f3n est\u00e1 calificada, independientemente de si se aplica un compromiso. Por primera vez, estandarizado entre proveedores.<\/li>\n
- La palanca est\u00e1 antes de la compra:<\/strong> Quien calcula tasas de cobertura ajustadas a la elegibilidad ve potenciales de ahorro no utilizados antes de que se firme la pr\u00f3xima reserva de tres a\u00f1os, en lugar de buscarlos en el panel despu\u00e9s.<\/li>\n<\/ul>\n<\/div>\n
Relacionado:<\/span>Corredor de nube frente a costes de multi-nube<\/a> \/<\/span> Cu\u00e1ndo se compensa la repatriaci\u00f3n de la nube<\/a><\/p>\nEl n\u00famero que todos informan y pocos cuestionan<\/h2>\n
La cobertura de compromiso pertenece a las primeras m\u00e9tricas que un equipo de FinOps presenta. Describe qu\u00e9 proporci\u00f3n del uso apto para compromiso estaba realmente cubierta por instancias reservadas, planes de ahorro o compromisos similares. Suena claro. El problema est\u00e1 en la palabra \u00abapto para compromiso\u00bb.<\/p>\n
Una cobertura del 94 por ciento como en el ejemplo anterior solo es tan significativa como la base a la que se refiere. La capacidad spot, ciertos servicios gestionados, modelos de licencia individuales y cargas de trabajo fuera de las regiones de compromiso a menudo no cuentan como aptos para compromiso. Si esta base se reduce, la cuota aumenta sin que se gaste un euro menos. Un equipo puede estar orgulloso de esta cuota, mientras que una parte significativa de la factura se ejecuta a tarifa completa bajo demanda y simplemente no aparece en la m\u00e9trica.<\/p>\n
Hasta ahora, esta brecha era dif\u00edcil de cerrar porque cada proveedor define y exporta la elegibilidad de manera diferente. Quien operaba AWS, Azure y Google Cloud uno al lado del otro, constru\u00eda l\u00f3gica propia para cada proveedor para determinar qu\u00e9 era susceptible de cobertura. Esta l\u00f3gica se volv\u00eda obsoleta con cada nuevo tipo de instancia. La m\u00e9trica m\u00e1s honesta, la tasa de cobertura ajustada a la elegibilidad, segu\u00eda siendo una estimaci\u00f3n para la mayor\u00eda de los equipos.<\/p>\n
\n13 a 30<\/div>\nAs\u00ed crece el conjunto de datos de compromiso contractual con FOCUS 1.4.<\/strong> De 13 a 30 columnas, para hacer finalmente comparables entre proveedores los modelos de pago, el estado de duraci\u00f3n y la l\u00f3gica de descuento.<\/div>\nFuente: FinOps Foundation, FOCUS 1.4 (junio de 2026)<\/div>\n<\/div>\nEstas 17 nuevas columnas solo en el conjunto de datos de compromiso contractual no son un fin en s\u00ed mismas. Son el reconocimiento de que las decisiones de compromiso sin esta estructura hasta ahora se tomaban basadas en conocimientos parciales.<\/p>\n
Lo que FOCUS 1.4 impulsa entre coverable y covered<\/h2>\n
FOCUS, la especificaci\u00f3n abierta para datos de costos y uso en la nube, ha ratificado la versi\u00f3n 1.4 el 4 de junio de 2026. Dos nuevos conjuntos de datos, 47 nuevas columnas. La novedad clave para esta discusi\u00f3n es un solo campo en el conjunto de datos de Costo y Uso: CommitmentProgramEligibilityDetails.<\/p>\n
El campo es un objeto JSON que lista por posici\u00f3n para qu\u00e9 programas de compromiso esta posici\u00f3n estaba cualificada. Cada entrada nombra un tipo de programa, independientemente de si actualmente se aplica un compromiso. De esta manera, por primera vez en los datos sin procesar, est\u00e1 disponible lo que era coverable y lo que no. La tasa de cobertura ajustada por elegibilidad se puede calcular a partir de esto, en lugar de estimarla, aunque la agregaci\u00f3n sigue ocurriendo en las propias herramientas. Los profesionales pueden identificar potenciales de ahorro no utilizados y comparar opciones de compromiso entre proveedores sin mantener la l\u00f3gica de elegibilidad propia para cada proveedor.<\/p>\n
Un ejemplo num\u00e9rico hace tangible la diferencia. Si un cl\u00faster funciona al 60 por ciento con capacidad Spot, esta proporci\u00f3n no es apta para compromisos. Una cobertura informada del 90 por ciento se refiere solo a el restante 40 por ciento. La alta carga Spot se excluye completamente de la consideraci\u00f3n. La visi\u00f3n ajustada por elegibilidad invierte la pregunta. Mide cu\u00e1nto de la carga realmente coverable est\u00e1 cubierta y pone de manifiesto qu\u00e9 parte de la factura nunca estuvo en el juego de compromisos. Quien solo trae el primer n\u00famero a la diapositiva, optimiza una m\u00e9trica que pasa por alto su propia estructura de costos.<\/p>\n
El segundo bloque se refiere al puente entre ingenier\u00eda y contabilidad. FOCUS 1.4 complementa un conjunto de datos de detalles de factura con los campos que figuran en la factura emitida, desde la moneda de pago hasta el objetivo de pago y el n\u00famero de pedido. A esto se suma un conjunto de datos de per\u00edodo de facturaci\u00f3n, que conoce los l\u00edmites de facturaci\u00f3n reales del emisor de la factura. Quien haya intentado alguna vez calcular un cierre de mes de manera limpia, aunque el per\u00edodo de facturaci\u00f3n de un proveedor no comienza el primer d\u00eda del mes, conoce el valor de esta aparentemente seca adici\u00f3n.<\/p>\n
En conjunto, esto cambia lo que se considera una fuente confiable. La telemetr\u00eda de uso muestra lo que ha sucedido t\u00e9cnicamente. Solo la comparaci\u00f3n con el detalle de la factura muestra lo que realmente se ha calculado. Para un equipo de FinOps, esta es la diferencia entre un n\u00famero plausible y uno demostrable.<\/p>\n
Qu\u00e9 deben cambiar los equipos de plataforma antes de la pr\u00f3xima reserva<\/h2>\n
La consecuencia obvia es un cambio en la m\u00e9trica clave. No es la cobertura desnuda la que debe aparecer en la diapositiva, sino la tasa de cobertura ajustada por elegibilidad m\u00e1s la cantidad absoluta en Euros que, a pesar de la elegibilidad, se ejecuta en condiciones de demanda. Este segundo n\u00famero es el inc\u00f3modo. Nomina el dinero que est\u00e1 sobre la mesa antes de que alguien justifique una nueva reserva de tres a\u00f1os.<\/p>\n![\"Qu\u00e9](\"https:\/\/www.cloudmagazin.com\/wp-content\/uploads\/2026\/06\/post-iav0-hero-7.jpg\")
FOCUS 1.4 convierte potenciales en compromisos contractuales reales.<\/figcaption><\/figure>\nEl segundo paso es arquitect\u00f3nico. Mientras la plataforma derive sus decisiones de costos solo de datos de uso, el detalle de la factura seguir\u00e1 siendo un proceso contable posterior. Es m\u00e1s sensato sacar los datos de facturaci\u00f3n como fuente equivalente en la canalizaci\u00f3n de costos y compararlos con la telemetr\u00eda. Solo entonces lleva Shift-Left en FinOps m\u00e1s all\u00e1 de una palabra de moda, porque los n\u00fameros a los que reaccionan los equipos de desarrollo coinciden con la factura que llega al final del mes.<\/p>\n
Un aviso sobre la expectativa pertenece aqu\u00ed. La especificaci\u00f3n ha sido ratificada, las herramientas est\u00e1n en camino.<\/p>\n
\nHoja de ruta FOCUS 1.4<\/div>\n\n\n4 de junio de 2026<\/div>\nFOCUS 1.4 ratificado, con detalle de factura, per\u00edodo de facturaci\u00f3n y columna de elegibilidad.<\/div>\n<\/div>\n\nT3 2026<\/div>\nValidador de conformidad para FOCUS 1.4 estar\u00e1 disponible, hasta entonces se aplicar\u00e1 la verificaci\u00f3n contra 1.3.<\/div>\n<\/div>\n\nDespu\u00e9s<\/div>\nLos proveedores agregar\u00e1n los nuevos campos en sus exportaciones, seguir\u00e1n las herramientas y las canalizaciones propias.<\/div>\n<\/div>\n<\/div>\n<\/div>\nQuien hoy ya prepare decisiones de compromiso deber\u00eda exigir la vista de elegibilidad, incluso si transitoriamente se compone de campos propios del proveedor. El est\u00e1ndar proporciona el lenguaje para ello. La costosa confusi\u00f3n de coverable y covered se puede nombrar limpiamente ahora, y esa es la condici\u00f3n previa para abordarla.<\/p>\n
Preguntas frecuentes<\/h2>\n\n\u00bfCu\u00e1l es la diferencia entre Coverage y Eligibility?<\/strong><\/summary>\nEligibility describe qu\u00e9 uso est\u00e1 cualificado para un compromiso. Coverage describe qu\u00e9 proporci\u00f3n de este uso cualificado est\u00e1 realmente cubierta. Una alta Coverage sobre una base de Eligibility peque\u00f1a puede ocultar grandes costos de On-Demand.<\/p>\n<\/details>\n\n\u00bfQu\u00e9 hace exactamente la columna CommitmentProgramEligibilityDetails?<\/strong><\/summary>\nEs un campo JSON en el conjunto de datos de Costo y Uso que nombra, por posici\u00f3n, los programas de compromiso para los que estaba cualificado, independientemente de si se aplica un compromiso. De esta manera, se puede calcular directamente la tasa de cobertura ajustada a la elegibilidad a partir de los datos, sin l\u00f3gica espec\u00edfica del proveedor.<\/p>\n<\/details>\n\n\u00bfPara qu\u00e9 sirven los nuevos conjuntos de datos Invoice Detail y Billing Period?<\/strong><\/summary>\nInvoice Detail refleja los campos de la factura emitida, como la moneda de pago, el objetivo de pago y el n\u00famero de pedido. Billing Period conoce los l\u00edmites de facturaci\u00f3n reales del proveedor. Juntos permiten una comparaci\u00f3n limpia entre uso y factura, incluso si los per\u00edodos de facturaci\u00f3n no siguen el mes calendario.<\/p>\n<\/details>\n\n\u00bfA partir de cu\u00e1ndo se puede probar FOCUS 1.4 de forma productiva?<\/strong><\/summary>\nLa especificaci\u00f3n fue ratificada el 4 de junio de 2026. Se espera el validador de conformidad para 1.4 en el tercer trimestre de 2026, hasta entonces se realizar\u00e1 la prueba formal contra FOCUS 1.3. Los campos de datos se pueden utilizar tan pronto como el proveedor respectivo los exporte.<\/p>\n<\/details>\n\n\u00bfTenemos que adaptar nuestras herramientas FinOps ahora?<\/strong><\/summary>\nNo de inmediato. Es sensato introducir la tasa de cobertura ajustada a la elegibilidad como indicador clave adicional y tratar la comparaci\u00f3n de facturas como una fuente de datos equivalente. Ambas cosas se pueden hacer transitoriamente tambi\u00e9n con campos espec\u00edficos del proveedor, FOCUS 1.4 solo los estandariza.<\/p>\n<\/details>\n
\nConsejos de lectura de la redacci\u00f3n<\/p>\n
\n- Inferencia desagregada: Por qu\u00e9 AWS y Cerebras separan la GPU<\/a><\/li>\n
- Kubernetes como sistema operativo predeterminado de IA: Cl\u00faster como cuesti\u00f3n de cumplimiento<\/a><\/li>\n
- Si la IA escribe el 80 por ciento del c\u00f3digo, \u00bfqui\u00e9n verifica?<\/a><\/li>\n<\/ul>\n<\/div>\n
- \n
- La cobertura no mide lo que la mayor\u00eda cree:<\/strong> Un alto porcentaje de cobertura no dice nada sobre cu\u00e1nto de la carga en realidad estaba calificada para un compromiso. Sin la base de elegibilidad, el n\u00famero es una relaci\u00f3n con una cantidad desconocida.<\/li>\n
- FOCUS 1.4 separa lo que se puede cubrir de lo que est\u00e1 cubierto:<\/strong> Desde el 4 de junio de 2026, la columna CommitmentProgramEligibilityDetails indica para qu\u00e9 programas una posici\u00f3n est\u00e1 calificada, independientemente de si se aplica un compromiso. Por primera vez, estandarizado entre proveedores.<\/li>\n
- La palanca est\u00e1 antes de la compra:<\/strong> Quien calcula tasas de cobertura ajustadas a la elegibilidad ve potenciales de ahorro no utilizados antes de que se firme la pr\u00f3xima reserva de tres a\u00f1os, en lugar de buscarlos en el panel despu\u00e9s.<\/li>\n<\/ul>\n<\/div>\n
Relacionado:<\/span>Corredor de nube frente a costes de multi-nube<\/a> \/<\/span> Cu\u00e1ndo se compensa la repatriaci\u00f3n de la nube<\/a><\/p>\n
El n\u00famero que todos informan y pocos cuestionan<\/h2>\n
La cobertura de compromiso pertenece a las primeras m\u00e9tricas que un equipo de FinOps presenta. Describe qu\u00e9 proporci\u00f3n del uso apto para compromiso estaba realmente cubierta por instancias reservadas, planes de ahorro o compromisos similares. Suena claro. El problema est\u00e1 en la palabra \u00abapto para compromiso\u00bb.<\/p>\n
Una cobertura del 94 por ciento como en el ejemplo anterior solo es tan significativa como la base a la que se refiere. La capacidad spot, ciertos servicios gestionados, modelos de licencia individuales y cargas de trabajo fuera de las regiones de compromiso a menudo no cuentan como aptos para compromiso. Si esta base se reduce, la cuota aumenta sin que se gaste un euro menos. Un equipo puede estar orgulloso de esta cuota, mientras que una parte significativa de la factura se ejecuta a tarifa completa bajo demanda y simplemente no aparece en la m\u00e9trica.<\/p>\n
Hasta ahora, esta brecha era dif\u00edcil de cerrar porque cada proveedor define y exporta la elegibilidad de manera diferente. Quien operaba AWS, Azure y Google Cloud uno al lado del otro, constru\u00eda l\u00f3gica propia para cada proveedor para determinar qu\u00e9 era susceptible de cobertura. Esta l\u00f3gica se volv\u00eda obsoleta con cada nuevo tipo de instancia. La m\u00e9trica m\u00e1s honesta, la tasa de cobertura ajustada a la elegibilidad, segu\u00eda siendo una estimaci\u00f3n para la mayor\u00eda de los equipos.<\/p>\n
\n13 a 30<\/div>\nAs\u00ed crece el conjunto de datos de compromiso contractual con FOCUS 1.4.<\/strong> De 13 a 30 columnas, para hacer finalmente comparables entre proveedores los modelos de pago, el estado de duraci\u00f3n y la l\u00f3gica de descuento.<\/div>\nFuente: FinOps Foundation, FOCUS 1.4 (junio de 2026)<\/div>\n<\/div>\nEstas 17 nuevas columnas solo en el conjunto de datos de compromiso contractual no son un fin en s\u00ed mismas. Son el reconocimiento de que las decisiones de compromiso sin esta estructura hasta ahora se tomaban basadas en conocimientos parciales.<\/p>\n
Lo que FOCUS 1.4 impulsa entre coverable y covered<\/h2>\n
FOCUS, la especificaci\u00f3n abierta para datos de costos y uso en la nube, ha ratificado la versi\u00f3n 1.4 el 4 de junio de 2026. Dos nuevos conjuntos de datos, 47 nuevas columnas. La novedad clave para esta discusi\u00f3n es un solo campo en el conjunto de datos de Costo y Uso: CommitmentProgramEligibilityDetails.<\/p>\n
El campo es un objeto JSON que lista por posici\u00f3n para qu\u00e9 programas de compromiso esta posici\u00f3n estaba cualificada. Cada entrada nombra un tipo de programa, independientemente de si actualmente se aplica un compromiso. De esta manera, por primera vez en los datos sin procesar, est\u00e1 disponible lo que era coverable y lo que no. La tasa de cobertura ajustada por elegibilidad se puede calcular a partir de esto, en lugar de estimarla, aunque la agregaci\u00f3n sigue ocurriendo en las propias herramientas. Los profesionales pueden identificar potenciales de ahorro no utilizados y comparar opciones de compromiso entre proveedores sin mantener la l\u00f3gica de elegibilidad propia para cada proveedor.<\/p>\n
Un ejemplo num\u00e9rico hace tangible la diferencia. Si un cl\u00faster funciona al 60 por ciento con capacidad Spot, esta proporci\u00f3n no es apta para compromisos. Una cobertura informada del 90 por ciento se refiere solo a el restante 40 por ciento. La alta carga Spot se excluye completamente de la consideraci\u00f3n. La visi\u00f3n ajustada por elegibilidad invierte la pregunta. Mide cu\u00e1nto de la carga realmente coverable est\u00e1 cubierta y pone de manifiesto qu\u00e9 parte de la factura nunca estuvo en el juego de compromisos. Quien solo trae el primer n\u00famero a la diapositiva, optimiza una m\u00e9trica que pasa por alto su propia estructura de costos.<\/p>\n
El segundo bloque se refiere al puente entre ingenier\u00eda y contabilidad. FOCUS 1.4 complementa un conjunto de datos de detalles de factura con los campos que figuran en la factura emitida, desde la moneda de pago hasta el objetivo de pago y el n\u00famero de pedido. A esto se suma un conjunto de datos de per\u00edodo de facturaci\u00f3n, que conoce los l\u00edmites de facturaci\u00f3n reales del emisor de la factura. Quien haya intentado alguna vez calcular un cierre de mes de manera limpia, aunque el per\u00edodo de facturaci\u00f3n de un proveedor no comienza el primer d\u00eda del mes, conoce el valor de esta aparentemente seca adici\u00f3n.<\/p>\n
En conjunto, esto cambia lo que se considera una fuente confiable. La telemetr\u00eda de uso muestra lo que ha sucedido t\u00e9cnicamente. Solo la comparaci\u00f3n con el detalle de la factura muestra lo que realmente se ha calculado. Para un equipo de FinOps, esta es la diferencia entre un n\u00famero plausible y uno demostrable.<\/p>\n
Qu\u00e9 deben cambiar los equipos de plataforma antes de la pr\u00f3xima reserva<\/h2>\n
La consecuencia obvia es un cambio en la m\u00e9trica clave. No es la cobertura desnuda la que debe aparecer en la diapositiva, sino la tasa de cobertura ajustada por elegibilidad m\u00e1s la cantidad absoluta en Euros que, a pesar de la elegibilidad, se ejecuta en condiciones de demanda. Este segundo n\u00famero es el inc\u00f3modo. Nomina el dinero que est\u00e1 sobre la mesa antes de que alguien justifique una nueva reserva de tres a\u00f1os.<\/p>\n
FOCUS 1.4 convierte potenciales en compromisos contractuales reales.<\/figcaption><\/figure>\n El segundo paso es arquitect\u00f3nico. Mientras la plataforma derive sus decisiones de costos solo de datos de uso, el detalle de la factura seguir\u00e1 siendo un proceso contable posterior. Es m\u00e1s sensato sacar los datos de facturaci\u00f3n como fuente equivalente en la canalizaci\u00f3n de costos y compararlos con la telemetr\u00eda. Solo entonces lleva Shift-Left en FinOps m\u00e1s all\u00e1 de una palabra de moda, porque los n\u00fameros a los que reaccionan los equipos de desarrollo coinciden con la factura que llega al final del mes.<\/p>\n
Un aviso sobre la expectativa pertenece aqu\u00ed. La especificaci\u00f3n ha sido ratificada, las herramientas est\u00e1n en camino.<\/p>\n
\nHoja de ruta FOCUS 1.4<\/div>\n\n\n4 de junio de 2026<\/div>\nFOCUS 1.4 ratificado, con detalle de factura, per\u00edodo de facturaci\u00f3n y columna de elegibilidad.<\/div>\n<\/div>\n\nT3 2026<\/div>\nValidador de conformidad para FOCUS 1.4 estar\u00e1 disponible, hasta entonces se aplicar\u00e1 la verificaci\u00f3n contra 1.3.<\/div>\n<\/div>\n\nDespu\u00e9s<\/div>\nLos proveedores agregar\u00e1n los nuevos campos en sus exportaciones, seguir\u00e1n las herramientas y las canalizaciones propias.<\/div>\n<\/div>\n<\/div>\n<\/div>\nQuien hoy ya prepare decisiones de compromiso deber\u00eda exigir la vista de elegibilidad, incluso si transitoriamente se compone de campos propios del proveedor. El est\u00e1ndar proporciona el lenguaje para ello. La costosa confusi\u00f3n de coverable y covered se puede nombrar limpiamente ahora, y esa es la condici\u00f3n previa para abordarla.<\/p>\n
Preguntas frecuentes<\/h2>\n
\n\u00bfCu\u00e1l es la diferencia entre Coverage y Eligibility?<\/strong><\/summary>\n
Eligibility describe qu\u00e9 uso est\u00e1 cualificado para un compromiso. Coverage describe qu\u00e9 proporci\u00f3n de este uso cualificado est\u00e1 realmente cubierta. Una alta Coverage sobre una base de Eligibility peque\u00f1a puede ocultar grandes costos de On-Demand.<\/p>\n<\/details>\n
\n\u00bfQu\u00e9 hace exactamente la columna CommitmentProgramEligibilityDetails?<\/strong><\/summary>\n
Es un campo JSON en el conjunto de datos de Costo y Uso que nombra, por posici\u00f3n, los programas de compromiso para los que estaba cualificado, independientemente de si se aplica un compromiso. De esta manera, se puede calcular directamente la tasa de cobertura ajustada a la elegibilidad a partir de los datos, sin l\u00f3gica espec\u00edfica del proveedor.<\/p>\n<\/details>\n
\n\u00bfPara qu\u00e9 sirven los nuevos conjuntos de datos Invoice Detail y Billing Period?<\/strong><\/summary>\n
Invoice Detail refleja los campos de la factura emitida, como la moneda de pago, el objetivo de pago y el n\u00famero de pedido. Billing Period conoce los l\u00edmites de facturaci\u00f3n reales del proveedor. Juntos permiten una comparaci\u00f3n limpia entre uso y factura, incluso si los per\u00edodos de facturaci\u00f3n no siguen el mes calendario.<\/p>\n<\/details>\n
\n\u00bfA partir de cu\u00e1ndo se puede probar FOCUS 1.4 de forma productiva?<\/strong><\/summary>\n
La especificaci\u00f3n fue ratificada el 4 de junio de 2026. Se espera el validador de conformidad para 1.4 en el tercer trimestre de 2026, hasta entonces se realizar\u00e1 la prueba formal contra FOCUS 1.3. Los campos de datos se pueden utilizar tan pronto como el proveedor respectivo los exporte.<\/p>\n<\/details>\n
\n\u00bfTenemos que adaptar nuestras herramientas FinOps ahora?<\/strong><\/summary>\n
No de inmediato. Es sensato introducir la tasa de cobertura ajustada a la elegibilidad como indicador clave adicional y tratar la comparaci\u00f3n de facturas como una fuente de datos equivalente. Ambas cosas se pueden hacer transitoriamente tambi\u00e9n con campos espec\u00edficos del proveedor, FOCUS 1.4 solo los estandariza.<\/p>\n<\/details>\n
\nConsejos de lectura de la redacci\u00f3n<\/p>\n
- \n
- Inferencia desagregada: Por qu\u00e9 AWS y Cerebras separan la GPU<\/a><\/li>\n
- Kubernetes como sistema operativo predeterminado de IA: Cl\u00faster como cuesti\u00f3n de cumplimiento<\/a><\/li>\n
- Si la IA escribe el 80 por ciento del c\u00f3digo, \u00bfqui\u00e9n verifica?<\/a><\/li>\n<\/ul>\n<\/div>\n
- Kubernetes como sistema operativo predeterminado de IA: Cl\u00faster como cuesti\u00f3n de cumplimiento<\/a><\/li>\n
- FOCUS 1.4 separa lo que se puede cubrir de lo que est\u00e1 cubierto:<\/strong> Desde el 4 de junio de 2026, la columna CommitmentProgramEligibilityDetails indica para qu\u00e9 programas una posici\u00f3n est\u00e1 calificada, independientemente de si se aplica un compromiso. Por primera vez, estandarizado entre proveedores.<\/li>\n