Архитектура, интеграции и внедрение

Состав модулей продукта

Двадцать одна функциональная подсистема с понятными границами. Границы важны не сами по себе: по ним считается объём внедрения, распределяется ответственность за приёмку и планируется, что включается на первом этапе, а что — на втором.

  • База событий операционного рискаРеестр событий: карточка, статусы, потери, возмещения, мероприятия.
  • Классификация и аналитика событияМногомерные разрезы и отдельная статусная модель анализа события.
  • Реестр рисковКарточки рисков с разделами под разрешением и связью с событиями.
  • Ключевые индикаторы рискаПаспорта индикаторов, плановые и фактические значения.
  • Контрольные показатели уровня рискаПоказатели с сигнальным и контрольным значениями и каскадированием.
  • Реестр ELORОжидаемые потери с распределением долей и каскадированием до двух уровней.
  • Расчёт и отчётность 744-ПСЧП, ПП, КВП, КБИ и приложения расчёта.
  • Отчётность 716-ПОтчёт об управлении операционным риском и сравнительный отчёт.
  • Отчёт по качеству обработки событийПять частей: распределения и динамика по процессам и типам ошибок.
  • Отчёт по своевременности решенияСоблюдение сроков в разрезах реестра.
  • АнкетированиеСамооценка подразделений: девять типов полей и статусная модель результата.
  • Показатели организации. Ввод показателей группами с разделением полномочий исполнителя и проверяющего.
  • Импорт данныхФайлы, база данных, каталог, почта — с валидацией и протоколом.
  • Интеграция со смежными системамиЗагрузка курсов, оргструктуры, справочников и юридических претензий.
  • Администрирование безопасностиСубъекты, роли, разрешения, фильтры, журналы аудита.
  • Настраиваемые представленияНаборы колонок, сортировка и фильтры реестров.
  • Дашборд и календарь событийДиаграммы за период и с начала года, календарь с легендой.
  • Сводная таблицаПеретаскивание полей по областям, подытоги, сортировка.
  • Уведомления24 типа, интерфейс и почта, шаблоны во внешнем файле.
  • ОргструктураПодразделения, должности, сотрудники, историчность структуры.
  • Реестр отчётовАсинхронное построение, статусы, скачивание файлов.

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

Аутентификация и учётные записи

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

Kerberos поверх каталога

Вход без повторного ввода пароля в доменной среде.

Доменная аутентификация LDAP

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

Сквозная Windows-аутентификация

Пользователь попадает в систему под доменной учётной записью рабочей станции.

Локальные учётные записи

Учётные записи в базе данных со сменой пароля из интерфейса или записи из файла конфигурации — для стендов и для контуров без каталога.

Несколько доменов одновременно

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

Роль, подразделение и должность приходят из группы каталога

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

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

Интеграции со смежными системами

Девять интеграций плюс два инфраструктурных подключения. Каждая включается отдельным параметром: контур собирается под то, что у вас есть, а не под полный список.

  • Служба каталога Аутентификация и импорт сотрудников по LDAP и LDAPS, несколько доменов одновременно.
  • Хранилище данных Курсы валют, оргструктура, сотрудники, справочники, юридические претензии — шесть типов объектов с собственной моделью состояний загрузки.
  • Брокер: задания на расчёт Очередь заданий и очередь результатов для тяжёлых расчётов.
  • Брокер: построение отчётов Постановка задания и события реестра отчётов. При выключенном брокере реестр работает в одиночном режиме.
  • Объектное хранилище S3-совместимое хранилище вложений и готовых отчётов с настраиваемым бакетом.
  • Сервис интерактивной отчётности Узел «Интерактивный отчёт» появляется в навигаторе, когда адрес сервиса задан.
  • Почтовый шлюз Исходящие уведомления по SMTP с защищённым соединением.
  • Почтовый ящик — входящий импорт Письмо с заданной темой и вложенным архивом: оргструктура и сотрудники загружаются из него.
  • Внешняя база данных Прямое подключение и вызов процедур для импорта оргструктуры и данных.
  • Приём журналов (Syslog) Передача событий в систему сбора журналов организации — включается параметром.
  • Хранилище секретов Вынесение паролей и ключей из файлов конфигурации — включается параметром.

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

Импорт данных из файлов, БД, каталога и почты

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

Типы импорта
Что загружается Зачем
Оргструктура: подразделения и сотрудники Основа адресации уведомлений, эскалаций и фильтров по подразделению.
Персональная информация сотрудников Дополняет карточки сотрудников данными кадровой системы.
Проводки учётной системы Связь потерь и возмещений с бухгалтерским учётом.
Форма 0409102 Источник символов для расчёта бизнес-индикатора.
Форма 0409110 Дополняет расчёт бизнес-индикатора.
События из исторической базы Перенос накопленного архива: десятилетнее окно расчёта требует истории.
Идентификаторы событий из системы группы Сопоставление записей продукта с записями системы головной организации.
Юридические претензии: события Претензионная работа попадает в базу событий без ручного ввода.
Юридические претензии: компоненты Суммы и составляющие претензии в разрезе события.

Четыре источника, три формата файлов

