Платформа |
Описание |
Оценка |
Ссылка |
Скриншот |
Видео |
Итоговый балл |
||||||
Качество реализации использования визуального редактора логики в приложении созданном на NC-платформе с изменением набора доступных действий |
||||||||||||
Comindware Platform |
В Comindware Platform бизнес-логика приложения настраивается средствами визуальных low-code/no-code редакторов: через BPMN-диаграммы процессов, правила для форм, кнопки и сценарии. Набор доступных пользователю действий может изменяться динамически в зависимости от роли пользователя, состояния процесса/записи, значений атрибутов и заданных условий. Для этого используются: настройка видимости и доступности полей, областей и кнопок на формах; условия отображения кнопок; сценарии, запускаемые по событиям — нажатию кнопки, созданию или изменению записи, запуску процесса, входу/выходу токена и другим событиям. |
5 |
Да |
Да |
8 |
|||||||
Directum RX |
На примере кейса согласования договоров рассмотрены механизмы для изменения логики с помощью визуального редактора |
5 |
Да |
7 |
||||||||
Docsvision |
Вся логика настраивается в специальном Конструкторе разметок. В нем для каждого объекта системы или решения настраиваются варианты интерфейса, правила его выбора и сам интерфейс. |
2 |
Да |
3 |
||||||||
Elma365 |
Основной механизм настройки логики в Elma365 - дизайнер процессов. Он позволяет создавать исполняемые бизнес-процессы, в рамках которых размещаются пользовательские задачи и автоматизированные действия. Могут создаваться сервисные бизнес-процессы, выполняющие действия без участия пользователя (например, процесс, меняющий статус объекта или генерирующий документ по шаблону). Бизнес-процессы запускаются по триггерам (создание, изменение объекта), по расписанию или по кнопке. |
4 |
Да |
5 |
||||||||
Knowledge Space |
В KS логика приложения настраивается визуально через несколько механизмов: интерфейсы, кнопки с действиями, события интерфейса, бизнес-процессы BPMN, модульные интеграции и формулы показателей. Например, кнопка в интерфейсе может запускать последовательность действий: создать/изменить объект, записать значение показателя, запустить бизнес-процесс, выполнить импорт/экспорт, вызвать интеграцию, сохранить данные в глобальную переменную. Набор доступных действий определяется типом элемента, ролью пользователя, настройками доступа и контекстом приложения. В документации отдельно описаны события интерфейса, кнопки, бизнес-процессы, задачи БП и модульные интеграции. |
5 |
5 |
|||||||||
NBT |
Визуальный редактор логики реализован на основе BPMN 2.0. Данный редактор встроен непосредственно в платформу. 1. Создание/редактирование бизнес-процесса 2. Импорт/экспорт бизнес-процесса 3. Доступны элементы (Запуск БП, Сервис таск, User Task, Send task, Отправка/ Получение сообщения, Отправка/Получение сигнала) 4. Любой из элементов можно настроить 5. Можно привязать созданный бизнес-процесс (или несколько) к необходимому реестру. 6. Запуск БП по настроенному триггеру, вручную, после выполнения шага |
5 |
Да |
6 |
||||||||
Nocode |
Конструктор бизнес-процессов позволяет банку визуально моделировать, автоматизировать и безопасно управлять сложными процессами с условной логикой, интеграциями и документами, ускоряя запуск сервисов и снижая ошибки при их повторном использовании. Возможности: - Шаги процесса - Переходы между шагами - Условные шаги для ветвеления процесса по условиям - Права на шагах для разделения по ролевой модели доступа к шагам и переходам - События на шагах - Действия на переходе - Параллельный и последовательный подпроцессы - Шаблоны уведомлений, коннекторов, событий - Модель документа - Конструктор документов - Копирование действий между переходами - Входящие запросы |
5 |
Да |
7 |
||||||||
Osmi AI |
Да, через роли пользователя. Администратор открывает раздел «Роли», создает новую роль и задает для нее набор разрешений: какие разделы платформы пользователь сможет видеть и какие действия выполнять. Права настраиваются по отдельным функциональным блокам: Chatflows, Agentflows, Credentials, Variables, API keys, Logs, Workspace и другим. Для каждого блока можно выбрать конкретные операции — просмотр, создание, редактирование, удаление, импорт, экспорт, дублирование и управление настройками. |
3.5 |
Да |
5.5 |
||||||||
SL Soft Flow |
1. Бизнес логика моделируется в визуальном BPMN конструкторе: схема процесса с событиями, шлюзами, потоками управления. Палитра элементов: User Task, Service Task, Script Task, Send Task, Notification Task, Call Activity, DMN Business Rule Task, AI Task, Установка статуса, подпроцессы. 2. Решения для Business Rule Task моделируются в отдельном DMN редакторе. 3. Набор доступных пользователю действий меняется через UI Actions — настройка для карточки выполняется в журнале типов данных, для табличного представления в разделе Конфигурация UI → Журналы. Для каждого действия задаются: тип, конфигурация, предикаты видимости/доступности по роли, статусу записи и значениям атрибутов, форма выполнения. 4. Клиентская логика форм настраивается во вкладке Логика конструктора форм: триггеры Простой (UI условия без кода), JavaScript, JSON Logic. Действия: show/hide, required, disabled, динамические значения, валидации, события формы. |
4 |
4 |
|||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
Визуальный редактор логики реализован как встроенный инструмент Конструктора. Каждый сценарий поведения описывается через обработчики событий – визуально-настраиваемые блоки с набором действий, которые срабатывают при определённых условиях. Как это работает: 1. Событие >> Условие >> Действие. Администратор или аналитик в визуальном интерфейсе выбирает: на какое событие реагировать, при каком условии, и что сделать 2. Набор доступных действий динамически меняется в зависимости от контекста: типа документа, роли пользователя, состояния процесса. 3. Ролевая фильтрация действий – один и тот же экран для разных ролей показывает разный набор кнопок и операций: одному пользователю доступно только чтение, другому – редактирование и запуск процесса 4. Настройка через Конструктор производится в режиме drag-and-drop: компоненты логики перетаскиваются на рабочую область, связываются между собой и параметризуются через формы настройки 5. Изменение набора действий при смене статуса документа или этапа процесса платформа автоматически пересчитывает, какие действия показывать пользователю. Управление этой логикой осуществляется через механизм, позволяющий задать контекстно-зависимые правила отображения и доступности действий для каждой комбинации роли, статуса, типа объекта, значения атрибтуа и др. без необходимости перезапускать систему или привлекать разработчиков. |
5 |
Да |
6 |
||||||||
Акола |
В платформе «Акола» основным инструментом визуальной разработки бизнес‑логики является Алгоритмизатор. Как работает: Алгоритмизатор позволяет создавать алгоритмы с помощью готовых блоков действий и визуального редактора (схемы). Пользователь добавляет необходимые шаги из списка доступных блоков, настраивает их параметры и соединяет в последовательность. Набор блоков действий фиксирован платформой, но его можно расширять за счёт: 1) Входящих и возвращаемых переменных (настраиваются в карточке алгоритмизатора). 2) HTTP‑запросов (через интеграции) и вызовов внешних API. 3) Подключения предварительно настроенных автодействий. 4) Использования секретов для безопасной работы с внешними системами. Цитата из мануала: «Алгоритмизатор – это функциональность в Акола, которая позволяет создавать и настраивать алгоритмы, используя готовые блоки действий и визуальный редактор». - возможность копирования настроенного алгоритма в другие продукты/конфигурации - Автоматический запуск события в системе по условию — это функциональность для запуска алгоритма при наступлении определенного условия без ручного вмешательства, например, при изменении данных объекта и срабатывании таймера |
5 |
Да |
6 |
||||||||
Датамастер |
1. В программе «Конфигуратор» no-code платформы разработки есть редактор BPMN-процессов, который встроен в платформу. 2. визуальный редактор логики не находится внутри самого приложения для конечных пользователей. Он является частью административной или разработческой панели платформы. 3. На no-code-платформе логика фиксируется в момент деплоя, а изменения требуют повторной публикации. Возможности изменения в логике после «мягкого обновления» без остановки работы приложения не предусмотрено, поскольку создается отчуждаемое приложение, а не схема, в которой логика выполняется на стороне платформы в режиме интерпретации. 4. Доступ к редактору имеет только владелец проекта или команда с правами. После запуска проекта можно продолжать управлять его поведением через визуальный редактор в программе. |
2.5 |
Да |
3.5 |
||||||||
Инкоманд |
В Инкоманд это реализовано при помощи: 1. конструктор процессов (отрисовка схемы, начальные события, действия, структурирование, шлюзы, пограничные и промежуточные события, группировка событий и т.д) - добавление полей и их форматирование, кастомные поля - правила построения полей 2. конструктор приложений/объектов - описание бизнес‑сущности, поля, связи и действия без разработки и развертывания модулей - создание объекта, задаете набор полей (строки, числа, списки выбора, даты и т.д.), конфигурируете макеты карточек, настраиваете представления и права доступа, а платформа автоматически формирует структуру данных, формы для ввода информации и интерфейсы для работы пользователей - 3 уровня функц. от визуального конструктора до продвинутой аналитики |
5 |
Да |
7 |
||||||||
Платформа 3V |
Во всех инструментах Платформы 3V есть визуальный редактор. Например, для изменения набора доступных действий на форме используется раздел «Действия» в конструкторе форм. Вы можете создавать собственные действия и назначать их на кнопки. Условное выполнение действий настраивается через свойство enableExpressionId в JSON-модели действия, где указывается идентификатор выражения, возвращающего true или false. Для создания сложной логики (например, проверки условий перед сохранением) используются «Правила» (пользовательские проверки по формуле) и «Выражения» (расчеты по формуле). Визуально логика представлена в виде иерархического дерева элементов формы, где для каждого элемента можно настроить видимость, доступность и привязать действия. Инструмент "Поток событий" позволяет создавать цепочки действий (отправка уведомлений, экспорт отчетов, выполнение методик) по событиям (изменение данных, расписание). И т.д. |
4.5 |
Да |
6.5 |
||||||||
Платформа FXL |
Собственный встроенный в платформу движок (поддержка настройки экранных форм, выражений, логики и маршрутов) |
2 |
2 |
|||||||||
Робин |
1.Для сборки и настройки программных роботов, в платформе ROBIN предусмотрен конструктор (ROBIN Studio) 2. В конструкторе аналитик собирает сценарии работы в информационных системах, из готовых действий, в виде простой блок-схемы. В составе конструктора более 600 функциональных действий 3. Элементарный функциональный блок схемы робота - готовое программное действие. Линии, соединяющие функциональные блоки схемы, указывают последовательность выполнения действий. Для построения гибких алгоритмов программных роботов доступны действия, выполняющие роль операторов управления: ветвления алгоритма по условию (if-then, switch), цикла (do-while, for, foreach, break, continue) и обработки ошибок (блоки try-catch-throw). drag-and-drop |
5 |
Да |
6 |
||||||||
Сфера. Кит |
Обеспечивается путем комбинации настройки параметров объектов системы со связанным жизненым циклом, набором преобразований данных на основе правил и автоматизаций, декомпозированных до атомарных процессов |
1 |
1 |
|||||||||
Триафлай |
Реализовано через несколько механизмов: • Конструктор форм, отчётов и реестров — визуальный редактор для построения аналитических представлений с фильтрами, формулами и правилами расчёта. • Рабочий процесс сбора (Workflow) — настройка статусов, переходов и перечня доступных действий для каждой роли на каждом статусе (просмотр, заполнение, утверждение и т.п.). • Форматно-логический контроль — визуальная настройка правил проверки вводимых данных (ограничения, регулярные выражения на базе JavaScript). • Набор действий, доступных пользователю, определяется его ролью и текущим статусом задания сбора и настраивается администратором через UI. |
3.5 |
Да |
5.5 |
||||||||
Инструменты для создания любого UI/UX для интерфейсов пользователя (специальные программы и онлайн-сервисы, которые помогают дизайнерам проектировать, как будут выглядеть и как будут работать экраны сайтов, приложений, программ и других цифровых продуктов) |
||||||||||||
Comindware Platform |
Реализовано средствами встроенных визуальных low-code/no-code конструкторов. Для настройки интерфейсов используются конструктор веб-форм, конструктор информационных страниц и рабочих столов, настройка таблиц, карточек, кнопок, областей кнопок, правил отображения и доступности элементов. В конструкторе форм элементы интерфейса, атрибуты, области, вкладки, колонки, вложенные формы и кнопки размещаются на макете drag-and-drop. Для экранов рабочих мест используются страницы и дашборды с виджетами: списки, показатели, диаграммы, плитки, баннеры, временные шкалы, шаги и другие элементы. UI/UX может адаптироваться под роль пользователя, сценарий работы и состояние бизнес-объекта: настраиваются права доступа, видимость и доступность полей, областей и кнопок, условия отображения действий, персональные настройки таблиц, формы поиска и представления карточек. Для динамического поведения интерфейса используются правила форм и сценарии. |
5 |
Да |
7 |
||||||||
Directum RX |
Можно настраивать модуль и его элементы |
3.5 |
Да |
5.5 |
||||||||
Docsvision |
Создание интерфейсов выполняется в Конструкторе разметок, где можно настроить разные интерфейсы для роли, состояния ЖЦ объекта и форм-фактора устройства. |
2 |
Да |
3 |
||||||||
Elma365 |
UI/UX создается в дизайнере интерфейсов. Поддерживается большой набор готовых виджетов для размещения элементов (колонки, вкладки, модальные окна и т.д.), для отображения объектов и отчетов (таблицы и графики), кнопок действий и меню. Система позволяет создавать переиспользуемы виджеты и размещать их на формах при помощи drag'n'drop. Поддерживается расширение с помощью Low-code (TypeScript), JS, HTML, CSS, внешних библиотек. |
4.5 |
Да |
5.5 |
||||||||
Knowledge Space |
1. интерактивный интерфейс-дашборд с инфоблоками справа и настройками слева (отображения, доступы, стили, иконки, источники, доп) 2. Конструктор (формулы/функции, условия и т.п.) 3. компоновка интерфейса (вертик/гориз, задать кол-во ячеек и тп) 4. Настройка каждой ячейки (форматирование, связанные сущности, события ячейки) В целом, полна настройка под пользователя всего интерфейса |
5 |
Да |
7 |
||||||||
NBT |
Реализовано через форму создания БП. 1. Есть вкладки "Общая информация" , "Конструктор полей" - каждую можно настроить 2. Есть возможность настроить шапку формы и ее содержание (рабочая область, на которой будут располагаться поля), вкладки формы и их наименование и содержание. Расположение полей изменяется при помощи drag and drop. 3. У полей также присутствует возможность настройки (настройка самого поля и настройка безопасности поля). 4. Для уже созданного объекта пользователь может настроить безопасность. |
5 |
Да |
6 |
||||||||
Nocode |
Конструктор страниц позволяет банку без кода быстро создавать, масштабировать и персонализировать адаптивные интерфейсы с единым дизайн-стилем, ускоряя запуск новых сервисов и эксперименты с пользовательским опытом без участия разработки. Возможности: - Создание много страничного приложения со свободной сеткой страницы под мобильный и desktop форм факторы - Библиотека блоков для конструирования интерфейса - Пользовательские компоненты - Подключаемые виджеты - Дизайн- система для управления стилями - Переменные контекста страницы Конструктор компонентов позволяет банку централизованно создавать, повторно использовать и управлять интерактивными элементами интерфейса, обеспечивая единый стиль, ускоряя разработку и улучшая пользовательский опыт. Возможности: - Конструктор компонентов - Библиотека компонентов - Варианты и состояния компонентов |
5 |
Да |
7 |
||||||||
Osmi AI |
Нет |
0 |
0 |
|||||||||
SL Soft Flow |
UI/UX создаётся через Конструктор форм (поля, layout, validation, visibility/accessibility, custom logic), журналы с режимами table/kanban/list/tile/doclib, меню, дашборды, виджеты и темы интерфейса. Корпоративная стилистика подключается через архив темы с CSS. При этом в конструкторе форм можно задать кастомный CSS класс для любого элемента, а в теме этот CSS класс определить. |
5 |
Да |
6 |
||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
1. Конструктор карточек и форм – визуальный редактор для сборки экранных форм из готовых компонентов: поля ввода, таблицы, вкладки, выпадающие списки, файловые вложения, связанные объекты и др. Компоненты размещаются и настраиваются в режиме drag-and-drop 2. Библиотека базовых и составных компонентов – от простых элементов (текст, дата, флажок) до сложных (встроенные реестры, графики, панели задач, веб-виджеты). Компоненты вкладываются друг в друга, образуя произвольную структуру экрана 3. Компонент окна – позволяет встраивать в интерфейс сложные представления данных: таблицы, деревья, канбан-доски, календарь, структуру каталогов, отчёты, справочники. Всё это размещается как часть общего экрана приложения 4. Настройка видимости и доступности элементов – каждый элемент интерфейса можно скрыть, заблокировать или сделать обязательным в зависимости от роли пользователя, статуса документа или значения любого поля 5. CSS-стилизация – для полного контроля над внешним видом: цвета, шрифты, отступы, границы. Стили применяются как глобально ко всему приложению, так и точечно к отдельным компонентам через именованные CSS-классы |
5 |
Да |
6 |
||||||||
Акола |
В Аколе представлены полноценный визуальный редактор макетов и богатая библиотека компонентов для создания кастомизированных интерфейсов. Основные инструменты: 1) Редактор макетов – визуальное WYSIWYG‑окружение, где можно перетаскивать компоненты, настраивать их свойства и расположение. 2) Библиотека компонентов: Базовые элементы (текст, изображение, иконки). Логика и переменные (вычисляемые переменные, вывод переменных). Списки и работа с объектами (таблицы, карточки, история изменений). Элементы ввода и выбора (поля, чекбоксы, радиокнопки, выбор из таблиц). Элементы отчётности (диаграммы, графики, дашборды). Структурные компоненты (контейнеры, табы, аккордеоны, карточки). 3) Представления объектов и таблиц – позволяют гибко настроить отображение данных (списки, формы, карточки). 4) Настройка тем и CSS – возможность загружать собственные CSS‑файлы, изменять цветовые схемы, шрифты и отступы. Цитата из мануала: «Интерфейс состоит из нескольких уровней элементов: от самых простых (компоненты) до сложных страниц. Компонент — это базовый элемент интерфейса, каждый реализует одну функцию (кнопка, поле ввода, текст и др.)». |
5 |
Да |
6 |
||||||||
Датамастер |
1. Инструментами для создания любого UI/UX для интерфейсов пользователя являются дизайнеры форм версий 1.0 и 2.0, реализованные в платформе разработки. Там предусмотрены базовые настройки стилей 2. По названию вкладок очевидно, что именно они позволяют настраивать (метка, прокрутка, сплиттер, текст, список, время, кнопка, картинка, редактор html, панель, набор страниц, дата, ссылка, таблица и др.) |
1.5 |
Да |
2.5 |
||||||||
Инкоманд |
Конструктор интерфейсов (фрагменты, виджеты, элементы макета, основные компоненты, настройка параметров, сетки страницы) Редактор форм Представление данных в виде канбан-досок и таблиц (настройка всех форматов, фильтры, сортировка, дашборды и т.п.) Создание и отображения коллекций контента (карточки, дизайн и тп) Редактор шаблонов отображения индивидуальный личный кабинет под пользователя (свой интерфейс, функции) |
5 |
Да |
7 |
||||||||
Платформа 3V |
1. визуальный конструктор с готовыми элементами управления (контролы). Гибкая настройка расположения элементов с помощью контейнеров, сеток и вкладок, а также стилизация их через встроенные свойства и CSS-ресурсы. 2. Для создания UI\UX используется инструмент Форма, которая является веб-страницей для отображения и ввода данных. 3. Визуальное конструирование происходит в режиме редактирования формы, где вы добавляете и настраиваете элементы из раздела «Элементы». Доступны следующие группы элементов: Поля, Кнопки, Разметка (Контейнер, Сетка, Группа вкладок, Разделитель, Блок с контентом, Оглавление), Работа с объектами, Медиа и типография, Диаграммы и Дополнительно (Интерактивная карта, Комментарии, Интерактивный календарь, HTML код, Фрейм). 4. Каждый элемент настраивается через правую панель: вкладки «Свойства» и «Стили». Для тонкой стилизации всего приложения или отдельных элементов используются Ресурсы с CSS-правилами, а также настройка темы приложения (акцентный цвет, глобальный ресурс). Адаптивность интерфейса настраивается через брейкпоинты (Десктоп, Ноутбук, Планшет, Телефон). |
5 |
Да |
7 |
||||||||
Платформа FXL |
Конструктор экранных форм + конструктор справочников |
2 |
2 |
|||||||||
Робин |
Не обнаружено |
0 |
0 |
|||||||||
Сфера. Кит |
Обеспечиваются встроенным редактором UI Composition, включающим в том числе возможность создания любого UI за счет CSS |
0.5 |
0.5 |
|||||||||
Триафлай |
Любой интерфейс системы может быть преобразован через надстройку как глобальных CSS стилей и JS скриптов, так локально в рамках конкретного дашборда или даже конкретного виджета на нем. |
3 |
Да |
5 |
||||||||
Этапы создания редакторов контента под пользователя и приложение |
||||||||||||
Comindware Platform |
1. Определение структуры данных приложения: создаются шаблоны записей, атрибуты, связи между объектами, справочники и необходимые бизнес-сущности. 2. Создание пользовательских форм: в конструкторе форм настраиваются карточки ввода, просмотра и редактирования данных; на форму добавляются поля, области, вкладки, колонки, таблицы, вложенные формы и кнопки. 3. Настройка поведения редактора: с помощью правил формы задаются проверки, автозаполнение, видимость и доступность полей, изменение интерфейса в зависимости от значений атрибутов, роли пользователя или состояния процесса. 4. Настройка действий пользователя: создаются кнопки и сценарии для сохранения, согласования, отправки, генерации документов, запуска процессов и других операций с контентом. 5. Настройка интерфейса рабочего места: создаются информационные страницы, списки, таблицы, дашборды и навигация, чтобы пользователь видел только нужные ему разделы, задачи и данные. 6. Разграничение доступа: права на просмотр, создание, изменение и удаление данных настраиваются по ролям, группам и бизнес-правилам. 7. Тестирование и адаптация: интерфейс проверяется на сценариях работы конкретных ролей, после чего формы, правила, списки и страницы донастраиваются под реальные процессы приложения. редактор контента в приложении создаётся не как отдельная разработка фронтенда, а как комбинация настраиваемой модели данных, форм, правил, кнопок, сценариев, страниц и прав доступа. |
5 |
5 |
|||||||||
Directum RX |
Есть такой инструмент как диалоги, который позволяет настроить сбор данных от пользователя и исходя из этой информации запускать автоматически задачи, создавать записи справочника и т.д. В диалоге может быть несколько страниц с разным контентом(тест/число/перечисление/дата/лругие объекты/файлы и др) |
1 |
Да |
2 |
||||||||
Docsvision |
Настройка ролей пользователей выполняется в Конструкторе ролей, где создаются роли, правила их вычисления и права доступа для работы с объектами системы. |
1 |
Да |
2 |
||||||||
Elma365 |
Для хранения данных в Elma365 используются объекты с настраиваемой атрибутивной моделью. Доступны различные типы данных, начиная от простых (текст, число и т.д.) и заканчивая сложными и комплексными (Таблица, Пользователь, Ссылка на объект). Атрибуты распределаются на форме в визуальном редакторе с помощью drag'n'drop, что позволяет быстро создавать формы создания, просмотра и реадктирования объектов. |
4 |
Да |
5 |
||||||||
Knowledge Space |
Редактор контента создается через настройку объектной модели и интерфейса: сначала определяются классы, показатели, справочники, связи и модели; затем создается интерфейс с нужными элементами - таблицами, карточками объектов, фильтрами, кнопками, виджетами, досками, описаниями сущностей; после этого настраиваются события, действия, условное форматирование, доступы и публикация приложения. Для разных ролей можно создавать разные интерфейсы или ограничивать доступ к данным и действиям. |
5 |
5 |
|||||||||
NBT |
1. Создание роли и определение доступных для нее опций 2. Создание необходимых в системе объектов при помощи создания шаблонов. Это могут быть как справочные шаблоны, так и бизнесовые (на которых настроена своя логика/расчеты). 3. Создание необходимых бизнес-процессов для созданных объектов 4. Создание отчетов через конструктор отчетов. Отчет строится на основании данных в Системе. В правой части задаются необходимые параметры отчета. 5. Настройка рабочих столов для пользователя, цветовая настройка Системы. Для этого в Системе реализован Конструктор виджетов, доступен предпросмотр |
5 |
Да |
6 |
||||||||
Nocode |
В рамках работы с платформой базово выполняется следующая последовательность этапов: 1. Настройка ролевой модели 2. Создание кабинетов 3. Создание страниц 4. Настройка контента страниц 5. Настройка операций на странице (динамических данных и событийного отображения контекста) 6. Создание бизнес-процессов 7. Настройка модели данных бизнес процесса 8. Настройка CJM бизнес-процесса (шаги, условия, события, действия) 9. Настройка отображения бизнес процессов на странице 10. Публикация приложения |
5 |
Да |
7 |
||||||||
Osmi AI |
Нет |
0 |
0 |
|||||||||
SL Soft Flow |
1) создание типа данных, в рамках типа данных задаётся: - аттрибиутивный состав - ролевой состав (+ создание групп в системе) - статусная модель - действия с объектами 2) Настройка матрицы прав доступа 3) Настройка формы (базовая версия генерируется автоматически) - компоненты формы, валидации, подсказки, видимость/доступность 4) Настройка журнала (табличного представления) - какие поля отображать, по каким сортировать, фильтровать, группировать. Добавление групповых действий 5) Настройка бизнес процесса в онлайн BPMN редактора 6) Настройка дашборда/ов 7) Создание рабочего пространства (или переиспользование уже созданного) - Добавление нужных пунктов в меню - Настройка дополнительных дашбордов и отчетности 8) Настройка элементов контроля - KPI, SLA 9) Упаковака в ECOS App для переноса/версирования. Настройка типов данных, форм, процессов доступна через ИИ ассистент, в том числе в один шаг - с загрузкой файла ТЗ. |
5 |
5 |
|||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
На уровне приложения (аналитик/администратор): 1. Конструктор карточек и форм – аналитик самостоятельно собирает экранные формы из готовых блоков-компонентов: определяет их состав, последовательность и расположение на экране. Принцип работы схож с визуальными редакторами типа Фигмы – перетащил блок, настроил, готово 2. Редактор шаблонов документов – настройка шаблонов Word/Excel с динамическими блоками: аналитик определяет структуру итогового документа, порядок и состав секций, которые автоматически заполняются данными из карточки 3. Фрейм рабочего пространства – аналитик или администратор настраивает базовую структуру рабочего пространства для пользователей: определяет, какие блоки, виджеты и реестры доступны по умолчанию и как они расположены на главном экране приложения На уровне пользователя: 1. Персональное рабочее пространство – конечный пользователь может дополнительно адаптировать рабочее место под свои задачи: самостоятельно выбирает состав и порядок отображаемых блоков в рамках того, что определено администратором |
5 |
Да |
6 |
||||||||
Акола |
Создание редакторов контента (форм, списков, интерфейсов управления данными) в «Аколе» проходит через три основных этапа, описанных в руководстве. Этап 1. Создание таблицы (модели данных) Перейти в Данные/Таблицы/Базовая таблица. Задать имя (рус., англ.), конфигурацию. Добавить поля нужных типов: строка, текст, число, дата, файл, ссылка на другую таблицу и т.д. (всего 20+ типов). Этап 2. Настройка представления объекта (форма редактирования/просмотра) Раздел Портал/Представления объектов/кнопка «+». Заполнить: Общее: название, таблица, роли доступа. Макет: визуально собрать форму из компонентов (поля ввода, чекбоксы, кнопки). Данные: добавить поля таблицы, вычисляемые переменные, события. Сохранить — форма готова. Этап 3. Настройка представления таблицы (список записей) Раздел Портал/Представления таблиц/кнопка «+». Указать таблицу, настроить колонки (какие поля показывать), фильтры, сортировку. Сохранить — пользователь получает удобный табличный интерфейс для управления контентом. Цитата из мануала: «Представления объектов — это способы отображения информации из таблиц. Они определяют, как информация будет выглядеть и как с ней можно взаимодействовать». |
5 |
Да |
6 |
||||||||
Датамастер |
1. В платформе Датамастер предусмотрен интерфейс «Без роли» для пользователя с ролью «Администратор». Там этот пользователь может добавлять любые объекты, предусмотренные в Системе, и управлять их содержимым. 2. Также есть модуль «Администратор». В этом модуле осуществляется управление учетными записями, словарями системы (справочниками), настройка прав доступа (как к общим функциональным возможностям, так и к каждому разделу Системы) для групп пользователей. Поэтому при необходимости, сделать доступным заполнение того или иного контента можно для любой группы пользователей. Приведён пример настройки прав доступа |
3 |
Да |
4 |
||||||||
Инкоманд |
Инкоманд предлагает гибкую настройку страниц, с использованием сегментации для настройки страниц под категории пользователей и ролевой модели по возможностям просмотра, управления и редактирования страниц. - фрагменты (элементы контента, которые можно отред. здесь и сейчас) - виджеты (агрегируют инф с сайта и выводят на экран) - настройки "общие", "стили", "доп" |
2.5 |
Да |
4.5 |
||||||||
Платформа 3V |
Платформа 3V не имеет специального инструмента «Редактор контента» как отдельного объекта. Создание интерфейса для редактирования контента пользователем реализуется через стандартные этапы разработки приложения: создание Формы с полями ввода (текстовое поле, числовое поле, раскрывающийся список, загрузка файлов и т.д.), привязка к Справочнику как источнику данных, настройка Правил видимости и доступности элементов формы (через состояния Да/Нет/Fx), а также разграничение Прав доступа на элементы формы для конкретных ролей и пользователей. Для более сложной логики (например, блокировка полей после согласования) используются Выражения и Действия на форме, а также Процессы согласования. Платформа позволяет гибко настраивать права на чтение/редактирование каждого элемента формы (поля, кнопки, таблицы) для конкретных ролей и пользователей через вкладку «Права доступа» в конструкторе форм. Видимость и доступность элементов можно динамически менять с помощью вычисляемых условий (состояние Fx) на основе данных из справочников или параметров. Для реализации «редактора контента» под конкретного пользователя необходимо создать отдельную Форму, привязать к ней Справочник с контентом и настроить права доступа на уровне элементов формы. |
3.5 |
Да |
5.5 |
||||||||
Платформа FXL |
Настройка на наших интерфейсах , хранение в метаданных и рантайм визуализация при старте приложения (без деплоя) |
1 |
1 |
|||||||||
Робин |
Модуль "Редактор схемы процесса" - это среда визуального проектирования, где пользователь создаёт или редактирует процессы в виде блок-схем, которые состоят из различных блоков. Модуль "Редактор процессов" доступен пользователям с ролью "Дизайнер Процессов". |
3 |
Да |
4 |
||||||||
Сфера. Кит |
Ознакомление с документацией, выполнение практических кейсов по кастомной настройке частных решений, старт самостоятельного внесения дополнительной функциональности в систему и изменения текущей под собственные нужды |
0 |
0 |
|||||||||
Триафлай |
1. В первую очередь строится семантический слой (показатели и справочники). 2. Далее настраивается слой мета-данных с отчетами, реестрами и аналитическими панелями. 3. В третью очередь уже создаются коннекторы к данным и слой данных. 4. В последнюю очередь настраивается механика донесения данных до пользователя системы (уведомления, аналитические панели, рассылки и пр.) |
5 |
Да |
7 |
||||||||
Как реализована интеграция корпоративной дизайн-системы Заказчика в платформу |
||||||||||||
Comindware Platform |
Интеграция корпоративной дизайн-системы Заказчика в Comindware Platform возможна в рамках механизма настройки тем оформления и интерфейсов прикладных решений. В платформе можно создать новую тему или клонировать существующую, настроить название системы, фирменные изображения, логотип, favicon, фон страниц входа и регистрации, шрифты, базовые размеры текста, фирменные цвета, цветовую палитру интерфейса, цвета кнопок, приоритетов, графиков, диаграмм, рамок, теней и других визуальных элементов. Для более тонкой настройки поддерживается добавление пользовательских CSS-стилей. На уровне бизнес-приложений также настраиваются пользовательские формы, страницы, рабочие места, навигация, таблицы, дашборды, порталы и виджеты под конкретные роли и сценарии работы. Это позволяет адаптировать внешний вид и пользовательский опыт решения под корпоративные стандарты Заказчика без разработки интерфейса с нуля. Ограничение: интеграция выполняется в рамках стандартного интерфейсного фреймворка Comindware Platform. Глубокие изменения визуального поведения компонентов через пользовательские CSS-стили требуют тестирования, так как могут влиять на отображение интерфейса и совместимость с будущими версиями платформы. |
4.5 |
Да |
6.5 |
||||||||
Directum RX |
Пример внедрения копроративных цветов/логотипов |
1 |
Да |
2 |
||||||||
Docsvision |
Настройка всех элементов дизайна интерфейса пользвателя выполняется через редактирование CSS-стилей. |
0 |
Да |
1 |
||||||||
Elma365 |
Elma365 Позволяет настроить тему оформления: выбрать цветовую схему, загрузить логотип и корпоративные шрифты. Также возможна загрузка собственных стилей в виде файла. |
5 |
Да |
6 |
||||||||
Knowledge Space |
Да. В KS можно настраивать внешний вид проекта и приложения: стили, иконки, шрифты, цветовые схемы, макет приложения, фон, логотип, меню, шапку, блоки и модальные окна. В документации также есть отдельный типовой кейс по использованию компонентов KS для реализации дизайна по макетам Figma. При переносе проекта между стендами в резервную копию могут включаться файлы, включая шрифты, наборы иконок, изображения фона и логотипа. |
5 |
5 |
|||||||||
NBT |
Да, для этого необходимо перейти в Настройки контента. 1. можем изменить логотип на странице авторизации, текст на странице авторизации, настроить логотип в самой Системе. 2. На вкладке Настройки темы мы изменить цвет каждого элемента (цвет кнопок, реестров, цвет при наведении, цвет при нажатии, цвет рамок и т.д.) в Системе как в светлой, так и в темной теме. |
4 |
Да |
5 |
||||||||
Nocode |
В рамках платформы есть возможность настройки дизайн-системы кабинета. Есть возможность настройки светлой и темной темы. Все цвета привязываются к токенам дизайн-системы, которые впоследствии можно использовать в интерфейсах |
3 |
Да |
5 |
||||||||
Osmi AI |
Возможно при особом соглашении о партнёрстве |
0.5 |
0.5 |
|||||||||
SL Soft Flow |
Да, через механизм тем: тема содержит CSS, изображения и meta.json; её можно скачать, изменить и загрузить/применить в интерфейсе администратора без перезапуска системы. |
3.5 |
3.5 |
|||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
* Стилизация элементов – визуальное оформление компонентов интерфейса через CSS-классы, в том числе динамическое изменение стиля в зависимости от состояния объекта |
1 |
Да |
2 |
||||||||
Акола |
Да, полностью поддерживается. В «Аколе» есть встроенные механизмы для кастомизации внешнего вида под любой корпоративный стиль. Возможности интеграции дизайн‑системы: Темы оформления – раздел Интерфейс/Настройка тем оформления. Позволяет задать глобальные цвета, цветовые схемы, шрифты, отступы. CSS файлы – можно загрузить собственные каскадные таблицы стилей, переопределяющие стандартное оформление. Кастомные макеты – любой макет (страницы, виджета, формы) настраивается в визуальном редакторе с возможностью ручного изменения HTML/CSS. Компоненты дизайн‑системы – можно создать библиотеку собственных компонентов (кнопок, карточек, полей) и использовать их повторно. Цитата из мануала: «Настройка тем оформления с помощью элементов тем, цветов, цветовых схем и CSS файлов». |
5 |
Да |
6 |
||||||||
Датамастер |
1. На основании материалов заказчика создается отдельная дизайн система (стили, компоненты и фрагменты кода нельзя загрузить напрямую, но можно адаптировать предоставляемые платформой). 2. Готовые элементы добавляются в библиотеку компонентов платформы и становятся доступным для повторного использования в других разделах проекта и в других проектах заказчика (переиспользуются). |
3 |
Да |
4 |
||||||||
Инкоманд |
Да. Инкоманд позволяет реализовать абсолютно любой брендбук заказчика. Возможна простая адаптация под дизайн заказчика визуальных параметров пользовательского интерфейса через книги стилей. Книга стилей сайта предоставляет визуальные правила для обеспечения единообразного оформления всех страниц. Здесь можно задать, цвета и шрифты для различных фрагментов и виджетов, перекрасить кнопки, задать отступы и настроить макеты, один раз с применением ко всем страницам. Более сложные дизайн-системы заказчика могут быть реализованы с помощью тем. |
5 |
Да |
6 |
||||||||
Платформа 3V |
1. Да. Платформа 3V предоставляет гибкие инструменты для интеграции корпоративной дизайн-системы: глобальный CSS-ресурс для изменения темы всего приложения, настройка меню через форму FORM_APP_MENU (логотип, цвета, шрифты, фоны), стилизация отдельных элементов форм через CSS-классы, а также поддержка ::ng-deep для стилизации системных компонентов (календарь, списки). 2. Интеграция корпоративной дизайн-системы реализуется через механизм Пользовательской стилизации приложения с использованием объекта Ресурс. Основной способ — подключение глобального CSS-ресурса, который переопределяет переменные темы и стили компонентов на уровне всего приложения. Для этого в конфигурационном файле сервиса форм (cards.json) необходимо задать свойство ResourceCode с кодом ресурса и массивом Items с идентификаторами элементов ресурса. В самом ресурсе прописываются CSS-правила с использованием селектора ::ng-deep для стилизации элементов вне форм (календари, раскрывающиеся списки) и стандартных селекторов для элементов внутри форм. Для кастомизации меню приложения используется форма FORM_APP_MENU, где через атрибуты MENU_CSS, LOGO_IMAGE, MENU_TITLE, FAVICON и другие задаются логотип, заголовок, цвета, шрифты и фоновые изображения. Для стилизации отдельных элементов формы (кнопки, поля, отчеты) в конструкторе форм на вкладке «Стили» задаются CSS-классы, которые затем описываются в ресурсе. Для диаграмм стили задаются через «Редактор конфигураций» в свойствах элемента диаграммы. |
3.5 |
Да |
5.5 |
||||||||
Платформа FXL |
Варианты возможны (зависит от платформы заказчика) |
0 |
0 |
|||||||||
Робин |
Не обнаружено |
0 |
0 |
|||||||||
Сфера. Кит |
В данный момент разрабатывается интегрированная, платформенная дизайн-система, закрывающая потенциальную потребность заказчика в упрощенном формате моделирования и хранения визуальной конфигурации |
1 |
1 |
|||||||||
Триафлай |
Да, дизайн-система должна быть интерпретирована аналитиком и реализована через надстройки CSS, которые применяются к глобальным компонентам в разрабатываемой системе на платформе. |
5 |
Да |
6 |
||||||||
Механизм реализации создания логики на фронте |
||||||||||||
Comindware Platform |
В Comindware Platform предусмотрена возможность создания логики на фронте средствами встроенных low-code/no-code инструментов. Основной механизм — правила для форм, которые позволяют управлять поведением пользовательского интерфейса без программирования: автоматически заполнять поля, проверять введённые значения, изменять видимость и доступность полей, областей, таблиц и вложенных форм в зависимости от заданных условий. Логика на фронте настраивается в визуальном конструкторе правил: администратор или бизнес-аналитик добавляет правила и действия, задаёт условия их выполнения и порядок применения. Условия могут учитывать значения атрибутов, контекст текущей записи, состояние формы и другие параметры. Дополнительно логика пользовательских действий реализуется через настраиваемые кнопки. Для кнопок можно задавать внешний вид, условие отображения, операцию при нажатии и результат выполнения — например, сохранить запись, создать связанную запись, завершить задачу, экспортировать данные, обновить форму, выполнить навигацию или запустить сценарий. Таким образом, фронтовая логика в приложениях Comindware Platform реализуется декларативно: через правила форм, условия отображения, настройки доступности элементов, автозаполнение, проверки данных, кнопки и сценарии. Для сложных условий могут использоваться выражения и формулы. |
5 |
5 |
|||||||||
Directum RX |
1. Описано создание бизнес-правила (через логические выражения, критерии) 2. Настройка процессов на основе бизнес-правила 3. Настройка правил назначения прав 4. настройка диалогов для бизнес-правил |
1.5 |
Да |
3.5 |
||||||||
Docsvision |
Собственная логика на фронте может быть создана с помощью клиентских расширений. |
2 |
Да |
3 |
||||||||
Elma365 |
Логика на фронте создается с помощью редактора виджетов. Он поддерживает как No-code-механизмы настройки логики (отображение полей по условию, заполнение по формуле, запуск бизнес-процесса или выполнение другого действия по кнопке и т.д.), так и возможность написания Low-code-скриптов. |
3.5 |
Да |
4.5 |
||||||||
Knowledge Space |
На фронте можно настраивать события интерфейса, входящие и исходящие события, глобальные переменные, фильтры, кнопки, условное форматирование, отображение/скрытие элементов, реакции на выбор пользователя и передачу контекста между интерфейсными элементами. Например, выбор значения в фильтре может менять состав отображаемых объектов в таблице, карточке или виджете; кнопка может запускать цепочку действий; условное форматирование может менять внешний вид элемента по данным. |
5 |
5 |
|||||||||
NBT |
1. Логика создается с помощью событий, которые настраиваются непосредственно при создании объекта. Созданные событие находятся на вкладке «События». На ней можно видеть события, которые выполняются в данном объекте, создавать новые события, редактировать уже созданные. 2. Типы событий: вычисление, условие, валидация 3. При создании события указывается Название, Порядковый номер (очередь отработки на фронте) и задаются переменные, участвующие в данном событии. 4. Функционал событий позволяет настраивать логику под множество кейсов. Например: математические расчеты, автозаполнение информации на форме на основе связей с другими объектами системы, видимость или редактируемость полей в зависимости от задаваемых условий, обязательность заполнения необходимых атрибутов и проверку введенных значений при создании новых объектов. |
5 |
Да |
6 |
||||||||
Nocode |
В конструкторе страниц есть возможность обращаться к JS-функциям. Внутри функции можно сделать конкатенацию строк, обрезать строку, задать логику отображения контента в блоке в зависимости от переменной. Обращение к переменным в функциях происходит в двойных фигурных скобках из-за интерполяции. На компоненты есть возможность добавить действия, которые должны совершаться в кабинете при определенном взаимодействии пользователя: например, при клике на кнопку нужно переходить на другую страницу или вызывать операцию. Действия можно настроить на большинство компонентов конструктора, с которыми взаимодействует пользователь: кнопка, текст, лэйаут, изображение и тд. Для каждого действия необходимо выбрать. в каком момент система должна выполнять указанное действие. |
2 |
Да |
4 |
||||||||
Osmi AI |
В OSMI AI логику AI-агентов можно собирать прямо на фронте — как визуальную схему из готовых компонентов, без необходимости писать код для каждого сценария. Создание агента Пользователь создает нового агента, добавляет на рабочее поле нужные блоки: модель, память, инструмент и агентский узел. Затем соединяет их между собой, настраивает параметры модели, системное сообщение и сохраняет сценарий. После этого агента сразу можно протестировать в чате внутри платформы. Создание мультиагента Пользователь добавляет стартовый блок, подключает к нему агента, настраивает модель, сообщения, инструменты, знания, эмбеддинги и память. После запуска сценария интерфейс показывает ход выполнения: какие блоки уже отработали, а какие находятся в процессе. |
5 |
Да |
7 |
||||||||
SL Soft Flow |
В Конструкторе форм есть вкладка Логика → Пользовательская логика с тремя типами триггеров: Простой — UI-условия, аналогично вкладке «Отображение» (без кода); Readthedocs JavaScript — произвольные условия и значения; доступны переменные row, data, component, result; ReadthedocsReadthedocs JSON Logic — альтернатива JavaScript с описанием правил через JSON-структуры. Readthedocs Возможные действия по триггеру: Свойство (видимость, обязательность, disabled, label и др.), Значение (динамическое обновление данных через JS), Валидация (правила проверки), Событие (генерация пользовательских событий формы). |
4 |
Да |
5 |
||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
В Авандок логика на стороне клиента реализуется через механизм настройки экранных форм с возможностью подключения обработчиков событий целиком в визуальном Конструкторе. Что можно настроить: * Реакция на события интерфейса – обработчики срабатывают при открытии карточки, изменении значения поля, нажатии кнопки, переходе между вкладками и других действиях пользователя * Динамическое управление полями – в зависимости от значения одного поля другие поля можно автоматически скрыть, заблокировать или сделать обязательными * Маски ввода – для полей задаются форматы ввода, которые направляют пользователя и исключают ошибки при заполнении * Валидация данных – проверка заполненности, формата и корректности значений с отображением подсказок пользователю * Всплывающие сообщения и диалоги – настраиваемые уведомления, предупреждения и диалоги подтверждения, которые появляются в ответ на действия пользователя * Стилизация элементов – визуальное оформление компонентов интерфейса через CSS-классы, в том числе динамическое изменение стиля в зависимости от состояния объекта * Управление навигацией и состоянием интерфейса – открытие вкладок, переключение режимов отображения, обновление отдельных компонентов страницы |
5 |
Да |
6 |
||||||||
Акола |
Акола позволяет создавать и выполнять логику на стороне клиента (фронтенде) без обращения к серверу. Для этого используются: 1. Вычисляемые переменные Раздел Генератор объектов/Вычисляемые переменные (стр. 157–162). Позволяют задавать правила выборки, агрегации, фильтрации данных прямо в контексте макета. Значения вычисляются на фронте и доступны через шаблон {{computed.varname.attr}}. 2. Компоненты «Логика и переменные» Переменные – вывод значения переменной. Периодическое обновление вычисляемых переменных текущего макета – обновление данных по таймеру без перезагрузки страницы. Редактор алгоритма (встраивается в макет) – позволяет выполнять простые алгоритмы на стороне клиента. 3. События макета и действия на компонентах На вкладке Данные представления объекта можно добавить события макета (например, при клике, при загрузке, при изменении поля) и связать их с frontend‑действиями (показать/скрыть блок, изменить значение переменной, вызвать вычисление). Цитата из мануала: «Вычисляемые переменные – это переменные, которые позволяют задавать правила и условия для получения конкретных данных из таблиц, сохраняя гибкость и контроль над отображением информации. Они действуют как промежуточные значения». |
5 |
Да |
6 |
||||||||
Датамастер |
Платформа Датамастер использует технологию универсального клиентского web-приложения на платформе Vaadin, при этом логика и состояние интерфейса живут на сервере, фронтенд выполняет рендеринг и синхронизацию. Перенос основной логики на клиент не является штатным сценарием, но возможен через расширение web-компонентами, в том числе с использованием JavaScript. |
1 |
Да |
2 |
||||||||
Инкоманд |
В Инкоманд логика на фронте создается стандартными инструментами, перечисленными выше В случае если не хватает какого-то виджета то он может быть разработан либо в виде фрагмента, либо разработан как плагин (имеются возможности полноценной разработки, где Инкоманд выступает просто как базовый framework) |
5 |
Да |
7 |
||||||||
Платформа 3V |
Логика выполняется на стороне браузера, что обеспечивает мгновенную реакцию интерфейса без перезагрузки страницы. 1. формулы на форме позволяют динамически управлять данными и интерфейсом. Вы можете: отображать расчетные значения в элементах формы, управлять видимостью и доступностью элементов по вычисляемому условию, фильтровать списки на основе расчетного значения, выполнять действия по условию. 2. Логика задается через конструктор формул, где в качестве операндов могут выступать: значения элементов формы, выбранные элементы источника данных (справочника), атрибуты из токена пользователя, параметры формы, фиксированные ячейки отчета, результаты выполнения API, а также атрибуты текущего состояния процесса согласования. 3. Для вычислений используется широкий набор встроенных функций. На уровне справочников доступны вычислимые атрибуты, значение которых рассчитывается по формуле на основе других атрибутов этого же справочника, включая иерархические (родительские/дочерние) элементы. |
5 |
Да |
7 |
||||||||
Платформа FXL |
Элементы интерфейса (поля, закладки, кнопки имеют доступные для настройки свойства , ими можно оперировать и выстраивать логику работы и зависимостей) |
1 |
1 |
|||||||||
Робин |
Не обнаружено |
0 |
0 |
|||||||||
Сфера. Кит |
На фронте можно создавать: табличные представления, в том числе с иерархической структурой, доски, комбинированые представления включающие сайдбар и рабочее пространство, формы карточек, как полноэкранные, так и в формате шторок или модальных окон, виджеты и практически любые элементы управления, такие как кнопки, в том числе с мультивыбором, оверфлоу меню, инструменты drag-n-drop |
2.5 |
2.5 |
|||||||||
Триафлай |
Вся логическая часть вынесена за рамки фронтенда, чтобы пользователь мог настроить все руками без коддинга и используя только графические элементы системы. Однако для более продвинутых пользователей есть возможность создания кастомизированных показателей, использующих логику, описанную на Python, а также запуск сторонних скриптов Python, которым можно задать абсолютно любую логику в рамках работы с данными семантического слоя заданного в системе. |
2 |
Да |
3 |
||||||||
Запуск нескольких приложений на одном инстансе (допустимо ли размещать несколько программ на одном виртуальном сервере) |
||||||||||||
Comindware Platform |
Платформа Comindware поддерживает настройку нескольких различных бизнес-решений в рамках одного экземпляра продукта. При этом настройки, данные и процессы могут быть изолированы внутри отдельных бизнес-приложений. Такой подход позволяет в одном инстансе развернуть, например, CRM, СЭД, HR-процессы, управление закупками, ITSM, управление заявками или другие прикладные решения. Для каждого приложения могут быть настроены собственные модели данных, формы, процессы, роли, права доступа, интерфейсы и интеграции. При необходимости приложения могут не только работать изолированно, но и использовать общие данные: в Comindware Platform предусмотрено использование шаблонов записей в нескольких приложениях и передача данных между ними, например для единого справочника контрагентов в CRM и SRM. Также платформа поддерживает масштабирование на уровне бизнес-приложений и перенос настроек приложений между средами, в том числе в контуре dev-test-prod. |
5 |
5 |
|||||||||
Directum RX |
На одном стенде можно открыть разные модули (приложения), все работает на одной платформе |
5 |
Да |
7 |
||||||||
Docsvision |
Никаких ограничений нет, каждый инстанс работает с БД, в которую может быть загружено различное количество решений. Все запросы пользователей обрабатываются на сервере и передаются в БД, они не привязаны к конкретному решению. |
5 |
Да |
6 |
||||||||
Elma365 |
Да, платформа поддерживает изоляцию на нескольких уровнях: приложение, раздел, решение, модуль. |
5 |
Да |
6 |
||||||||
Knowledge Space |
Да. Инстанс KS может содержать один или несколько проектов, а внутри проекта могут создаваться и публиковаться несколько приложений. В административной аналитике по проектам отдельно отображается перечень приложений, созданных в рамках проекта, и общее число приложений проекта. |
5 |
5 |
|||||||||
NBT |
На одном развернутом инстансе NBT возможно создать несколько проектов. Каждый проект представляет собой независимую область с собственным набором объектов. Пересечение данных и функциональности между проектами исключается настройками ролевой модели и безопасности. Доступ пользователей разграничивается правами: субъект видит только те проекты и объекты, которые явно разрешены его ролям. Иные данные и операции недоступны. |
5 |
Да |
6 |
||||||||
Nocode |
Да, в платформе есть конструтор кабинетов (кабинет=приложение). Каждый кабинет имеет собственный домен и изолирован от других, кабинетов. К каждому кабинету привязывается группа ролей пользователей. Для кабинета создается свой роутинг страниц. Особенности авторизации, регистрации, бренирования, подключаемые виджеты, дизайн система и другое настраиваются в настройках кабинета. Возможности: - Единая инсталяция для нескольких кабинетов - Изоляция инсталяций - Публикация кабинетов - Создание кабинетов - Управление приватностью кабинета |
5 |
Да |
7 |
||||||||
Osmi AI |
В OSMI AI в мультиагенте может быть несколько агентов. В интерфейсе пользователь создает несколько агентов, связывает их через условный блок и проверяет работу в чате: в зависимости от запроса сценарий направляет пользователя к нужному агенту, например к ИИ-агенту врача или ИИ-агенту для повседневного общения. |
5 |
Да |
7 |
||||||||
SL Soft Flow |
Да. В рамках одного инстанса может быть развернуто произвольное число бизнес-приложений. Доступ к бизнес-приложениям регулируется ролевой моделью и настройками UI для разных групп пользователей. |
5 |
5 |
|||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
Да, Авандок поддерживает запуск неограниченного количества независимых приложений на одном инстансе платформы. Каждое приложение создаётся и настраивается в Конструкторе и работает в рамках единой инфраструктуры. Что это даёт: * Независимость приложений – каждое приложение имеет собственный набор типов документов, карточек, процессов, справочников и интерфейсов, не пересекаясь с другими * Единое управление правами – разграничение доступа между приложениями настраивается централизованно: пользователь может иметь доступ к одним приложениям и не иметь к другим * Общая инфраструктура – все приложения используют единую платформу, базу данных и интеграции, что упрощает администрирование и снижает затраты на сопровождение * Гибкость развёртывания – новое приложение можно создать и запустить в рамках уже работающего инстанса без влияния на другие приложения |
5 |
Да |
6 |
||||||||
Акола |
Да, возможен. Платформа «Акола» поддерживает мультитенантность и разделение приложений через механизм «Конфигураций» (Configurations). Конфигурация – это изолированная область настроек, данных и интерфейсов в рамках одного инстанса. При создании таблицы, представления, виджета, алгоритмизатора или любого другого объекта разработки обязательно указывается конфигурация, к которой он относится. Пользователи и роли могут иметь доступ к одной или нескольким конфигурациям. Таким образом, на одном инстансе можно одновременно запускать несколько независимых приложений (продуктов) с собственными данными, логикой и интерфейсами. Цитата из мануала: «Конфигурация: выберите конфигурацию из списка, для которой создается таблица» (встречается многократно при создании любых объектов). Также: «В разделе отображаются все созданные прокси таблицы: для всех конфигураций текущего продукта; для всех конфигураций и продуктов, к которым у вас есть доступ». |
5 |
Да |
6 |
||||||||
Датамастер |
Да, возможно: создается несколько контейнеров Apache Tomcat, каждый на своём порту. Есть пример: на одном сервере стоит несколько разных информационных систем/приложений |
5 |
Да |
6 |
||||||||
Инкоманд |
Да. Инстанс Инкоманд поддерживает исполнение различных приложений как в рамках одного сайта (разносятся по разным страницам и если надо - по правам доступа), так и на различных сайтах (работающих на одном инстансе), а также обеспечивается как локальный так и глобальный доступ к данным для приложений на различных сайтах. |
5 |
Да |
7 |
||||||||
Платформа 3V |
Да. Платформа 3V поддерживает создание неограниченного количества приложений на одном инстансе через Личный кабинет. Каждое приложение изолировано и имеет собственные метаданные, пользователей и настройки. Для миграции объектов между приложениями используется Менеджер обновлений, который позволяет переносить как структуры (справочники, показатели, отчеты, формы), так и данные с правами доступа. Процесс запуска нескольких приложений на одном инстансе (стенде) в Платформе 3V реализуется через мультитенантную архитектуру. Каждое приложение имеет уникальный адрес вида https://{app}.3v-cloud.com и управляется через Личный кабинет (ЛК). Для создания нового приложения необходимо в Личном кабинете нажать кнопку "Создать приложение", задать наименование, префикс (который станет частью URL) и описание. После создания приложение будет доступно по своему уникальному адресу. Для переноса объектов и данных между приложениями (например, из dev в test или prod) используется Менеджер обновлений: на исходном стенде формируется пакет обновлений (файл .3vu), который затем устанавливается на целевом стенде через интерфейс Менеджера обновлений в режиме настройки приложения. При установке можно настроить права на объекты, действия с элементами справочников и показателей, а также частичное обновление модели. |
5 |
Да |
6 |
||||||||
Платформа FXL |
Да , на сервере приложений можно запустить несколько приложений, которые будут смотреть на один инстанс БД |
5 |
5 |
|||||||||
Робин |
Не обнаружено |
0 |
0 |
|||||||||
Сфера. Кит |
Да, возможен. В качестве примера, на одном инстансе может быть развернуто несколько порталов, например по разным юр. лицам в организации или по любому другому отличительному признаку. |
5 |
5 |
|||||||||
Триафлай |
Да. Triаfly представляет собой единое веб-приложение, но вместе с тем платформа предоставляет механизмы логического разделения реализуемых приложений в рамках одного инстанса. Ролевое разграничение и домены: через роли и иерархию доменов возможно создать изолированные рабочие пространства для разных групп пользователей в рамках единой инсталляции. |
5 |
Да |
6 |
||||||||
Как осуществляется перенос приложений между инстансами |
||||||||||||
Comindware Platform |
Перенос приложений между инстансами Comindware Platform осуществляется через механизм управления версиями приложения: вручную, через Git-репозиторий или через Excel-файл. Типовой сценарий — разработка и тестирование приложения на dev/test-инстансе, экспорт конфигурации приложения и последующий импорт на продуктивный инстанс. При переносе могут передаваться свойства приложения, шаблоны, атрибуты, формы, кнопки и области кнопок, таблицы и карточки, шаблоны экспорта, диаграммы, роли, настройки интеграций, пути передачи данных, сценарии, настройки сервера каталогов, а также справочные записи из шаблонов, для которых включён флаг переноса данных. Возможны несколько вариантов переноса: Экспорт/импорт версии приложения через Git — для управления версиями, ветками, релизами и переноса изменений между средами. Ручной экспорт/импорт через файл CTF — для переноса конфигурации приложения между инстансами без Git. Экспорт/импорт через Excel — для переноса отдельных элементов конфигурации приложения. Перенос базы данных / восстановление из резервной копии — если требуется перенести не только настройки, но и все данные стенда целиком. После импорта версия приложения на целевом инстансе обновляет конфигурацию: свойства приложения, шаблоны, атрибуты и другие сущности заменяются импортированными. При этом существующие записи, экземпляры процессов и значения атрибутов не изменяются, за исключением специально переносимых справочных данных. Для корректного импорта системное имя приложения на исходном и целевом инстансах должно совпадать. |
5 |
5 |
|||||||||
Directum RX |
1. Сборка - экспорт разработки - выбор состава (приложений) - экспорт 2. Скачать приложение - импорт разработки - публикация на стенде |
5 |
Да |
7 |
||||||||
Docsvision |
Для переноса сделанных настроек приложения используется модуль Менеджер решений. В модуле настраивается подключение к серверу, откуда решение нужно выгрузить, и подключение к серверу, куда решение нужно загрузить. Далее выбираются настройки решения (поисковые запросы, папки, представления и т.д.) и осуществляется перенос. В процессе переноса также есть механизм решения конфликтов. |
2.5 |
Да |
3.5 |
||||||||
Elma365 |
Перенос осуществляется путем выгрузки приложений или конфигураци в файлы и последующего имопрта на целевом инстансе. Также есть инструменты CI/CD. |
5 |
Да |
6 |
||||||||
Knowledge Space |
Перенос выполняется через механизм резервного копирования и восстановления проекта/части проекта. При создании резервной копии можно выбрать все сущности проекта или только часть сущностей, включить файлы, а также использовать режим «Только dev/ext сущности» для переноса изменений из dev в prod. В резервную копию могут входить интеграции, источники, интерфейсы, приложения, модели, справочники, бизнес-процессы, файлы, шрифты, иконки, фоны и логотипы. Для регулярного переноса изменений предусмотрен механизм dev/prod с категоризацией сущностей dev/prod/ext. |
5 |
5 |
|||||||||
NBT |
Для того, чтобы перенести приложение в другой инстанс необходимо: 1. Перейти в Администрирование → Пакетная конфигурация 2. Нажать на кнопку выполнения проверки конфигурации, чтобы убедится в её корректности перед переносом. 3. После того, как проверка успешно завершена необходимо нажать кнопку «Экспорт» 4. Далее необходимо перейти в другой инстанс, куда мы хотим перенести конфигурацию – перейти в тот же раздел и нажать кнопку «Импорт» 5. Откроется окно импорта, в котором необходимо прикрепить ранее скачанный файл экспорта конфигурации. 6. Есть Доп функции Перезаписать и Дополнить |
5 |
Да |
6 |
||||||||
Nocode |
Перенос между инстансами производится с помощью механизма бэкапов. Данный механизм позволяет выгрузить кабинет (приложение) целиком, конкретную страницу, конкретный сценарий, операцию или коннектор в файл (вместе со связанными сущностями - справочники, константы, виджеты) и загрузить на другой инстанс или повторно применить в этом же |
5 |
Да |
7 |
||||||||
Osmi AI |
Импорт экспорт чат-флоу агента. Есть 2 способа переноса. 1) Можно переносить Зайдя во внутрь каждого агента или мультиагента, нажимать экспортировать. Затем импортировать поштучно в другом инстансе 2) Если нужно переносить сразу все какой-то раздел / все разделы разом, то можно экспортировать в один json сразу всё |
5 |
Да |
7 |
||||||||
SL Soft Flow |
Перенос выполняется через ECOS Apps: создать приложение, вручную добавить артефакты (типаы данных, процессы, конфигурации форм, дашбордов, журналов, патчи) Далее предусмотрены три механизма: - скачивание конфигурации в форме zip-архива (содержимое в текстовых форматах: YAML, XML, FTL) - синхронизация с Git репозиторием прямо из платформы (с указанием текста коммитов) - синхронизация с IDEA плагином. Загружать на другой инстанс можно: - в виде Zip архива - в виде Docker контейнера, который запускается, развертывает изменения и останавливается Сборка и развертыванеи автоматизируются с помощью CI/CD. |
5 |
5 |
|||||||||
Tessa |
Нет |
0 |
0 |
|||||||||
Авандок.Платформа |
В Авандок перенос приложений между инстансами осуществляется через механизм экспорта и импорта конфигурации приложения в формате XML. Как это работает: * Экспорт конфигурации – в Конструкторе администратор выгружает всю настройку приложения в XML-файл: типы документов, карточки, процессы, справочники, права доступа, интерфейсы и обработчики событий * Импорт на целевом инстансе – подготовленный файл загружается на другой инстанс, платформа разворачивает приложение с сохранением всех настроек * Только конфигурация, без данных – переносится исключительно настройка приложения, что позволяет чисто разделять среды разработки, тестирования и продуктива * Версионность и контроль изменений – XML-файл конфигурации можно хранить в системе контроля версий, отслеживать изменения и при необходимости откатываться к предыдущим состояниям |
5 |
Да |
6 |
||||||||
Акола |
Процесс переноса происходит через функционал контроля версий с возможностью миграции данных между разными запущенными "объектами" (например, серверами) без потери данных и бесшовно |
5 |
5 |
|||||||||
Датамастер |
Создается конфигурационный файл на разработческой базе, и после очередного обновления «накатывается» (устанавливается) на другие базы, которые могут быть, например, на других серверах. Если ранее не было другого инстанса, и, например, на одном сервере запускается еще одна виртуальная машина, то предварительно надо создать контейнер Tomcat. |
2.5 |
Да |
3.5 |
||||||||
Инкоманд |
Перенос приложений между инстансами - деплой между окружениями может выполняться несколькими способами: 1. Auto-deploy через папку deploy. Артефакты для деплоя копируются в папку ${liferay.home}/deploy, их деплой запускается автоматически. Это основной способ деплоя модулей (приложений). 2. Установка через "Менеджер приложений" в Панели управления. Модули загружаются через интерфейс в браузере и так же как в п.1 производится автоматический деплой без перезапуска портала. 3. Деплой с помощью gradle. 4. Деплой с помощью CI / CD процессов. |
5 |
Да |
6 |
||||||||
Платформа 3V |
Менеджер обновлений. 1. формирование пакета обновлений на исходном стенде и установка обновления на целевом. Для формирования пакета необходимо добавить нужные объекты в область формирования обновления через навигатор. При необходимости можно включить перенос данных, прав доступа и связанные объекты. 2. После этого нажмите "Сформировать обновление" — будет скачан файл с расширением .3vu. На целевом стенде откройте Менеджер обновлений, выберите этот файл и нажмите "Установить обновление", при необходимости настроив действия с элементами. - Перенос объектов: поддерживается перенос любых метаобъектов - Перенос данных: для справочников и показателей можно включить перенос всех элементов/данных. Для справочников доступно частичное обновление модели (добавление/пропуск новых атрибутов). - Перенос прав: доступны различные стратегии - Циклические зависимости: справочники с циклическими зависимостями не могут быть перенесены через Менеджер обновлений. Для их переноса необходимо временно разорвать связи. - Единая модель расчета: формулы ЕМР переносятся отдельно через специальное меню в реестре ЕМР, с возможностью включения зависимых объектов и опцией очистки приемника перед установкой. - Внешние источники: для справочников и показателей, созданных на внешних таблицах/представлениях, необходимо в JSON-модели объекта установить флаг isDataSourceExternal: true перед формированием обновления. |
5 |
Да |
7 |
||||||||
Платформа FXL |
Есть специальные скрипты переноса настроек. все настройки у нас мета-данные , поэтому по сути перенос между стендами это набор «инсертов» и «апдейтов» на нужной схеме. |
4 |
4 |
|||||||||
Робин |
Не обнаружено |
0 |
0 |
|||||||||
Сфера. Кит |
Перенос приложений возможен через инструменты экспорта.импорта конфигурации конкретного процессного модуля, встроенный в движок NC платформы |
2 |
2 |
|||||||||
Триафлай |
Перенос реализован через модуль «Экспорт и импорт метаданных». Он предназначен для переноса сущностей между несколькими экземплярами системы Triafly. В частности, для переноса отчетов и дашбордов, из тестовой среды в рабочую, либо для тиражирования настроенных решений между несколькими системами. Также возможен перенос данных и метаданных между ИС с помощью компонента. Кнопки «Экспорт» и «Импорт» размещены в нижней части страницы «Настройки» (/settings/) и доступны глобальному администратору Системы и пользователям-администраторам. Кнопка «Экспорт» обеспечивает выгрузку во внешний файл формата xml текущего состояния данных и метаданных Системы. Кнопка «Импорт» предназначена для загрузки в Систему из внешнего xml-файла данных и метаданных другой Системы, выгруженных с помощью кнопки «Экспорт». |
5 |
Да |
6 |
||||||||
Развернуть на весь экран
