Fujitsu Horizon y el historial del proveedor detrás de un escándalo contable público

Resumen

• Límite confirmado:El expediente público establece a Horizon como un sistema central de contabilidad y sucursal suministrado y respaldado por ICL Pathway y posteriormente Fujitsu, utilizado por Post Office en reclamaciones civiles, suspensiones, despidos y procesos penales. La sentencia Horizon Issues del High Court y la posterior sentencia penal del Court of Appeal situaron la fiabilidad del sistema y la divulgación de pruebas en el centro del escándalo. El proveedor no procesó por sí solo a los administradores de oficinas postales, pero controló pruebas técnicas importantes de las que dependían las decisiones de procesamiento y recuperación.
• Estado actual de la investigación:La página de informes de la Investigación de Post Office Horizon IT registra el Volumen 1 del informe final, publicado el 8 de julio de 2025, que abarca el impacto humano y la reparación. La actualización de progreso de Sir Wyn Williams del 8 de julio de 2026 indica que los cinco volúmenes restantes aún se están completando, que el proceso de Maxwellisation está en marcha y que los volúmenes restantes deberían publicarse juntos en lugar de secuencialmente. Por lo tanto, las conclusiones sobre la culpabilidad del proveedor no deben considerarse definitivas más allá del expediente publicado.
• Estado de la reparación:Los datos de reparación financiera de GOV.UK del 26 de junio de 2026 indican que se habían pagado aproximadamente 1.628 mil millones de libras esterlinas en concepto de reparación financiera. También registran datos de los programas activos en las rutas HSS, GLO, HCRS, HSSA y otras relacionadas. La existencia de un trabajo de reparación continuo demuestra que el registro de responsabilidad sigue activo, no solo histórico.
• Conclusión sobre la responsabilidad del proveedor:El control práctico de Fujitsu residía en el conocimiento de defectos, el acceso de soporte, la evidencia de auditoría, la asistencia experta y los compromisos posteriores de reparación. Post Office y los actores gubernamentales tenían las funciones de procesamiento, contrato, gobernanza y reparación. Los tribunales, reguladores, la policía y la investigación pública se hicieron necesarios porque la gobernanza ordinaria entre proveedor y cliente no logró hacer aflorar ni corregir el problema de fiabilidad con suficiente antelación.

La cuestión del proveedor no es un tema secundario

Horizon se convirtió en un escándalo público porque se acusó, llevó a la quiebra, procesó, encarceló, avergonzó y privó de sus medios de vida a personas cuyas cuentas de sucursal mostraban discrepancias que ellos impugnaban. El impacto humano debe considerarse en primer lugar. Pero la cuestión del proveedor no puede tratarse como una nota técnica al pie. Las cuentas de sucursal no surgían de libros contables en papel.

Procedían de un sistema informático distribuido cuyo software, flujos de datos, herramientas de soporte, historial de defectos y registros de auditoría eran conocidos con mucho más detalle por Post Office y Fujitsu que por el administrador de oficina postal individual en el mostrador.

La página deinformes y declaracionesde la Investigación de Post Office Horizon IT es el mejor punto de partida. Muestra que el Volumen 1 del informe final se publicó el 8 de julio de 2025 y se centró en el impacto humano y la reparación. También enlaza con laactualización de progreso de Sir Wyn Williams del 8 de julio de 2026, que indica que los cinco volúmenes restantes aún se están completando, que se han iniciado las cartas de advertencia para aquellos que probablemente serán criticados y que los volúmenes restantes deberían publicarse juntos. Esto significa que el expediente público es sustancial, pero no está completo.

La página directa delinforme final Volumen 1es importante porque establece el alcance publicado del trabajo completado por la investigación. El Volumen 1 no es la respuesta completa sobre Horizon. Es el volumen del informe oficial centrado en el impacto humano del escándalo y la reparación. Esto es relevante para la responsabilidad del proveedor porque evita dos errores opuestos: tratar a Fujitsu como exonerada porque los volúmenes restantes no se han publicado, o tratar las acusaciones y las pruebas de los testigos como si ya constituyeran la asignación final de responsabilidades por parte de la investigación. La posición prudente es más difícil, pero más útil. El historial del proveedor Fujitsu puede analizarse a través de sentencias judiciales, pruebas de la investigación, registros gubernamentales de reparación, compromisos de justicia restaurativa y consecuencias en la contratación pública, mientras se esperan las conclusiones completas de la investigación sobre contratación, operación, conocimiento, gobernanza y conducta institucional.

