Software EHS em Angola: o que avaliar antes de escolher uma plataforma

A decisão não é sobre funcionalidades

Quando uma empresa angolana decide informatizar a gestão de Ambiente, Saúde e Segurança, o processo começa quase sempre da mesma maneira: pedem-se demonstrações a três ou quatro fornecedores, compara-se uma lista de módulos, e escolhe-se quem tem mais quadradinhos preenchidos. Ao fim de um ano, muitas dessas plataformas estão a ser usadas por duas pessoas do departamento de QHSE — e o resto da organização continua a preencher folhas de cálculo.

O problema é que a lista de funcionalidades é o critério menos discriminante de todos. Praticamente todas as plataformas EHS sérias do mercado têm gestão de incidentes, inspecções, matriz de risco, formação e indicadores. Uma plataforma EHS raramente falha por falta de funcionalidades. Falha por outras razões, quase sempre bastante mais prosaicas.

Este artigo propõe sete critérios que, na nossa experiência de campo em Angola, separam as implementações que pegam das que morrem ao fim de um ano.

1. Funciona sem rede? A sério?

Este é o primeiro critério, e elimina mais candidatos do que qualquer outro. Uma parte substancial do trabalho de HSE em Angola acontece exactamente onde não há cobertura: bases industriais no interior, obras em zonas recém-abertas, operações offshore, armazéns de grandes dimensões com estrutura metálica.

Cuidado com a palavra "offline", porque é usada de forma muito generosa. Há três níveis distintos, e só o terceiro serve:

• Falso offline — a aplicação abre sem rede mas não deixa gravar nada, ou perde o que foi escrito;
• Offline de leitura — permite consultar documentos descarregados previamente, mas não permite registar;
• Offline real (offline-first) — permite criar um registo completo, com fotografias, geolocalização e assinatura, sem qualquer ligação, e sincroniza automaticamente quando a rede regressa.

Como testar isto numa demonstração, em trinta segundos: peça para activar o modo avião no telemóvel, registar uma ocorrência com fotografia, fechá-la, desligar e voltar a ligar a aplicação. Se o registo lá estiver e sincronizar sozinho ao recuperar rede, o critério está cumprido. Se o fornecedor pedir para deixar essa parte para depois, já tem a resposta.

2. Conhece a legislação angolana — ou traduz outra?

Um sistema de gestão EHS existe, em boa medida, para demonstrar conformidade. Se o registo de requisitos legais da plataforma vier povoado com legislação europeia ou norte-americana, a sua equipa vai passar meses a substituí-la manualmente — e o módulo de conformidade legal, que devia ser dos mais úteis, torna-se o mais ignorado.

O que deve estar contemplado à partida: a Lei n.º 7/15 (Lei Geral do Trabalho), o Decreto Executivo n.º 31/94 sobre sinalização, o regime de comunicação de acidentes de trabalho, as obrigações perante o INEFOP em matéria de formação, e o enquadramento ambiental do MINAMB. Pergunte directamente: "onde vejo os requisitos legais angolanos nesta plataforma?"

3. Onde ficam os dados — e o que isso implica

Esta pergunta costuma ser tratada como assunto técnico e é, na verdade, uma questão legal. Os módulos de saúde ocupacional tratam dados de saúde, que a Lei n.º 22/11, de 17 de Junho, qualifica como dados sensíveis. A transferência internacional de dados pessoais para país que não assegure um nível de protecção adequado está sujeita a autorização da Agência de Protecção de Dados.

Isto não impede o uso de uma plataforma internacional em regime SaaS — mas obriga a enquadrar a operação, e é uma conversa que é muito melhor ter antes da assinatura do que depois. Se a plataforma permitir alojamento em Angola, on-premise ou em datacenter local, a questão simplesmente não se coloca.

4. Quem responde quando algo corre mal?

Um sistema EHS entra na rotina diária da operação. Quando falha às sete da manhã, no arranque do turno, a diferença entre ter alguém em Luanda que atende e ter um portal de tickets noutro fuso horário é a diferença entre um contratempo e um dia perdido.

Vale a pena perguntar de forma concreta:

• O suporte é prestado em português, por pessoas que percebem o contexto angolano?
• Há SLA formal, com tempos de resposta por nível de severidade?
• Existe um gestor de conta nomeado, com visitas presenciais previstas?
• Alterar um campo de formulário ou um fluxo de aprovação é configuração ou é um pedido de desenvolvimento?

