Fujitsu Horizon e o dossiê do fornecedor por trás de um escândalo de contabilidade pública

Resumo

• Limite confirmado:O dossiê público estabelece o Horizon como um sistema central de contabilidade e agência fornecido e suportado pela ICL Pathway e depois pela Fujitsu, usado pelo Post Office em ações civis, suspensões, rescisões e processos criminais. O julgamento da High Court sobre as questões Horizon e o subsequente julgamento criminal da Court of Appeal tornaram a confiabilidade do sistema e a divulgação elementos centrais do escândalo. O fornecedor não processou os subpostmasters, mas controlava provas técnicas importantes das quais dependiam as decisões de processo e cobrança.
• Status atual da investigação:A página de relatórios do Post Office Horizon IT Inquiry registra o volume 1 do relatório final, publicado em 8 de julho de 2025, cobrindo o impacto humano e as reparações. A atualização de Sir Wyn Williams em 8 de julho de 2026 indica que os cinco volumes restantes ainda estão sendo redigidos, o processo de Maxwellização está em andamento e os volumes restantes devem ser publicados em conjunto, não sequencialmente. As conclusões sobre a culpa do fornecedor não devem, portanto, ser consideradas definitivas além do dossiê publicado.
• Estado das reparações:Os dados de reparação financeira de 26 de junho de 2026 do GOV.UK indicam que aproximadamente £1,628 bilhão foram pagos em reparações financeiras. Eles também registram dados de regimes em andamento sobre HSS, GLO, HCRS, HSSA e vias relacionadas. A existência de trabalhos de reparação em andamento mostra que o registro de responsabilidade permanece ativo, não apenas histórico.
• Conclusão sobre a responsabilidade do fornecedor:O controle prático da Fujitsu residia no conhecimento de defeitos, acesso a suporte, provas de auditoria, assistência de especialistas e compromissos posteriores de reparação. O Post Office e os atores governamentais assumiam funções de persecução, contratuais, de governança e de reparação. Os tribunais, reguladores, polícia e a investigação pública tornaram-se necessários porque a governança ordinária entre fornecedor e cliente não conseguiu trazer à tona e corrigir o problema de confiabilidade cedo o suficiente.

A questão do fornecedor não é um detalhe

Horizon tornou-se um escândalo público porque pessoas foram acusadas, arruinadas, processadas, presas, humilhadas e privadas de seus meios de subsistência depois que contas de agências mostraram déficits que elas contestavam. O impacto humano é primordial. Mas a questão do fornecedor não pode ser tratada como uma nota técnica de rodapé. As contas das agências não vinham de registros em papel.

Elas vinham de um sistema computacional distribuído cujo software, fluxos de dados, ferramentas de suporte, histórico de defeitos e registros de auditoria eram conhecidos em muito mais detalhe pelo Post Office e pela Fujitsu do que pelo subpostmaster individual no balcão.

A página de relatórios e declarações do Post Office Horizon IT Inquiry é o melhor ponto de partida. Ela mostra que o volume 1 do relatório final foi publicado em 8 de julho de 2025 e focou no impacto humano e nas reparações. Ela também remete à atualização de 8 de julho de 2026 de Sir Wyn Williams, que indica que os cinco volumes restantes ainda estão sendo redigidos, cartas de aviso foram enviadas àqueles que correm o risco de serem criticados, e os volumes restantes devem ser publicados em conjunto. Isso significa que o dossiê público é substancial, mas não completo.

A página do relatório final do volume 1 é importante porque define o escopo publicado dos trabalhos concluídos da investigação. O volume 1 não é a resposta completa sobre o Horizon. É o volume oficial do relatório focado no impacto humano do escândalo e nas reparações. Isso importa para a responsabilidade do fornecedor porque evita dois erros opostos: considerar a Fujitsu como absolvida porque os volumes restantes não foram publicados, ou tratar as alegações e provas testemunhais como se já fossem a atribuição final de responsabilidade da investigação. A posição prudente é mais difícil, mas mais útil.

O dossiê do fornecedor Fujitsu pode ser analisado através dos julgamentos dos tribunais, das provas da investigação, dos registros de reparação governamentais, dos compromissos de justiça restaurativa e das consequências em matéria de contratação pública, enquanto se aguardam as conclusões completas da investigação sobre compras, operação, conhecimento, governança e conduta institucional.