Por tanto, la cuestión de la responsabilidad de Fujitsu es más concreta que un veredicto final y más amplia que una lista de errores. Se pregunta qué controlaba un proveedor cuando los datos de su sistema se utilizaban como prueba. ¿Conocía el proveedor los defectos, las intervenciones remotas, los problemas de cuadre, las limitaciones de integridad de los datos o las prácticas de soporte que deberían haber cambiado la forma en que se trataban las cuentas de las sucursales? ¿Comunicó esas limitaciones claramente a Post Office, los tribunales, los demandados y quienes tomaban decisiones de recuperación?

¿Sus incentivos contractuales recompensaban más la continuidad del servicio y la defensa de las pruebas que la divulgación temprana? ¿Comprendían las personas que proporcionaban pruebas técnicas y cumplían las obligaciones propias de la prueba pericial?

Estas preguntas importan porque un sistema contable de servicio público puede convertirse en una máquina de acusar. Un descuadre en una pantalla no es solo un registro comercial. Puede convertirse en una reclamación de pago, una suspensión, una demanda civil, un despido, un expediente disciplinario, una acusación penal, una declaración de culpabilidad o una condena de prisión. Cuanto más grave sea la consecuencia, mayor es la obligación de mantener honesto el límite probatorio.

Los datos de Horizon fueron tratados como autoridad

La arquitectura de poder en el escándalo era asimétrica. Un administrador de oficina postal dirigía una sucursal y veía las transacciones locales. Post Office controlaba el contrato, el proceso de auditoría, las decisiones de investigación y la vía de procesamiento. Fujitsu controlaba conocimientos técnicos importantes sobre el comportamiento de Horizon y las operaciones de soporte. Cuando aparecía una discrepancia, la persona más expuesta a una pérdida inmediata a menudo era la que menos acceso tenía a las pruebas a nivel de sistema.

Lasentencia Common Issuesdel High Court en el caso Bates y otros contra Post Office abordó la relación contractual y la forma en que Post Office trataba a los administradores de oficinas postales. La posteriorsentencia Horizon Issuesabordó la fiabilidad del sistema, los errores, los defectos y el acceso remoto. Estas sentencias no convirtieron cada descuadre en un error de Horizon. Hicieron algo más importante para la rendición de cuentas: rechazaron la idea de que los datos de Horizon pudieran considerarse prácticamente concluyentes simplemente porque procedían de un sistema informático central.

Esta distinción debería haber dado forma a la conducta del proveedor mucho antes del juicio. Si un sistema puede crear, alterar o declarar erróneamente las entradas contables de una sucursal en determinadas condiciones, los registros de defectos y soporte del proveedor no son meros asuntos internos. Son pruebas potenciales sobre si una persona debe dinero o ha cometido un delito. Un registro de defectos no es solo un artefacto de gestión de servicios. Un registro de acceso remoto no es solo una comodidad operativa. Una solución provisional conocida no es solo una nota de soporte.

En este contexto, cada uno puede determinar si un descuadre es una deuda, un error o una incertidumbre no resuelta.

Lasentencia penal del Court of Appeal en Hamilton y otrosmostró a continuación las consecuencias en la justicia penal. El tribunal anuló numerosas condenas y abordó los fallos en la divulgación y la equidad procesal en torno a la fiabilidad de Horizon. No es necesario afirmar que Fujitsu procesó los casos para ver el papel del proveedor. Si las pruebas y la experiencia del proveedor ayudaron a otorgar a los datos de Horizon su autoridad judicial, entonces la responsabilidad del proveedor sigue la cadena probatoria.

El control práctico del proveedor tenía al menos cuatro componentes. Fujitsu podía saber más que los operadores de sucursal sobre defectos y flujos de datos. Fujitsu podía saber si el acceso remoto o la actividad de soporte había afectado las cuentas de la sucursal. Fujitsu podía proporcionar u ocultar contexto técnico a los investigadores y abogados de Post Office. El personal de Fujitsu podía participar con pruebas periciales o testificales que influyeran en las decisiones judiciales. Estos son puntos de control incluso cuando la decisión formal de procesar recaía en Post Office.

El control del proveedor era control probatorio

La lección más importante sobre la responsabilidad del proveedor es que el control técnico puede convertirse en control probatorio sin que nadie cambie la descripción del puesto del proveedor. Fujitsu no necesitaba ser quien procesaba, gestionaba el contrato, accionista o administrador de compensaciones para tener importancia.

Si las cuentas de sucursal las generaba Horizon, si las excepciones se investigaban utilizando datos de Horizon, si el soporte remoto y el historial de defectos residían dentro del conocimiento operativo de Fujitsu, y si las explicaciones técnicas provenían del personal o los registros de Fujitsu, entonces el proveedor controlaba hechos que otros necesitaban para tomar decisiones justas.

