Почтальонов 20 лет по ошибке сажали в тюрьму из–за «кривого» ПО

Страницы: 1 2  ... 5  ОТВЕТИТЬ НОВАЯ ТЕМА
Jus 27 апр 2021 в 12:26
Скарификатор перикарда  •  На сайте 19 лет
Сообщений: 400 521
148
Британская почтовая компания Post Office десятками лет использовала ПО Horizon с ошибкой в коде. Оно применялось для учета всех продаж и вело неверные подсчеты. Программа указывала на недостачу денег, и сотрудники компании, «ответственные» за нее, попадали в тюрьму или лишались личных сбережений, а некоторые даже кончали с собой. Количество пострадавших исчисляется сотнями.
Без вины виноватые

Сотрудники британской почтовой компании Post Office Ltd. на протяжении последних 20 лет рисковали оказаться за решеткой или как минимум без жилья и средств к существованию из–за ошибок в программном обеспечении. Как пишет портал The Verge, компания использовала специализированный софт Horizon, принадлежащий японской Fujitsu. За ее разработкой стоит британская ICL – она создала Horizon в 1995 г. В 1998 г. Fujitsu стала единственным акционером ICL, а в 2002 г. она перестала существовать под своим именем и была переименована в Fujitsu.

В Horizon присутствовала фатальная ошибка, из–за которой ПО вело неправильные подсчеты и раз за разом показывало недостачи денег, которые руководители почтовых отделений Post Office затем приписывали сотрудникам отделений. В компании были уверены в том, что Horizon работает безупречно.
BBC пишет, что случай с Post Office стал крупнейшей судебной ошибкой за всю историю Великобритании, поскольку из–за бага в Horizon пострадали без преувеличения сотни невиновных людей. Сама компания существует с 1986 г., и на начало 2019 г. ее штат насчитывал свыше 5000 сотрудников.

По информации BBC, ошибочные подсчеты, производимые Horizon, привели, в общей сложности, к судебному преследованию почти 740 сотрудников Post Office за период с 2000 по 2014 гг. Число людей, получивших повестки в течение последних семи лет, еще подлежит уточнению.

На момент публикации материала компания Post Office призналась в том, что слишком непоколебимо верила в надежность ПО Horizon. Пока неизвестно, когда именно она признала свою ошибку, но сейчас она стремится исправить хотя бы те последствия этого, которые еще можно.

23 апреля 2021 г. Королевский суд Лондона вынес 39 оправдательных приговоров в отношении сотрудников Post Office.

Post Office пытается загладить свою вину перед сотрудниками на протяжении нескольких лет. Известно, что еще в 2019 г. компания выплатила компенсацию 555 пострадавшим, и тогда же она организовала целую систему выплат сотрудникам, которых так или иначе зацепила проблема с Horizon. Как она собирается компенсировать смерть как минимум одного из сотрудников, пока неясно.

По данным BBC, всего на получение материальной компенсации от Post Office подано более 2400 заявлений. Не исключено, что со временем их может стать больше.

Некоторые из тех, кто получил компенсацию, остались довольны ею и тем, что их имя было обелено. Другие же, напротив, хотят добиться публичного расследования и привлечения всех виновных к ответственности.
Horizon все еще работает

Если выплачивать компенсации Post Office начала в 2019 г., то от использования Horizon она не отказалась до сих пор. Ломающее жизни программное обеспечение все еще работает в сети компании, но в обозримом будущем его заменят на новое облачное решение.

Об этом 13 апреля заявил лично Ник Рид (Nick Read), генеральный директор Post Office, занимающий этот пост с июля 2019 г. В то же время сроки перехода на облако он не конкретизировал.

Название и разработчик облачного ПО, которое придет на замену Horizon, остаются неизвестными.

Ник Рид добавил, что Post Office заручится поддержкой британского правительства с целью компенсировать ущерб своим сотрудникам. Премьер–министр Великобритании Борис Джонсон (Boris Johnson) опубликовал в Twitter пост, в котором назвал первоначальные судебные приговоры «ужасающей несправедливостью» (an appalling injustice).

