Как я столкнулся с тем, что автоматизировал

Как-то я делал одному клиенту решение на мобильном приложении «1С:Мобильная касса», там аппарат эквайринга подключается к смартфону. На смартфоне работает как раз это мобильное приложение, написанное на 1С, которое взаимодействует с аппаратом эквайринга и пробивает электронные чеки.

Так вот, при тестировании было выявлено, что если транзакция не прошла на терминале, мобильное приложение 1С все равно считает, что оплата прошла успешно и пробивает чек.

Хотели даже воткнуть диалог — «Чек пробит?», но не нашли куда.

И вот недавно ко мне курьер привез кеды ребенку, я попробовал оплатить картой, но ввел неверный пин-код. Оплата не прошла, но чек пробился. Курьер попросил оплатить наличными, потому что отменять чек с марками — это долгая процедура.

Вот я и подумал, насколько вероятным должно быть подобное совпадение — что разработчик наступает на те грабли, которые он уже видел? Только в том случае если эти грабли широко распространены.

Позор 1С!

Кстати, клиент сообщил, что в новых релизац мобильной кассы проблему поправили. Но ведь не все быстро обновляются. Почему изначально 1С не тестирует свои продукты от А до Я? Почему

такие косяки вообще возможны?

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