Usar inteligencia artificial no activa automáticamente una obligación europea de publicar su huella de carbono. El deber depende del papel de la organización, del tipo de modelo, del alcance de la CSRD y de la materialidad climática. Una empresa que consume una API, un integrador y un proveedor de un modelo de propósito general no tienen las mismas obligaciones.

Esta guía explica cómo construir un expediente de energía y emisiones de IA que sirva para cumplimiento, inventario corporativo y gestión interna. Está actualizada a 28 de julio de 2026 e incorpora la entrada en vigor de la Directiva Ómnibus I, las obligaciones del AI Act para modelos de propósito general y la revisión de los ESRS adoptada por la Comisión en julio de 2026.

1. Mapa rápido: quién debe hacer qué

Actor	Obligación o necesidad principal	Lo que no debe presumirse
Proveedor de un modelo GPAI nuevo en la UE	Documentación técnica del AI Act, incluido consumo energético conocido o estimado del desarrollo	Que todo el expediente sea público o que deba publicar CO₂ por prompt
Proveedor de GPAI anterior al 2-8-2025	Prepararse para cumplir a más tardar el 2-8-2027	Que la fecha anterior lo exima permanentemente
Empresa que integra una API o modelo	Documentar proveedor, versión, uso, limitaciones y datos necesarios para sus deberes	Que sea proveedor de GPAI por consumir una API
Empresa que modifica un GPAI	Evaluar si la modificación es sustancial y la convierte en proveedor	Que todo ajuste fino sea menor
Empresa dentro de CSRD	Aplicar ESRS y doble materialidad; incorporar emisiones de IA en categorías pertinentes si son materiales	Que exista una línea ESRS llamada «huella de IA»
Empresa fuera de CSRD	Reporte voluntario, solicitudes de clientes y gestión interna	Que carezca de necesidades de datos por estar fuera del alcance legal

Este mapa evita el error central del artículo anterior: confundir una obligación del proveedor de un modelo de propósito general con una obligación de cualquier usuario empresarial.

2. Qué pide realmente el AI Act sobre energía

El sujeto es el proveedor de un modelo GPAI

El artículo 53 del Reglamento (UE) 2024/1689 obliga a proveedores de modelos de IA de propósito general a preparar y mantener documentación técnica. El anexo XI incluye los recursos computacionales y la energía consumida conocida o estimada para desarrollar el modelo. La documentación debe ponerse a disposición de la Oficina de IA y autoridades competentes cuando se solicite.

La Comisión Europea resume que el expediente abarca arquitectura, entrenamiento, datos de entrenamiento, prueba y validación, recursos computacionales y consumo energético. También existe documentación separada para proveedores posteriores que integrarán el modelo.

No equivale a publicar una etiqueta de CO₂ por consulta

El anexo XI se refiere a energía conocida o estimada durante el desarrollo. La Comisión está trabajando en métodos comunes para medir energía y emisiones durante desarrollo e inferencia, pero no debe presentarse ese trabajo como una obligación universal ya cerrada. Tampoco puede transformarse energía en carbono sin declarar electricidad, periodo y límites.

Calendario aplicable

• Las obligaciones de proveedores de GPAI se aplican desde el 2 de agosto de 2025 para modelos puestos en el mercado desde esa fecha.
• Las facultades de ejecución de la Comisión, incluidas multas, comienzan el 2 de agosto de 2026.
• Los modelos GPAI ya comercializados antes del 2 de agosto de 2025 deben cumplir antes del 2 de agosto de 2027.

Las directrices de la Comisión para proveedores de GPAI no son vinculantes por sí mismas, pero expresan la interpretación que orientará la aplicación.

Código de buenas prácticas y estándares

El Código de buenas prácticas para GPAI es una vía voluntaria para demostrar cumplimiento mientras no exista una norma armonizada que cubra la obligación. No adherirse no elimina el deber: el proveedor debe demostrar medios alternativos adecuados.

Modelos abiertos y modificaciones

El artículo 53 contempla excepciones parciales para determinados modelos con licencia libre y código abierto cuyos parámetros, arquitectura y uso estén disponibles. La excepción no cubre modelos GPAI con riesgo sistémico ni todas las obligaciones. Un integrador que realiza una modificación significativa debe analizar si pasa a ser proveedor; no basta llamar al trabajo «ajuste».

3. Qué pide la CSRD en 2026

El alcance se redujo en marzo de 2026

