Продолжаем цикл "Как правильно спроектировать интранет по модели EX Super Team". Предыдущий материал о реализации сценариев онбординга на Инкоманд читайте по ссылкам https://incomand.ru/ru/b/onboarding_incomand, https://incomand.ru/ru/b/request_approval.

В модели EX Super Team сотрудник не должен разбираться, в какую систему идти за отпуском, доступом к почте или бронированием переговорной. Если все эти сценарии собраны в одном каталоге с понятными статусами заявок, человеку не приходится искать нужный канал, а служба поддержки получает один управляемый контур внутри корпоративного портала. Инкоманд в таком сценарии работает как платформа, на которой можно собрать не только витрину сервисов, но и весь путь обращения — от открытия формы до закрытия заявки.

Что считать единой точкой доступа

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

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

Сценарий настройки

Создайте объект для каталога сервисов

Первый шаг — задать структуру данных через Объекты. Для каталога сервисов обычно создают отдельный объект “Сервис”, а если нужен учет обращений, добавляют еще и объект “Заявка”. Эти объекты можно связать между собой, чтобы один сервис порождал много заявок, а каждая заявка хранила свой статус, инициатора, комментарий и результат обработки.

Это позволяет не ограничиваться списком ссылок. Например в объекте “Сервис” можно хранить название, описание, категорию, ответственного, срок исполнения и признак доступности. В объекте “Заявка” — данные о пользователе, дате создания, выбранном сервисе, текущем этапе и финальном статусе.

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

Настройте форму подачи заявки

Следующий шаг — Конструктор форм. Здесь для каждого сервиса собирается своя форма: для отпуска — даты и комментарий, для бронирования переговорной — дата, время, длительность и помещение, для доступа к почте — тип доступа и обоснование.

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

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

Опишите маршрут обработки в бизнес-процессе

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

На практике заявка проходит несколько этапов: создание, согласование, исполнение, закрытие. Если обращение требует подтверждения руководителя, процесс отправит задачу именно ему; если на следующем этапе подключается HR, ИТ или административная служба, это тоже можно встроить в маршрут.

Такой сценарий особенно полезен там, где важно не только принять обращение, но и показать сотруднику, что оно реально движется. Внутри портала это выглядит как понятная статусная модель: заявка не “зависла где-то в системе”, а имеет конкретный этап и ответственного исполнителя.

Разместите каталог на странице портала

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

На практике это можно собрать как стартовую страницу с карточками сервисов, поиском, блоком популярных обращений и виджетом заявок. Если компания большая, удобно сделать отдельные страницы для HR-сервисов, ИТ-запросов и административных сценариев, а центральную страницу оставить как общий вход.

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

Настройте поиск и сегментацию

Когда сервисов становится много, без поиска каталог быстро превращается в длинный список, по которому неудобно ориентироваться. В Инкоманд для этого есть поиск, а также сегменты, которые позволяют показывать разным группам пользователей разные наборы сервисов.

Это легко применить в реальном сценарии. Новым сотрудникам можно показать сервисы адаптации и базовые HR-заявки, руководителям — согласования и сервисы, связанные с командой, административным сотрудникам — бронирование помещений и хозяйственные запросы. Тогда единый каталог остается общим по логике, но не перегружает каждого пользователя лишними пунктами.

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

Подключите внешние системы к единому сценарию

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

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

Настройте доступы, роли и поведение по группам

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

Таким образом HR-специалист видит сервисы кадровой поддержки, руководитель — согласования и командные сервисы, обычный сотрудник — свой набор заявок и доступных действий. Если часть сервисов предназначена только для определенной организации, сайта или группы, Инкоманд позволяет ограничить доступ на уровне сайта, роли или сегмента.

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

Что получает бизнес

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

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

На что обратить внимание

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

Отдельно важно учитывать разные сценарии для разных ролей. HR, руководитель и рядовой сотрудник часто приходят за разными результатами и единый портал должен учитывать этот контекст.

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

Мини FAQ

Что такое единая точка доступа в портале на базе Инкоманд?

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

Какие инструменты Инкоманд нужны для такого сценария?

Нужны объекты, конструктор форм, конструктор бизнес-процессов, поиск, сегменты, роли и страницы портала.

Можно ли настроить разные формы для разных сервисов?

Да. Для каждого сервиса можно собрать отдельную форму: например, для отпуска, бронирования переговорной или запроса на доступ к почте.

Можно ли в Инкоманд подключить внешние системы?

Да, Инкоманд поддерживает интеграции, поэтому часть сервисов можно оставить во внешних системах, но показывать их через единый портал.