От чего избавляет: реестры процессов в Excel по разным подразделениям без единой нумерации, ручной пересчёт допустимого простоя после каждого сбоя, отсутствие протокола — кто и когда согласовал процесс. «Процессы» связывает реестр критических процессов, 13 технологических процессов и 5 технологических участков по 716-П в одной карточке с историей статусов, уровнем критичности (критически важные / основные / прочие) и минимальным временем простоя.
Основная масса организаций под надзором Банка России — справочник критичности и технологических процессов по 716-П применяется без дополнительных настроек.
Двойная отчётность — перед Банком России и перед зарубежной головной организацией: у технологического процесса и технологического участка русские и английские поля заполняются параллельно, в одной карточке.
Требования к операционной надёжности профучастника, а не 716-П, остаются основным нормативом — реестр процессов и уровни критичности те же, что и у банков.
На демонстрации показываем карточку процесса с историей статусов, расчёт фактического простоя и доли деградации технологического процесса по сбою и маршрут трёхступенчатого согласования — от владельца данных до менеджера ОРМ (операционный риск-менеджмент).
Классификация процессов и технологических процессов разработана с учётом требований Положения Банка России №716-П. Выгода считается в трудозатратах: сокращение подготовки к проверкам и защита от операционных убытков — без выдуманных коэффициентов, на ваших числах. Если нужны подробности сначала — реестр процессов и технологические процессы по 716-П.
Про деньги — по вашим числам. Выгода здесь считается в трудозатратах: уходит ручной пересчёт допустимого простоя после каждого сбоя, сверка реестров процессов по подразделениям в разных файлах и восстановление протокола согласования по переписке.
Одна карточка на процесс, техпроцесс или технологический участок: статус, владельцы и связи — в тех же разделах, что и в продукте.
Таблица листается вбок — колонок больше, чем помещается на экране.
| Поле | Значение |
|---|---|
| Наименование процесса | Обработка распоряжений на перевод денежных средств |
| Код процесса по ЦБ | P-0148 |
| Уровень критичности | Критически важные процессы |
| Владелец данных | Начальник операционного управления |
| Минимальное время простоя, мин | 30 |
| Текущий статус | Передано на согласование сотруднику КПО |
Уровень критичности, минимальное время простоя и статус — на одном экране с описанием процесса, без перехода в отдельный реестр.
| Связь | С чем | Тип |
|---|---|---|
| Родительский процесс | Расчётно-кассовое обслуживание | прямая ссылка |
| Участвует в сквозном процессе | Обслуживание клиентских платежей | таблица связей |
| Технологический процесс | ТПрКО-04 | справочник 716-П |
| Технологический участок | ФПП | справочник 716-П |
Один и тот же процесс может входить сразу в несколько сквозных процессов — прямая ссылка на родителя не единственный способ связи.
| Дата | Статус | Кто перевёл |
|---|---|---|
| 03.02.2026 | Создан процесс | Начальник операционного управления |
| 05.02.2026 | Согласовано Владельцем данных | Владелец данных |
| 09.02.2026 | Передано на согласование сотруднику КПО | система, по маршруту |
Каждый переход статуса — отдельная запись протокола: кто перевёл карточку и когда, а не только текущий статус на экране.
Карточка процесса. Состав разделов, полей и статусов — как в продукте.
Разница не в том, что таблиц становится меньше. У процесса появляется единственная актуальная версия, статус, ответственный и протокол согласования, который считает не человек.
Как обычно
Актуальная версия — у того, кто последним прислал файл. Протокола согласования нет: он в почтовых ящиках согласующих.
В реестре процессов
История изменений · протокол статусов · связанные технологические процессы и участки
Одна нумерация на всю организацию, один статус, один протокол согласования. Простой и деградация технологического процесса пересчитываются по сбою автоматически.
Три роли, три ступени согласования — у каждой свой экран, свои права и своя причина, почему устаревший реестр — это её проблема.
Первым видит неточность в собственной карточке: устаревшее описание, забытый техпроцесс, забытая связь — головная боль владельца, а не проверяющего. Заводит процесс, отправляет его на согласование Владельцу данных и дальше отвечает за то, что реестр его подразделения актуален.
Второй согласующий и технический контроль карточки: получает процесс уже согласованным Владельцем данных. Может вернуть карточку на доработку — обязательным комментарием, без него форма перехода не отправляется — и тем самым заблокировать её прохождение дальше. Создавать процессы выше 3-го уровня иерархии роли КПО недоступно.
ОРМ — операционный риск-менеджмент. Финальный согласующий: после менеджера ОРМ карточка получает статус «Согласован». Тот же сотрудник — распорядитель бюджета на функцию операционной надёжности и адресат демонстрации продукта.
Не «система поддерживает согласование», а конкретные ограничения, которые видно на карточке в первые же минуты демонстрации.
Отправивший карточку и утвердивший её — разные люди, трижды
Процесс проходит три ступени согласования — владелец данных, затем сотрудник КПО, затем менеджер по ОРМ (операционный риск-менеджмент) — и получает статус «Согласован» только после всех трёх. Любой из согласующих возвращает карточку на доработку только вместе с комментарием: форма перехода без него не уходит.
Роль КПО не заведёт процесс глубже 3-го уровня иерархии — попытка останавливается сообщением «Вам недоступно создание процесса ниже %s уровня». У прочих ролей свой предел: процесс верхнего уровня, выше 4-го, не завести без выбора родительского процесса.
По каждому операционному сбою система суммирует фактическое время простоя технологического процесса и долю деградации — отношение затронутого времени к плановой продолжительности работы — и сверяет результат с контрольной и сигнальной допустимой долей деградации.
Прямая ссылка на родительский процесс задаёт основную иерархию, а отдельная таблица связей позволяет процессу входить сразу в несколько сквозных процессов и закрывать связь датой, а не удалением записи.
Каждая смена статуса процесса — отдельная запись в протоколе статусов: кто перевёл карточку и когда, а не только текущий статус на экране.
Разделы процесса, статусы процесса и статусы технологического процесса — три самостоятельных объекта защиты со своими действиями чтения, записи и выполнения перехода. Сотрудник может читать карточку и не иметь права двигать её статус.
«Введённый код процесса уже существует» — система останавливает сохранение карточки с кодом, который уже занят в реестре, прежде чем процесс дойдёт до согласования.
Технологический процесс нельзя удалить в обход согласования
«Невозможно удалить тех процесс пока справочник тех процессов цб находится не в статусе "Согласован"» — так система не даёт убрать из справочника по 716-П технологический процесс, пока он не согласован, а расчёты простоя и деградации на него уже опираются.
Границы применимости — с обеих сторон, чтобы разговор о пилоте сразу шёл по существу.
Подходит
Что важно понимать заранее
Классификация — под требованиями регулятора
Классификация процессов, технологических процессов и участков разработана с учётом требований Положения Банка России №716-П. Состав ролей и нормативные значения допустимого простоя настраиваются под вашу организацию на внедрении — без правки кода.
Разработчик — российская компания ООО «Ланселот-ИТ». Продукт разворачивается в инфраструктуре заказчика.
Платформа внедрена в банках и профессиональных участниках рынка под надзором Банка России
Перечень относится к платформе в целом; состав внедрённых продуктов у каждой организации свой.
Показываем карточку процесса, маршрут согласования от владельца данных до менеджера ОРМ и расчёт простоя и деградации по 716-П на живом стенде. Состав показа согласуем заранее.
Маршрут карточки процесса от создания до статуса «Согласован» — на тех же статусах, что и в продукте.
1 Процесс заведён
Владелец процесса заводит карточку и указывает технологический процесс, участок и минимальное время простоя.
2 Передано на согласование Владельцу данных
Владелец данных подтверждает карточку — или возвращает её с обязательным комментарием.
3 Согласование сотрудником КПО
Без права на создание процессов глубже 3-го уровня КПО контролирует карточку, а не переписывает её.
4 Возврат на доработку
Владелец процесса дорабатывает карточку и снова отправляет её на согласование — с той же нумерацией и тем же кодом процесса.
5 Согласование менеджером ОРМ
Финальное согласование — за менеджером ОРМ (операционный риск-менеджмент).
На демонстрации это работает на живом стенде.
Запросить демонстрациюКак с нами связаться
Отвечаем в рабочие дни. Если удобнее письмом — напишите, приложив вопрос по существу.