O setor de TIC raramente pensa primeiro em si mesmo quando se trata de regras de sustentabilidade. Software, hospedagem, serviços em nuvem e prestação de serviços de TI parecem um setor sem chaminé. Essa imagem é enganosa. O poder de processamento por trás dos dados, a cadeia de equipamentos e a dependência de energia e matérias-primas raras fazem com que as empresas de TIC apareçam em vários frentes ao mesmo tempo: como consumidoras de energia, como compradoras numa cadeia de fornecimento longa e frequentemente opaca, e cada vez mais como fornecedoras de outros setores que, por sua vez, devem cumprir regras mais estritas. Quem trabalha para um grande cliente no setor financeiro ou da construção recebe, por meio desse cliente, a pergunta sobre dados de sustentabilidade, mesmo sem a própria empresa estar diretamente sujeita a isso.
A pergunta "sob quais regras ESG se enquadra o setor de TIC" não tem uma resposta fixa, porque nenhuma regra foi escrita especificamente para o setor de TIC. As obrigações aplicáveis decorrem de uma combinação de fatores: o porte da empresa, se há ou não cotação em bolsa, o grau em que se trabalha com dados pessoais ou infraestrutura crítica, e a posição na cadeia de clientes que têm eles próprios obrigações de relato. Uma empresa de software com um punhado de colaboradores está sujeita a um regime diferente de um prestador de serviços em nuvem que fornece serviços críticos ao setor financeiro. É a mesma falta de clareza que se repete em a pergunta sobre quais regras ESG se aplicam à prestação de serviços financeiros: não é o nome do setor que determina o regime, mas sim as características da empresa.
A regulamentação europeia constitui a base, mas a forma como os Estados-Membros transpõem essa regulamentação para o direito nacional varia. As definições de porte, o âmbito das obrigações de relato e os prazos dentro dos quais as obrigações devem ser cumpridas são preenchidos de forma diferente em cada país. Para uma empresa de TIC ativa em vários países, ou que, por meio de uma empresa-mãe noutro país, esteja sujeita a um relato de grupo, isto significa que a própria regra europeia não basta como resposta. A transposição nacional deve sempre ser considerada em conjunto. Esse mesmo acréscimo nacional desempenha um papel em as obrigações ESG no setor da energia e em as regras aplicáveis ao setor imobiliário: em todos os casos, o texto europeu é o ponto de partida, nunca o ponto final.
Os temas que frequentemente aparecem são o consumo de energia de data centers e centros de processamento, a origem e a vida útil do hardware, as condições de trabalho na cadeia de fornecimento de equipamentos, e a questão de saber se dados sobre sustentabilidade devem ser fornecidos a clientes que, por sua vez, têm obrigações de relato. Se uma obrigação específica se aplica depende do porte exato da empresa, do setor a que fornece e do país de estabelecimento. O texto atual da regulamentação relevante, com os respetivos limiares e prazos, pode ser encontrado junto do legislador ou do órgão de supervisão responsável; esse texto muda, e uma página de destino não é o lugar para congelar limiares que podem mudar amanhã.
Para as empresas de TIC, a posição na cadeia é frequentemente mais determinante do que o próprio porte. Um fornecedor de soluções de software para o setor da construção recebe perguntas sobre uso de materiais e emissões que originalmente pertencem a as obrigações do setor da construção. O mesmo mecanismo se aplica em relação a empresas de energia, partes do setor imobiliário e instituições financeiras. Quem não sabe que informação um cliente precisa para cumprir as próprias obrigações, muitas vezes só é confrontado com isso numa fase tardia. Esse é um dos padrões descritos em as formas como as empresas são surpreendidas pela legislação: não é o próprio setor, mas por vezes o setor do cliente, que determina o que é pedido.
Saber sob quais regras uma empresa se enquadra é um primeiro passo. A pergunta seguinte é se uma administração consegue demonstrar que conhece essas obrigações, as atribuiu a um responsável e as dotou de provas. Essa distinção entre conhecimento e capacidade de demonstração é central em a descrição de como uma administração demonstra estar em controlo: uma lista de obrigações sem responsável e sem prova oferece, na prática, pouca segurança numa fiscalização ou auditoria.
O Compliance Check, em desenvolvimento para csrdcompliance.net, reúne essas obrigações num panorama por empresa: qual regra se aplica, quem dentro da organização é responsável por ela, que prova é necessária e que controlo lhe está associado. A ferramenta ainda está em construção. Quem desejar utilizá-la assim que estiver disponível pode inscrever-se na lista de espera.
Assim que ficar claro quais obrigações se aplicam e quem é responsável por elas, surge naturalmente a pergunta sobre quanto tempo custa a sua execução e qual parte disso pode ser automatizada. Reunir provas, manter dossiês e repetir verificações são tarefas que se prestam bem a ser decompostas. O werkscan da FTE TO AI calcula, por tarefa, qual parte desse trabalho pode ser assumida pela IA, de modo que uma administração não só saiba o que precisa de ser feito, mas também obtenha uma visão realista do que disso continuará a consumir tempo de forma estrutural e o que não.
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.