Открыть меню

Сбойные операции по картам

Создано 28 мая 2026 г. Обновлено 28 мая 2026 г. 3 мин чтения

Квалификация сбойных карточных операций как событий операционного риска по 716-П: reversal, chargeback, adjustment — когда это ИС-риск, ИБ-событие или дефект процесса.

Актуальность проверена: 2026-05-28

Кратко

Сбойная карточная операция может быть операционным риском, риском ИС, ИБ-событием, клиентской претензией или расчетным расхождением. Для квалификации нужны данные авторизации, клиринга, reversal/adjustment, журналов устройства, клиентского обращения и бухгалтерского отражения. Внутренние правила банка и правила платежной системы определяют детальный порядок обработки, но СУОР должна фиксировать значимые события и потери. Нельзя автоматически считать любой reversal событием операционного риска.

Нормативная база

  • Положение Банка России № 716-П от 08.04.2020.
  • Положение Банка России № 850-П от 13.01.2025.
  • Положение Банка России № 851-П от 30.01.2025.
  • Федеральный закон № 161-ФЗ от 27.06.2011.
  • Правила платежных систем и внутренние документы банка - source_required для конкретного кейса.

Суть требования

Банк должен определить, какие сбойные операции регистрируются как события операционного риска, как подтверждаются суммы, когда событие относится к ИС, ИБ или процессу, и как учитываются компенсации, chargeback, reversal и adjustment.

Практическое значение для банка

  • Процессинг подтверждает жизненный цикл операции.
  • Карточный блок ведет претензию и правила платежной системы.
  • Бухгалтерия подтверждает проводки и корректировки.
  • СУР регистрирует значимые события и потери.
  • ИТ и ИБ анализируют сбой или угрозу.
  • Клиентский блок обеспечивает коммуникацию и сроки рассмотрения.

Типовые ситуации

  • No dispense: списание есть, наличные не выданы.
  • Двойное списание или двойная авторизация.
  • Поздний reversal после клиентской претензии.
  • Chargeback из-за спорной операции.
  • Adjustment между участниками расчетов.

Что должен сделать банк

  • Описать критерии регистрации сбойных карточных операций.
  • Сверять авторизацию, клиринг, счета и журналы.
  • Разделять reversal, chargeback, adjustment и компенсацию клиенту.
  • Фиксировать прямые потери банка отдельно от клиентского ущерба.
  • Проверять признаки ИБ и операций без согласия клиента.
  • Анализировать повторяемость по каналу, устройству, BIN, продукту и процессу.

Риски неправильного применения

Сбойную карточную операцию можно ошибочно закрыть только как клиентскую претензию. Тогда банк теряет повторяемые дефекты процессинга или УС. Но можно и переучесть: один и тот же no dispense попадает как претензия, компенсация, reversal и событие без дедупликации.

Связанные заметки

Вопросы для самопроверки

  1. Какая стадия операции дала сбой?
  2. Есть ли фактическая потеря банка?
  3. Был ли reversal или adjustment?
  4. Это претензия, ИС, ИБ или процессный дефект?
  5. Не создан ли дубль события?

Источники

Живой сад

Этот текст можно улучшать вместе

Нашёл опечатку?

Выдели фрагмент в заметке и нажми «Сообщить» — откроется короткая форма с контекстом.

Хочешь обсудить?

Ниже можно оставить комментарий через Telegram, когда заметка связана с публикацией канала.

Telegram-комментарии

Добавь `telegramPostId` в публичную заметку, чтобы здесь появился виджет обсуждения.

Источник: публичный слой Obsidian Vault.