История изменений в Bitrix24: возможности и ограничения

Короткий ответ

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

Для единичного вопроса этого часто достаточно. Для серии из сотен замен требуется дополнительная работа: определить масштаб, автора или источник, сравнить before/after, связать изменения по времени и учесть разрешенные импорты.

Содержание

1. Какие источники истории использовать
2. Как найти изменение конкретного поля
3. Как расследовать массовую серию
4. Удаления и корзина
5. Экспорт и просмотры
6. Интеграции и неизвестный автор
7. Что добавляет Veriqon
8. Как выбрать критичные поля
9. Порядок документирования
10. Ограничения и типовые ошибки

1. Какие источники истории использовать

История CRM

Это общий источник основных изменений CRM. В нем можно искать записи по доступным фильтрам и видам действий. Администратор имеет наиболее широкий обзор, а обычный пользователь ограничен правами на элементы.

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

История карточки

Для конкретного контакта, компании, лида или сделки используйте историю элемента и таймлайн. Это удобно, когда известен объект и нужно понять последовательность действий вокруг него.

Корзина CRM

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

Журнал событий и история входов

Эти источники помогают связать доступный вход сотрудника с последующими действиями. Они работают не на всех тарифах и доступны соответствующим ролям.

Журналы интеграций

У внешней системы может быть собственный журнал обмена. Сопоставляйте его время и идентификаторы с историей CRM. Не переносите секреты интеграции в материалы расследования.

2. Как найти изменение конкретного поля

Если известна карточка:

1. Зафиксируйте идентификатор и текущее значение.
2. Откройте доступную историю карточки.
3. Найдите изменение нужного поля по времени.
4. Запишите доступного автора или источник.
5. Сохраните старое и новое значение только в необходимом объеме.
6. Проверьте соседние действия: ответственного, стадию, сумму, связи.
7. Сопоставьте событие с задачей, импортом или роботом.

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

3. Как расследовать массовую серию

При сотнях объектов просмотр каждой карточки вручную неэффективен. Сначала сформируйте агрегаты:

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

Затем выберите контрольную выборку: первые, последние, наиболее ценные и нетипичные объекты. Сравните фактическую серию с заявкой на массовую операцию.

Не восстанавливайте значения до фиксации источника. Иначе история расследования смешается с исправляющей операцией.

4. Удаления и корзина

При массовом удалении действуйте быстро:

1. остановите продолжение в пределах полномочий;
2. зафиксируйте время и типы объектов;
3. проверьте историю CRM;
4. откройте корзину;
5. сохраните список идентификаторов и доступных авторов;
6. согласуйте область восстановления;
7. восстанавливайте партиями и проверяйте связи.

Официальная справка указывает, что удаленные элементы CRM обычно хранятся в корзине ограниченное время. Условия зависят от типа данных и текущих правил. Veriqon не гарантирует восстановление.

Подробнее: массовое удаление в Bitrix24.

5. Экспорт и просмотры

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

При доступном web-канале Veriqon может анализировать массовые и последовательные просмотры. Списки, kanban, мобильный клиент и сторонние каналы могут иметь иное покрытие.

6. Интеграции и неизвестный автор

Изменение может выполняться роботом, приложением, вебхуком или техническим пользователем. Проверяйте:

• владельца источника;
• права;
• назначение;
• рабочее окно;
• ожидаемый объем;
• журнал внешней системы;
• изменение секрета или владельца.

Если доступное событие не дает достоверного автора, используйте формулировку «автор не определен». Не подставляйте пользователя по косвенному совпадению времени.

7. Что добавляет Veriqon

Before/after выбранных полей

Для контролируемых полей Veriqon сохраняет значимое старое и новое значение, автора или доступный источник и время с момента подключения.

Объединение в серию

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

Бизнес-контекст

Учитываются критичность поля, принадлежность объекта, подразделение, активность сделки, доверенный источник и разрешенная массовая операция.

Объяснение риска

Карточка показывает, какие факторы повысили приоритет. Она не объявляет человека виновным и допускает классификацию как штатная операция.

Карта покрытия

Для каждого канала фиксируется фактическая доступность. Отсутствие недоступного события не трактуется как отсутствие действия.

8. Как выбрать критичные поля

Не пытайтесь хранить расширенную историю всего подряд. Начните с полей, изменение которых влияет на связь с клиентом, выручку, ответственность или доступ.

Для каждого поля определите:

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

Готовая структура: карта чувствительных полей CRM.

9. Порядок документирования

Разделяйте три уровня:

1. Факт: запись истории, время, идентификатор, доступный автор.
2. Контекст: задача, роль, импорт, интеграция, рабочее окно.
3. Решение: штатная операция, ошибка, инцидент, недостаточно данных.

В журнале фиксируйте источник, способ получения, исполнителя и дату. Не помещайте туда токены, пароли и лишние персональные данные.

Для повторяемой процедуры используйте комплект расследования инцидента CRM.

10. Ограничения и типовые ошибки

Ошибка: считать историю полной копией CRM

История содержит основные изменения, но набор событий зависит от настроек и возможностей. Проверяйте фактическое покрытие.

Ошибка: делать вывод по одному событию

Изменение поля не раскрывает намерение. Нужны серия, источник и бизнес-контекст.

Ошибка: обещать ретроспективу до подключения

События, которые не были получены, нельзя восстановить автоматически.

Ошибка: путать историю с резервным копированием

Before/after помогает расследованию, но не гарантирует восстановление всех связей и объектов.

Ошибка: собирать лишние данные

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

Ошибка: игнорировать интеграции

Робот или вебхук может законно создать серию изменений. Ведите реестр и рабочие окна.

Практический чек-лист

• Определен объект и период.
• Сохранена доступная история.
• Автор подтвержден или отмечен как неопределенный.
• Выделены поля before/after.
• Проверены соседние действия.
• Найдена или исключена плановая операция.
• Учтены интеграции и роботы.
• Зафиксированы ограничения покрытия.
• Решение отделено от фактов.
• Назначены восстановительные меры.

Официальные источники Bitrix24

• Что такое История в CRM
• Групповые действия в CRM
• Удаление и корзина CRM
• Как восстановить данные
• Как экспортировать данные из CRM

Проверить историю изменений

На пилоте Veriqon показывает контролируемые поля и серийные сценарии на демо-данных. Для первичной оценки не передавайте клиентскую базу, пароли или токены.