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

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

Форма добавления модуля
Модуль можно отредактировать, нажав на него в соответствующей строке.

Окно редактирования модуля
По окончании редактирования нажмите кнопку Сохранить, чтобы применить внесенные изменения или кнопку Отмена, чтобы сбросить изменения.
Для удаления модуля нажмите кнопку Удалить на форме или выберите соответствующий пункт в контекстном меню строки. Удаление модуля, в котором содержатся сущности, невозможно.
Для добавления в модуль сущности системы выберите в соответствующем разделе режима администрирования созданный модуль. Если значение не выбрано, объект относится к глобальному общему модулю.
Пример добавления категории в модуль:

Выбор модуля категории
При создании ДП и смартов в категории они автоматически получают привязку к тому же модулю, что и сама категория. При этом система блокирует добавление в категорию ДП, модуль которых отличается от модуля категории.
Информация о модулях хранится в таблице базы данных Modules.
Все текущие настройки системы относятся к общему модулю. Однако сущности, относящиеся к конкретному модулю, не могут быть использованы в других модулях, кроме общего.
Версионирование
В системе поддерживается хранение версий конфигураций в Git.
Администратором выбирается модуль и наименование версии, после чего система автоматически собирает необходимые файлы конфигурации для экспорта. Собранные файлы помещаются в соответствующий репозиторий Git для хранения версий. Затем в базе данных создается запись о новой версии в таблице VersionConfigs, которая привязывается к соответствующему модулю в таблице Modules.
Администратор также может выбрать любую ранее сохраненную версию модуля, обращаясь к API системы. В таком случае из репозитория Git загружаются файлы конфигурации выбранной версии, загруженная конфигурация импортируется в систему, а в базе данных обновляются данные о текущей версии модуля.
Настройки репозитория хранятся в отдельной таблице RepoSettings.
Работа с версиями проводится администратором с помощью API-методов:
Назначение |
Метод |
Запрос |
Параметры |
|---|---|---|---|
Создание версии. Метод формирует слепок текущей конфигурации категории, присваивает ей новую версию и сохраняет конфигурацию в репозитории Git |
POST |
/api/admin/revisionrepository/versionconfig |
•moduleId — ID модуля в таблице Modules •version — Название версии |
Изменение версии: метод забирает из репозитория версию конфигурации, производит импорт конфигурации, меняет версию модуля |
POST |
/api/admin/revisionrepository/versionconfig/changeversion |
•moduleId — ID модуляв таблице Modules •version — Название версии |
Удаление версии конфигурации |
DELETE |
/api/admin/revisionrepository/versionconfig/{id} |
id — ID версии в таблице VersionConfigs |