Ese control es diferente de la prestación de servicios ordinaria. En un sistema empresarial ordinario, un proveedor puede tener obligaciones de tiempo de actividad, respuesta de soporte, seguridad de datos y gestión de cambios. En un sistema público generador de pruebas, esas obligaciones no son suficientes. El proveedor también debe preservar hechos adversos, mantener registros en una forma utilizable fuera del servicio de asistencia, explicar los modos de error conocidos a investigadores no técnicos y corregir declaraciones excesivamente confiadas sobre el sistema.

Un sistema puede cumplir un objetivo de nivel de servicio y aún así no ser seguro como prueba si no puede mostrar si un saldo impugnado se vio afectado por un defecto conocido, una corrección, una acción de soporte o un extracto de auditoría incompleto.

La sentencia Horizon Issues del High Court es fundamental porque convirtió la incertidumbre técnica oculta en incertidumbre judicialmente visible. Una vez que un expediente judicial abordó los errores, fallos, defectos y acceso remoto, el historial del proveedor ya no podía considerarse material administrativo. Se convirtió en parte de la respuesta pública a una cuestión de justicia: ¿cómo debe un tribunal, investigador u operador de sucursal tratar un descuadre generado por ordenador cuando los operadores y mantenedores del sistema sabían más de lo que podía saber la persona acusada?

Esa pregunta revela una debilidad en muchos sistemas públicos externalizados. Los contratos a menudo dividen la responsabilidad por funciones: el cliente posee la política y la ejecución; el proveedor posee la tecnología y el soporte. Pero las pruebas no respetan esa línea. Un fiscal puede elegir el cargo, pero la fuerza fáctica del caso puede depender de los registros del proveedor. Un departamento gubernamental puede ser responsable públicamente, pero la explicación inmediata de la pérdida de un ciudadano puede residir en un tique de proveedor.

Un tribunal puede esperar la divulgación, pero el material que debería divulgarse puede estar enterrado en la gestión de defectos, el control de cambios y la correspondencia del equipo de cuenta.

En el caso de Horizon, la injusticia se intensificó por la forma en que la autoridad del sistema se movía a través de los canales institucionales. Un número en una cuenta de sucursal se convertía en una afirmación de deuda. Una afirmación de deuda se convertía en presión para pagar. Un saldo impugnado se convertía en sospecha. La sospecha se convertía en investigación. La investigación se convertía en prueba testifical. La prueba testifical se convertía en una declaración de culpabilidad, condena, quiebra o reputación arruinada. En cada etapa, la incertidumbre debería haberse hecho más visible.

El expediente público muestra que, con demasiada frecuencia, sucedió lo contrario: los resultados del sistema se consideraban más autorizados a medida que se dirigían hacia consecuencias más graves.

Por lo tanto, la responsabilidad del proveedor no puede reducirse a si Fujitsu divulgó un error concreto en un día concreto. Ese detalle es importante y podría abordarse más ampliamente en los volúmenes restantes de la investigación. La lección más amplia es que la gobernanza del proveedor debería haber exigido un puente vivo entre el conocimiento de defectos y el uso posterior de los datos del sistema. Si un defecto era capaz de afectar los saldos de las sucursales, debería haber sido visible para cualquiera que decidiera si acusar a un operador de sucursal.

Si el acceso remoto podía afectar los datos de la sucursal, la existencia y los límites de ese acceso deberían haber sido visibles antes de hacer afirmaciones categóricas sobre quién podía alterar las cuentas. Si una nota de soporte mostraba incertidumbre, no debería haber desaparecido detrás de una simple afirmación de que Horizon era fiable.

El proveedor también debería haber tenido un umbral de escalado documentado. Cuando el mismo tipo de acusación se repite en distintas sucursales, cuando los usuarios informan de discrepancias que no pueden conciliarse localmente, cuando los tribunales o los abogados piden garantías y cuando se pide a un testigo técnico que apoye un procesamiento, el asunto ya no es un soporte rutinario. Es un evento de integridad probatoria. Tratarlo como una gestión de cuentas ordinaria crea un conflicto entre la tranquilidad del cliente y la búsqueda de la verdad.

La contratación pública debería asumir que ese conflicto surgirá y definir qué debe hacer el proveedor cuando surja.

El registro de la NAO hizo visible el fracaso de gestión

Lainvestigación de la National Audit Office sobre la gestión del sistema informático Horizon de Post Officees útil porque sitúa a Horizon dentro de la gobernanza del servicio público en lugar de tratarlo como una disputa privada con un proveedor. La NAO describió las prolongadas consecuencias de gestión y financieras del sistema Horizon, el litigio del High Court, el acuerdo, los problemas de compensación y la relación del gobierno con Post Office.