A questão da responsabilidade da Fujitsu é, portanto, mais estreita que um veredito final e mais ampla que uma lista de bugs. Ela pergunta o que um fornecedor controlava quando seus dados de sistema eram usados como prova. O fornecedor sabia da existência de defeitos, intervenções remotas, problemas de saldo, limites de integridade de dados ou práticas de suporte que deveriam ter mudado a forma como as contas das agências eram tratadas? Ele comunicou esses limites claramente ao Post Office, aos tribunais, aos acusados e àqueles que tomavam decisões de cobrança?

Seus incentivos contratuais recompensavam a continuidade do serviço e a defesa das provas mais do que a divulgação precoce? As pessoas que forneciam provas técnicas entendiam e respeitavam os deveres relacionados a provas periciais?

Essas questões importam porque um sistema contábil de serviço público pode se tornar uma máquina de acusação. Um déficit exibido na tela não é apenas um extrato comercial. Pode se tornar uma exigência de reembolso, uma suspensão, uma ação civil, uma rescisão, um processo disciplinar, uma acusação criminal, uma confissão de culpa ou uma pena de prisão. Quanto mais grave a consequência, maior o dever de manter o limite das provas honesto.

Os dados do Horizon eram tratados como autoridade

A arquitetura de poder no escândalo era assimétrica. Um subpostmaster gerenciava uma agência e via as transações locais. O Post Office controlava o contrato, o processo de auditoria, as decisões de investigação e a via de persecução. A Fujitsu controlava importantes conhecimentos técnicos sobre o comportamento do Horizon e suas operações de suporte. Quando uma discrepância aparecia, a pessoa mais exposta a uma perda imediata muitas vezes tinha menos acesso às provas em nível de sistema.

O julgamento da High Court sobre as questões comuns em Bates and others v Post Office abordou a relação contratual e a forma como o Post Office tratava os subpostmasters. O julgamento subsequente sobre as questões Horizon abordou a confiabilidade do sistema, bugs, erros, defeitos e acesso remoto. Esses julgamentos não transformaram cada déficit em um erro do Horizon. Eles fizeram algo mais importante para a responsabilidade: rejeitaram a ideia de que os dados do Horizon podiam ser tratados como praticamente conclusivos simplesmente por virem de um sistema computacional central.

Essa distinção deveria ter moldado a conduta do fornecedor muito antes do julgamento. Se um sistema pode criar, modificar ou distorcer lançamentos de contas de agência sob certas condições, os registros de defeitos e suporte do fornecedor não são manutenção interna. São provas em potencial para determinar se um ser humano deve dinheiro ou cometeu um crime. Um registro de defeitos não é apenas um artefato de gerenciamento de serviço. Um log de acesso remoto não é apenas uma conveniência operacional. Uma solução alternativa conhecida não é apenas uma nota de suporte.

Nesse contexto, cada um pode determinar se um déficit é uma dívida, um erro ou uma incerteza não resolvida.

O julgamento criminal da Court of Appeal em Hamilton and others mostrou então a consequência em matéria de justiça criminal. A Corte anulou muitas condenações e abordou as falhas de divulgação e equidade dos processos em relação à confiabilidade do Horizon. Não é necessário dizer que a Fujitsu processou os casos para ver o papel do fornecedor. Se as provas e a expertise do fornecedor contribuíram para dar aos dados do Horizon sua autoridade judicial, então a responsabilidade do fornecedor segue a cadeia de provas.

O controle prático do fornecedor incluía pelo menos quatro partes. A Fujitsu podia saber mais do que os operadores de agência sobre defeitos e fluxos de dados. A Fujitsu podia saber se o acesso remoto ou a atividade de suporte afetou as contas das agências. A Fujitsu podia fornecer ou reter o contexto técnico para os investigadores e advogados do Post Office. O pessoal da Fujitsu podia participar de provas periciais ou testemunhais que moldaram as decisões dos tribunais. Esses são pontos de controle mesmo quando a decisão formal de processar pertencia ao Post Office.

O controle do fornecedor era um controle probatório

A lição mais importante em matéria de responsabilidade do fornecedor é que o controle técnico pode se tornar um controle probatório sem que ninguém mude o cargo do fornecedor. A Fujitsu não precisava ser o promotor, o gestor do contrato, o acionista ou o administrador das indenizações para contar.

Se as contas das agências eram geradas pelo Horizon, se as exceções eram examinadas usando os dados do Horizon, se o suporte remoto e o histórico de defeitos estavam sob o conhecimento operacional da Fujitsu, e se as explicações técnicas vinham do pessoal ou dos arquivos da Fujitsu, então o fornecedor tinha controle sobre os fatos de que outros precisavam para tomar decisões justas.