via masun

Почтальонов 20 лет по ошибке сажали в тюрьму из–за «кривого» ПО
Yap 08.05.2026 - 19:43
Продам слона  •  На сайте 21 год
Все комментарии:
starok 27 апр 2021 в 12:30
Весельчак  •  На сайте 12 лет
142
Вот реальные риски полностью электронного документооборота

Это сообщение отредактировал starok - 27 апр 2021 в 12:30
masterx777 27 апр 2021 в 12:33
Приколист  •  На сайте 14 лет
69
"Fujitsu"

Почтальонов 20 лет по ошибке сажали в тюрьму из–за «кривого» ПО
dennsp 27 апр 2021 в 12:33
Смотритель  •  На сайте 14 лет
31
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
rmrv 27 апр 2021 в 12:34
Шутник  •  На сайте 11 лет
57
просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю
VladimKa 27 апр 2021 в 12:36
Ярила  •  На сайте 10 лет
40
Не взлетит! Вот если бы в России-сразу в платину, а так помусолят немного...
РУЛЕТКА 27 апр 2021 в 12:39
Ярила  •  На сайте 5 лет
10
Если в Кремле не полные идиоты, то этот скандал надо до небес раздуть. В отместку за враньё про скрипалей.

Типа мелкобритания люто тиранит своих подданных и т.п.
Диногаврик 27 апр 2021 в 12:40
Ярила  •  На сайте 9 лет
21
А я уверен что пост офис знал об этом баге в своём ПО. Ведь время от времени они инспектировали ПО. И им указывали об ошибке.
Но англичанин есть англичанин. Никогда не признает свою ошибку.
Bush6791 27 апр 2021 в 12:46
Ярила  •  На сайте 16 лет
74
Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.

Во первых должны были возникнуть "небьющиеся суммы" не только между выручкой и приходом ДС, но и между другими счетами БУ, что как бы должно было сигнализировать о проблеме.

Во вторых - все подобные косяки с некоторым трудом, но вполне себе выявимы в том же Экселе.

Тоже доводилось работать с косячной программой управленческого учета - и в некоторых случаях, только выгрузка и последующие танцы с бубном в Экселе давали возможность получить правильные цифры.
Pit1973 27 апр 2021 в 12:50
радиофизик-контрабандист  •  На сайте 11 лет
44
Цитата (Bush6791 @ 27.04.2021 - 12:46)
Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.


потому что недостачу можно было повесить на персонал, чем они много лет и занимались
Pomeranec 27 апр 2021 в 13:11
Гость  •  На сайте 10 лет
28
Цитата (Bush6791 @ 27.04.2021 - 12:46)
Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.

Во первых должны были возникнуть "небьющиеся суммы"  не только между выручкой и приходом ДС, но и между другими счетами БУ, что как бы должно было сигнализировать о проблеме.

Во вторых - все подобные косяки с некоторым трудом, но вполне себе выявимы в том же Экселе.

Тоже доводилось работать с косячной программой управленческого учета - и в некоторых случаях, только выгрузка и последующие танцы с бубном в Экселе давали возможность получить правильные цифры.

Так это с какой точки смотреть. С точки зрения мы покупаем или продаем. Вполне возможно кому было нужно знали о косяке. Лишние деньги ведь куда то утилизировались. Деньги попадали в нужные карманы и никто не был виноват. Сперва винили не честных исполнителей, теперь винят плохую программу. А выгодоприобретали кто?

Это сообщение отредактировал Pomeranec - 27 апр 2021 в 13:12
Saksaul 27 апр 2021 в 13:16
Юморист  •  На сайте 12 лет
6
Цитата (dennsp @ 27.04.2021 - 12:33)
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?

И что, переписывать ПО почти каждый день? Работает - не лезь.
ACKEP 27 апр 2021 в 13:25
Ярила  •  На сайте 12 лет
19
Цитата (Bush6791 @ 27.04.2021 - 12:46)
Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.

