Представления в Инкоманд 7.4 — это универсальный «фронтенд-слой» для объектов портала, который позволяет ИТ-командам гибко собирать рабочие интерфейсы под процессы и роли без кастомной разработки. На версии 7.4 они фактически превращаются в конструктор бизнес-ориентированных UI: от таблиц и канбан-досок до аналитических подборок и внешних API-витрин.

Что такое представление в Инкоманд 7.4

Представление — это сохранённая схема отображения записей объекта: какие поля выводить, как сортировать, фильтровать, группировать и в каком виде показывать (таблица, доска, список и т.п.). В Инкоманд 7.4 представления стали основным способом «приземлить» объектную модель (Инкоманд Objects) к конкретному бизнес-сценарию: задачам, обращениям, договорам, заявкам и др.

Для ИТ-специалиста это по сути конфигурация уровня UI над моделью данных: вместо разработки отдельных портлетов и форм можно настраивать готовые представления, использовать их в страницах портала, в мобильных интерфейсах и интеграциях. При этом представления поддерживают типичные для корпоративных порталов сценарии, характерные для SharePoint / Viva, но ориентированы на российскую инфраструктуру и локальные СУБД, что делает Инкоманд удобной альтернативой в российском контуре.

Виды представлений: таблица, доска, подборки

В Инкоманд 7.4 доступны несколько типов представлений, которые закрывают разные сценарии работы с данными.

Основные типы:

• Табличное представление
  Классический грид со столбцами, сортировкой, фильтрацией и постраничной навигацией. Подходит для реестров (заявки, договоры, инциденты), позволяет настраивать набор колонок, их порядок, ширину, формат отображения и поведение при клике по строке (открытие формы, модального окна, side panel и т.п.).

• Канбан-доска
  Представление, в котором записи объекта визуализируются в виде карточек, сгруппированных по статусу или другому полю-справочнику. Удобно для задач, обращений, тикетов службы поддержки; поддерживает перетаскивание карточек между колонками, что автоматически меняет значение поля (например, статус или этап).

• Списочное / карточное представление
  Записи выводятся в виде компактных или расширенных карточек с ключевыми полями, метками, аватарками ответственных. Подходит для каталогов (сотрудники, организации, проекты), а также для лент «моих задач» или «последних изменённых».

• Представления-подборки (отфильтрованные выборки)
  Представление с заранее зашитыми фильтрами и сортировками под конкретный сценарий: «Мои открытые заявки за 7 дней», «Задачи моего отдела», «Договоры с истекающим сроком». Такие представления можно подключать к страницам и виджетам как готовые бизнес-витрины.

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

Настройка колонок, полей и форматов

Ключевая зона ответственности ИТ-специалиста — конфигурирование структуры представления:

• Выбор полей объекта
  Можно указать, какие поля объекта должны попасть в представление: строковые, числовые, даты, ссылки, статусы, связные поля (через relationship), вычисляемые поля и т.д.

• Управление колонками
  Для табличного представления настраиваются: порядок колонок, ширина, выравнивание, формат (дата/время, валюта, проценты, теги и т.п.), отображение иконок и статусов. Для канбан и карточек — структура карточки и состав отображаемых атрибутов.

• Поведение при клике
  Можно задать, что происходит при выборе строки или карточки: открытие отдельной страницы объекта, модального окна (Modal), боковой панели (Side Panel), переход по URL, вызов асинхронного действия. Это позволяет строить более «прикладные» интерфейсы без доработок кода.

• Отображение связей и ссылок
  В представлении может быть колонка с данными из связанного объекта (например, организация для договора, автор для обращения). Для этого используются объектные отношения (object relationships), а представление позволяет подтягивать и отображать нужные поля.

За счёт тесной связки с объектной моделью (Инкоманд Objects) и Headless API настройки представлений хорошо встраиваются в архитектуру low-code: админ конфигурирует, а фронтенды, интеграции и внешние приложения могут использовать те же схемы.

Фильтрация, сортировка, поиск и сохранённые фильтры

Представления в Инкоманд 7.4 позволяют ИТ-специалистам централизованно задать логику отбора данных, чтобы пользователи работали уже с «очищенными» выборками.