Esse controle é diferente da prestação de serviços comum. Em um sistema empresarial comum, um fornecedor pode ter obrigações de disponibilidade, resposta a suporte, segurança de dados e gerenciamento de mudanças. Em um sistema público gerador de provas, essas obrigações não são suficientes. O fornecedor também deve preservar fatos desfavoráveis, manter os logs em uma forma utilizável fora da central de suporte, explicar modos de erro conhecidos aos investigadores não técnicos e corrigir declarações excessivamente confiantes feitas sobre o sistema.

Um sistema pode atender a um objetivo de nível de serviço e ainda assim ser perigoso como prova se não puder mostrar se um saldo contestado foi afetado por um defeito conhecido, uma correção, uma ação de suporte ou um extrato de auditoria incompleto.

O julgamento da High Court sobre as questões Horizon é central porque transformou uma incerteza técnica oculta em uma incerteza judicialmente visível. Uma vez que um registro judicial abordou os bugs, erros, defeitos e acesso remoto, o dossiê do fornecedor não podia mais ser tratado como material de back-office. Tornou-se parte da resposta pública a uma questão de justiça: como um tribunal, um investigador ou um operador de agência deve tratar um déficit gerado por computador quando os operadores e mantenedores do sistema sabiam mais do que a pessoa acusada poderia saber?

Essa questão expõe uma fraqueza em muitos sistemas públicos terceirizados. Os contratos frequentemente dividem a responsabilidade por função: o cliente possui a política e a aplicação; o fornecedor possui a tecnologia e o suporte. Mas as provas não respeitam essa linha. Um promotor pode escolher a acusação, mas a força factual do caso pode depender dos logs do fornecedor. Um ministério pode possuir a responsabilidade pública, mas a explicação imediata da perda de um cidadão pode estar em um ticket do fornecedor.

Um tribunal pode esperar divulgação, mas o material a ser divulgado pode estar enterrado no gerenciamento de defeitos, no controle de mudanças e na correspondência da equipe de conta.

Para o Horizon, a injustiça foi intensificada pela forma como a autoridade do sistema passava por canais institucionais. Um número em uma conta de agência tornava-se uma afirmação de dívida. Uma afirmação de dívida tornava-se uma pressão para reembolsar. Um saldo contestado tornava-se uma suspeita. Uma suspeita tornava-se uma investigação. Uma investigação tornava-se uma prova testemunhal. Uma prova testemunhal tornava-se uma confissão, uma condenação, uma falência ou uma reputação arruinada. Em cada etapa, a incerteza deveria ter se tornado mais visível.

O dossiê público mostra que, muitas vezes, o oposto ocorreu: as saídas do sistema eram tratadas como mais autoritárias à medida que se dirigiam a consequências mais graves.

A responsabilidade do fornecedor não pode, portanto, ser reduzida a saber se a Fujitsu divulgou um bug específico em um dia específico. Esse detalhe importa e pode ser abordado mais completamente nos volumes restantes da investigação. A lição mais ampla é que a governança do fornecedor deveria ter exigido uma ponte viva entre o conhecimento de defeitos e o uso downstream dos dados do sistema. Se um defeito era suscetível de afetar os saldos das agências, ele deveria ter sido visível para qualquer um que decidisse acusar um operador de agência.

Se o acesso remoto podia afetar os dados da agência, a existência e os limites desse acesso deveriam ter sido visíveis antes que declarações categóricas fossem feitas sobre quem podia modificar as contas. Se uma nota de suporte mostrava incerteza, ela não deveria ter desaparecido atrás de uma simples afirmação de que o Horizon era confiável.

O fornecedor também deveria ter um limite de escalonamento documentado. Quando o mesmo tipo de alegação se repete em várias agências, quando usuários relatam discrepâncias que não podem ser reconciliadas localmente, quando tribunais ou advogados solicitam garantias, e quando uma testemunha técnica é convidada a apoiar um processo, o caso não é mais suporte de rotina. É um evento de integridade probatória. Tratá-lo como gerenciamento de conta comum cria um conflito entre a reasseguração do cliente e a busca da verdade. As contratações públicas devem assumir que esse conflito surgirá e definir o que o fornecedor deve fazer quando ele surgir.

O dossiê da NAO tornou visível a falha de gestão

A investigação do National Audit Office sobre a gestão do sistema de TI Horizon do Post Office é útil porque coloca o Horizon no quadro da governança do serviço público, em vez de tratá-lo como uma disputa privada entre fornecedores. A NAO descreveu as consequências de gestão e financeiras a longo prazo do sistema Horizon, o litígio na High Court, o acordo, os problemas de indenização e a relação do governo com o Post Office.