El registro de la NAO respalda una observación sobria: el riesgo del proveedor nunca fue solo técnico. Era institucional. Post Office dependía de Horizon para la contabilidad de sucursales. El gobierno dependía de Post Office para prestar un servicio público. Fujitsu dependía de la continuación del contrato y las relaciones de soporte. Los administradores de oficinas postales dependían de la integridad de un sistema que no podían inspeccionar de forma independiente. Los tribunales dependían de la divulgación y las pruebas periciales.

Cuando esas dependencias se alinearon en torno a la defensa del sistema en lugar de poner a prueba las pruebas impugnadas, los canales ordinarios de rendición de cuentas fallaron.

Aquí es donde entra en juego la economía del contacto con abusos. Un operador de sucursal que se enfrentaba a un supuesto descuadre no negociaba en igualdad de condiciones. Post Office podía exigir el reembolso, suspender al operador, retener la remuneración o iniciar un proceso judicial. El operador tenía que contactar con los servicios de asistencia, investigadores, auditores, abogados y administradores de los programas de compensación mientras soportaba una presión financiera y reputacional inmediata.

Cada formulario adicional, denegación, registro inaccesible o afirmación técnica inexplicada aumentaba el coste de la resistencia para el operador.

La economía interna del proveedor también era relevante. Un contrato de servicios a largo plazo crea incentivos para preservar la confianza en el sistema, gestionar los costes de soporte, evitar el reconocimiento de fallos sistémicos y defender las garantías previas. Esos incentivos no demuestran una conducta indebida. Identifican por qué un cliente del sector público no puede confiar únicamente en la autogarantía del proveedor cuando los datos del sistema se utilizan para castigar a individuos. La contratación de servicios públicos necesita un acceso independiente a las pruebas, no solo informes de nivel de servicio.

La divulgación de defectos es una función de rendición de cuentas

Los defectos de software son normales. El escándalo no surgió porque un gran sistema informático tuviera defectos. Surgió porque los defectos, el acceso de soporte y la incertidumbre probatoria no se tradujeron en un trato justo para las personas acusadas sobre la base de los resultados del sistema.

Lapágina de pruebasde la Investigación de Post Office Horizon IT muestra la magnitud del expediente: audiencias públicas, declaraciones de testigos, transcripciones, documentos y pruebas específicas de cada fase sobre contratación, diseño, operación, acciones contra los administradores de oficinas postales, gobernanza y práctica actual. Ese volumen en sí mismo es una señal de rendición de cuentas. Cuando los límites probatorios de un sistema tienen que reconstruirse años después a través de una investigación oficial, la gobernanza original fracasó en preservar y exponer el conocimiento relevante en el momento en que se necesitaba.

Una postura defendible del proveedor habría considerado la divulgación de defectos como una obligación de justicia una vez que los datos de Horizon se utilizaban en procesos punitivos. Esto significa que una investigación sobre un descuadre de sucursal debería haber podido preguntar: ¿Existían defectos conocidos capaces de producir discrepancias similares? ¿Hubo incidentes específicos en la sucursal? ¿Accedió el personal de soporte de forma remota a la cuenta de la sucursal? ¿Se aplicaron transacciones de cuadre, cuentas puente, reversiones o correcciones? ¿Estaba completo el extracto de auditoría?

¿Conocía la persona que prestaba testimonio los límites de los datos?

Esas preguntas necesitan respuestas estructuradas. "No hay problemas conocidos" no es suficiente si el alcance de la búsqueda no está claro. "Horizon es robusto" no es suficiente si errores conocidos habían causado discrepancias en otros lugares. "Sin acceso remoto" no es suficiente si las herramientas de soporte permitían intervenciones pero los registros estaban incompletos o no se buscaron. Un proveedor que controla las pruebas subyacentes debe hacer que la incertidumbre sea comprensible para los responsables de la toma de decisiones no técnicos.

El expediente del Court of Appeal concreta el problema de la divulgación. En los casos penales, el acusado no solo necesita el saldo final de la cuenta. Necesita material capaz de socavar la acusación o ayudar a la defensa. Los registros de defectos técnicos, los registros de acceso remoto y las advertencias de los peritos pueden ser ese material. Cuando el sistema de un proveedor proporciona las pruebas centrales de la acusación, el proveedor debe comprender que la documentación de soporte puede convertirse en documentación judicial.

El mismo principio se aplica fuera de los casos penales. Una demanda de recuperación civil, una rescisión de contrato, una suspensión o un acuerdo de reembolso pueden cambiar la vida incluso sin una condena. Un proveedor que sabe que el sistema ha generado resultados controvertidos en otros lugares no puede tratar esos resultados como quejas aisladas del servicio de atención al cliente cuando el cliente los está utilizando para imponer un daño financiero. La obligación no es necesariamente decidir todas las disputas.

La obligación es hacer que los límites del sistema sean lo suficientemente visibles para que quien toma la decisión no pueda confundir un registro incierto con una deuda liquidada.