Файлы, база данных, служба каталога и почта. Файлы принимаются в форматах CSV, XLS/XLSX и XLSB — выгрузку из смежной системы не приходится конвертировать вручную.

Протокол на 13 полей

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

Схема развёртывания и требования к площадке

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

Схема листается вбок — она шире экрана.

Схема развёртывания в контуре организации Рабочее место обращается к приложению по протоколу HTTPS. Приложение работает с базой данных PostgreSQL, брокером сообщений, объектным хранилищем, службой каталога и почтовым шлюзом. Все узлы находятся внутри контура организации; обращений в интернет в схеме нет. Контур организации Рабочее место браузер, HTTPS Приложение war на сервере приложений Java · Spring Boot образ контейнера PostgreSQL данные и миграции Брокер сообщений задания расчёта и отчётов Объектное хранилище вложения и готовые отчёты Каталог и почта LDAP · Kerberos · SMTP Смежные системы хранилища и учётные системы HTTPS
Все узлы схемы разворачиваются внутри контура организации. Обращений во внешние сервисы в схеме нет.
Платформа продукта
Что Значение в поставке
Язык и среда исполненияJava; образ на Liberica OpenJDK, часовой пояс Europe/Moscow
Прикладной каркасSpring Boot
Сервер приложенийTomcat, развёртывание war
База данныхPostgreSQL
Миграции схемыLiquibase; управляемые миграции схемы
ИнтерфейсВеб-интерфейс на Java-Framework
СборкаGradle с проверкой стиля кода на каждом изменении
ПоставкаОбраз контейнера в реестр образов организации, развёртывание через Docker Compose

Версии в таблице взяты из файлов сборки продукта.

Что согласуем до подготовки стенда

  • Перечень поддерживаемых СУБД, операционных систем и версий браузеров под вашу площадку.
  • Схему размещения: один узел или несколько экземпляров приложения.
  • Состав и длительность этапов внедрения, порядок переноса исторической базы событий.
  • Режим поддержки и порядок обращений.
  • Модель лицензирования.

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

Работа в закрытом контуре

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

Данные остаются на площадке

События, потери, вложения и готовые отчёты хранятся в базе данных и объектном хранилище организации. Внешних облачных зависимостей в схеме работы нет.

Секреты выносятся из файлов

Пароли и ключи подключений выносятся в хранилище секретов — режим включается настройкой и согласуется с принятой в организации практикой хранения учётных данных.

Журналы уходят в систему сбора

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

Аудит — внутри продукта

Журнал аудита безопасности, журнал работы и история изменений на уровне поля ведутся самим продуктом и выгружаются файлами. Как устроены журналы.

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

Ниже — то, что задаётся данными и настройкой, без доработки продукта. Этот список стоит пройти на демонстрации: он показывает, где заканчивается коробка и начинается ваш регламент.

Что настраивается под организацию
Что Как задаётся
Роли и матрица доступа Перечень ролей ведётся данными; сопоставление с группами каталога — файлом на каждый контур.
Маршруты статусов Статусные модели — объекты защиты: право на переход выдаётся роли.
Лимиты времени и пороги эскалации Справочники лимитов в статусах и лимитов просрочки; пороги задаются по паре «роль и статус».
Классификаторы и справочники 46 справочников-измерений, 40 из них редактируются прямо из навигатора.
Реестры и колонки Представления: набор колонок, подписи, ширина, порядок, сортировка и фильтр — базовые и пользовательские.
Измерения аналитики Настройка измерений — отдельно защищаемое действие.
Тексты уведомлений Шаблоны писем во внешнем файле, путь задаётся настройкой.
Формы отчётов 35 шаблонов в форматах Excel и Word.
Расписания заданий Время и периодичность каждого задания — параметры контура.
Язык интерфейса Русский и английский; отчётные формы также выпускаются на двух языках.

Материалы, предоставляемые по запросу

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

Для архитектора и администратора

  • Словарь данных: 227 определений сущностей с атрибутами и связями
  • Описание внутренней модели метаданных и движка расчётов
  • Карта маршрутов и точек интеграции
  • Схема размещения узлов и сетевых взаимодействий

Для службы информационной безопасности

  • Руководство администратора безопасности
  • Обзор поверхности угроз и принятых мер
  • Состав журналов аудита и форматы выгрузок
  • Порядок обновления и поставки версий

Почему этих материалов нет на сайте

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

Запросить материалы после заключения соглашения о конфиденциальности

Что это даёт ИТ-директору

Короткая сводка для согласования: чем продукт живёт на площадке, что от неё требует и по каким швам разбирается.

Предсказуемый стек

Java, Spring Boot, Tomcat, PostgreSQL, Liquibase, контейнер. Ни одной экзотической зависимости, под которую пришлось бы держать отдельную компетенцию.

Понятные швы

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

Аутентификация — ваша

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

Обновление — миграциями

Схема разворачивается и обновляется наборами изменений, конвейер сборки публикует образ. Обновление версии — повторяемая процедура, а не ручная работа на бою.

Настройка вместо доработки

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

Контур закрыт

Все узлы внутри организации, секреты выносятся в хранилище секретов, журналы уходят в вашу систему сбора.

Обсудить развёртывание в вашем контуре

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