Ланселот: Управление операционными
рисками по 744-П ЦБ РФ База событий, расчёт и отчётность
Запросить демонстрациюДемонстрация
Ланселот: Управление операционными рисками по 744-П ЦБ РФ — База событий, расчёт и отчётность

Сведите события операционного риска, потери и возмещения в одну проверяемую базу

Событие проходит регистрацию, первую и вторую валидацию: роли разведены, возврат и отмена требуют комментария, потери от 350 000 ₽ мимо первой валидации не проходят, а взятое в работу событие второй сотрудник не тронет. Из той же базы считаются СЧП, ПП, КВП и КБИ по 744-П и собираются форма 0409106, отчётность 716-П и приложения № 3, № 4 и № 12 — с историей изменений на уровне отдельного поля.

Запросить демонстрацию

На показе открываем стенд: реестр событий, карточку события с классификацией, потерями и возмещениями, переход статуса с обязательным комментарием, расчёт по 744-П и выгрузку формы 0409106. Около 40 минут, без слайдов.

Расчёт размера операционного риска идёт целиком: КБИ — из импортированных форм 0409102 и 0409110, СЧП — с порогом включения чистых потерь, дальше ПП и КВП, приложения № 2, № 3, № 4, № 6 и № 12. Связка «событие → потери → возмещения → проводки АБС» собрана в одной базе, и на проверке она открывается одной выгрузкой, а не поиском по почте.

Разработано с учётом требований Положений Банка России № 716-П и № 744-П, порядка составления формы 0409106 и Инструкции Банка России № 199-И. Если сначала нужны подробности — расчёт по 744-П и требования к развёртыванию. СОР — база событий операционного риска, КИР — ключевые индикаторы риска, КПУР — контрольные показатели уровня операционного риска, ELOR — реестр ожидаемых потерь от операционного риска.

Продукт в цифрах

Каждое число — часть поставки, а не оценка. Всё перечисленное открывается на демонстрации в первые минуты.

90 атрибутов в карточке события: описание, классификация, потери, возмещения, мероприятия, вложения и чат Реестр событий операционного риска
22 перехода между 9 статусами события; право на каждый переход проверяется ролью Статусная модель события операционного риска
173 правила сопоставления символов форм 0409102 и 0409110 девяти компонентам бизнес-индикатора Справочники расчёта по 744-П
8 подразделов формы 0409106; выгрузка — XML по схеме Банка России, Excel и Word Модуль формы 0409106
160 колонок на 5 листах выгрузки базы: события, классификаторы, потери, возмещения, мероприятия Отчёт «Снимок базы событий»
24 типа уведомлений — в интерфейсе и на почту, с отдельным отказом от рассылки у каждого сотрудника Каталог типов уведомлений
9 типов объектов защиты и 6 действий над ними: чтение, запись, добавление, удаление, выполнение, фильтрация Модель прав доступа
12 ролевых кодов; роль и реквизиты сотрудника назначаются членством в группе службы каталога Сопоставление групп каталога ролям системы

Про деньги — по вашим числам. Выгода здесь считается в трудозатратах и в защищённости отчётности: уходит ручная пересборка таблиц под каждую форму, сверка версий файлов и поиск того, кто последним правил сумму потерь, а вопрос проверяющего «откуда это число» закрывается ссылкой на событие и историю его изменений. Свой эффект вы считаете на собственных ставках и объёмах — на демонстрации разбираем расчёт на ваших цифрах.

Как выглядит рабочий экран

Одно событие — один статус, один ответственный, одна сумма потерь и один след изменений. Ниже — разделы, колонки и статусы в том виде, в каком они заведены в системе.

Рабочий экран системы Пример заполнения

Таблица листается вбок — колонок больше, чем помещается на экране.

Номер события Дата выявления Краткое описание Подразделение выявления Сумма потерь, ₽ Статус Расчёт по 744-П
2026-014812.02.2026 Двойное списание комиссии по карточным операциям Розничные операции 420 000,00 Готово для первой валидации Не исключено
2026-014709.02.2026 Задержка исходящих платежей из-за сбоя шлюза Расчётный центр 1 250 000,00 Готово для второй валидации Не исключено
2026-014605.02.2026 Ошибка в сумме резерва по судебному требованию Правовое сопровождение 85 000,00 На редактировании Не исключено
2026-014530.01.2026 Недоступность дистанционного обслуживания, 40 минут Сопровождение систем 0,00 Качество проверено Не исключено
2026-014427.01.2026 Неверный курс в валютной операции клиента Казначейство 610 000,00 На отмену Отправлено на исключение

Событие с фактическими прямыми потерями от 350 000 ₽ из статусов «На регистрации» и «На редактировании» уходит только на первую валидацию — остальные переходы система не даёт. Набор колонок, сортировка и фильтр сохраняются в пользовательское представление списка.

Рабочий экран на нейтральных данных. Состав разделов, колонок и статусов — как в продукте.

Один контур вместо десятка таблиц

Разница не в том, что файлов становится меньше. Разница в том, что у события появляется единственная актуальная версия, статус, ответственный и сумма, из которой собирается отчёт для Банка России.