Es por eso que el portal de pruebas de la investigación no es solo un archivo. Es una anatomía de la divulgación tardía. El público tuvo que reconstruir las fases de contratación, diseño, implementación, mantenimiento, investigación, gobernanza y reparación porque los canales de prueba ordinarios no funcionaban cuando los operadores de sucursal individuales los necesitaban. Un sistema proveedor-cliente bien gobernado habría hecho que muchas de esas preguntas pudieran responderse en el momento de la disputa.

Habría conservado registros, conectado los defectos con las sucursales afectadas, documentado las intervenciones de soporte y proporcionado explicaciones coherentes de los modos de error conocidos.

El problema del contacto con abusos también es práctico. Un administrador de oficina postal que cree que Horizon ha creado un descuadre falso tiene que pedir ayuda a la misma cadena institucional que puede estar acusándolo. El coste de probar la incertidumbre recae en la parte menos poderosa. Sin transparencia del proveedor, esa persona debe impugnar un sistema que no puede inspeccionar, frente a organizaciones que pueden enmarcar el problema como un error local, manejo de efectivo o deshonestidad. Cada registro faltante y cada respuesta técnica vaga aumentan el coste de la resistencia.

Esto es relevante para los futuros proveedores de servicios en la nube y plataformas públicas porque muchos servicios ahora median sanciones, pagos, elegibilidad, nóminas, identidad, impuestos, licencias y prestaciones sociales. El proveedor puede decir que simplemente proporciona infraestructura o soporte de aplicaciones. Pero si sus registros determinan si se paga, castiga o cree a un usuario, tiene el deber de diseñar el acceso a las pruebas antes de la crisis. La auditabilidad no puede añadirse a posteriori tras miles de disputas.

Debe incorporarse en la respuesta a incidentes, la clasificación del soporte, la política de conservación, las notificaciones a los clientes y los términos contractuales.

El testimonio pericial cambió el papel del proveedor

La responsabilidad del proveedor de Fujitsu también giraba en torno a las personas, no solo al código. Los testigos técnicos no se limitaban a explicar un producto a un cliente. Ayudaban a los tribunales y a las acusaciones en casos en los que estaban en juego la libertad, la reputación y el medio de vida. Eso cambia la obligación. Un testigo pericial o técnico no debe convertirse en un defensor de la reputación del sistema.

El expediente de la investigación incluye abundantes pruebas sobre el personal de Fujitsu y el apoyo pericial. El artículo no necesita decidir culpabilidades individuales más allá del expediente público. La lección estructural es suficiente: una vez que el personal de un proveedor entra en la cadena probatoria, el proveedor necesita una gobernanza para la independencia, la divulgación, la búsqueda de documentos, los límites de privilegio y el escalado. Una base de conocimientos de un servicio de asistencia puede ser adecuada para restaurar una impresora.

No es adecuada como base única para una declaración testifical sobre la integridad contable.

La gobernanza de los testigos del proveedor debería incluir un mapa de defectos conocidos, declaraciones claras de incertidumbre, preservación de material adverso, asesoramiento jurídico independiente sobre las obligaciones de los peritos y un canal para que el personal plantee sus preocupaciones fuera del equipo de cuenta comercial. Si la versión preferida del cliente para el litigio entra en conflicto con el conocimiento de defectos del proveedor, la obligación del proveedor no es suavizar el conflicto, sino sacarlo a la luz.

Lo mismo se aplica al soporte remoto. El acceso remoto puede ser legítimo y necesario. Puede solucionar problemas en las sucursales, dar soporte a las actualizaciones y reducir el tiempo de inactividad. Pero cuando las cuentas de la sucursal se convierten en pruebas contra el operador, el acceso remoto se vuelve probatoriamente sensible. El proveedor debe poder decir quién accedió a qué, cuándo, por qué, bajo la autoridad de quién y con qué efecto. Si no puede, el estatus probatorio de la cuenta debería reducirse en consecuencia.

El problema cultural es que las pruebas periciales pueden tender hacia la lealtad institucional. Un proveedor puede querer proteger una relación importante con un cliente. Un cliente puede querer una declaración pericial que respalde investigaciones previas. Un empleado técnico puede asumir que admitir incertidumbre se interpretará como deslealtad, incompetencia o riesgo comercial. Esas presiones son precisamente la razón por la que la gobernanza tiene que separar los deberes probatorios de la defensa de la cuenta.

El modelo seguro no es el silencio, sino la franqueza estructurada. Un testigo debe poder decir que un sistema es generalmente fiable y al mismo tiempo identificar las excepciones conocidas, la incertidumbre y los registros no buscados. Un proveedor debe poder corregir una afirmación exagerada de un cliente sin esperar a un desastre judicial. Un contrato debe obligar al proveedor a divulgar los defectos materiales relevantes para procesos civiles o penales, incluso cuando la divulgación sea comercialmente incómoda.

