Система встаёт в ваш контур: что разворачивается, что подключается и в каком порядке

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

Поставка и развёртывание

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

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

WAR Формат поставки: архив для контейнера сервлетов Файл сборки продукта

Адреса из конфигурации Смежные системы, почта и каталог пользователей задаются при развёртывании Свойства конфигурации продукта

Закрытый контур — рабочий вариант поставки

Все внешние адреса, к которым обращается продукт, задаются конфигурацией: почтовый сервер, каталог пользователей или провайдер единого входа, каталог ИТ-активов, хранилище секретов, брокер сообщений и объектное хранилище. Единственный адрес, заданный в поставке, — публикуемый Банком России набор курсов валют; загрузка курсов включается расписанием и может не использоваться вовсе.

Технологический стек

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

Состав технологического стека продукта
Слой	Чем реализован	Источник сведения
Платформа выполнения	Java	Файл сборки продукта
Каркас приложения	Spring Boot	Файл сборки продукта
Формат поставки	Архив WAR для контейнера сервлетов	Файл сборки и конфигурация продукта
Интерфейс	Серверный веб-интерфейс, работающий в браузере, без установки на рабочие места	Состав представлений продукта
Выгрузки Excel	Шаблоны с подстановочными выражениями	Механизм отчётов продукта
Документы Word	Шаблоны с переменными — так собирается форма 0409072	Механизм выгрузки формы
Тексты уведомлений	Шаблонизатор сообщений с русской и английской строкой	Шаблоны уведомлений продукта
Кеширование	Кеш в памяти приложения	Файл сборки продукта
Журналирование	Структурированный журнал в формате JSON	Конфигурация журналирования продукта

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

Хранение данных и управление схемой

Основное хранилище — PostgreSQL

Рабочая база продукта — PostgreSQL. Схема базы данных обновляется управляемыми миграциями.

Схема ведётся миграциями

Структура базы описана миграциями и применяется инструментом управления схемой с собственными таблицами журнала изменений. Обновление версии — воспроизводимая процедура, а не набор скриптов «от предыдущего внедрения».

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

Вместе с продуктом поставляются наборы справочных данных, включая классификаторы Банка России. Пустых справочников на старте нет.

Конфигурация и хранение секретов

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

Внешнее хранилище секретов

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

Настройки, которые меняет администратор

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

Очередь расчётных задач

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

Асинхронный расчёт

Расчётные задачи обрабатываются отдельно от пользовательских запросов.

Объектное хранилище файлов

Хранение вложений и файлов может выноситься в объектное хранилище — узел подключается отдельно.

Служебные точки состояния

Приложение отдаёт служебные сведения о своём состоянии — их забирает ваша система мониторинга.

Безопасность контура

Механизмы, которые проверяет служба информационной безопасности заказчика, заложены в продукт, а не достраиваются на внедрении.

Четыре режима аутентификации переключаются одним свойством: пользователи из файла, учётные записи в базе, OAuth2 / OIDC и каталог учётных записей по LDAP. Для каталога задаются домен, сервер, база и фильтр поиска.
Отдельная цепочка административного входа со своим адресом и своим поставщиком проверки: она не смешивается с пользовательской.
Шестнадцать охраняемых типов и шесть действий — просмотр, изменение, создание, удаление, выполнение действия / смена статуса, ограничение видимости записей. Право выдаётся на объект, на раздел карточки и на переход статуса.
Фильтрация данных по принадлежности: ограничение видимости записей — первоклассное действие модели прав с собственной стратегией разрешения.
Прямой запрос шаблонов представлений запрещён: экраны нельзя вытянуть в обход приложения.
Три журнала: журнал безопасности, журнал работы пользователей и сквозной журнал переходов статусов с просмотром прямо на карточке.
Выход из системы удаляет сессионную куку; в продукте есть экраны смены и сброса пароля и персональных настроек учётной записи.

Подробно о правах, ролях и журналах

Техническая документация — по запросу после заключения соглашения о конфиденциальности

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

Запросить техническую документацию

Модульная структура системы

Продукт собран из выделенных блоков, а не одним монолитным куском. Для покупателя это значит предсказуемые границы: обновление одного блока не переписывает остальные.

Ядро прав доступа отдельный блок

Роли, права, типы прав, действия и субъекты вынесены в самостоятельный блок, переиспользуемый другими продуктами платформы. Матрица прав раскладывается по вкладке на каждый зарегистрированный модуль.

Ядро представлений пять категорий видов

Именованные представления реестров: системные, базовые, пользовательские, для дашборда и для отчёта. Один и тот же реестр открывается разными видами, и модель отчёта строится поверх представления.

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

Факты, измерения и группы фактов имеют собственный слой доступа к данным. На его основе рассчитывается нормативный срок обработки обращения и производные показатели.

Асинхронные расчёты через брокер сообщений

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

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

Требования к контуру заказчика

Отметьте узлы, которые в вашем контуре уже есть, — увидите, что остаётся подготовить к развёртыванию.

Готовность площадки

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

Контейнер сервлетов для развёртывания приложения из архива WAR
PostgreSQL для данных приложения
Каталог пользователей каталог учётных записей по LDAP либо провайдер OAuth2 / OIDC
Почтовый сервер: приём обращений из ящика службы и отправка уведомлений
Хранилище секретов для конфигурации подключений
Брокер сообщений для расчётных задач
Объектное хранилище для файлов и вложений

Не отмечено узлов: 0 из 0. Часть из них подключается отдельно: хранилище секретов, брокер сообщений и объектное хранилище включаются по отдельности, и без них система работает.

Все 0 узлов есть в контуре — продукт подключается ко всем ним и не требует ничего сверх.

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

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

Порядок внедрения

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

Развёртывание в контуре

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

Результат шага: Система открывается в браузере, схема базы создана миграциями
Что нужно от вас: Площадка, база данных, доступы к смежным узлам

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

Режим входа и подключение каталога: домен, сервер, база и фильтр поиска либо параметры провайдера единого входа.
Состав ролей и матрица прав по модулям, включая права на разделы карточек и переходы статусов.
Подключаемые узлы: хранилище секретов, брокер сообщений, объектное хранилище, почтовый сервер, каталог ИТ-активов.
Справочники и представления реестров, включая персональные виды сотрудников.
Нормативные сроки, пороги напоминаний и расписания фоновых заданий по четырём готовым режимам.
Состав разделов формы 0409072 и оформление шаблонов отчётов.

Кому подходит

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

Область поставки

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

Разобрать развёртывание на вашей площадке

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

Записаться на демонстрацию Права доступа и аудит