O dossiê da NAO apoia um ponto sóbrio: o risco do fornecedor nunca foi apenas técnico. Era institucional. O Post Office dependia do Horizon para a contabilidade das agências. O governo dependia do Post Office para fornecer um serviço público. A Fujitsu dependia da continuação do contrato e das relações de suporte. Os subpostmasters dependiam da integridade de um sistema que não podiam inspecionar de forma independente. Os tribunais dependiam da divulgação e de provas periciais. Quando essas dependências se alinhavam em torno da defesa do sistema em vez da testagem das provas contestadas, os canais de responsabilidade comuns falharam.

É também aí que entra a economia do contato de abuso. Um operador de agência confrontado com um déficit presumido não negociava em igualdade de condições. O Post Office podia exigir reembolso, suspender o operador, reter a remuneração ou iniciar um processo. O operador tinha que contatar os serviços de suporte, os investigadores, os auditores, os advogados e os administradores de regimes enquanto sofria pressão financeira e de reputação imediata. Cada formulário adicional, cada recusa, cada log inacessível ou cada afirmação técnica inexplicada aumentava o custo de resistência para o operador.

A economia interna do fornecedor também importava. Um contrato de serviço de longo prazo cria incentivos para preservar a confiança no sistema, gerenciar os custos de suporte, evitar o reconhecimento de defeitos sistêmicos e defender garantias anteriores. Esses incentivos não provam má conduta. Eles identificam por que um cliente do setor público não pode confiar apenas na garantia pessoal do fornecedor quando os dados do sistema são usados para punir indivíduos. As contratações públicas de serviços precisam de acesso independente às provas, não apenas de relatórios de nível de serviço.

A divulgação de defeitos é uma função de responsabilidade

Defeitos de software são normais. O escândalo não ocorreu porque um grande sistema de TI tinha defeitos. Ocorreu porque os defeitos, o acesso a suporte e a incerteza probatória não foram traduzidos em um tratamento justo para as pessoas acusadas com base nas saídas do sistema.

A página de provas do Post Office Horizon IT Inquiry mostra a magnitude do dossiê: audiências públicas, declarações de testemunhas, transcrições, peças e provas por fase cobrindo compras, design, operação, ações contra subpostmasters, governança e práticas atuais. Esse volume em si é um sinal de responsabilidade. Quando os limites probatórios de um sistema precisam ser reconstituídos anos depois por uma investigação estatutária, a governança inicial não conseguiu preservar e expor o conhecimento relevante no momento em que era necessário.

Uma postura defensável do fornecedor teria tratado a divulgação de defeitos como uma obrigação de justiça assim que os dados do Horizon foram usados em processos punitivos. Isso significa que uma investigação sobre um déficit de agência deveria ter podido perguntar: Existiam defeitos conhecidos capazes de produzir discrepâncias semelhantes? Houve incidentes específicos da agência? O pessoal de suporte acessou a conta da agência remotamente? Transações de equilíbrio, contas de compensação, estornos ou correções foram aplicados? O extrato de auditoria estava completo? A pessoa que fornecia a prova conhecia os limites dos dados?

Essas perguntas exigem respostas estruturadas. "Nenhum problema conhecido" não é suficiente se o campo de busca é vago. "Horizon é robusto" não é suficiente se bugs conhecidos causaram discrepâncias em outros lugares. "Sem acesso remoto" não é suficiente se as ferramentas de suporte permitiam intervenções, mas os logs estavam incompletos ou não foram pesquisados. Um fornecedor que controla as provas subjacentes deve tornar a incerteza legível para os tomadores de decisão não técnicos.

O dossiê da Court of Appeal concretiza o problema da divulgação. Em casos criminais, um acusado não precisa apenas do saldo final da conta. O acusado precisa de material suscetível de minar a acusação ou ajudar a defesa. Registros de defeitos técnicos, logs de acesso remoto e reservas de especialistas podem constituir esse material. Quando o sistema de um fornecedor fornece a prova central da acusação, o fornecedor deve entender que a documentação de suporte pode se tornar documentação de justiça.

O mesmo princípio se aplica fora dos casos criminais. Uma ação de cobrança civil, uma rescisão de contrato, uma suspensão ou um acordo de reembolso pode virar uma vida de cabeça para baixo mesmo sem condenação. Um fornecedor que sabe que o sistema gerou resultados contestados em outros lugares não pode tratar esses resultados como reclamações de atendimento ao cliente isoladas quando o cliente os usa para impor danos financeiros. A obrigação não é necessariamente resolver cada disputa. A obrigação é tornar os limites do sistema suficientemente visíveis para que o tomador de decisão não confunda um dossiê incerto com uma dívida estabelecida.