Una autoridad pública no debería poder comprar garantías técnicas que estén aisladas de la refutación por parte de los propios registros del proveedor.

También debería exigirse responsabilidad por las ausencias. Si el proveedor no puede demostrar que una cuenta de sucursal no fue alterada por el soporte remoto, la respuesta no debería convertirse en "por lo tanto, el soporte remoto no importó". Si el proveedor no puede identificar si un defecto conocido afectó a una sucursal, la respuesta no debería convertirse en "por lo tanto, el operador de la sucursal es responsable". Las lagunas probatorias deberían reducir la certeza, no aumentar la presión sobre la persona ya acusada.

Esa norma es obvia en retrospectiva, pero Horizon muestra con qué facilidad puede ocurrir lo contrario cuando la confianza en el sistema es institucionalmente conveniente.

Para los compradores del sector público, esto significa que los contratos con proveedores necesitan disposiciones para la revisión técnica independiente en disputas en curso, no solo después de un escándalo público. Necesitan derechos de auditoría que alcancen las bases de datos de defectos, las herramientas de soporte y los historiales de cambios. Necesitan períodos de conservación que coincidan con la exposición legal, no solo con la conveniencia operativa. Necesitan protocolos de testimonio para los empleados del proveedor que proporcionen pruebas a investigadores o tribunales.

Necesitan canales de escalado fuera de los equipos de entrega comercial cuando las pruebas del proveedor puedan afectar la libertad, el medio de vida o la deuda.

Para los proveedores, la lección es igualmente directa. Vender una plataforma generadora de pruebas a un servicio público no es lo mismo que vender un producto operativo. El proveedor se convierte en guardián de registros que pueden determinar si se cree a los usuarios vulnerables. Esa custodia sobrevive al tique de soporte. Sobrevive a la revisión trimestral del servicio. Sobrevive al deseo de certeza del cliente. Si el proveedor no puede mantener ese límite claro, el éxito comercial del sistema se convierte en un riesgo público.

La reparación muestra el coste de la corrección tardía

El expediente de reparación actual muestra lo costosa e incompleta que puede ser la corrección tardía. Losdatos de reparación financiera de Post Office Horizon a 26 de junio de 2026de GOV.UK indican que se habían pagado aproximadamente 1.628 mil millones de libras esterlinas en concepto de reparación financiera hasta esa fecha. Informan de 14.196 reclamaciones recibidas del Plan de Déficit de Horizon (HSS), 11.772 reclamaciones del HSS liquidadas, 452 reclamaciones del GLO liquidadas y 501 reclamaciones completas y definitivas liquidadas del Plan de Reparación de Condenas de Horizon. Estas cifras son datos administrativos puntuales, no un total final de los daños.

Larespuesta del gobierno al Volumen 1aceptó o abordó muchas de las recomendaciones de reparación de Sir Wyn Williams. También trató el significado de una reparación "completa y justa", el diseño de los planes, las opciones de suma fija, la supervisión legal superior, las vías de apelación, la reparación para familiares y la justicia restaurativa. Ladeclaración separada sobre reparación financiera completa y justade GOV.UK recoge la respuesta del gobierno a la recomendación del presidente de la investigación sobre esa expresión.

Esta arquitectura de reparación muestra las consecuencias de una rendición de cuentas original débil. Una vez que las acusaciones injustas han persistido durante años, el dinero por sí solo no puede reparar el daño. La reparación debe abordar la pérdida de ingresos, la quiebra, la salud, el estigma, los costes legales, el daño familiar, el retraso y la desconfianza. También tiene que operar en diferentes grupos de reclamantes: personas cuyas condenas fueron anuladas, litigantes del GLO, reclamantes de déficit, apelantes y familiares.

Por lo tanto, los fallos probatorios tempranos del proveedor, si se prueban en el expediente final, tuvieron efectos mucho más allá del mantenimiento del software.

Elanuncio del nuevo plan de reparación para familiaresde GOV.UK indica que se espera que un plan para familiares cercanos se abra en el verano de 2026 y que el gobierno, Post Office y Fujitsu han acordado financiar y apoyar conjuntamente un programa de justicia restaurativa durante cinco años. Se trata de una admisión sorprendente sobre el alcance del daño. Las personas perjudicadas no fueron solo los demandados legales o las partes contratantes. Niños, cónyuges, parejas y familias absorbieron las consecuencias de un fallo probatorio del sistema que no tenían capacidad de inspeccionar.

La justicia restaurativa no sustituye a la rendición de cuentas

