Durante años, el problema del costo tecnológico no fue solo cuánto se gastaba. Fue algo más estructural: TI y finanzas miraban el mismo gasto, pero no hablaban el mismo idioma.
Ingeniería veía servicios, clusters, cuentas, pods, bases de datos y workloads. Finanzas veía centros de costo, contratos, compromisos, descuentos, presupuestos y cierres. Ambos miraban la misma factura. Pero no la misma estructura de datos.
Ese desalineamiento fue tolerable mientras el costo cloud podía tratarse como una extensión de infraestructura. En 2026 ya no. Y ahí es donde FOCUS 1.3 cambia la conversación, no porque agregue "más columnas", sino porque vuelve más difícil sostener una gestión del gasto basada en traducciones manuales y definiciones distintas entre áreas.
FOCUS ya no es solo un formato. Se está convirtiendo en la capa común de valor tecnológico
FOCUS —FinOps Open Cost and Usage Specification— define un esquema abierto y neutral para billing data, alineado con el FinOps Framework. Su objetivo: hacer interoperable la información de costo entre proveedores y reducir complejidad operativa. La especificación está pensada para habilitar capacidades como chargeback, cost allocation, budgeting y forecasting usando instrucciones comunes sin importar el origen del dataset.
Ese punto importa mucho más de lo que parece. Cuando una empresa trabaja con múltiples clouds, SaaS, herramientas de datos y plataformas internas, el problema ya no es solo visualizar gasto. El problema es normalizarlo con suficiente consistencia como para que la misma base de datos sirva para ingeniería, FinOps, procurement y finanzas al mismo tiempo.
FOCUS 1.3 profundiza exactamente en esa dirección. La FinOps Foundation resume tres mejoras centrales en esta versión: contract commitments en un dataset dedicado, split shared cost allocation con transparencia metodológica, y recency y completeness para saber si los datos están frescos y completos antes de actuar.
Eso no es un detalle técnico. Es un cambio de gobernanza.
Lo que cambia con FOCUS 1.3: ya no basta con ver el número, ahora importa cómo se construyó
La versión 1.3 fue ratificada el 5 de diciembre de 2025. Entre sus cambios más relevantes, incorpora un dataset suplementario de Contract Commitment, nuevas columnas para transparentar cómo se reparten costos compartidos, y señales obligatorias sobre frescura y completitud del dataset. También introduce columnas para distinguir entre Service Provider y Host Provider, importante cuando existen relaciones de reseller o servicios montados sobre otros proveedores.
Antes, muchas organizaciones tenían que reconstruir manualmente tres cosas:
Los contratos existían, pero estaban desacoplados del dataset de costos. FOCUS 1.3 introduce un dataset separado para compromisos contractuales, con campos como fechas, unidades remanentes y descripciones, de modo que procurement, finanzas y FinOps puedan consultar compromisos activos sin mezclar esa información con cada fila de uso.
En Kubernetes, bases de datos compartidas o servicios multi-tenant, la empresa veía el costo asignado, pero no siempre la metodología detrás. FOCUS 1.3 agrega columnas específicas para que los data generators expongan cómo repartieron ese costo entre workloads, no solo el resultado final.
Procesar datos incompletos o todavía sujetos a revisión rompe reconciliaciones y automatizaciones. FOCUS 1.3 exige señales de timestamp, recency y completeness para que el usuario sepa si el dataset es final o todavía puede cambiar.
Eso es exactamente lo que alinea a TI y finanzas: ambos dejan de discutir sobre versiones distintas del dato.
Por qué esto importa más en IA que en cloud tradicional
Los costos de IA rara vez vienen "limpios" como una línea aislada y autosuficiente. Con frecuencia aparecen distribuidos entre cómputo compartido, clusters o plataformas multi-tenant, costos de datos y almacenamiento, inferencia variable, GPUs bajo compromisos contractuales, capas SaaS o APIs externas, y servicios montados sobre otros proveedores.
Por eso, el gasto de IA tiende a amplificar exactamente los tres problemas que FOCUS 1.3 intenta resolver:
- Muchos workloads de IA viven sobre infraestructura compartida: clusters, bases vectoriales, servicios de datos, plataformas internas
- Sin transparencia metodológica, el negocio ve solo una cuenta inflada o arbitraria
- FOCUS 1.3 mejora la transparencia sobre split cost allocation en servicios definidos por proveedor, incluyendo contenedores y bases de datos
- Reservas, compromisos de consumo, descuentos negociados, contratos de capacidad y acuerdos específicos con proveedores
- El nuevo dataset de Contract Commitment permite separar y consultar esos términos con mayor claridad
- En IA, actuar con datos parciales es especialmente riesgoso: puedes optimizar un workload equivocado o atribuir mal costos de inference
- FOCUS 1.3 incorpora señales explícitas para que el usuario sepa si el dataset está completo y actualizado antes de procesarlo
A medida que la IA se vuelve una categoría real de gasto tecnológico, FOCUS 1.3 se vuelve más importante, no menos, porque ofrece una estructura común precisamente para los tipos de complejidad que la IA multiplica.
El verdadero cambio: FOCUS obliga a que TI y finanzas lean la misma hoja
Durante años, TI podía optimizar infraestructura sin que finanzas entendiera realmente qué se estaba optimizando. Y finanzas podía exigir recortes sin entender cómo se construía el costo técnico. FOCUS 1.3 empuja a resolver esa fractura porque ahora la conversación puede estructurarse sobre una capa común: mismos nombres de columnas, misma semántica de billing, mismo entendimiento de asignación, mismos indicadores de completitud y misma lectura de compromisos contractuales.
Ya no basta con decir "el costo está bien asignado". Ahora debe poder mostrar con qué método se asignó y bajo qué criterio se repartió entre workloads.
Ya no basta con mirar el total. Ahora puede entender qué parte está bajo contrato, qué parte está incompleta y qué parte depende de una metodología de reparto.
Se reduce tiempo en normalización y aumenta el tiempo disponible para análisis, priorización y decisiones. Esa es justamente una de las tesis centrales de la FinOps Foundation sobre el valor de FOCUS.
El dataset de compromisos contractuales es especialmente útil si procurement puede leerlo junto con el consumo real, no como mundos separados con reconciliación manual.
Donde FOCUS 1.3 pega más fuerte: Kubernetes, plataformas internas y AI platforms
Los cambios de split allocation no son menores. Pegan especialmente fuerte donde el gasto es más difícil de explicar: Kubernetes, bases de datos compartidas, plataformas internas multi-tenant, servicios de datos y clusters compartidos para analítica o IA.
La propia FinOps Foundation destaca que uno de los dolores que resuelve FOCUS 1.3 es justamente el reparto de servicios definidos por proveedor que dependen de contenedores y bases de datos, lo que beneficia especialmente a platform teams, DevOps y analistas FinOps que gestionan infraestructura multi-tenant.
Y si llevas eso a IA, el impacto es todavía más claro:
- Una misma plataforma puede servir a varios equipos con costos no diferenciados
- El costo GPU no siempre viene con dueño evidente desde el billing
- Inference, embedding, vector storage y orchestration pueden repartirse entre múltiples casos de uso
- Sin una semántica común, la discusión se degrada rápido en atribuciones políticas
FOCUS no resuelve por sí solo toda la lógica de cost allocation interna. Pero sí ofrece una base común mucho más robusta para dejar de empezar cada conversación desde cero.
Qué debería hacer una empresa seria en 2026
FOCUS 1.3 no se aprovecha solo por "descargar un dataset". Para capturar su valor, una organización debería hacer al menos cuatro cosas:
El ecosistema de data generators ya incluye grandes clouds y varios proveedores tecnológicos, con soporte en distintas versiones. El sitio oficial muestra disponibilidad de datasets FOCUS por proveedor y refleja un movimiento creciente hacia adopción multi-vendor.
FOCUS puede ser la base común, pero la empresa debe decidir cómo va a clasificar y gobernar categorías de gasto emergente, especialmente IA, donde el costo rara vez llega con dueño obvio.
La nueva transparencia de FOCUS 1.3 ayuda, pero no reemplaza una política interna sobre cómo se interpretan y validan esos repartos. El estándar expone la metodología; la organización debe decidir si la acepta o la negocia.
El dataset de compromisos contractuales es especialmente útil si procurement y finanzas pueden leerlo junto con el consumo. Mantenerlo solo en el stack técnico reproduce exactamente la fractura que FOCUS intenta resolver.
La posición de Yaripo
La mayoría de las empresas todavía trata FinOps como un problema de visibilidad cloud. Eso ya es demasiado estrecho.
En 2026, FinOps es una disciplina de traducción entre consumo técnico, lógica contractual, asignación de valor, presupuesto y, cada vez más, costo de IA. FOCUS 1.3 es relevante justamente porque empuja esa traducción a una estructura común. No reemplaza el criterio. No reemplaza la política. No reemplaza la gobernanza. Pero sí reduce la fricción base que durante años hizo que TI y finanzas trabajaran sobre hojas distintas.
Cuando el gasto de IA empieza a crecer dentro de infraestructura compartida, contratos específicos y datasets todavía en maduración, esa alineación deja de ser "nice to have". Pasa a ser una condición mínima para decidir bien.
FOCUS 1.3 no es importante porque agregue más detalle técnico. Es importante porque obliga a una empresa a madurar cómo entiende el costo tecnológico. Antes, bastaba con tener reportes. Ahora hace falta algo más: una semántica común para que TI, finanzas, procurement y FinOps dejen de discutir sobre versiones distintas de la misma realidad.
Y eso se vuelve especialmente crítico en IA, donde el costo rara vez llega ordenado, limpio o con dueño obvio. El estándar no elimina la complejidad. Pero por fin la pone en una misma hoja.