Связаться и запросить демонстрацию

Стоимость считается под ваш охват: модель лицензирования и цену называем в ответ на заявку.

На объём работ влияет состав охвата:

• сколько подразделений оргструктуры войдёт в охват — на каждое заводится своя бизнес-единица;
• сколько информационных систем ставится на контроль и какие сценарии нужны: периодический (TimeTrigger), проектный (Project), внеплановый (Ad-hoc);
• насколько велика библиотека вопросов и на сколько областей влияния она разложена;
• какой механизм аутентификации выбран и нужна ли интеграция с каталогом учётных записей.

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

Точки, от которых зависит длительность:

• оргструктура выгружается деревом — модуль обходит его вверх, чтобы поймать дублирующее покрытие бизнес-единиц;
• библиотека вопросов готова и разложена по областям влияния: от этого зависит, какой набор развернётся в анкету;
• шкалы согласованы с весами расчёта — влияние High = 5, Medium = 3, Low = 1; вероятность 1,0 / 0,9 / 0,3 / 0,1;
• пороги приняты как есть или пересматриваются: рейтинг ≥ 1,5 → High, > 0,49 → Medium; уровень критичности — от Level 5 до Level 1 по сумме остаточных рисков трёх осей.

Полный список того, что придётся собрать, — в чек-листе готовности данных (PDF).

В вашем контуре, на вашей инфраструктуре. Внешних сервисов модуль для работы не требует.

Что входит:

• серверное приложение на Java с веб-интерфейсом на ZK;
• миграции схем модуля выполняются средствами PostgreSQL;
• у модуля собственные схемы базы данных, включая изолированную схему прав.

На демонстрации ваши данные не нужны: показ идёт на модельной системе. Для промышленной эксплуатации в модуле есть:

• аутентификация наследуется от ядра платформы и выбирается настройкой: LDAP, Kerberos + LDAP, SSO, SAML, база данных или файл пользователей;
• сессионная cookie помечена httpOnly и secure;
• права выдаются роли на пару «объект безопасности — тип объекта» с пятью действиями (чтение, запись, добавление, удаление, действие) и фильтром на уровне строк;
• 29 типов действий по контролю пишутся в журнал, отдельно ведётся журнал безопасности и история изменений данных;
• переход статуса не подтверждает тот, кто его инициировал.