Как обычно

  • События_ОР_2026_v7_ФИНАЛ(2).xlsx листы «События», «Потери», «Возмещения»
  • 0409106_сборка_вручную_правки.xlsx суммы переносятся руками из трёх файлов
  • Возмещения_разнести_по_потерям.xlsx очерёдность и дисконтирование — на память
  • Кто_смотрел_событие.eml валидацию видно только по переписке

Актуальная версия — у того, кто последним прислал файл. Перед проверкой всё пересобирается заново, и сумма в отчёте живёт отдельно от события.

В системе

Событие № 2026-0148 · двойное списание комиссии Готово для первой валидации
Потери и возмещения по событию связаны с проводками
Расчёт по 744-П за 2025 год · СЧП, ПП, КВП, КБИ рассчитан
Форма 0409106 за 2025 год выгружена в XML

История изменений по каждому полю · журналы смены статусов · чат по событию · журнал уведомлений

База одна. За каждым числом в отчёте стоит событие, за событием — автор, статус и запись о том, кто и когда изменил поле.

Кому адресован продукт

Решение о такой системе принимают пятеро, и у каждого из них своя боль. Продукт закрывает её разными частями одного контура.

Руководитель подразделения операционного риска

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

В продукте: две линии валидации с разведёнными ролями, обязательный комментарий на возврате и отмене, автоматическое признание события значимым и рассылка по заданному списку, уведомление о превышении сигнального и контрольного значений КПУР.

Ответственный за отчётность в Банк России

Боль: каждая форма собирается заново, а на вопрос «откуда эта сумма» приходится поднимать переписку и промежуточные файлы.

В продукте: форма 0409106 в XML по схеме Банка России, Excel и Word, отчётность 716-П и сравнительный отчёт, приложения № 3, № 4 и № 12 по 744-П, снимок базы событий на 160 колонок — всё из одной базы и с прослеживаемостью до события.

Администратор информационной безопасности

Боль: надо доказать, что сотрудник видит только своё, а действия восстанавливаются по журналу, а не по памяти.

В продукте: 6 действий на 9 типов объектов защиты, фильтр-разрешения, сужающие выборку до разрешённого среза, дерево разделов, собираемое только из доступных узлов, два журнала аудита и история изменений на уровне отдельного поля.

ИТ-директор и архитектор прикладных систем

Боль: ещё одна система в контуре — это интеграции, учётные записи и эксплуатация, а не только лицензия.

В продукте: развёртывание в вашей инфраструктуре, вход через многодоменный каталог, Kerberos, единый вход или локальные учётные записи, импорт из файлов, внешней базы, каталога и почты, фоновые задания без дублирования при нескольких экземплярах приложения.

Член правления, курирующий риски

Боль: показатели уровня риска утверждаются органом управления, и утверждать их нужно на данных, за которые кто-то отвечает.

В продукте: карточка КПУР с атрибутами ВПОДК и 13-МР, реестр ELOR со статусами «Ввод → На согласовании → Согласовано → Архив» и контролем долей, модель «редактор — согласующий» для групп показателей.

Механизмы, которые проверяет покупатель

Не «система помогает контролировать», а правила, заложенные в продукт. Каждое из них показывается на стенде и проверяется в первые минуты.

Один человек не заведёт событие, не провалидирует его и не закроет

Право на переход проверяется ролью на каждом из 22 переходов: регистратор доводит событие до первой валидации, первый валидатор передаёт на вторую, вторую закрывает уже второй валидатор. Возврат на редактирование, отмена и возврат события на регистрацию не проходят без комментария — это записано в самой модели переходов, а не в регламенте на бумаге.

Порог 350 000 ₽ работает в обе стороны

Событие с фактическими прямыми потерями от 350 000 ₽ обязано пройти первую валидацию: любой другой переход из «На регистрации» и «На редактировании» система блокирует. Событие ниже порога на первую валидацию не пропускается и не занимает время валидатора.

Значимое событие определяется без совещания

Событие признаётся значимым, если сработало хотя бы одно из четырёх условий: фактические потери от 350 000 ₽, потенциальные от 1 000 000 ₽, высшая оценка абсолютного уровня риска или тип риска из ветвей о преднамеренных действиях персонала либо третьих лиц. Уведомление уходит заданному списку получателей сразу.

Событие берёт один сотрудник

Взятое в работу событие второй сотрудник не редактирует и не переводит по статусу — он видит, у кого оно в работе. Снять блокировку принудительно может только обладатель отдельного права, и это отдельная строка в правах, а не свойство роли администратора.

Резервы не дают закрыть событие раньше времени

Перевод в «Качество проверено» и в «Закрыто» проверяется по остатку резервов: остаток считается как сумма последствий с признаком «резерв» за вычетом расформирования. Событие с несформированным или нерасформированным резервом остаётся открытым.

Возмещения относятся к потерям по правилу, а не по договорённости

Возмещения относятся к прямым потерям по методу FIFO и дисконтируются по эффективной процентной ставке, история которой ведётся в справочнике. Чистые потери по каждому событию и по каждой группе событий сравниваются с порогом включения в расчёт СЧП на расчётную дату.