É por isso que o portal de provas da investigação não é simplesmente um arquivo. É uma anatomia da divulgação tardia. O público teve que reconstituir as fases de compras, design, implantação, manutenção, investigação, governança e remediação porque os canais de prova comuns não funcionavam quando os operadores de agência individuais precisavam deles. Um sistema bem governado entre fornecedor e cliente teria permitido responder a muitas dessas perguntas no momento da disputa. Teria preservado os logs, vinculado defeitos às agências afetadas, documentado intervenções de suporte e fornecido explicações coerentes sobre modos de erro conhecidos.

O problema do contato de abuso também é prático. Um subpostmaster que acredita que o Horizon criou um déficit falso precisa pedir ajuda à mesma cadeia institucional que talvez o esteja acusando. O custo de provar a incerteza recai sobre a parte menos poderosa. Sem transparência do fornecedor, essa pessoa precisa contestar um sistema que não pode inspecionar, contra organizações que podem apresentar o problema como um erro local, má gestão de caixa ou desonestidade. Cada log faltante e cada resposta técnica vaga aumenta o custo de resistência.

Isso importa para futuros fornecedores de nuvem e plataformas públicas, porque muitos serviços agora arbitram sanções, pagamentos, elegibilidade, folha de pagamento, identidade, impostos, licenças e assistência social. O fornecedor pode dizer que está simplesmente fornecendo infraestrutura ou suporte a aplicativos. Mas se seus registros determinam se um usuário é pago, punido ou acreditado, ele tem o dever de projetar o acesso às provas antes da crise. A auditabilidade não pode ser adicionada após milhares de disputas.

Ela deve ser integrada na resposta a incidentes, classificação de suporte, política de retenção, notificações aos clientes e condições contratuais.

O testemunho de especialista mudou o papel do fornecedor

A responsabilidade do fornecedor Fujitsu também se baseava em pessoas, não apenas em código. As testemunhas técnicas não explicavam simplesmente um produto a um cliente. Elas assistiam tribunais e processos em casos onde a liberdade, a reputação e os meios de subsistência estavam em jogo. Isso muda o dever. Uma testemunha especialista ou técnica não deve se tornar uma advogada da reputação do sistema.

O dossiê da investigação inclui provas extensas sobre o pessoal da Fujitsu e o suporte pericial. O artigo não precisa decidir a culpa individual além do dossiê público. A lição estrutural é suficiente: uma vez que o pessoal de um fornecedor entra na cadeia probatória, o fornecedor precisa de uma governança para independência, divulgação, pesquisa documental, limites de privilégio e escalonamento. Uma base de conhecimento da central de suporte pode ser adequada para restaurar uma impressora. Não é adequada como única base para uma declaração de testemunha sobre integridade contábil.

A governança das testemunhas do fornecedor deve incluir um mapa de defeitos conhecidos, declarações claras de incerteza, preservação de elementos desfavoráveis, aconselhamento jurídico independente sobre deveres periciais e um caminho para o pessoal levantar preocupações fora da equipe comercial da conta. Se a narrativa contenciosa preferida do cliente entra em conflito com o conhecimento de defeitos do fornecedor, o dever do fornecedor não é aplainar o conflito. É trazê-lo à tona.

O mesmo ponto se aplica ao suporte remoto. O acesso remoto pode ser legítimo e necessário. Pode resolver problemas de agência, suportar atualizações e reduzir o tempo de inatividade. Mas quando as contas das agências se tornam provas contra o operador da agência, o acesso remoto torna-se sensível do ponto de vista probatório. O fornecedor deve ser capaz de dizer quem acessou o quê, quando, por que, sob que autoridade e com que efeito. Se não puder, o status probatório da conta deve ser rebaixado em consequência.

O problema cultural é que a prova pericial pode ser puxada para a lealdade institucional. Um fornecedor pode querer proteger um relacionamento importante com o cliente. Um cliente pode querer uma declaração de especialista que apoie investigações anteriores. Um funcionário técnico pode supor que reconhecer uma incerteza será percebido como deslealdade, incompetência ou risco comercial. Essas pressões são exatamente a razão pela qual a governança deve separar os deveres probatórios da defesa da conta.