El Department for Business and Trade, Fujitsu Services Limited y Post Office Limited publicaron unadeclaración conjunta sobre justicia restaurativaen respuesta a la Recomendación 19 del Volumen 1. La declaración se disculpa de nuevo por los daños causados por las tres organizaciones, afirma que una disculpa general no es suficiente y describe el trabajo con el Restorative Justice Council, el diseño dirigido por los administradores de oficinas postales, sesiones de escucha, disculpas personales, círculos grupales, reuniones individuales, una red de apoyo y un servicio restaurativo de escucha y bienestar financiado íntegramente por Fujitsu Services Limited durante el proyecto piloto.

Esa declaración es importante, pero debe mantenerse en su justo término. La justicia restaurativa puede ayudar a que las personas sean escuchadas, reciban disculpas directas y den forma a la conmemoración o el apoyo. No puede determinar la culpabilidad técnica, sustituir la indemnización, decidir la responsabilidad penal o reemplazar las consecuencias en la contratación pública. Es un complemento de la rendición de cuentas, no el punto final de la rendición de cuentas.

La cuestión específica del proveedor es qué hará Fujitsu más allá de la disculpa. Una respuesta significativa del proveedor incluiría una contribución financiera cuando se establezca la responsabilidad, la preservación y divulgación de pruebas técnicas, la cooperación con la policía y los reguladores, cambios en la gobernanza de los testigos periciales, reformas contractuales para los sistemas probatorios del sector público y la garantía de que el personal pueda plantear sus preocupaciones cuando la presión del cliente entre en conflicto con la integridad probatoria.

El expediente restaurativo también muestra lo tardía que es la respuesta. La disculpa pública y el programa piloto llegaron después del litigio del High Court, la anulación de condenas por el Court of Appeal, las audiencias de la investigación pública, los planes de compensación y años de campañas. Eso no hace que la disculpa carezca de valor. Sí muestra por qué la gobernanza de los proveedores debe diseñarse para sacar a la luz los defectos y los límites probatorios antes de que el daño se convierta en un escándalo nacional.

Las consecuencias en la contratación siguen siendo controvertidas

La responsabilidad del proveedor en los servicios públicos también tiene una dimensión de contratación. Un proveedor cuyo sistema contribuyó a un grave error judicial puede todavía tener otros contratos y capacidades en el sector público. La exclusión inmediata puede crear problemas de continuidad, pero una contratación sin cambios puede parecer impunidad. El expediente público muestra que esta tensión sigue activa.

El debate de Hansard sobreContratos gubernamentales de Fujitsurecoge la posición del gobierno de que Fujitsu se había comprometido en enero de 2024 a retirarse de las licitaciones para nuevos clientes gubernamentales hasta que concluyera la investigación. También recoge la preocupación por las relaciones en curso con el sector público. Un registro posterior de respuesta escrita sobrecontratos de Fujitsuafirma que el compromiso permitía licitar para clientes gubernamentales existentes en los que Fujitsu ya tuviera un contrato o donde hubiera una necesidad acordada de sus habilidades y capacidades.

Esas salvedades son importantes. Una pausa voluntaria no es lo mismo que una inhabilitación estatutaria. Una pausa en nuevos clientes no es una pausa en todos los ingresos del sector público. Una excepción por capacidad existente puede ser operativamente sensata, pero requiere transparencia. Sin informes públicos, el mismo proveedor puede parecer sancionado y, al mismo tiempo, protegido comercialmente.

El informe del Business and Trade Committee sobreel escándalo Post Office Horizon: Justicia para los administradores de oficinas postalespresiona esta cuestión desde un ángulo de rendición de cuentas parlamentaria, incluyendo la preocupación por la contribución de Fujitsu a la reparación y la continuación del trabajo gubernamental. El informe no es una sentencia judicial. Es un registro de rendición de cuentas políticas que muestra que las consecuencias para el proveedor siguen sin resolverse mientras los costes de reparación continúan.

La lección en materia de contratación no es simplemente "prohibir al proveedor". Los sistemas del sector público a menudo dependen del conocimiento del titular, y una salida abrupta puede perjudicar la continuidad del servicio.

La lección es que los proveedores críticos para las pruebas necesitan obligaciones contractuales que sobrevivan a la vergüenza: divulgación de defectos, acceso de auditoría independiente, cooperación con las obligaciones de divulgación penal y civil, informes públicos de incidentes graves, disposiciones de depósito o transición, y consecuencias financieras proporcionales al daño causado por defectos ocultos o mal gestionados.

La ley corrigió lo que la gobernanza no hizo

La Ley de Delitos del Sistema Horizon de Post Office de 2024, disponible enlegislation.gov.uk, creó una vía legislativa para anular ciertas condenas. Lainformación de gestión sobre condenas anuladasdel Ministry of Justice hace un seguimiento de la aplicación de ese proceso excepcional. La necesidad de una Ley del Parlamento es en sí misma una conclusión sobre la responsabilidad en cuanto a la magnitud del fracaso institucional.