La Directiva (UE) 2026/470, Ómnibus I, entró en vigor el 18 de marzo de 2026. Según el resumen legislativo del Parlamento Europeo, la obligación de reporte CSRD queda, en términos generales, para empresas de la UE con más de 1.000 empleados y más de 450 millones de euros de facturación neta anual. Las empresas de terceros países tienen reglas propias y un umbral de facturación en la UE que debe revisarse con el texto.

La Directiva «stop the clock» y Ómnibus I también cambiaron calendarios y establecieron alivios transitorios. No uses una tabla de 2023 para decidir si una empresa reporta en 2026.

ESRS revisados en julio de 2026

La Comisión adoptó el 3 de julio de 2026 estándares ESRS simplificados y un estándar voluntario para empresas protegidas por el límite de cadena de valor. En la fecha de esta revisión, la propia página de actos delegados de la Comisión advertía que los nuevos actos no entrarían en vigor hasta su publicación en el Diario Oficial. Un informe debe indicar qué versión aplicó.

La CSRD no nombra cada API o prompt

Una empresa sujeta aplica doble materialidad y los ESRS pertinentes. Si el cambio climático es material, las emisiones relacionadas con IA se incorporan en la categoría que corresponda; no se crea necesariamente una partida separada. La importancia de IA depende de volumen, infraestructura, cadena de valor y criterios del informe.

Empresas fuera de alcance

Quedar fuera de CSRD no impide que clientes, bancos o licitaciones soliciten datos. El marco voluntario puede reducir cuestionarios incompatibles. Conviene responder con el mínimo necesario, dentro de los límites de información que permite la normativa, y distinguir dato medido de estimado.

4. Dónde entra la IA en los alcances 1, 2 y 3

Actividad	Ubicación habitual en el inventario del usuario	Dato útil
Centro de datos propio	Combustible y fugas en alcance 1; electricidad en alcance 2	Combustible, kWh, refrigerantes y factores
API o servicio cloud comprado	Normalmente alcance 3, categoría 1, bienes y servicios adquiridos	Dato del proveedor, gasto, uso o actividad asignada
Servidor o acelerador comprado y capitalizado	Alcance 3, categoría 2, bienes de capital	Unidades, modelo, EPD o dato de proveedor
Centro de datos arrendado	Depende del enfoque de consolidación y contrato; puede ser alcance 1/2 o categoría 8	Control operativo, consumo y condiciones del arrendamiento
Uso de un producto de IA vendido	Puede entrar en categoría 11 si es material y aplicable	Usuarios, actividad, vida útil y escenario de uso
Fin de vida de equipos vendidos	Puede entrar en categoría 12	Masa, composición y tratamiento

Esta asignación debe validarse con el GHG Protocol Scope 3 Calculation Guidance y la política contable de la organización. El mismo centro de datos puede aparecer en alcances distintos para proveedor y cliente sin que sea un error: los inventarios se construyen desde la perspectiva de cada entidad.

No restes emisiones evitadas

Si un producto de IA ayuda a un cliente a ahorrar energía, esa contribución se calcula con contabilidad de proyecto y contrafactual. El GHG Protocol exige comunicar emisiones evitadas aparte, no deducirlas de los alcances 1, 2 o 3.

5. Definir el perímetro de sistemas de IA

Crear un registro de sistemas

Asigna un identificador a cada servicio: propietario, finalidad, usuarios, proveedor, modelos, región, modalidad, fecha de inicio, volumen y dependencia. Incluye entrenamiento, ajuste, evaluación, inferencia, recuperación, almacenamiento y herramientas de agentes.

Separar actividad de factor

Guarda tokens, peticiones, horas de GPU, kWh o gasto como actividad. Mantén aparte el factor de energía o emisiones y su fuente. Así podrás actualizar el factor sin reescribir el historial y podrás explicar por qué cambia un resultado.

Definir unidad funcional

Para gestión interna, usa resultado válido: documento procesado, conversación resuelta o modelo entrenado hasta calidad objetivo. Para inventario, conserva también emisiones absolutas. La intensidad ayuda a optimizar; el total muestra si el crecimiento anuló la mejora.

Declarar exclusiones

Hardware incorporado, capacidad ociosa, red, almacenamiento, refrigeración o experimentos pueden faltar. Una exclusión justificada es preferible a asignar cero. Añade un plan para mejorar cobertura si la categoría es material.

6. Recoger datos y asignar calidad

Nivel	Fuente	Uso recomendado
A	Telemetría específica del proveedor o medición completa y auditada	Reporte principal
B	kWh medidos localmente con límites parciales	Reporte con exclusiones
C	Estimación por hardware, horas, tokens o modelo abierto	Orden de magnitud y mejora
D	Gasto o promedio sectorial	Cribado hasta obtener mejor dato