Во первых должны были возникнуть "небьющиеся суммы" не только между выручкой и приходом ДС, но и между другими счетами БУ, что как бы должно было сигнализировать о проблеме.

Во вторых - все подобные косяки с некоторым трудом, но вполне себе выявимы в том же Экселе.

Тоже доводилось работать с косячной программой управленческого учета - и в некоторых случаях, только выгрузка и последующие танцы с бубном в Экселе давали возможность получить правильные цифры.

Я Вас умоляю! Ничего нигде не выплывет. Программа показывает что оператор получил за день 100 евро наличкой - вот будь добр их отдай! Оператор считает кассу - а там 95 евро. Смотрит в экран - там 100 евро. Пожимает плечами и докладывает свои 5 евро. Бухгалтерия даже не увидит всего этого. А если оператор не положит свои 5 евро - к нему будут претензии.

Я обслуживаю сеть аптек с кучей филиалов. Поставили несколько лет назад фискальные регистраторы АТОЛ 55Ф. И у них есть глюк - во время оформления чека он может выдать сначала "Чек аннулирован", а затем сразу нормальный чек. Вот только если чек был безнальный, то аннулируется безнальный чек, а следом выходит чек на эту же сумму, только за нал. И естественно вечером у кассира недостача в кассе на эту сумму. А бухгалтерия этого и не увидит, так как её на счет упадёт правильная сумма и 1С покажет также правильную сумму. Случается редко, но регулярно.
sukhov2000 27 апр 2021 в 13:27
Ярила  •  На сайте 17 лет
24
Post Office пытается загладить свою вину перед сотрудниками на протяжении нескольких лет. Известно, что еще в 2019 г. компания выплатила компенсацию 555 пострадавшим, и тогда же она организовала целую систему выплат сотрудникам, которых так или иначе зацепила проблема с Horizon. Как она собирается компенсировать смерть как минимум одного из сотрудников, пока неясно.

Вон у них как... Вчера посылку получал в нашем населенном пункте. Отделение в однокомнатной квартире сделано. Почта России ебтать.
Девчонка оператор молодец. всегда позвонит предупредит. что что то пришло. Разносить то некому. Почтальон оклад 7 тыс.
Увольняюсь говорит. 90% населения в городе работает, все на машинах , все могут в ленте или еще где закупиться. В поселке пятерочка и еще пара продовольственных. А девку оператора знаете за что выебли и премий надбавок лишили? Инвентаризация была, установила . что много просрочки у нее в отделении. Макароны, крупы, масла... просроченные. Херово оператор продает товар, который на хрен ни кому не нужен.
Вот так у нас.... Англичане точно бы массовый суицид устроили
Одинец 27 апр 2021 в 13:33
Мрачный надругатель  •  На сайте 15 лет
2
Цитата (starok @ 27.04.2021 - 12:30)
Вот реальные риски полностью электронного документооборота

Опередил.

Ну если не 500 пулемётных шомполов каждому причастному на Трафальгарской площади, то хотя бы по пожизненному без права УДО и амнистии?

Если виновные в подобном не будут АДЕКВАТНО наказываться, это нп прекратится никогда.
ENRIQUE 27 апр 2021 в 13:33
forever young  •  На сайте 20 лет
4
я как-то не понимаю, если где-то недостача денег, значит где-то их избыток образовался, и этот избыток должен был заинтересовать, так-как где-то должна была образоваться недостача. Или как они там бляха балансы сводят ёптыль.
100kilo 27 апр 2021 в 13:48
Ярила  •  На сайте 12 лет
17
1Сники притихли и пересчитывают формулы вручную gigi.gif
Bush6791 27 апр 2021 в 13:50
Ярила  •  На сайте 16 лет
5
Цитата (ACKEP @ 27.04.2021 - 13:25)

Я Вас умоляю! Ничего нигде не выплывет. Программа показывает что оператор получил за день 100 евро наличкой - вот будь добр их отдай! Оператор считает кассу - а там 95 евро. Смотрит в экран - там 100 евро. Пожимает плечами и докладывает свои 5 евро. Бухгалтерия даже не увидит всего этого. А если оператор не положит свои 5 евро - к нему будут претензии.