O modelo seguro não é o silêncio. É a franqueza estruturada. Uma testemunha deve poder dizer que um sistema é geralmente confiável enquanto identifica exceções conhecidas, incerteza e documentos não pesquisados. Um fornecedor deve poder corrigir um exagero do cliente sem esperar por uma catástrofe contenciosa. Um contrato deve exigir que o fornecedor divulgue defeitos materiais relevantes para procedimentos civis ou criminais, mesmo quando a divulgação é comercialmente delicada. Uma autoridade pública não deve poder comprar uma reasseguração técnica a salvo da contradição pelos próprios registros do fornecedor.

Também deve haver responsabilidade pela ausência. Se o fornecedor não puder provar que uma conta de agência não foi afetada por suporte remoto, a resposta não deve se tornar "portanto, nenhum suporte remoto importou". Se o fornecedor não puder identificar se um defeito conhecido afetou uma agência, a resposta não deve se tornar "portanto, o operador da agência é responsável". Lacunas probatórias devem reduzir a certeza, não aumentar a pressão sobre a pessoa já acusada. Essa norma é óbvia em retrospecto, mas o Horizon mostra como o oposto pode facilmente ocorrer quando a confiança no sistema é institucionalmente conveniente.

Para os compradores do setor público, isso significa que os contratos com fornecedores devem prever uma revisão técnica independente em disputas em andamento, não apenas após um escândalo público. Eles precisam de direitos de auditoria que alcancem as bases de dados de defeitos, as ferramentas de suporte e os históricos de alterações. Eles precisam de períodos de retenção que correspondam à exposição legal, não apenas à conveniência operacional. Eles precisam de protocolos para testemunhas que são funcionários do fornecedor fornecendo provas a investigadores ou tribunais.

Eles precisam de canais de escalonamento fora das equipes de entrega comercial quando as provas do fornecedor podem afetar a liberdade, os meios de subsistência ou a dívida.

Para os fornecedores, a lição é igualmente direta. Vender uma plataforma geradora de provas em um serviço público não é o mesmo que vender um produto operacional. O fornecedor torna-se um guardião de registros que podem determinar se usuários vulneráveis são acreditados. Essa guarda sobrevive ao ticket de suporte. Sobrevive à revisão trimestral de serviço. Sobrevive ao desejo de certeza do cliente. Se o fornecedor não puder manter esse limite claro, o sucesso comercial do sistema torna-se um risco público.

As reparações mostram o custo da correção tardia

O dossiê de reparações atual mostra como uma correção tardia pode ser cara e incompleta. Os dados de reparação financeira do Post Office Horizon do GOV.UK em 26 de junho de 2026 indicam que aproximadamente £1,628 bilhão foram pagos em reparações financeiras até essa data. Eles relatam 14.196 pedidos de indenização do Horizon Shortfall Scheme recebidos, 11.772 pedidos do HSS liquidados, 452 pedidos do GLO liquidados e 501 pedidos de liquidação integral e definitiva do Horizon Convictions Redress Scheme liquidados. Esses números são dados administrativos pontuais, não um total definitivo do dano.

A resposta do governo ao volume 1 aceitou ou abordou muitas das recomendações de Sir Wyn Williams em matéria de reparação. Ela também tratou do significado de uma reparação "integral e justa", do design dos regimes, das escolhas de montantes fixos, da supervisão jurídica superior, das vias de recurso, da reparação para membros da família e da justiça restaurativa. A declaração separada sobre a reparação financeira integral e justa do GOV.UK registra a resposta do governo à recomendação do presidente da investigação sobre a expressão.

Essa arquitetura de reparação mostra a consequência de uma baixa responsabilidade inicial. Uma vez que as acusações errôneas persistiram por anos, o dinheiro sozinho não pode reparar os danos. A reparação deve abordar a perda de renda, a falência, a saúde, o estigma, os custos legais, os danos familiares, os atrasos e a desconfiança. Ela também deve funcionar para diferentes grupos de requerentes: pessoas cujas condenações foram anuladas, litigantes do GLO, requerentes do Shortfall Scheme, recorrentes e membros da família.

As falhas precoces do fornecedor em matéria de provas, se comprovadas no dossiê final, tiveram, portanto, efeitos muito além da manutenção de software.

O anúncio de um novo regime de reparação para membros da família do GOV.UK indica que um regime para parentes deve ser aberto no verão de 2026 e que o governo, o Post Office e a Fujitsu concordaram em financiar e apoiar conjuntamente um programa de justiça restaurativa de cinco anos. Trata-se de um reconhecimento impressionante do alcance do dano. As pessoas lesadas não eram apenas acusados legais ou partes contratantes. Filhos, cônjuges, parceiros e famílias sofreram as consequências de uma falha probatória do sistema que não tinham meios de inspecionar.

