Como uma falha de software nos Correios do Reino Unido arruinou vidas
Um escândalo prolongado nos Correios do Reino Unido, em que o software de contabilidade defeituoso (Horizon) levou centenas de subpostmasters a serem acusados injustamente e muitas vezes condenados por furto, é analisado menos como uma “falha” e mais como um fracasso sistémico de governação, direito e cultura organizacional. Os comentadores sublinham como a gestão ignorou ou ocultou bugs conhecidos, explorou poderes de acusação privada e beneficiou de uma presunção legal de que os registos informáticos são fiáveis, deixando os indivíduos incapazes de contestar sistemas opacos que não controlavam. O caso é usado para questionar a falta de normas profissionais e de responsabilidade na engenharia de software, os perigos de tratar software e algoritmos como infalíveis e o risco mais amplo de as instituições delegarem juízo moral e legal em sistemas técnicos complexos.
Âmbito e natureza do escândalo
- Comentadores enfatizam que isto não foi “apenas uma falha de software”, mas um fracasso institucional prolongado envolvendo os Correios, a Fujitsu e o sistema jurídico do Reino Unido.
- O Horizon tinha vários bugs, auditoria fraca, acesso remoto sem auditoria e até edições de dados por suporte; ainda assim, era tratado como infalível.
- Centenas de subpostmasters foram informados de que eram “os únicos” com problemas, criando isolamento e desencorajando uma defesa coletiva.
Sistema jurídico, processos privados e ónus da prova
- Um tema recorrente: a maior falha foi jurídica, não técnica.
- A presunção, no direito do Reino Unido, de que a prova informática é fiável transferiu o ónus para os arguidos provarem falhas no software, o que era praticamente impossível sem acesso ao código ou aos registos.
- Os Correios podiam instaurar os seus próprios processos, atuando como investigador e acusador apesar de terem interesse financeiro e reputacional no caso.
- Tribunais e júris muitas vezes aceitaram “o computador diz” sem provas corroborantes, como CCTV, registos bancários ou mudanças de estilo de vida, levando a condenações baseadas apenas em dados do Horizon.
Gestão, governação e ética
- Muitos argumentam que o problema central foi a gestão, os incentivos e o encobrimento: bugs conhecidos e capacidades de edição remota foram ocultados, auditorias foram minimizadas e alega-se que provas foram retidas ou alteradas.
- A discussão destaca incentivos perversos (bónus, impulso para privatização, proteção da reputação) e uma cultura que preferia culpar os trabalhadores da linha da frente a admitir defeitos do sistema.
- Vários pedem responsabilidade criminal para executivos, advogados e peritos que induziram tribunais em erro ou suprimiram provas.
Prática de engenharia de software e profissionalismo
- Longos subthreads debatem se este é fundamentalmente um problema de engenharia de software ou um problema de governação sociotécnica.
- Alguns dizem que precisamos de regulação ao estilo da engenharia, qualificações e responsabilidade pessoal para software crítico, semelhante à engenharia civil/estrutural.
- Outros contrapõem que nem práticas técnicas “perfeitas” conseguem superar liderança incompetente ou maliciosa, incentivos desalinhados e política organizacional.
- Há um consenso geral de que o design do Horizon (contabilidade distribuída, não ACID, registo deficiente) era profundamente inadequado para um sistema semelhante a um banco.
Paralelos e implicações mais amplos
- Comentadores comparam o Horizon a outros falhanços de “algocracia” (por exemplo, sistemas de apoio social e de dívida) onde software opaco, aliado à deferência perante “o computador”, prejudica pessoas vulneráveis.
- Muitos receiam que sistemas orientados por IA possam amplificar estes problemas se tribunais e organismos voltarem a confiar excessivamente em resultados indecifráveis sem transparência ou possibilidade de contestação.