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


Страницы: (5) « Первая ... 3 4 [5]	[ ОТВЕТИТЬ ] [ НОВАЯ ТЕМА ]

zivchek

27.04.2021 - 18:04

Статус: Offline

Ярила

Регистрация: 13.01.14
Сообщений: 1895

Цитата (rmrv @ 27.04.2021 - 12:34)

просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю

а еще отбрасывание дробной часть нередко требуется и в переменной с плавающей точкой обязательно рано или поздно вылезет 2,9999999999.... и вместо нужных 3 получишь 2

[^]

~~dronson~~

27.04.2021 - 18:24

Статус: Offline

Ярила

Регистрация: 23.01.14
Сообщений: 1963

Цитата (VladimKa @ 27.04.2021 - 09:36)

Не взлетит! Вот если бы в России-сразу в платину, а так помусолят немного...

[^]

Pafnuti	27.04.2021 - 18:32 [ показать ] 1
Статус: Offline Ярила Регистрация: 5.02.08 Сообщений: 17335	Бля, скайнет, ты охуел? Почему не почту России?
	[^]

~~MaxxOltt~~

27.04.2021 - 18:38

Статус: Offline

Ярила

Регистрация: 16.12.15
Сообщений: 3888

Цитата

Бля, скайнет, ты охуел? Почему не почту России?

Патаму что Скайнет для Почты России, и для нас для всех, приготовил нечто другое...

[^]

Katarhey

27.04.2021 - 20:03

Статус: Offline

Ярила

Регистрация: 8.07.14
Сообщений: 2509

Цитата (ACKEP @ 27.04.2021 - 14:18)

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

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

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

Ерунда какая то, тут проблема в ПО как раз, а не в регистраторе. Тем более, если пинпад подцепляют к ПО, слип печатается на фискальнике. Фискальник не может сам взять и поменять оплату, он выполняет команды, которые шлет ему ПО.

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

[^]

Bush6791

27.04.2021 - 20:13

Статус: Offline

Ярила

Регистрация: 12.11.09
Сообщений: 2679

Цитата (StockTrader @ 27.04.2021 - 15:06)

Цитата (samhuawey @ 27.04.2021 - 14:33)

Цитата

А вот соглашусь. Любая проводка записывается на два счёта дебитом и кредитом. Если даже на одном счету всё будет в порядке, обязательно вылезет в отчёте по второму счёту и баланс попросту не сведётся.

в обоих колонках будут правильные цифры, и баланс будет идентичен, но сумма баланса будет не совпадать с реальной суммой цифр в этих колонках.

Вот сам с таким тоже сталкивался.

Косяк 1С-разработчиков конкретной конфигурации под определенную специфику.

Есть данные по балансу - и они в принципе сходятся с итогами развернутой ОСВ по счетам (про всякие танцы с бубном при формировании баланса объяснять не надо, это немного другое).

Сходятся с данными проверочных отчетов.

А вот если тупо в экселе начать складывать суммы разделов баланса с валютой баланса - не бьются!

Или в экселе складывать статьи баланса с суммой по этому разделу баланса - тоже, блеать, не бьются!

Потому что баланс предоставляется в округлении до тыс.руб. а разрабы не заложили вполне логичного для формы ТУПОГО суммирования округленных до тысяч сумм статей в сумме по разделам, а сделали так, что суммы по разделам подтягиваются в рублях и округляются и суммируются САМОСТОЯТЕЛЬНО.

Но это ошибка совершенно из другой оперы, относительно описанной в первонахе.

[^]

Bush6791

27.04.2021 - 20:20

Статус: Offline

Ярила

Регистрация: 12.11.09
Сообщений: 2679

Цитата (Katarhey @ 27.04.2021 - 20:03)

Цитата (ACKEP @ 27.04.2021 - 14:18)

Katarhey читай дальше по теме о н- ACKEP уже разъяснил:

Цитата

ACKEP
В чём Вы правы - так это в том, что внимательный сотрудник может сверить все суммы и понять что имеет место ошибка в программе, а не его собственная. Если сверить суммы из сверки итогов банковского ПО, Z-Отчета и наличные в кассе, то будет понятно что недостача наличных перекрывается излишком по безналу. Таким образом эту ошибку в АТОЛе и отловили и уже потом нашли эти аннулированные чеки.

Тут вопрос был в том, что если кассир по каким то причинам это расхождение при закрытии смены проебланил - по бухгалтерии оно вылезет только накопительным способом и то не сразу.

[^]

Polument	27.04.2021 - 21:31 [ показать ] 0
Статус: Offline Мизантроп-профессионал Регистрация: 5.07.15 Сообщений: 5330	Твою мать! А зарплату-то 1С считает... Это сообщение отредактировал Polument - 27.04.2021 - 21:31
	[^]