A justiça restaurativa não substitui a responsabilidade

O Department for Business and Trade, a Fujitsu Services Limited e o Post Office Limited publicaram uma declaração conjunta sobre justiça restaurativa em resposta à recomendação 19 do volume 1. A declaração pede desculpas novamente pelos danos causados pelas três organizações, afirma que desculpas gerais não são suficientes e descreve o trabalho com o Restorative Justice Council, um design liderado pelos postmasters, sessões de escuta, desculpas pessoais, círculos de grupo, reuniões individuais, uma rede de apoio e um serviço de escuta e bem-estar restaurativo totalmente financiado pela Fujitsu Services Limited durante o projeto piloto.

Esta declaração importa, mas deve permanecer em seu domínio. A justiça restaurativa pode ajudar as pessoas a serem ouvidas, a receber desculpas diretas e a moldar a memorialização ou o apoio. Ela não pode determinar a culpa técnica, substituir a indenização, decidir a responsabilidade criminal ou substituir as consequências das contratações públicas. É um suplemento à responsabilidade, não o ponto final da responsabilidade.

A questão específica do fornecedor é o que a Fujitsu fará além das desculpas. Uma resposta significativa do fornecedor incluiria uma contribuição financeira quando a responsabilidade é estabelecida, a preservação e divulgação de provas técnicas, a cooperação com a polícia e reguladores, mudanças na governança de testemunhas periciais, reformas contratuais para sistemas de provas do setor público e a garantia de que o pessoal pode levantar preocupações quando a pressão do cliente entra em conflito com a integridade probatória.

O dossiê reparador também mostra o quão tardia é a resposta. As desculpas públicas e o programa piloto chegaram após os litígios na High Court, a anulação pela Court of Appeal, as audiências da investigação pública, os programas de indenização e anos de campanha. Isso não torna as desculpas sem valor. Isso mostra por que a governança do fornecedor deve ser projetada para trazer à tona defeitos e limites de provas antes que o dano se torne um escândalo nacional.

As consequências em matéria de contratação pública permanecem contestadas

A responsabilidade dos fornecedores nos serviços públicos também tem uma dimensão de contratação. Um fornecedor cujo sistema contribuiu para um grave erro judiciário ainda pode deter outros contratos e capacidades no setor público. A exclusão imediata pode criar problemas de continuidade, mas a atribuição de contratos como de costume pode parecer impunidade. O dossiê público mostra que essa tensão permanece ativa.

O debate de Hansard sobre os contratos governamentais da Fujitsu registra a posição do governo de que a Fujitsu se comprometeu em janeiro de 2024 a se retirar das licitações para novos clientes governamentais até a conclusão da investigação. Também registra preocupações sobre as relações em andamento com o setor público. Uma resposta escrita subsequente sobre os contratos da Fujitsu indica que o compromisso autorizava a participação em licitações para clientes governamentais existentes com os quais a Fujitsu já tinha um contrato ou quando havia uma necessidade acordada de suas competências e capacidades.

Essas ressalvas importam. Uma pausa voluntária não é o mesmo que uma exclusão estatutária. Uma pausa para novos clientes não é uma pausa para todas as receitas do setor público. Uma exceção para capacidades existentes pode ser operacionalmente sensata, mas requer transparência. Sem relatórios públicos, o mesmo fornecedor pode parecer ao mesmo tempo sancionado e comercialmente protegido.

O relatório do Business and Trade Committee sobre o escândalo Horizon do Post Office: justiça para os subpostmasters aborda essa questão sob um ângulo de responsabilidade parlamentar, incluindo preocupações sobre a contribuição da Fujitsu para reparações e a continuação de trabalhos governamentais. O relatório não é um julgamento judicial. É um dossiê de responsabilidade política mostrando que as consequências para o fornecedor permanecem não resolvidas enquanto os custos das reparações continuam.

A lição em matéria de contratação não é simplesmente "proibir o fornecedor". Os sistemas do setor público frequentemente dependem do conhecimento do titular, e uma saída abrupta pode prejudicar a continuidade do serviço. A lição é que fornecedores críticos para as provas precisam de obrigações contratuais que sobrevivam ao constrangimento: divulgação de defeitos, acesso de auditoria independente, cooperação com obrigações de divulgação penal e civil, relatórios públicos sobre incidentes graves, disposições de custódia ou transição, e consequências financeiras proporcionais ao dano causado por defeitos ocultos ou maltratados.

O direito corrigiu o que a governança não fez

