История в CRM Битрикс24: что это и как с ней работать

Рано или поздно в любой компании возникает вопрос: «кто и когда изменил сумму в этой сделке» или «почему пропал контакт из базы». В Битрикс24 на такие вопросы отвечает История CRM — встроенный журнал, который фиксирует ключевые действия с лидами, сделками, контактами и другими элементами. Это не резервная копия и не способ откатить ошибку, а инструмент прозрачности: кто, что и когда сделал с данными клиента. Ниже — пошаговая инструкция, как открыть журнал, найти в нём нужную запись и что делать с этой информацией дальше.

1Открываем историю CRM

Журнал истории находится в разделе CRM → Ещё → История. Он собирает записи о трёх типах событий. Первый — действия с самими элементами: карточку просмотрели, экспортировали, изменили одно из ключевых полей (название, стадию, ответственного, статус, телефон, источник и другие), добавили или удалили связь с другим элементом CRM. Второй — действия в таймлайне карточки: создано дело, звонок, письмо или документ, письмо отправлено или удалено. Третий — операции с товарами внутри сделки: товар добавлен, изменена сумма или количество, изменён режим расчёта.

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

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

2Ищем нужную запись через фильтр

При большом количестве сделок список истории быстро становится длинным, поэтому в интерфейсе есть фильтр — иконка над таблицей открывает панель с полями: Сущность, Тип, Тип события, Автор, Дата, Описание, Элемент CRM и ID.

Самый быстрый способ найти изменения по конкретной сделке или контакту — заполнить поле ID.

Самый быстрый способ найти изменения по конкретной сделке или контакту — отфильтровать по ID элемента: он виден в адресной строке при открытии карточки, например в ссылке вида .../crm/deal/details/123/, где 123 — это и есть искомый ID. Кроме ID, доступны фильтры по типу сущности (лиды, контакты, компании, сделки, предложения), типу изменения (пользовательские правки, письма, просмотр, экспорт, удаление, связи), типу события, автору и дате или диапазону дат. Можно также искать по ключевому слову в описании — например, по теме письма или содержанию комментария.

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

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

Карточка сделки: изменение стадии (обведено) — один из самых частых типов событий, которые видно в истории.

Именно такие переходы — «Стадия изменена», «Значение поля изменено» — и составляют основную массу записей в журнале истории. Сопоставляя запись из истории с текущим состоянием карточки, проще понять, что именно произошло и когда.

Кто видит записи в истории

Здесь работает та же логика прав доступа, что и во всей CRM: администратор Битрикс24 видит абсолютно все изменения по всем элементам, а рядовой сотрудник — только по тем лидам, сделкам и контактам, к которым у него есть доступ. Если менеджер работает только со своими сделками, в истории он не увидит изменений по чужим клиентам, даже если это события того же типа.

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

Как отключить лишние события в истории

Не все действия одинаково важны для конкретной компании — например, факт просмотра карточки менеджером может создавать избыточный шум и мешать искать реально значимые изменения. Отключить фиксацию отдельных типов событий можно в Настройках → Настройки CRM → Другое → Прочие настройки, на вкладке «История»: там отмечаются галочками события, которые стоит записывать, а остальные исключаются из журнала.

Как удалить запись из истории — и почему это не откат

Удалить запись из истории может только администратор Битрикс24: через меню записи нужно выбрать «Удалить» и подтвердить действие. Важный момент, который часто путают: удаление записи из истории не отменяет само изменение. Если, например, сумма сделки была ошибочно изменена, а потом запись об этом удалили из журнала — сумма в карточке сделки останется такой же, какой стала после изменения. История — это журнал событий, а не система версионирования данных с возможностью отката.

История CRM как инструмент внутреннего аудита

Помимо разбора отдельных конфликтов, историю CRM удобно использовать как регулярный инструмент проверки качества работы отдела продаж. Руководитель может периодически выборочно смотреть по фильтру «Автор» и «Дата», как конкретный менеджер ведёт сделки: как часто меняет стадии, вносит ли комментарии в таймлайн, обновляет ли данные клиента после звонков. Это не про тотальный контроль, а про то, чтобы вовремя заметить, если сотрудник просто формально перемещает сделки без реальной работы с клиентом.

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

История и данные из интеграций

Если CRM интегрирована с телефонией, почтой или 1С, часть событий в истории будет создана не сотрудником, а автоматически — например, входящий звонок с записью разговора или синхронизация статуса оплаты из бухгалтерской системы. В таких случаях фильтр по автору помогает быстро отличить действия человека от автоматических системных обновлений, что особенно полезно при разборе нештатных ситуаций: «сделка сама переместилась на другую стадию» почти всегда означает, что сработал триггер или пришло обновление из внешней системы, а не ошибку сотрудника.

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

Зачем история CRM бизнесу на практике

Помимо разбора спорных ситуаций внутри команды, история CRM полезна в нескольких сценариях. При передаче дел новому сотруднику она показывает, что происходило со сделкой или клиентом до его прихода. При аудите работы отдела продаж — например, если руководитель хочет понять, почему конкретная сделка «зависла» на одной стадии, — история покажет последовательность всех действий и изменений. А при интеграции с другими системами (1С, телефония) журнал помогает быстро находить, какие изменения пришли из внешней системы, а какие внёс сотрудник вручную.

По нашему опыту внедрения, компании чаще всего вспоминают про историю CRM уже постфактум — когда возник конфликт или пропали данные, — а не настраивают её заранее. Разумнее один раз решить на старте, какие события важны именно для вашего процесса, и включить только их.

История и корзина CRM — в чём разница

Историю CRM часто путают с корзиной, хотя это два разных инструмента. Корзина хранит сами удалённые объекты — сделку, контакт, лид целиком — и позволяет их восстановить. История хранит только записи о событиях: что произошло, кто это сделал и когда, но не сам «снимок» удалённого объекта. Например, если сделку удалили, в истории останется запись «сделка удалена автором Х числа Y», а восстановить саму сделку можно только через корзину — переход по одной лишь записи в истории данные не вернёт.

На практике оба инструмента чаще всего используются вместе: сначала в истории смотрят, что случилось и кто это сделал, а затем, если нужно вернуть данные, идут в корзину и восстанавливают сам элемент. Подробнее о том, как работает восстановление удалённых элементов, — в статье «Что такое Корзина в CRM».

Кому стоит давать доступ к полной истории CRM

Полная видимость истории по всем элементам CRM — это, по сути, административная привилегия, и раздавать её стоит осторожно. На практике достаточно, чтобы полный доступ был у 1–2 человек: руководителя отдела продаж и администратора системы. Остальным сотрудникам обычно хватает видимости только по своим сделкам — это и есть поведение по умолчанию для не-администраторов. Если в компании несколько отделов продаж с разными руководителями, стоит продумать, нужен ли каждому руководителю доступ только к истории своего отдела или ко всей компании — это настраивается через общую ролевую модель прав доступа в CRM, а не отдельно для истории.

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

Частые вопросы

Читайте также