Сбой Ozon Банка на время лишил часть клиентов привычного сценария оплаты: пользователи не могли войти в профиль, оплатить покупки и получить коды подтверждения. За час сервис Downdetector зафиксировал около 30 тысяч жалоб — для финтех-сервиса это не просто техническая неприятность, а момент, когда ошибка в цепочке быстро превращается в сорванные заказы и раздражение пользователей.
О проблеме сообщает vc.ru. По данным издания, больше всего обращений поступало из Москвы, Санкт-Петербурга, Московской, Самарской и Новосибирской областей. Одновременно мониторинг отмечал жалобы на работу маркетплейса Ozon и «Авито», хотя в «Авито» заявили, что их сервис работает штатно. Сам Ozon Банк подтвердил сложности у части клиентов со входом и оплатой, подчеркнув, что деньги пользователей находятся в безопасности.
Сценарий сбоя выглядел особенно болезненно для повседневных платежей. Не загружались платёжные формы, не приходили одноразовые коды, а попытка авторизоваться в приложении для некоторых клиентов заканчивалась безрезультатно. В такой ситуации приложение может формально оставаться доступным, но для пользователя сервис уже не работает: баланс нельзя проверить, покупку не оплатить, а проблему не обойти привычным повторным входом.
Компания сообщила, что специалисты устраняют неполадки и ожидают возвращения сервисов к стандартной работе в ближайшее время. Позднее, в обновлении на 14:00 мск, Ozon Банк заявил, что работа восстановлена. Публичных деталей о причине инцидента — например, о проблемах в мобильном приложении, платёжной инфраструктуре или внешних компонентах — в сообщениях не приводилось.
Для рынка это ещё одно напоминание о зависимости цифровой торговли от незаметных пользователю инфраструктурных слоёв. Оплата на маркетплейсе — не один запрос к банку: в ней участвуют приложение, авторизация, антифрод-проверки, доставка кодов, платёжная форма и связанные бэкенд-сервисы. Сбой любого из этих звеньев способен остановить путь до покупки, даже если деньги на счёте и сам маркетплейс в целом доступны.
Разработчикам и продуктовым командам подобные инциденты хорошо знакомы по неприятной логике: метрики могут показать рост ошибок лишь через несколько минут, а пользователи начинают жаловаться почти сразу. Поэтому критичны не только резервирование и мониторинг доступности API, но и отдельный контроль пользовательских сценариев: успешного входа, получения кода, открытия платёжной формы и завершения оплаты. Технический статус «сервис отвечает» мало утешает клиента, если код подтверждения так и не пришёл.
Для бизнеса последствия измеряются не только числом обращений в поддержку. Во время платёжных сбоев часть покупателей откладывает заказ, часть выбирает другой способ оплаты, а часть уходит к конкурентам — особенно если проблема возникает в момент, когда решение о покупке уже принято. У экосистемных сервисов эффект шире: пользователи воспринимают связку маркетплейса и банковского приложения как единый продукт, даже когда технически за разные элементы отвечают разные команды и системы.
Сбой Ozon Банка также показывает, почему прозрачная коммуникация во время инцидента важна почти так же, как скорость восстановления. Подтверждение проблемы и сообщение о сохранности средств снимают главный страх клиента, но после восстановления остаётся вопрос о качестве пост-инцидентного разбора. Для пользователей важен простой результат — возможность снова платить. Для отрасли важнее другое: смогут ли финтех-команды быстрее обнаруживать деградацию ключевых сценариев и объяснять её без туманных формулировок.