Infraestructura propia

Recoge telemetría de PDU, servidor, CPU y GPU cuando exista. Herramientas como CodeCarbon ayudan a monitorizar cómputo local, pero el método puede estimar potencia de ciertos componentes. Guarda versión, configuración y salida original.

APIs cerradas

Solicita al proveedor energía y CO₂e por unidad facturada, perímetro, región y método. Si no responde, conserva tokens, modalidad, llamadas, reintentos y fecha. EcoLogits puede estimar inferencia de APIs, siempre etiquetada como modelo y no como dato medido del proveedor.

Facturas cloud

Los paneles de carbono cloud pueden ofrecer emisiones asignadas a cuenta o servicio. Comprueba alcance, método de mercado o ubicación, latencia de datos y cambios de asignación. No conviertas una estimación de API y un panel de cloud sobre la misma actividad en dos emisiones sumadas.

7. Calcular sin mezclar métodos

Fórmula de actividad

Emisiones operativas = energía consumida × factor de emisión eléctrica.

Si la herramienta ya entrega CO₂e, verifica si aplicó el factor. No vuelvas a multiplicar. Para entrenamiento estimado a partir de hardware:

Energía = número de equipos × potencia media × horas × PUE.

La potencia máxima de ficha técnica no es potencia media. Si se usa por falta de telemetría, clasifica el resultado como estimación y realiza sensibilidad.

Fabricación amortizada

Emisiones incorporadas asignadas = emisiones de fabricación del equipo × fracción de uso del sistema.

La fracción puede basarse en horas de equipo o trabajo computacional. Declara vida útil, utilización y regla de reparto. Evita sumar la compra completa del equipo cada año.

Alcance 3 por gasto

Cuando solo existe gasto, se aplica un factor económico adecuado al año, moneda y sector. Es un método de baja precisión: la factura puede subir por precio sin cambiar actividad. Úsalo para detectar materialidad y sustitúyelo progresivamente por datos físicos o de proveedor.

Para un tutorial de cálculo técnico, consulta cómo estimar la huella de prompts de IA. Esta guía se ocupa de su integración legal y contable.

8. Expediente mínimo de reporte de IA

1. Identificación: sistema, versión, finalidad, propietario y periodo.
2. Rol jurídico: proveedor de modelo, proveedor de sistema, importador, distribuidor o responsable del despliegue.
3. Aplicabilidad: norma, artículo, ejercicio y conclusión firmada.
4. Arquitectura: modelos, proveedores, regiones y componentes incluidos.
5. Actividad: kWh, horas, tokens, peticiones, equipos y gasto.
6. Método: herramientas, factores, PUE, asignaciones y conversiones.
7. Resultados: energía, CO₂e, intensidad, total e incertidumbre.
8. Exclusiones: componentes sin dato y plan de mejora.
9. Mapeo: alcances, categorías y partidas del informe.
10. Controles: revisión, aprobación, evidencia y cambios.

Matriz de conciliación

Cada resultado debe poder rastrearse desde el informe hasta un sistema y desde el sistema hasta actividad y factor. Añade una clave para evitar doble conteo entre panel de proveedor, factura cloud y estimador de API.

Registro de cambios metodológicos

Si un proveedor amplía su perímetro o cambia factores, conserva ambos métodos, cuantifica el efecto y decide si recalcula el año base. No presentes una mejora metodológica como reducción operativa.

9. Controles y trazabilidad para aseguramiento

Control	Evidencia	Frecuencia
Integridad del inventario	Conciliación con compras, cloud y catálogo de IA	Trimestral
Exactitud de actividad	Factura, telemetría o exportación inmutable	Mensual
Factor aprobado	Fuente, versión, geografía y año	Anual o al cambiar
Ausencia de duplicados	Clave sistema-periodo-fuente	Cada carga
Revisión jurídica	Matriz de aplicabilidad	Ante cambios normativos
Revisión técnica	Prueba de cálculo y muestra de sistemas	Trimestral
Aprobación	Firma de sostenibilidad y propietario	Antes de reportar

Automatizar no elimina juicio. Un pipeline puede validar unidades y duplicados; una persona debe decidir materialidad, límites, cambios de rol y razonabilidad.

10. Tres casos prácticos

Pyme española que usa una API

No se convierte en proveedor de GPAI por usarla. Si está fuera del alcance CSRD, puede medir voluntariamente o responder a clientes. Registra proveedor, modelo, tokens, modalidad, coste y estimación; asigna el servicio comprado a la categoría aplicable de alcance 3. Solicita datos al proveedor, pero no afirma cumplir el anexo XI en su nombre.

