Открыть меню

Исправительные проводки и сторно

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

Когда исправительная проводка или сторно являются событием операционного риска: анализ причины исправления, признаки регистрации по 716-П, связь с потерями.

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

Кратко

Исправительная проводка или сторно сами по себе не всегда являются событием операционного риска. Они могут быть способом исправления учетной ошибки, технической корректировки или нормальной операционной процедуры. Для СУОР важно выяснить, почему возникла необходимость исправления: ошибка процесса, неверная настройка, сбой ИС, неправомерная операция, клиентский ущерб или чисто техническая корректировка. Если есть событие, потери или потенциальные последствия, запись в базе может быть необходима.

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

  • Положение Банка России № 716-П от 08.04.2020.
  • Положение Банка России № 744-П от 07.12.2020.
  • КонсультантПлюс / ГАРАНТ: действующие акты Банка России по бухгалтерскому учету кредитных организаций, дата проверки 2026-05-28.
  • Внутренние документы банка по бухгалтерскому учету, сторно и исправительным операциям.

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

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

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

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

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

  • Сторно ошибочного списания комиссии.
  • Исправление неверной даты или аналитики счета.
  • Корректировка после сбойной карточной операции.
  • Массовые исправительные проводки после неверной настройки продукта.
  • Техническое сторно без клиентского и финансового эффекта.

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

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

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

Если все сторно регистрировать как события, база будет перегружена техническими корректировками. Если не анализировать массовые исправления, банк пропустит системный дефект процесса или ИС.

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

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

  1. Что стало причиной исправительной проводки?
  2. Есть ли ущерб клиенту или банку?
  3. Это единичная ошибка или массовый дефект?
  4. Есть ли исходное событие в базе?
  5. Как проводка влияет на сумму потерь?

Источники

Живой сад

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

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

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

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

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

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

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

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