El sector TIC rara vez piensa en sí mismo primero cuando se habla de normativa de sostenibilidad. El software, el hosting, los servicios en la nube y la prestación de servicios de TI dan la sensación de ser un sector sin chimenea. Esa imagen es engañosa. La capacidad de cálculo detrás de los datos, la cadena de equipos y la dependencia de la energía y las materias primas escasas hacen que las empresas TIC entren en el radar en varios frentes a la vez: como consumidoras de energía, como compradoras en una cadena de suministro larga y a menudo opaca, y cada vez más como proveedoras de otros sectores que a su vez deben cumplir normas más estrictas. Quien trabaja para un gran cliente del sector financiero o de la construcción recibe, a través de ese cliente, la pregunta sobre datos de sostenibilidad, incluso sin que la propia empresa esté directamente sujeta a ello.
La pregunta "a qué normativa ESG está sujeto el sector TIC" no tiene una respuesta fija, porque ninguna norma se ha redactado específicamente para las TIC. Las obligaciones aplicables se derivan de una combinación de factores: el tamaño de la empresa, si cotiza en bolsa, la medida en que se trabaja con datos personales o infraestructura crítica, y la posición en la cadena de clientes que a su vez tienen obligaciones de reporte. Una empresa de software con un puñado de empleados está sujeta a un régimen distinto al de un proveedor de servicios en la nube que presta servicios críticos al sector financiero. Es la misma falta de claridad que reaparece en la pregunta sobre qué normativa ESG se aplica a los servicios financieros: el nombre del sector no determina el régimen, sí lo hacen las características de la empresa.
La normativa europea constituye la base, pero la forma en que los Estados miembros transponen esa normativa al derecho nacional varía. Las definiciones de tamaño, el alcance de las obligaciones de reporte y los plazos dentro de los cuales deben cumplirse las obligaciones se concretan de forma distinta en cada país. Para una empresa TIC que opera en varios países, o que a través de una empresa matriz en otro país está sujeta a un reporte de grupo, esto significa que la norma europea en sí no basta como respuesta. La transposición nacional debe consultarse siempre en paralelo. Ese mismo añadido nacional desempeña un papel en las obligaciones ESG en el sector energético y en las normas aplicables al sector inmobiliario: el texto europeo es siempre el punto de partida, nunca el punto final.
Los temas que aparecen con frecuencia son el consumo energético de centros de datos y centros de cálculo, el origen y la vida útil del hardware, las condiciones laborales en la cadena de suministro de equipos, y la cuestión de si deben entregarse datos de sostenibilidad a clientes que a su vez tienen obligaciones de reporte. Que una obligación específica sea aplicable depende del tamaño exacto de la empresa, del sector al que se suministra y del país de establecimiento. El texto vigente de la normativa correspondiente, con los umbrales y plazos correspondientes, puede consultarse en el legislador o el organismo supervisor responsable de ello; ese texto cambia, y una página web no es el lugar para congelar umbrales que pueden modificarse mañana.
Para las empresas TIC, la posición en la cadena suele ser más determinante que el tamaño propio. Un proveedor de soluciones de software para el sector de la construcción recibe preguntas sobre uso de materiales y emisiones que en origen corresponden a las obligaciones del sector de la construcción. El mismo mecanismo se aplica hacia empresas energéticas, actores inmobiliarios e instituciones financieras. Quien no sabe qué información necesita un cliente para cumplir sus propias obligaciones, a menudo se enfrenta a ello en un momento tardío. Ese es uno de los patrones descritos en las formas en que las empresas se ven sorprendidas por la legislación: no es el propio sector, sino el sector del cliente, el que a veces determina qué se pide.
Saber a qué normas está sujeta una empresa es un primer paso. La siguiente pregunta es si un consejo de administración puede demostrar que conoce esas obligaciones, las ha asignado a un responsable y las ha dotado de pruebas. Esa distinción entre conocimiento y demostrabilidad ocupa un lugar central en la descripción de cómo demuestra un consejo de administración que tiene el control: una lista de obligaciones sin responsable y sin pruebas ofrece en la práctica poco sustento ante un control o una auditoría.
El Compliance Check que se está desarrollando para csrdcompliance.net reúne estas obligaciones en una visión general por empresa: qué norma es aplicable, quién dentro de la organización es responsable de ella, qué prueba se necesita y qué control corresponde. La herramienta todavía está en construcción. Quien desee utilizarla en cuanto esté disponible puede inscribirse en la lista de espera.
Una vez que queda claro qué obligaciones se aplican y quién es responsable de ellas, surge de forma natural la pregunta de cuánto tiempo cuesta su ejecución y qué parte de ello puede automatizarse. Recopilar pruebas, mantener expedientes y repetir controles son tareas que se pueden desglosar bien. El escáner de trabajo de FTE TO AI calcula, por tarea, qué parte de ese trabajo puede asumir la IA, de modo que un consejo de administración no solo sepa qué hay que hacer, sino que también obtenga una imagen realista de qué parte de ello seguirá costando tiempo de forma estructural y qué parte no.
Vraag maar welke verplichting op u van toepassing is, en waaraan u dat kunt aantonen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.