Как посмотреть историю изменений в Битрикс24: кто и когда менял описание задачи
С задачами в Битрикс24 бывает так: вчера в описании было одно, сегодня — другое. И никто не помнит, кто правил текст и что там было изначально. В спорной ситуации руководитель помнит одну постановку, исполнитель — другую, а заказчик уверен, что требования были зафиксированы иначе. Память здесь плохой источник: она не показывает дату правки и не отвечает на вопрос, кто изменил задачу.
Штатная история задачи в Битрикс24 показывает действия. Видно, что задачу создали, перенесли срок, сменили ответственного, добавили комментарий. Но она не сохраняет сами версии текстового описания. Если требование исчезло из текста, восстановить его по ленте не получится. Например, в описании могло пропасть условие согласовать макет до публикации. В ленте будет отмечено изменение задачи, но сам прежний текст не восстановить.
Для этого есть приложение «История задач». Оно добавляет в карточку задачи вкладку «История описания», где собраны сохранённые редакции описания. Можно выбрать две версии и посмотреть сравнение «Было/Стало» с подсветкой различий на уровне слов.
В таблице истории видны дата правки, автор, источник и статус редакции. Это помогает понять, когда появилось конкретное требование и кто его внёс. Если автор не передан, приложение честно пишет «Нет данных», а не домысливает. Бывает, что описание изменили, а потом вернули прежний текст. Визуально текущая редакция может совпасть с первоначальной, но обе правки остаются в истории. Это полезно, когда нужно понять, была ли правка временной и в какой момент текст вернули назад.
Работать с вкладкой просто:
- Открыть задачу.
- Перейти на вкладку «История описания».
- Выбрать две редакции в таблице.
- Открыть сравнение «Было/Стало».
- Проверить подсветку различий.
Есть быстрые действия: «Первые версии», «Предыдущая», «Текущая». Это удобно, когда нужно быстро вернуться к началу истории или посмотреть, что было перед выбранной редакцией.
Важно понимать ограничения. Приложение хранит только текстовое описание. Статусы, сроки, ответственных, комментарии и файлы оно не сохраняет — за этим всё ещё штатная лента. И восстановить старую версию по кнопке нельзя: текст можно только посмотреть и скопировать вручную. HTML и BB-код во вкладке показываются как обычный текст, они не исполняются.
Данные хранятся в хранилище данных самого портала Битрикс24, без внешней базы. Доступ проверяется по правам пользователя на задачу. Если сотрудник не видит историю, сначала нужно проверить, есть ли у него доступ к самой задаче. Сообщение об ограничении доступа в этом случае означает, что приложение применило правила портала.
После установки приложения администратору стоит проверить статусы: «Вкладка задачи», «События задач», «Задачи», «Хранилище данных». Если для событий задач требуется подключение, на странице есть действие «Установить события». Его нужно выполнить, иначе приложение не получит информацию, необходимую для сохранения версий. Если события не подключены, полная история описания не сохраняется. И прошлые правки приложение не восстановит задним числом — оно начинает фиксировать изменения с момента корректного подключения.
Кому это полезно? Проектным командам, где несколько человек правят одну постановку: менеджер добавляет требования после созвона, затем часть переносит в другую задачу, а исполнитель сравнивает версии и понимает, что осталось в текущем объёме работ. Внедренцам, которые фиксируют требования клиента: в описании появляются уточнения по полям, стадиям и правам доступа, и история помогает отделить первоначальную договорённость от изменений. Техподдержке, где обращение передают между линиями и дополняют описание диагностикой. И руководителям, которые разбирают спорные ситуации, когда один участник говорит, что требование было в задаче с самого начала, а другой — что оно появилось позже.