Основные возможности:

• Базовые фильтры на уровне представления
  В конфигурации задаются условия, которые применяются всегда: например, исключать архивные записи, показывать только активные, ограничивать по типу или категории.

• Фильтры по полям объекта
  Поддерживается фильтрация по строкам, числам, датам, статусам, справочникам, связям (например, по организации, подразделению, ответственному). Можно использовать условия «равно», «содержит», «в диапазоне», «позже/раньше», «из списка» и т.п.

• Сохранённые пользовательские фильтры
  Пользователи на основе базового представления могут настраивать свои фильтры (например, «Мои задачи на сегодня») и сохранять их как личные. Это снижает нагрузку на администраторов и позволяет персонализировать работу без новых представлений.

• Сортировка и многокритериальная сортировка
  В конфигурации можно задать сортировку по умолчанию (например, по дате создания по убыванию, затем по приоритету). На UI пользователи могут менять сортировку, не затрагивая базовую конфигурацию.

В более сложных сценариях представления работают поверх поискового движка (OpenSearch), что даёт быстрый отклик на больших объёмах данных и поддержку полнотекстового поиска по нескольким полям.

Группировка, агрегации и аналитические сценарии

Для задач аналитического и оперативного контроля представления в Инкоманд 7.4 поддерживают группировки и агрегирование:

• Группировка по полю
  Записи можно группировать по статусу, типу, подразделению, исполнителю и т.д. В табличном варианте это визуальные группы с возможностью сворачивания, в канбане — колонки.

• Агрегации по группам
  В каждой группе можно считать количество записей, сумму по числовым полям, среднее значение (например, средний SLA по группе), что удобно для оперативных отчётов.

• Подытоги и футеры
  Внизу таблицы возможно отображение итогов по выбранным полям, что делает представление простым инструментом «быстрых отчётов» без BI.

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

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

Связи между объектами и вложенные данные

Поскольку Инкоманд — объектная no-code платформа, представления умеют работать со связями между объектами:

• Отображение связанных записей
  Через объектные отношения в представление можно вывести данные из связанных сущностей (например, по заявке — контрагент, договор, менеджер).

• Вложенные данные (nested)
  На уровне API и логики представлений поддерживается выборка вложенных сущностей, что позволяет строить сложные формы и карточки с множеством связанных блоков.

• Навигация по связям
  Пользователь может проваливаться по ссылкам на связанные объекты (например, из карточки договора — в карточку контрагента), не теряя контекст.

Для интеграций это особенно важно: одно представление может дать витрину, где уже есть все нужные «склеенные» данные, без сложных join’ов на стороне внешних систем.

Действия, кнопки и массовые операции

Представления — не только «витрина», но и точка запуска действий над объектами:

• Индивидуальные действия
  Кнопки или контекстные меню на строках/карточках: открыть, отредактировать, запустить бизнес-процесс, перевести по маршруту согласования, отправить уведомление, сформировать документ.

• Массовые операции
  Выделение нескольких записей и выполнение группового действия (смена статуса, назначение исполнителя, экспорт, запуск процесса). Это особенно критично для служб поддержки, back-office и операторских сценариев.

• Настраиваемые действия
  ИТ-специалист может добавлять в представление собственные действия, завязанные на бизнес-логику: вызов сервиса, REST-запрос, запуск скрипта или BPMN-процесса (на базе InProcess).

Такой подход делает представления ядром операционных UI: пользователей можно «посадить» в одно-две представления и закрыть ими ежедневные операции.

Экспорт, интеграции и Headless API

Инкоманд позиционируется как российская альтернатива SharePoint/Viva, и в версии 7.4 представления хорошо вписаны в интеграционный контур:

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

• URL-представления
  Каждое представление имеет свой URL, что позволяет встраивать его в другие системы, отправлять пользователям прямые ссылки на готовые выборки, использовать в качестве «вью» в интеграционных сценариях.

• Связка с Headless API
  Объекты Инкоманд и их представления доступны через REST/Headless API: внешние системы могут получать данные в требуемом виде, учитывая структуру полей, фильтры, сортировки, ограничения. Это облегчает построение микросервисной архитектуры и подключение внешних фронтендов.