O Post Office (Horizon System) Offences Act 2024, disponível em legislation.gov.uk, criou uma via legislativa para anular certas condenações. As informações de gestão sobre as condenações anuladas do Ministry of Justice acompanham a implementação desse processo excepcional. A necessidade de uma lei do Parlamento é em si uma conclusão de responsabilidade sobre a magnitude da falha institucional.

A governança comum deveria ter parado o dano mais cedo. O Post Office deveria ter testado os déficits contestados em relação a defeitos conhecidos e divulgado a incerteza. A Fujitsu deveria ter comunicado defeitos, acesso remoto e limites probatórios quando as saídas de seu sistema eram usadas em processos punitivos. O governo deveria ter exercido a propriedade e a supervisão do serviço público mais cedo. Os tribunais deveriam ter recebido divulgação mais completa. Os reguladores e as organizações profissionais deveriam ter detectado os sinais de injustiça recorrente.

Em vez disso, o sistema exigiu ações coletivas, julgamentos de apelação, uma investigação estatutária, programas de indenização, investigações policiais, exame parlamentar e legislação.

É por isso que o dossiê do fornecedor importa. Um fornecedor de software pode se posicionar atrás da autoridade pública e parecer secundário. Mas quando as reivindicações da autoridade pública dependem dos dados do fornecedor, o fornecedor torna-se parte da cadeia de responsabilidade. Ele pode não possuir cada decisão, mas possui a veracidade e a completude das provas técnicas que fornece.

A mesma lição se aplica a qualquer plataforma de nuvem, finanças, identidade, benefícios, saúde ou justiça do setor público. Se os registros do sistema podem desencadear sanções contra indivíduos, o fornecedor deve projetar para a contestabilidade. Os usuários precisam de acesso aos logs relevantes. Os acusados precisam da divulgação de defeitos conhecidos. Os auditores precisam de vias independentes nos dados. Os contratos devem recompensar a franqueza, não apenas a disponibilidade. Uma plataforma que não pode explicar seus erros não deve ser tratada como conclusiva quando se trata da liberdade ou dos meios de subsistência de uma pessoa.

O relatório restante importa

Até 10 de julho de 2026, o status mais recente da investigação é a atualização de Sir Wyn Williams de 8 de julho de 2026. Ela indica que os volumes restantes do relatório ainda estão a alguns meses de distância, o procedimento de Maxwellização está em andamento e os volumes 2 a 5 estão inextricavelmente ligados. O artigo não pode, portanto, apresentar de forma responsável as conclusões finais sobre a culpa do fornecedor desses volumes. Ele pode identificar as questões de controle do fornecedor que o dossiê público já sustenta.

Essas questões são concretas. O que a Fujitsu sabia sobre bugs, erros, defeitos e acesso remoto em cada momento relevante? O que ela disse ao Post Office? O que ela disse aos tribunais? O que ela disse aos subpostmasters ou a seus advogados? Como ela treinou o pessoal que forneceu provas testemunhais? Como ela tratou os tickets de suporte que minavam a confiança nas contas das agências? O que os gerentes de contrato fizeram quando a franqueza técnica ameaçava a confiança do cliente? O que o Post Office pediu, e o que a Fujitsu recusou ou forneceu?

As respostas importarão não apenas para a história, mas também para futuras contratações públicas. Os governos compram mais plataformas terceirizadas que produzem provas sobre cidadãos, empresas e usuários de serviços públicos. A responsabilidade do fornecedor não pode ser adiada após o escândalo. Ela deve ser integrada nos contratos, logs, regras de divulgação, direitos de auditoria, governança de testemunhas periciais e design das reparações desde o início.

O teste prático é bastante simples de enunciar antes da chegada dos volumes restantes. Se o sistema de um fornecedor produz um registro que pode ser usado para acusar uma pessoa, o fornecedor deve ser capaz de mostrar como esse registro foi criado, quais defeitos conhecidos poderiam afetá-lo, quais ações de suporte o tocaram, qual incerteza permanece e quem foi informado. Se o fornecedor não puder responder a essas perguntas, o cliente não deve ser autorizado a tratar o registro como conclusivo.

Essa regra protege o público, mas também protege fornecedores honestos ao tornar a franqueza uma exigência contratual em vez de um ato de coragem comercial.

O escândalo Horizon mostra o que acontece quando a autoridade do sistema supera a humildade probatória. A responsabilidade da Fujitsu não é ter criado sozinha todas as falhas institucionais. É que o fornecedor de um sistema gerador de provas tinha controle prático sobre fatos que poderiam ter limitado as falsas certezas. Em um escândalo de contabilidade pública, esse controle não é um contexto técnico. É o coração da responsabilidade.