clever63

27.04.2021 - 23:18

Статус: Offline

Приколист

Регистрация: 25.02.21
Сообщений: 338

Цитата (Bush6791 @ 27.04.2021 - 12:46)

Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.

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

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

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

очень интересно а где излишки, тоже по спрятала в офшор.

[^]

mrzorg

27.04.2021 - 23:23

Статус: Offline

Ярила

Регистрация: 3.03.10
Сообщений: 42546

Цитата (VladimKa @ 27.04.2021 - 11:36)

Не взлетит! Вот если бы в России-сразу в платину, а так помусолят немного...

Твоя говняная "почта россии" проёбывает тысячи посылок и бандеролей в год - какое млять кривоожопе ПО вы там для этого используете? Тоже мне, ёпт, подъёбшик нах!

[^]

~~НосокНаСосне~~

27.04.2021 - 23:38

Статус: Offline

Ярила

Регистрация: 21.01.21
Сообщений: 1148

Цитата (mrzorg @ 27.04.2021 - 23:23)

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

Размещено через приложение ЯПлакалъ

[^]

Kreeder

28.04.2021 - 00:08

Статус: Offline

Большой полярный лис

Регистрация: 3.07.15
Сообщений: 2794

Цитата (mrzorg @ 27.04.2021 - 23:23)

Ну тебе из Израиля виднее. У меня ни одной посылки не проебали и не поломали, прикинь.

Размещено через приложение ЯПлакалъ

[^]

ACKEP

28.04.2021 - 09:34

Статус: Offline

Ярила

Регистрация: 17.09.13
Сообщений: 4094

Цитата (Katarhey @ 27.04.2021 - 20:03)

Фискальник не может сам взять и поменять оплату, он выполняет команды, которые шлет ему ПО.

Wellcome to the world of firmwares!

[^]

kombrig68	28.04.2021 - 09:38 [ показать ] 0
Статус: Offline Ярила Регистрация: 12.08.17 Сообщений: 15665	Апастно, жизни почтальонов важны... )
	[^]

~~skrapy~~	28.04.2021 - 09:44 [ показать ] 0
Статус: Offline Ярила Регистрация: 3.02.10 Сообщений: 9893	Да ладна, сотрудники идиоты что ли? Мол, ты своровал, вот компьютер показывает, ну ладно, раз компьютер показывает значит я своровал.
	[^]

ZlobniyBot

28.04.2021 - 10:31

Статус: Offline

Хохмач

Регистрация: 12.06.19
Сообщений: 610

Цитата (Pafnuti @ 27.04.2021 - 23:32)

Бля, скайнет, ты охуел? Почему не почту России?

Его там потеряли

[^]

Alexeykov

29.04.2021 - 14:43

Статус: Offline

Ярила

Регистрация: 12.05.12
Сообщений: 12117

Цитата (dennsp @ 27.04.2021 - 14:03)

Цитата (Saksaul @ 27.04.2021 - 13:16)

Цитата (dennsp @ 27.04.2021 - 12:33)

ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?

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

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

Почему не пользуемся? Пользуемся.
У меня на даче телек как раз 1995 года. Работает до сих пор.
Еще есть прокся на работе с 2003 стоит. Проксирует себе потихоньку. Чего в неё лезть?
Cisco Pix-515 в одном офисе еще есть. Тоже с 2003-2004 года стоит. Свою работу выполняет. Зачем её менять?

[^]

AdventL

11.05.2021 - 06:54

Статус: Offline

Ярила

Регистрация: 20.08.18
Сообщений: 1985

Цитата (ACKEP @ 27.04.2021 - 15:06)

Кассир в конце каждой смены пересчитывает наличные деньги в кассе (в денежном ящике) и они должны совпасть с той суммой, которую показывает Z-Отчет. Если сумма в кассе меньше это и называют недостачей. Не та недостача которая выплывает по итогам инвентаризации на складе, а недостача денег в кассе. Может сдачу неправильно дала, может мошенник купюры подменил. Вариантов много. Но всегда виноват кассир и с него будет спрос.

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

Прошу прощение за длинное цитирование, просто оно важно.
Ты все говоришь абсолютно верно :
всегда виноват кассир и с него будет спрос.
и потом
внимательный сотрудник может сверить все суммы и понять что имеет место ошибка
Проблема в том, что это ДВА абсолютно разных человека. Кассир, которому нужно "свести кассу" ( и что то сделать с недостачей) и "внимательный сотрудник" где то там, далеко.....Он в 99% случаев даже не знает о возникшей проблеме т.к. до определенного момента кассир будет действительно закрывать недостачу, как может.

[^]

Понравился пост? Еще больше интересного в Телеграм-канале ЯПлакалъ!

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.

1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)	Просмотры темы: 28617
0 Пользователей: