Customize this title in french Corriger les bogues d’Horizon aurait été trop coûteux, selon une enquête du bureau de poste | Scandale du bureau de poste Horizon

Make this article seo compatible,Let there be subheadings for the article, be in french, create at least 700 wordsUn développeur de logiciels Fujitsu qui a soulevé le problème de bugs dans le système informatique Horizon a déclaré que l’entreprise n’avait pas correctement résolu le problème car cela aurait été trop coûteux et trop long, a appris l’enquête sur le scandale de la Poste.Des défaillances du système informatique Horizon de Fujitsu ont conduit la Poste à poursuivre et à poursuivre en justice à tort plus de 900 opérateurs de bureaux de poste pour vol, fraude et fausse comptabilité, ce qui a été appelé l’erreur judiciaire la plus répandue de l’histoire du Royaume-Uni.Gerald Barnes, développeur de logiciels chez Fujitsu depuis 1998, a travaillé sur de nombreuses tâches techniques liées au passage de l’utilisation par la Poste de méthodes comptables sur papier au système automatisé Horizon IT.Dès 1998, il avait été constaté qu’il existait « des déficiences importantes dans le produit, le code et la conception » des logiciels utilisés pour déplacer les fonctions en ligne. »La gestion des erreurs n’était pas aussi bonne qu’elle aurait pu l’être si elle avait été conçue correctement dès le départ », a déclaré Barnes, s’exprimant lors de l’enquête mercredi.L’enquête sur le scandale supervisée par un juge, Sir Wyn Williams, a débuté l’année dernière et a attiré une plus grande attention du public depuis la diffusion du drame d’ITV Mr Bates vs the Post Office au début du mois. Le ministre britannique des Affaires, Kemi Badenoch, a écrit à Fujitsu pour exiger des négociations sur le montant qu’il paierait pour indemniser les victimes.L’enquête a révélé qu’en 2008, un problème dans un système appelé CABSProcess, qui résume automatiquement les transactions d’un bureau de poste tous les jours vers 19 heures, a entraîné des problèmes d’équilibrage pour les utilisateurs travaillant en même temps.Le système n’a pas sensibilisé les opérateurs des bureaux de poste au problème, un problème que Barnes a qualifié d’« échec silencieux ». »L’échec était silencieux pour le maître de poste », a-t-il déclaré. « Même s’il était disponible [to Fujitsu] dans le journal des événements et aux diagnosticiens. L’opérateur de la succursale de la Poste ne saurait pas que quelque chose s’est mal passé.Au début, Fujitsu n’a pas cherché à résoudre le problème en raison de sa « rareté », mais il l’a finalement fait lorsqu’il est devenu « une priorité plus élevée auprès des utilisateurs ». [Post Office] », selon un e-mail interne de Fujitsu, alors qu’il semblerait que le problème touchait 195 succursales.Dans sa déclaration de témoin à l’enquête, Barnes a déclaré que le problème « met en évidence un problème qui pourrait facilement être causé par un autre système à tout moment de la journée. Rétrospectivement, la gestion des erreurs aurait dû être plus stricte de manière générale.Emma Price, avocate chargée de l’enquête, a demandé à Barnes si ce problème était une « occasion manquée de remédier aux pratiques de codage déficientes qui ont conduit à [other] échecs silencieux », qui ont donné lieu à des poursuites injustifiées contre les sous-maîtres de poste.Dans une chaîne de messages interne à l’époque, Barnes a déclaré : « J’espère que le [Horizon Online] la version est bien meilleure.« Nous étions sur le point de remplacer [legacy] Horizon avec HNGx [Horizon Online] », a déclaré Barnes lors de l’enquête. « La meilleure chose à faire est de s’assurer que [Horizon Online] le logiciel fonctionne. Il aurait été tout simplement trop coûteux de faire un travail minutieux à ce stade. Cela n’aurait pas été rentable. Réécrire complètement la gestion des erreurs serait un travail énorme. Cela coûterait extrêmement cher.En 2009, Barnes a rejoint l’équipe d’audit, qui est devenue chargée de rassembler les données sur les opérateurs de bureaux de poste utilisées ensuite dans les essais.À cette époque, Fujitsu a abandonné l’utilisation d’un logiciel tiers qui était en place pour, entre autres tâches, aider à produire ces requêtes d’enregistrement d’audit (ARQ).ignorer la promotion de la newsletter passéeInscrivez-vous pour Affaires aujourd’huiPréparez-vous pour la journée de travail : nous vous indiquerons toutes les actualités et analyses économiques dont vous avez besoin chaque matin.Avis de confidentialité: Les newsletters peuvent contenir des informations sur des organismes de bienfaisance, des publicités en ligne et du contenu financé par des tiers. Pour plus d’informations, consultez notre Politique de confidentialité. Nous utilisons Google reCaptcha pour protéger notre site Web et la politique de confidentialité et les conditions d’utilisation de Google s’appliquent.après la promotion de la newsletterFujitsu a réécrit le code en interne afin qu’Horizon puisse gérer les tâches, mais des problèmes sont apparus plus tard, ce qui signifiait que les ARQ ne fournissaient pas d’informations complètes, ce qui, selon l’entreprise, pourrait nuire aux poursuites s’il était révélé. »Sauver [paying] la redevance, ils voulaient s’en débarrasser [the third-party supplier]», a déclaré Barnes mercredi.En 2010, Barnes a travaillé sur un problème qui faisait apparaître plusieurs transactions dans une feuille de calcul sans qu’il soit clair qu’il s’agissait de la même transaction.Il s’agit d’un problème « extrêmement urgent », selon un message interne de Penny Thomas, responsable du bureau des fraudes et des litiges de Fujitsu, après qu’un tiers des entrées se soient révélées être des doublons. »Si nous ne résolvons pas ce problème, nos feuilles de calcul présentées au tribunal risquent d’être mises en doute si des transactions en double sont repérées », a averti Barnes lors d’un échange interne en 2010. « Un certain nombre d’affaires judiciaires très médiatisées sont en cours et il est impératif que nous fournissions des dossiers solides et précis.Il y a également eu des problèmes de transactions manquantes causés par une « faille » de codage si les équipes Fujitsu effectuaient des requêtes d’audit auprès des opérateurs des bureaux de poste pendant « l’arrêt du service du soir ».Il a été demandé à l’équipe de « n’exécuter des requêtes d’audit que pendant la journée pour éviter que des transactions d’audit ne soient manquées dans les feuilles de calcul en raison d’un bug dans le code ». Le bug a été signalé en avril 2013 mais n’a été entièrement corrigé qu’en novembre 2014.Les dirigeants actuels et anciens de Fujitsu doivent témoigner dans le cadre de l’enquête plus tard cette semaine.

Source link -57