Два порога КПУР и подтверждение расчёта

У показателя два порога — сигнальное значение и контрольное, у каждого свой статус. Превышение проверяется на первый день следующего квартала, уведомление уходит первому и второму валидатору, а рассчитанное значение до подтверждения остаётся в статусе «Требуется подтверждение».

Целостность ELOR проверяется арифметикой

Сумма долей по направлениям деятельности обязана быть 100 %, доли дочерних процессов обязаны сходиться к доле вышестоящего. Согласование новой карточки автоматически переводит предыдущую в архив и обновляет каскадирование во всех КПУР, к которым она применима.

Показатели проходят «редактор — согласующий»

У группы показателей заданы редакторы и согласующие — списками сотрудников и подразделений. Группа идёт «Новая → На согласовании → Согласована», возврат требует комментария, а в разделе сотрудник видит только те группы, где он числится.

Сотрудник видит разрешённый срез, а не серые кнопки

Фильтр-разрешение сужает выборку данных до разрешённой части, дерево разделов собирается только из доступных узлов, а разделы карточки — 10 у события, 5 у риска, 3 у КИР — открываются на чтение или на запись по отдельному разрешению.

След остаётся у каждого изменения, а не у каждой карточки

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

Из чего состоит система

Восемь блоков, которые вы узнаете в своей работе. Каждый открывается отдельной страницей с составом полей, статусов и правил.

  • База событий операционного риска Карточка события на 90 атрибутов, классификация по девяти разрезам, потери, возмещения, контрольные мероприятия, вложения и чат, группы событий.
  • Двухлинейная валидация и статусы 9 статусов и 22 перехода, разделение полномочий, порог обязательной первой валидации, обязательный комментарий, контроль резервов на закрытии.
  • Расчёт по 744-П СЧП, ПП, КВП и КБИ, порог включения чистых потерь, отнесение возмещений по FIFO с дисконтированием, 173 правила сопоставления символов форм ЦБ, таблица КНП.
  • Отчётность в Банк России Форма 0409106 в XML по схеме Банка России, Excel и Word, отчётность 716-П и сравнительный отчёт, приложения № 3, № 4 и № 12, снимок базы событий.
  • Показатели КИР, КПУР и ELOR Сигнальное и контрольное значения, подтверждение расчётного значения, каскадирование ELOR с контролем долей, модель «редактор — согласующий», анкетирование.
  • Сроки, эскалации и уведомления Лимиты времени в статусе и лимиты просрочки, пороги «взять в работу» и «передать дальше» по паре «роль + статус», 24 типа уведомлений, задания по расписанию.
  • Права доступа и аудит 8 ролей и 12 ролевых кодов, 6 действий на 9 типов объектов, фильтр-разрешения, разделы карточки под разрешением, журналы аудита и история изменений по полю.
  • Архитектура и внедрение Состав модулей, пять режимов входа с многодоменным каталогом, девять интеграций, импорт из файлов, базы, каталога и почты, требования к контуру.

Кому подходит и кому не подходит

Границы поставки названы с обеих сторон, чтобы разговор о пилоте сразу шёл по существу.

Подходит

  • Кредитная организация под надзором Банка России, которая ведёт базу событий операционного риска и сама отвечает за 716-П, форму 0409106 и расчёт по 744-П
  • Нужны проверяемые правила: две линии валидации, разделение полномочий, денежные пороги и след каждого изменения на уровне поля
  • Есть готовность развернуть приложение в своём контуре: веб-приложение на Java, PostgreSQL, очередь сообщений, S3-совместимое хранилище файлов, вход через службу каталога
  • Оргструктура, сотрудники и проводки уже ведутся во внешних системах и могут поступать импортом из файлов, базы, каталога или почты

граница поставки

Что остаётся за поставкой

  • Облачный сервис по подписке: продукт ставится в контур организации, мультиарендности в нём нет
  • Мобильное приложение и внешний портал для клиентов — интерфейс один, рабочий, для сотрудников организации
  • Замена учётных систем: проводки, курсы валют и оргструктура приходят импортом и интеграцией, а не заводятся здесь руками
  • Организация из трёх человек с десятком событий в год: там достаточно таблицы, и разводить роли между регистратором и двумя валидаторами будет некому

Что настраивается под вашу организацию

Роли и права, справочники классификации событий, лимиты времени в статусе и пороги эскалации, состав получателей уведомлений, наборы колонок и фильтры в списках, шаблоны отчётов — всё это задаётся данными и настройкой, без правки кода и пересборки приложения. Русский и английский интерфейс поставляются вместе.

Разработчик — российская компания ООО «Ланселот-ИТ». Продукт разворачивается в инфраструктуре вашей организации, внешние сервисы для работы ему не требуются.

Посмотреть, как это работает на ваших данных

Открываем стенд и проходим маршрут события целиком: регистрация, порог первой валидации, возврат с комментарием, вторая валидация, расчёт по 744-П и выгрузка формы 0409106. Состав показа согласуем заранее — под ваши регламенты и вашу отчётность.

Запросить демонстрацию Требования к развёртыванию