Заявитель сохраняется
Авторизованный сотрудник становится создателем задачи, поэтому связь с инициатором не нужно восстанавливать вручную.
Внутренние обращения сотрудников превращаются в задачи Битрикс24: форма определяет рабочую группу, владелец группы становится ответственным, а заполненные поля отображаются в карточке и списке задач.
Пользователь остаётся в интерфейсе HelpDesk, а исполнитель получает задачу в привычной рабочей среде Битрикс24.
На корпоративном портале использовался HelpDesk с направлениями, настраиваемыми формами и разными типами вопросов. Сотрудник мог выбрать услугу и подробно описать запрос, однако дальнейшая обработка оставалась отдельным контуром.
Новая версия сохранила привычную точку входа для заявителя, но перенесла исполнение в задачи Битрикс24. Это позволило использовать рабочие группы, ответственных, стандартный список задач и карточку без создания второго интерфейса для команды поддержки.
После клиентской и серверной проверки форма отправляет данные в отдельный обработчик. Он определяет маршрут, создаёт задачу через REST и возвращает ссылку. Пользователь сразу переходит к созданной задаче и не остаётся на неопределённом экране «заявка отправлена».
Авторизованный сотрудник становится создателем задачи, поэтому связь с инициатором не нужно восстанавливать вручную.
Сначала используется настройка конкретной формы, затем резервное правило её направления.
В базовой модели ответственным становится владелец рабочей группы Битрикс24.
В задаче сохраняются форма, подписи вопросов, отображаемые значения справочников и исходные ответы.
Данные формы сохраняются в пользовательских полях задачи. Одно поле связывает задачу с формой, второе содержит JSON с ответами и служебным блоком _meta.
Создание задачи разрешено только авторизованному пользователю через POST с действующей сессией. Форма и маршрут повторно проверяются на сервере, входные значения ограничиваются и очищаются, а ошибка REST фиксируется в техническом журнале и возвращается пользователю безопасным сообщением.
Сотрудник выбирает понятную услугу и заполняет специализированную форму. Команда поддержки не осваивает отдельную очередь: обращение появляется в нужной рабочей группе Битрикс24, имеет автора и ответственного, а все ответы видны в карточке и списке задач.
В публичном кейсе не приводятся внутренние адреса, реальные заявки, пользователи, группы и параметры API. Числовые показатели скорости обработки не заявляются, потому что для них нужна отдельная выборка данных до и после запуска.
Выберем одну форму, рабочую группу и ответственного, согласуем данные и проверим путь от отправки обращения до готовой задачи.
Обсудить интеграцию