DEV Community

Глеб Лужбин S-WEBS
Глеб Лужбин S-WEBS

Posted on • Originally published at s-webs24.ru

История задач в Битрикс24: сценарии для техподдержки и операционных команд

Описание задачи в Битрикс24 живёт своей жизнью. Сотрудник техподдержки дописывает условия, клиент уточняет симптомы, руководитель меняет формулировку после созвона. Через несколько дней в карточке лежит актуальный текст, но неясно, когда в нём появилась конкретная деталь.

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

Вкладка «История описания»

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

Для проверки есть сравнение любых двух версий в режиме «Было/Стало». Отличия подсвечиваются на уровне слов, не нужно вручную искать расхождения в двух длинных текстах. Быстрые действия «Первые версии», «Предыдущая» и «Текущая» помогают перемещаться между редакциями, если история большая.

Сценарий для техподдержки

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

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

При этом история не смешивается с комментариями. Комментарии содержат вопросы, гипотезы и договорённости, а «История описания» показывает только эволюцию текста обращения.

Сценарий для операционных команд

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

Диспетчер создаёт задачу на обработку заявки, руководитель уточняет порядок действий, исполнитель дописывает технические условия. Если результат не совпал с ожиданиями, вопрос звучит конкретно: по какой редакции работала команда?

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

Что приложение не делает

У инструмента чёткие границы. Он работает только с текстовым описанием задачи. В истории не сохраняются статусы, сроки, ответственные, комментарии и файлы. Нельзя отредактировать описание или восстановить старую версию одной кнопкой — только открыть редакцию и скопировать текст вручную.

Полные версии не появятся, если администратор не подключит события создания и изменения задач. После установки стоит сразу нажать «Установить события» и проверить работу на тестовой задаче.

С чего начать

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

Читать полностью на S-WEBS24

canonical_url: https://s-webs24.ru/articles/istoriya-zadach-bitrix24-stsenarii/

Top comments (0)