Я обслуживаю сеть аптек с кучей филиалов. Поставили несколько лет назад фискальные регистраторы АТОЛ 55Ф. И у них есть глюк - во время оформления чека он может выдать сначала "Чек аннулирован", а затем сразу нормальный чек. Вот только если чек был безнальный, то аннулируется безнальный чек, а следом выходит чек на эту же сумму, только за нал. И естественно вечером у кассира недостача в кассе на эту сумму. А бухгалтерия этого и не увидит, так как её на счет упадёт правильная сумма и 1С покажет также правильную сумму. Случается редко, но регулярно.

Интересный глюк!

Если можно - чуть глубже копнуть? -я немного не допонял - при оформлении чека продажи по безналу и его последующим глючным аннулированием и пробитием по налу - сама оплата с карты покупателя снимается?

Если снимается - то тогда по идее в одноэске должны не биться выручка по безналу с суммой ДС поступивших на РС в этот день от этой точки - т.е. выручка по программе 100, а на РС пришло 105.
Gex81 27 апр 2021 в 13:53
Исследователь жизни  •  На сайте 10 лет
8
Бред какой-то. При учете данные дублируются и не раз. При ошибках ПО расхождение должно быть системмным, т.е. каждый день. Это надо либо умышленно засуживать туповатых матответственных не способных перепроверить, баланс, либо скрывать корректировки закрытых периодов, опять же умышленно сажая людей.

Размещено через приложение ЯПлакалъ
Vadim14 27 апр 2021 в 13:56
Ярила  •  На сайте 8 лет
-1
Цитата (РУЛЕТКА @ 27.04.2021 - 12:39)
Если в Кремле не полные идиоты, то этот скандал надо до небес раздуть. В отместку за враньё про скрипалей.

Типа мелкобритания люто тиранит своих подданных и т.п.

Любителей танчиков ПО ПФР должно заботить, а не скрипаля. gigi.gif
Воск 27 апр 2021 в 14:00
Хохмач  •  На сайте 10 лет
3
Вот еще одна ошибка. Если в кратце, то из-за програмного бага человек получал несовместимые с жизнью уровни облучения.

https://ru.wikipedia.org/wiki/Therac-25

dennsp 27 апр 2021 в 14:03
Смотритель  •  На сайте 14 лет
0
Цитата (Saksaul @ 27.04.2021 - 13:16)
Цитата (dennsp @ 27.04.2021 - 12:33)
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?

И что, переписывать ПО почти каждый день? Работает - не лезь.

Понятно, что не каждый день, ну не до такой же степени. За 25 лет поменялось абсолютно все.
Почему вы не пользуетесь телевизором или телефоном, выпущенным в 1995? Работают же
Swazy 27 апр 2021 в 14:08
Ярила  •  На сайте 13 лет
3
Цитата (Диногаврик @ 27.04.2021 - 15:40)
А я уверен что пост офис знал об этом баге в своём ПО. Ведь время от времени они инспектировали ПО. И им указывали об ошибке.
Но англичанин есть англичанин. Никогда не признает свою ошибку.

Наверняка знали, не исключено даже, что кто-то в отношении неугодных лиц мог преднамеренно этот баг активировать. А денежку - в нужные кармашки.

Bush6791 27 апр 2021 в 14:11
Ярила  •  На сайте 16 лет
4
Цитата (dennsp @ 27.04.2021 - 14:03)
Цитата (Saksaul @ 27.04.2021 - 13:16)
Цитата (dennsp @ 27.04.2021 - 12:33)
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?

И что, переписывать ПО почти каждый день? Работает - не лезь.

Понятно, что не каждый день, ну не до такой же степени. За 25 лет поменялось абсолютно все.
Почему вы не пользуетесь телевизором или телефоном, выпущенным в 1995? Работают же

Потому что и покупка и что самое дорогое - ВНЕДРЕЖ системы управленческого учета стоит БЕШЕННЫХ бабок.

