Свой сервис заявок на портале за вечер. Как это повторить на Инкоманд

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

Настройка Хелпдеска в конструкторе Incomand

Задача: быстрый HelpDesk одним курсором без программирования

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

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

Ваши заявки на канбан-доске Инкоманд
Ваши заявки на канбан-доске Инкоманд

Шаг 1. Создаём объект «Заявка»

В видео мы начинаем с базового кирпичика — объекта «Заявка».

Что делаем:

  • Определяем, где будут храниться заявки: в общем хранилище портала или на конкретном сайте (это удобно, если у вас несколько бизнес‑единиц или сервисных команд).
  • Задаём поля: тема, описание, приоритет, статус, исполнитель и т.д.
  • Для полей со списками (например, «Статус» или «Приоритет») настраиваем значения и цвета — так статусы на доске сразу читаются по визуальному коду.

На этом этапе мы по сути описываем свою модель данных, но через пользовательский интерфейс, а не через SQL и схемы. При этом платформа сама развертывает таблицы в базе данных и REST API для прямого взаимодействия с данными.

ER-диаграмма модели данных Инкоманд
ER-диаграмма модели данных Инкоманд

Шаг 2. Делаем удобные формы

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

На вкладке с макетами курсором собираем форму из блоков:

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

Все это делается в визуальном редакторе: перетаскиваем поля, группируем, раскладываем по вкладкам.

Описание макета ввода данных объекта Инкоманд
Описание макета ввода данных объекта Инкоманд

Шаг 3. Поднимаем канбан‑доску

Когда объект и формы готовы, переходим к самому приятному — интерфейсу для работы команды поддержки.

В Инкоманд есть виджет «доска объектов»: он превращает наши заявки в канбан‑колонки по статусам. Что настраиваем:

  • выбираем объект «Заявка»;
  • указываем, что колонки — это поле «Статус»;
  • задаём представление: какие поля будут видны на карточке на доске (например, тема, приоритет, исполнитель).

Результат — классическая доска: слева новые заявки, дальше «В работе», «Решено» и т.д. Карточки можно перетаскивать мышкой, а система сама меняет статус записи.

Описание представлений объекта Инкоманд
Описание представлений объекта Инкоманд

Шаг 4. Настраиваем статусы и переходы

Важно, чтобы процесс был не только красивым, но и контролируемым.

Для этого в объекте настраиваем статусы и допустимые переходы между ними. Например:

  • из «Новой» можно перейти только в «В работе»;
  • из «В работе» — в «Решено» или, при необходимости, обратно в «Новую»;
  • некоторые переходы можно запретить, чтобы заявки не прыгали туда‑сюда.

Так мы задаём простой жизненный цикл заявки без BPMN‑диаграмм, но с понятной логикой.

Описание состояний объекта Инкоманд
Описание состояний объекта Инкоманд

Шаг 5. Добавляем автоматизацию

Чтобы команда поддержки меньше заполняла руками, добавляем небольшую автоматизацию.

В примере из видео:

  • задаём правило: при смене статуса на «В работе» поле «Исполнитель» автоматически заполняется текущим пользователем;
  • действие привязано к событию изменения статуса и срабатывает без участия администратора.

Если не хочется перетаскивать карточки, можно добавить на интерфейс кнопки‑действия: «Взять в работу», «Закрыть», «Вернуть на доработку». За каждой кнопкой будет стоять свой набор изменений: статус, исполнитель, комментарии и т.д.

Описание действий с объектом Инкоманд
Описание действий с объектом Инкоманд

Шаг 6. Канбан плюс таблица

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

В таблице удобно:

  • быстро отфильтровать заявки по статусам, исполнителям, приоритету;
  • провалиться в карточку и изменить данные;
  • использовать списки в отчётности и управлении загрузкой команды.

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

Виджет Инкоманд "Доска объектов" (канбан) 
Виджет Инкоманд "Доска объектов" (канбан) 

Права доступа и запуск «в прод»

Чтобы превратить прототип в рабочий сервис, остаётся настроить права.

В портале Инкоманд это делается через матрицу прав: несколькими галочками определяем, кто может:

  • создавать заявки;
  • видеть только свои или все;
  • менять статусы и работать с доской.

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

Описание ролевой модели для страницы Инкоманд
Описание ролевой модели для страницы Инкоманд

Зачем всё это бизнесу

Такой подход даёт компаниям две ключевые вещи:

  • скорость — от идеи до рабочего сервиса проходит не недели, а часы;
  • гибкость — объект, поля, статусы и действия можно донастраивать по мере взросления сервиса.

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

1
Начать дискуссию