Una gobernanza ordinaria debería haber detenido el daño antes. Post Office debería haber contrastado los déficits impugnados con los defectos conocidos y divulgado la incertidumbre. Fujitsu debería haber elevado los defectos, el acceso remoto y los límites probatorios cuando los resultados de su sistema se utilizaban en procesos punitivos. El gobierno debería haber ejercido antes la supervisión de la propiedad y del servicio público. Los tribunales deberían haber recibido una divulgación más completa. Los reguladores y los organismos profesionales deberían haber detectado las señales recurrentes de injusticia.

En cambio, el sistema requirió litigios colectivos, sentencias de apelación, una investigación oficial, planes de compensación, investigaciones policiales, escrutinio parlamentario y legislación.

Esta es la razón por la que el historial del proveedor importa. Un proveedor de software puede situarse detrás de la autoridad pública y parecer secundario. Pero cuando las afirmaciones de la autoridad pública dependen de los datos del proveedor, éste pasa a formar parte de la cadena de rendición de cuentas. Puede que no sea responsable de cada decisión, pero sí es responsable de la veracidad e integridad de las pruebas técnicas que proporciona.

La misma lección se aplica a cualquier plataforma del sector público en la nube, finanzas, identidad, prestaciones, salud o justicia. Si los registros del sistema pueden desencadenar sanciones contra individuos, el proveedor debe diseñar para la impugnabilidad. Los usuarios necesitan acceso a los registros relevantes. Los demandados necesitan la divulgación de los defectos conocidos. Los auditores necesitan vías independientes para acceder a los datos. Los contratos deben recompensar la franqueza, no solo el tiempo de actividad.

Una plataforma que no puede explicar sus errores no debería considerarse concluyente cuando está en juego la libertad o el medio de vida de una persona.

El informe restante importa

A 10 de julio de 2026, el estado más actual de la investigación es la actualización de progreso de Sir Wyn Williams del 8 de julio de 2026. Indica que los volúmenes restantes del informe están todavía a meses de distancia, que el proceso de Maxwellisation está en marcha y que los volúmenes 2 a 5 están inextricablemente vinculados. Por lo tanto, el artículo no puede presentar de forma responsable conclusiones definitivas sobre la culpabilidad del proveedor a partir de esos volúmenes. Puede identificar las preguntas sobre el control del proveedor que el expediente público ya respalda.

Esas preguntas son concretas. ¿Qué sabía Fujitsu sobre los errores, fallos, defectos y acceso remoto en cada momento relevante? ¿Qué le dijo a Post Office? ¿Qué le dijo a los tribunales? ¿Qué les dijo a los administradores de oficinas postales o a sus abogados? ¿Cómo formó al personal que proporcionó testimonios? ¿Cómo gestionó los tiques de soporte que socavaban la confianza en las cuentas de las sucursales? ¿Qué hicieron los gestores de contratos cuando la franqueza técnica amenazaba la confianza del cliente? ¿Qué solicitó Post Office y qué rechazó o proporcionó Fujitsu?

Las respuestas serán importantes no solo para la historia, sino para la futura contratación pública. Los gobiernos están comprando más plataformas externalizadas que generan pruebas sobre ciudadanos, empresas y usuarios de servicios públicos. La responsabilidad del proveedor no puede posponerse hasta después del escándalo. Debe incorporarse desde el principio en los contratos, los registros, las normas de divulgación, los derechos de auditoría, la gobernanza de los testigos periciales y el diseño de las reparaciones.

La prueba práctica es lo suficientemente sencilla de enunciar antes de que lleguen los volúmenes restantes. Si el sistema de un proveedor produce un registro que puede utilizarse para acusar a una persona, el proveedor debe poder mostrar cómo se creó ese registro, qué defectos conocidos podrían afectarlo, qué acciones de soporte lo tocaron, qué incertidumbre persiste y a quién se le comunicó. Si el proveedor no puede responder a esas preguntas, no se debería permitir al cliente tratar el registro como concluyente.

Esa norma protege al público, pero también protege a los proveedores honestos al hacer de la franqueza un requisito contractual en lugar de un acto de valentía comercial.

El escándalo Horizon muestra lo que sucede cuando la autoridad del sistema supera a la humildad probatoria. La responsabilidad de Fujitsu no es que ella sola creara todos los fallos institucionales. Es que el proveedor de un sistema generador de pruebas tenía un control práctico sobre hechos que podrían haber limitado la falsa certeza. En un escándalo de contabilidad pública, ese control no es un trasfondo técnico. Es el núcleo de la responsabilidad.