Gran empresa sujeta a CSRD con chatbot interno

Evalúa materialidad climática y mapea la API a bienes y servicios adquiridos. Concilia facturas con uso, evita contar dos veces el panel cloud y documenta el factor. Si la IA no es material por separado, puede quedar agregada en la categoría, manteniendo el detalle interno para auditoría.

Empresa que entrena y comercializa un GPAI

Determina fecha de puesta en mercado, excepción abierta y riesgo sistémico. Prepara documentación de artículo 53 y anexo XI: cómputo, energía conocida o estimada, proceso de desarrollo y evaluaciones. Mantiene aparte su inventario corporativo: la documentación del modelo y CSRD se apoyan en datos comunes, pero no son el mismo expediente.

11. Errores frecuentes

• «Toda empresa con IA debe reportar bajo AI Act»: falso; depende del rol y la obligación concreta.
• «CSRD obliga a detallar cada prompt»: falso; aplica ESRS, materialidad y categorías.
• «Una API siempre es Scope 2»: normalmente es un servicio comprado y entra en alcance 3 del cliente.
• «La nube renovable tiene cero emisiones»: omite ubicación, hardware y otros alcances.
• «El dato por gasto es exacto»: es un método de cribado sensible al precio.
• «Compensar elimina emisiones brutas»: inventario y compensación se presentan separados.
• «Emisiones evitadas reducen Scope 3»: GHG Protocol exige reportarlas aparte.
• «Más detalle siempre es mejor»: solo si es material, consistente y verificable.

12. Plan de implantación

Primer mes

1. Confirmar alcance CSRD y roles del AI Act.
2. Crear registro de sistemas, proveedores y contratos.
3. Mapear actividades a alcances y categorías.
4. Elegir método y escala de calidad.

Segundo mes

1. Instrumentar tres sistemas materiales.
2. Solicitar datos a proveedores.
3. Construir matriz de conciliación y controles.
4. Probar cálculo con sensibilidad.

Tercer mes

1. Integrar resultados en el cierre de sostenibilidad.
2. Preparar expediente técnico cuando aplique.
3. Revisar exclusiones y riesgos de doble conteo.
4. Aprobar un plan anual de mejora de datos.

13. Preguntas frecuentes

¿El AI Act obliga a medir la inferencia?

El anexo XI exige a proveedores de GPAI documentar energía conocida o estimada del desarrollo. La Comisión trabaja en marcos comunes para desarrollo e inferencia. No presentes una consulta o futura norma como obligación universal vigente.

¿Una empresa que usa ChatGPT debe cumplir el anexo XI?

No por el mero uso. Debe analizar sus demás roles y obligaciones, pero la documentación del anexo XI corresponde al proveedor de GPAI. Una modificación significativa de un modelo puede cambiar el rol.

¿Toda empresa con más de 1.000 empleados está dentro de CSRD?

No basta ese dato. Tras Ómnibus I, el resumen general para empresas de la UE combina más de 1.000 empleados y más de 450 millones de euros de facturación, además de reglas de grupo, territorio, transposición y transición que deben revisarse.

¿Hay que separar la IA dentro del Scope 3?

Solo si el marco, la materialidad y la gestión lo justifican. Puedes mantener subdetalle interno y reportar agregado en la categoría. Lo esencial es integridad, ausencia de duplicados y método consistente.

¿CodeCarbon genera un informe legalmente conforme?

No por sí solo. Es una herramienta de actividad y estimación. El cumplimiento exige aplicabilidad, perímetro, controles, documentación, aprobación y conexión con el marco requerido.

¿Se pueden restar ahorros generados por la IA?

No del inventario de alcances. Las emisiones evitadas se calculan con contabilidad de intervención y se informan por separado con línea base, atribución e incertidumbre.

Conclusión

Reportar la huella de IA no empieza instalando una calculadora. Empieza identificando quién es la organización ante la ley y qué parte de sus emisiones pertenece al inventario. Después se registran sistemas, actividad, factores, calidad y controles.

El resultado útil es un expediente trazable que puede alimentar tres necesidades sin mezclarlas: documentación del modelo bajo AI Act, declaración corporativa bajo CSRD/ESRS e información voluntaria de gestión. Compartir datos no significa confundir obligaciones.

Metodología y fuentes oficiales

La revisión usa el Reglamento de IA, las directrices de la Comisión sobre GPAI, la cronología de aplicación del AI Act, el seguimiento de Ómnibus I del Parlamento Europeo, la página oficial de CSRD de la Comisión y el GHG Protocol. La situación normativa puede cambiar con transposición, publicación y actos posteriores.