Esta última pergunta é reveladora. Em muitas plataformas importadas, mudar um campo obrigatório num formulário implica abrir um pedido que atravessa continentes e demora semanas. A empresa acaba por adaptar o seu processo ao software, em vez do contrário.

5. O modelo de licenciamento penaliza quem reporta?

Este critério é frequentemente ignorado e tem consequências profundas na cultura de segurança. Se a plataforma cobrar por utilizador, a empresa vai — inevitavelmente — limitar o número de licenças. E quem fica de fora são precisamente os trabalhadores de campo, que são quem vê os quase-acidentes.

O resultado é conhecido: as ocorrências passam a ser reportadas em papel ao supervisor, que depois introduz uma parte delas no sistema quando tem tempo. O indicador de quase-acidentes melhora, mas apenas porque se reporta menos.

Reportar um quase-acidente não deve ter preço por utilizador. Prefira modelos de subscrição por organização, definidos por módulos activos e número de instalações, com acesso ilimitado para utilizadores de campo.

6. Consegue provar conformidade com a norma sem trabalho extra?

Se a empresa é ou quer ser certificada em ISO 45001 ou ISO 14001, a plataforma deve reduzir o esforço de preparação de auditoria — não acrescentá-lo.

O sinal a procurar é um mapa cláusula-a-cláusula: um ecrã onde, para cada requisito da norma, se vê a evidência que já existe no sistema. Sem isso, na véspera da auditoria a equipa vai continuar a exportar tudo para Excel e a montar a pasta à mão, exactamente como fazia antes de comprar o software.

7. Deixam-no experimentar antes de decidir?

Uma demonstração de catálogo, com dados fictícios de uma fábrica genérica, prova muito pouco. O que prova alguma coisa é ver a plataforma carregada com cenários da sua operação — os seus tipos de ocorrência, as suas áreas, a sua matriz de risco — e, melhor ainda, um piloto de âmbito limitado com os seus próprios utilizadores.

Um fornecedor confiante na solução não tem qualquer problema em fazê-lo. Um fornecedor que só quer mostrar diapositivos está a dizer-lhe alguma coisa.

Checklist para levar à demonstração

• Registar uma ocorrência com fotografia em modo avião e ver a sincronização automática;
• Abrir o registo de requisitos legais e procurar legislação angolana;
• Perguntar onde ficam fisicamente os dados de saúde ocupacional;
• Pedir o SLA de suporte por escrito, com tempos por severidade;
• Confirmar se há custo por utilizador de campo;
• Pedir para ver o mapa de correspondência com a ISO 45001;
• Alterar um campo de um formulário ao vivo, durante a sessão;
• Perguntar quanto tempo demora a implementação e o que é entregue em cada fase.

Plataforma internacional ou local?

Não existe uma resposta única, e seria desonesto fingir que existe. Uma plataforma internacional traz maturidade de produto, comunidade e um roteiro de desenvolvimento robusto. Faz sentido, sobretudo, em grupos multinacionais que precisam de consolidar indicadores entre países e já têm o enquadramento de dados resolvido ao nível corporativo.

Uma solução desenvolvida em Angola traz outras coisas: adequação à realidade legal e operacional nacional, suporte no terreno e no fuso horário certo, capacidade de configuração rápida sem abrir pedidos para outro continente, e a possibilidade de manter os dados em território angolano.

O critério de decisão não deve ser a origem do produto, mas sim onde o projecto tem mais probabilidade de falhar no seu contexto concreto. Se a operação é maioritariamente em escritório, com boa conectividade, o risco é baixo. Se depende de equipas de campo em zonas sem rede, com contratadas a entrar e sair e com inspecções da IGT à porta, os critérios 1, 2 e 4 pesam muito mais do que qualquer lista de módulos.

Como a Safeflow apoia esta decisão

A Safeflow HSE está dos dois lados desta mesa: implementamos sistemas de gestão HSE no terreno e desenvolvemos o Safeflow EHS, plataforma própria construída em Angola com engenharia da DCSC Tecnologias. Não somos revendedores de terceiros — o que significa que o produto se configura ao processo do cliente, e não o contrário.

Se a sua empresa optar por uma plataforma internacional, disponibilizamo-nos igualmente para actuar como integrador e suporte local dessa plataforma. O que nos parece errado é escolher sem testar os sete pontos acima.