Supplier Analysis управление рисками поставщиков и третьих лиц
Запросить демонстрациюДемонстрация
Supplier Analysis: управление рисками поставщиков и третьих лиц

Соберите проверку поставщиков, риски по десятку направлений, контроли Первичная проверка и постоянного мониторинга и устранение несоответствий в один управляемый процесс со сквозной историей решений

Реестр третьих лиц и поставщиков с ~90 атрибутами отношений, 13 видами риска и 54 видами контроля «Первичная проверка» и постоянного мониторинга заменяет разрозненные таблицы и переписку: каждый контроль проходит исполнителя и одного-двух проверяющих, плановые и фактические сроки исполнения фиксируются автоматически, а выявленные несоответствия связываются с недостатками и корректирующими планами модуля управления недостатками.

Записаться на демо-показ

На демо-показе смотрим ваш реестр поставщиков в интерфейсе: карточку с фактическими атрибутами, маршрут согласования по вашим видам контроля и связь несоответствий с Issues и CAP. Итог — сокращение трудозатрат на подготовку к проверкам и защита от операционных убытков.

  • Десятки поставщиков на аутсорсинге и ИТ-услугах — Первичная проверка и постоянный мониторинг каждого через один процесс.
  • Карточка поставщика фиксирует до ~90 атрибутов отношений: тип, критичность, регион, категорию.
  • Несоответствия, выявленные при первичной проверке, сохраняются между проверками и связываются с недостатками и корректирующими планами.

Разработано с учётом требований Положения Банка России № 716-П об операционном риске и Федерального закона № 152-ФЗ «О персональных данных». Архитектура и интеграции модуля →

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

Основные показатели модуля.

~90 атрибутов в карточке поставщика — отношения, география, комплаенс, четвёртые стороны
13 видов риска поставщика, каждый можно включить или отключить отдельно
54 вида контроля в двух группах — Первичная проверка и постоянный мониторинг
до 2 проверяющих после исполнителя — второй шаг включается автоматически по виду контроля
47 справочников модуля под управлением прав — от видов риска до статусов Gap
211 строк матрицы прав: кто из ролей что видит и куда может перейти

Как это выглядит в интерфейсе

Состав колонок, статусов и вкладок — как в продукте. Переключайте разделы ниже.

/supplier — карточка и реестр поставщиков Пример заполнения

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

ПоставщикТретье лицоКритичность отношенийРегионСтатус
Обработка платёжных данныхООО «ПроцессингТех»ВысокаяМоскваНа согласовании
Аутсорсинг колл-центраООО «Контакт-Сервис»СредняяСанкт-ПетербургСогласован
Логистика инкассацииАО «Северный Логистик»ВысокаяНовосибирскВнесение изменений
Внешний ЦОДООО «ДатаХост»КритичнаяМоскваНовый

Состав колонок и статусов поставщика — как в продукте.

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

Реестр поставщиков в банке обычно живёт в файлах, а не в системе — вот что при этом происходит с данными.

Сейчас — таблицами и почтой

  • reestr_postavshikov_final2_правки.xlsx Четыре вкладки, своя раскраска статусов в каждой — последняя правка неизвестно чья.
  • kontrol_DD_2026_v3.xlsx Своя нумерация статусов у каждого отдела — сверка вручную перед каждой проверкой.
  • gap_svod_kopiya (2).xlsx Копия без версии разошлась по переписке — какая из них актуальна, решает получатель.

Каждое решение по поставщику — в своей копии файла, а не в одной карточке.

В Supplier Analysis

Реестр третьих лиц и поставщиков ~90 атрибутов
Первичная проверка и постоянный мониторинг 54 вида контроля
Несоответствия (Gap) связаны с Issues и CAP
История решений журнал по каждому переходу

Все изменения — в одной карточке поставщика, с датой, сотрудником и комментарием.

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

У каждого, кто причастен к работе с поставщиками, — своя боль и свой критерий готовности продукта.

Руководитель функции управления рисками поставщиков (TPM, Third Party Management)

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

В Supplier Analysis — полный доступ ко всем объектам модуля и 47 справочникам в одной карточке поставщика.

Директор по информационной безопасности

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

В Supplier Analysis — собственный контур ролей, прав и журнала аудита модуля на отдельной схеме БД, с отдельной административной консолью.

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

Боль — обосновывать перед Банком России состояние работы с поставщиками без единой базы для отчётности.

В Supplier Analysis — доступ на чтение по всем статусам поставщиков, контролей и несоответствий для последующей проверки.

Проверяемые механизмы

Их видно в первый день работы с продуктом — не в документации, а в интерфейсе.

Второе согласование включается автоматически

Если у вида контроля назначен второй проверяющий, контроль обязательно пройдёт через два согласования — обойти это, не изменив сам вид контроля, нельзя.

Поставщик не заводится без третьего лица

Форма не сохранит карточку поставщика, пока за ней не закреплено юридическое лицо-контрагент — в реестре не появится запись без владельца.

Дубли ловятся на форме

Третье лицо проверяется на уникальность по ИНН и КПП — о совпадении предупреждают ещё при создании карточки, а не при следующей сверке.

Дата закрытия не редактируется руками

Фактическая дата завершения контроля и Gap проставляется автоматически в момент перехода в финальный статус.

Каждое решение — в журнале

По поставщику, контролю и Gap ведётся отдельный журнал смены статусов: старый и новый статус, сотрудник, комментарий и дата.

Связь с Issues и CAP не теряется

Связывание несоответствия с недостатками и корректирующими планами модуля управления недостатками и удаление этих связей фиксируются в отдельном журнале операций.

Право редактировать зависит от статуса

Кто может писать в карточку поставщика, определяется её текущим статусом — это отдельный объект прав, а не общее правило «редактор / не редактор».

Из чего состоит продукт

Семь разделов — переходите к тому, что решает вашу задачу прямо сейчас.

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

Критерии применимости модуля

Подходит, если

  • Поставщиков и третьих лиц — от нескольких десятков, и Первичная проверка с постоянным мониторингом должны идти раздельными процессами.
  • Нужна ролевая модель согласования — исполнитель и один-два проверяющих, — которая включается по виду контроля автоматически, а не вручную.
  • Несоответствия должны быть связаны с недостатками и корректирующими планами смежного модуля, чтобы сохранялась история их обработки.
  • Нужен отдельный контур ролей и прав для модуля — не общий для всей платформы.

Не хватит, если

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

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

На демо-показе — ваш реестр поставщиков, ваши виды контроля и маршрут согласования, а не отвлечённый пример.

Записаться на демо-показ Архитектура и интеграции