На базе этого механизма можно строить корпоративные порталы, витрины для СЭД, CRM, сервис-деска, не дублируя логику отбора и отображения в коде интеграций.

Роли, права и разделение доступа

В корпоративном контуре (особенно в России с жёсткими требованиями ИБ) крайне важно, чтобы представления учитывали модель прав:

• Права на просмотр и изменение представления
  Администратор может ограничить, кому доступно конкретное представление (по ролям, группам, организациям). Для разных подразделений можно создавать свои версии представлений над тем же объектом.

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

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

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

Встраивание представлений в портал и другие продукты

Инкоманд — это корпоративный портал, и представления в 7.4 естественно встраиваются в его экосистему:

• Встраивание в страницы и шаблоны
  Представления могут выводиться на страницах сайта/портала как отдельные блоки или в составе комплексных макетов (наряду с новостями, виджетами, формами).

• Связь с бизнес-процессами
  Конструктор бизнес-процессов Инкоманд использует те же объекты и представления для отображения задач, процессов, справочников. Это снижает дублирование настройки и упрощает сопровождение.

• Интеграция с другими российскими решениями
  Через API и экспорт представления легко связать с отечественными СЭД, CRM, системами аналитики, которые используются в российских организациях вместо зарубежных аналогов.

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

Практический пример

А сейчас настало время посмотреть, как всё это работает на практике.

Управление записями

1. Создайте одну или несколько записей по кнопки "Добавить заявку".

2. Заполните атрибуты карточки заявки и сохраните.

Добавленная Вами запись отобразится в виджете объектов. Если Вы являетесь автором Вам по умолчанию доступно управление записью, такое как редактирование записи или же её удаление. При этом доступа к чужим записям нет. Доступ к записям настраивается ролевой моделью портала. При настройке роли Менеджера вы можете как дать доступ до полного управления заявками, так и ограничить взаимодействия пользователя.

3. Нажмите на иконку действий и выберите "Редактировать".

4. Измените параметры заявки и сохраните.

Записи объектов поддерживают актуальные сведения, данные полей перезаписывают и отображаются сразу же после сохранения.

5. Нажмите на иконку действий и выберите "Удалить", подтвердите удаление во всплывающем окне.

Записи объектов требуют дополнительное подтверждение при удалении, дополнительный шаг помогает исключить случайное нажатие кнопок. Также, если запись текущего объекта связана с записью другого объекта (в том числе системного), удаление может быть заблокировано. Параметры удаления настраиваются при создании отношения объектов.

Взаимодействие с бизнес-процессами

Управление записью не ограничивается редактированием и удалением. Запись объекта может претерпевать изменения по ходу своего жизненного цикла. Кроме того заявку, как верно можно заметить, кто-то должен обработать. Для того, чтобы настроить действия с заявкой перейдите к настройке определения объекта, на вкладку "Действия".

1. Нажмите добавить и введите Метку и Название действия, проверьте переключатель активности, только активные действия срабатывают для объекта.

2. Перейдите на вкладку "Конструктор действий", выберите триггер. Варианты триггера действия определяют по какому событию запускается действие:

• После добавления

• После обновления

• После удаления

• После загрузки вложения

• Автономный - ручное нажатие по кнопке действия

В поле "Форма" можно указать форму, которая вызовется при нажатии на кнопку действия.

"Условия отображения" задают правило, при каких условиях действие отобразится для записи объекта, например при возможности действия только в определенном статусе.

4. Укажите действие, которое должно произойти при выполнении условий, например, запуск бизнес-процесса, и укажите процесс, который будет запущен.

5. Сохраните действие.

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

Давайте вернемся к реестру заявок. Добавление новой заявки приведет к запуску бизнес-процесса. Назначение и прохождение по БП зависит от схемы процесса, которая была выбрана, в нашем примере после создания записи на роль Менеджера будет назначена задача по распределению заявки на специалиста. При этом запись может менять статус по ранее настроенным автономным действиям, таким образом ответственные специалисты могут оперативно закрыть заявку, не дожидаясь завершения процесса распределения. В таком случае ответственным за исполнение заявки назначается пользователь, который взял заявку в работу.