Плюс к этому в мелкобритании не меняются законы и отчетность, как у нас каждый год - соответственно в ДОРАБОТКЕ программного обеспечения ЭЛЕМЕНТАРНО не возникает НЕОБХОДИМОСТИ.
ACKEP 27 апр 2021 в 14:18
Ярила  •  На сайте 12 лет
5
Цитата (Bush6791 @ 27.04.2021 - 13:50)
Цитата (ACKEP @ 27.04.2021 - 13:25)

Я Вас умоляю! Ничего нигде не выплывет. Программа показывает что оператор получил за день 100 евро наличкой - вот будь добр их отдай! Оператор считает кассу - а там 95 евро. Смотрит в экран - там 100 евро. Пожимает плечами и докладывает свои 5 евро. Бухгалтерия даже не увидит всего этого. А если оператор не положит свои 5 евро - к нему будут претензии.

Я обслуживаю сеть аптек с кучей филиалов. Поставили несколько лет назад фискальные регистраторы АТОЛ 55Ф. И у них есть глюк - во время оформления чека он может выдать сначала "Чек аннулирован", а затем сразу нормальный чек. Вот только если чек был безнальный, то аннулируется безнальный чек, а следом выходит чек на эту же сумму, только за нал. И естественно вечером у кассира недостача в кассе на эту сумму. А бухгалтерия этого и не увидит, так как её на счет упадёт правильная сумма и 1С покажет также правильную сумму. Случается редко, но регулярно.

Интересный глюк!

Если можно - чуть глубже копнуть? -я немного не допонял - при оформлении чека продажи по безналу и его последующим глючным аннулированием и пробитием по налу - сама оплата с карты покупателя снимается?

Если снимается - то тогда по идее в одноэске должны не биться выручка по безналу с суммой ДС поступивших на РС в этот день от этой точки - т.е. выручка по программе 100, а на РС пришло 105.

При оформлении безналичной оплаты процедура такая:
1. Кассовое ПО даёт банковскому ПО команду произвести оплату на такую-то сумму.
2. Банковское ПО включает терминал, клиент прикладывает карту.
3. Результат оплаты передается от банковского ПО кассовому ПО чтобы программа знала прошла оплата или нет.
4. Кассовое ПО печатает слип - чек безналичной оплаты.
5. Кассовое ПО дает команду фискальному регистратору оформить безнальный чек.
6. После ответа от фискального регистратора о том что чек оформлен кассовое ПО регистрирует его у себя в базе.

Получается что в описанном выше примере с карты клиента деньги будут списаны и попадут на расчетный счет организации. Ошибка на уровне фискального регистратора, кассовая программа и не знает что в момент оформления чека произошла ошибка. Поэтому кассовое ПО оформит чек как безнальный и в 1С эта продажа отразится именно как безнальная. Поэтому у бухгалтерии всё сойдется. А вот кассир вечером обнаружит недостачу, так как сумма наличных в кассе не будет соответствовать той сумме, который покажет Z-Отчет при закрытии смены.

Этот пример я привел для того чтобы показать какие бывают трудноуловимые глюки. И они не зависят от времени выпуска ПО или страны. К примеру, у того же банковского ПО от Сбербанка есть глюк, в результате которого после успешной оплаты результат операции не передается кассовому ПО. Программа выдает соответствующее предупреждение и по инструкции кассир в этот момент должен совершить определенные действия чтобы проверить - прошла оплата или нет. Но если кассир этого не знал/забыл, то он просит клиента ещё раз провести оплату. В итоге с карты сумма списывается дважды. Приходится потом оформлять отмену операции. Бывает также редко, но регулярно.

Это сообщение отредактировал ACKEP - 27 апр 2021 в 14:23
Понравился пост? Ещё больше интересного в ЯП-Телеграм и ЯП-Max!
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) Просмотры темы: 29 371
0 Пользователей:
Страницы: 1 2  ... 5  ОТВЕТИТЬ НОВАЯ ТЕМА

 
 

Активные темы



Наверх