11 октября 2026 года у «Яндекс Пэй» начался масштабный сбой: клиенты не могли войти в приложение, проверить баланс, оплатить покупку или внести платёж по кредиту. Компания объяснила это повреждением дата-центра и не назвала сроков полного восстановления, сообщала «Российская газета». 13 октября сервис объявил, что платежи по кредитам и рассрочке, которые нельзя было внести в эти дни, не будут считаться просроченными, передал ТАСС. Это решение в пользу клиента, но за ним стоит большой объём работы в системе — и к ней стоит быть готовым любому кредитору.

Что известно

  • Недоступны были вход в приложение, оплата, переводы и внесение платежей по «Сплиту» и кредитам.
  • По заявлению компании, записи о счетах хранятся в нескольких копиях на разных площадках, проверка целостности потерь не выявила, писал «Хабр».
  • Руководитель финтех-направления Дмитрий Пирогов сообщил, что условия погашения меняться не будут, оплатить можно будет после восстановления, а начисленные пени вернут по обращению в поддержку.
  • Работу возвращают поэтапно: часть переводов и оплата картами уже восстановлены.

Мы не оцениваем действия компании и причины аварии. Нас интересует другое: что должно произойти в системе кредитора, чтобы обещание «не считать платёж просроченным» было выполнено на деле.

Что должна сделать система после сбоя

  • Определить затронутые договоры. Нужен список всех договоров, у которых дата платежа попала в период недоступности, с разделением на тех, кто пытался заплатить, и тех, кто не смог даже войти.
  • Сдвинуть срок без изменения условий. Дата платежа переносится так, чтобы не выросла переплата и не изменилась полная стоимость кредита.
  • Отменить пени и статусы. Автоматические начисления за эти дни сторнируются, договор не попадает в очередь взыскания, клиенту не уходят напоминания о просрочке.
  • Не испортить кредитную историю. Сведения о просрочке не должны уйти в бюро, а если ушли — их нужно исправить. С 31 декабря 2026 года обмен с бюро по ряду событий сокращается до 30 минут, и ошибка будет расходиться ещё быстрее.
  • Не исказить отчётность. Дни сбоя не должны увеличить просрочку в резервах и в расчёте регуляторных показателей.
  • Сообщить клиентам. Каждый затронутый заёмщик получает сообщение с новой датой и подтверждением, что штрафов нет.

Что должно быть готово заранее

  • Резервная площадка. Данные в нескольких копиях — необходимое, но недостаточное условие: клиенту нужен работающий сервис, а не только сохранённые записи.
  • Запасные каналы оплаты. Если собственное приложение недоступно, платёж должен приниматься по реквизитам, через СБП или у партнёров, и корректно зачисляться.
  • Режим «массового события». Перенос сроков и отмена пеней по тысячам договоров должны запускаться одной операцией, а не правкой каждого договора вручную.
  • Журнал событий. Точное время начала и окончания недоступности и попыток оплаты — основа для любых последующих решений и ответов на жалобы.

Как это делает SPTNK

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

Редакция SPTNK