Журнал действий администраторов

Менее 50 раз установок

от Ожогов Николай

Тестировать (5 дней) Купить: 14 900 руб

Ставится из 1С-Битрикс Marketplace за пару минут — вкладка «Установка».

Скриншоты

Технические данные

Число установок:

Менее 50 раз

Версия:

1.0.6

Адаптивность:

Нет

Поддержка композита:

Нет

Дата публикации:

05.10.2026

Совместимые редакции

Описание

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

Модуль отвечает на вопрос точно: вот человек, вот время, вот поле, вот прежнее значение.

РАЗНИЦА «БЫЛО — СТАЛО», А НЕ «ОБЪЕКТ ИЗМЕНЁН»

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

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

ВОЗВРАТ ОДНОГО ЗНАЧЕНИЯ

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

СЕМЬ ОБЛАСТЕЙ, КАЖДАЯ ВКЛЮЧАЕТСЯ ОТДЕЛЬНО

Контент инфоблоков — название, активность, тексты, раздел, символьный код. Каталог — цены и остатки, то, из-за чего чаще всего и спрашивают «кто поменял цену». Заказы — статус, суммы, отмена, комментарии. Пользователи. Группы и права. Настройки модулей. Вход в административный раздел.

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

ЛЮДИ ОТДЕЛЕНЫ ОТ МАШИН

У каждого события записан источник: админка, витрина, обмен с 1С, агент, консоль, REST. Обмен, агенты и консоль по умолчанию не пишутся, а в списке есть флажок «только люди». Без этого ночной обмен, который трогает остатки всего каталога, за неделю превратил бы журнал в свалку, где не найти человека. Техническую учётную запись интеграции можно исключить отдельно.

СЕКРЕТЫ В ЖУРНАЛ НЕ ПОПАДАЮТ

Если в имени поля есть pass, token, key, secret, hash или другое слово из списка, значение заменяется точками ещё до записи в базу: сам факт изменения виден, значение — нет. Журнал читают шире, чем настройки модулей, и он не должен становиться местом, где пароли лежат в открытом виде. Список слов настраивается.

ПИСЬМО О ТОМ, ЧТО МЕНЯЮТ РЕДКО

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

ЖУРНАЛ НЕ РАСТЁТ БЕСКОНЕЧНО

Срок хранения задаётся в настройках, критичные события живут вдвое дольше — именно их спрашивают при разборе инцидента. Чистка идёт агентом пачками, чтобы не держать блокировки на большой таблице. Длинные тексты обрезаются: хранить полное описание товара в каждой записи незачем.

ПРАВА

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

ЧЕГО МОДУЛЬ НЕ ДЕЛАЕТ

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

ГРАНИЦЫ ВЕРСИИ 1.0

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

ТРЕБОВАНИЯ

— 1С-Битрикс: Управление сайтом или Битрикс24 в коробке, главный модуль 20.0.0 и новее;
— PHP 8.2 и новее;
— MySQL 5.7+ / MariaDB 10.3+ либо PostgreSQL (для PostgreSQL — главный модуль 23.900.900 и новее);
— модули «Информационные блоки», «Торговый каталог» и «Интернет-магазин» — по желанию: без них соответствующие области просто не включаются;
— работающие агенты (в идеале — запуск по крону): ими идут чистка журнала и письмо.

УСТАНОВКА

1. Распакуйте архив в /bitrix/modules/ либо установите решение из Marketplace.
2. Админка → Marketplace → Установленные решения → «Журнал действий администраторов» → Установить.
3. Модуль создаст две таблицы с префиксом ozhogov_audit_, скопирует страницы в /bitrix/admin/, заведёт почтовое событие и два агента.

ГДЕ ЧТО ЛЕЖИТ

Журнал: Настройки → Журнал действий.
Настройки: Настройки → Настройки продукта → Настройки модулей → «Журнал действий администраторов».

НАСТРОЙКИ

— «Что писать»: семь областей, каждая включается отдельно; список инфоблоков, если следить нужно не за всем каталогом; поля, которые не записывать (служебные вроде TIMESTAMP_X меняются при каждом сохранении и только засоряют журнал).
— «Чьи действия»: пропускать обмен с 1С, агенты и консоль; список пользователей, действия которых не пишутся, — обычно это техническая учётная запись интеграции.
— «Хранение»: срок хранения, длина сохраняемого значения, слова, по которым значение скрывается, размер пачки при чистке, разрешение на возврат значений.
— «Уведомления»: адрес и области письма о критичных изменениях.
— «Доступ»: права групп пользователей на модуль.

ПЕРВАЯ НАСТРОЙКА: ЧТО СДЕЛАТЬ СРАЗУ

1. Оставьте включёнными те области, которые действительно нужны. Каталог на десятки тысяч товаров стоит ограничить списком инфоблоков.
2. Проверьте, что обмен с 1С пропускается, — иначе журнал заполнится остатками.
3. Задайте срок хранения. 180 дней по умолчанию: критичные события при этом хранятся 360.
4. Включите письмо о критичных изменениях и укажите адрес того, кто отвечает за портал.
5. Раздайте права: тем, кто должен только читать журнал, достаточно уровня «Просмотр журнала».

ПРОВЕРКА ДО БОЕВОГО ЗАПУСКА

1. Откройте любой товар, поменяйте название, сохраните.
2. Настройки → Журнал действий: событие появилось, в колонке «Полей» стоит 1.
3. Откройте событие: видно прежнее и новое название и кнопка «Вернуть».
4. Нажмите «Вернуть» — название вернулось, а в журнале появилась запись о самом возврате.

КАК ЧИТАТЬ ЖУРНАЛ

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

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

ЕСЛИ ЧТО-ТО ИДЁТ НЕ ТАК

— журнал пуст: проверьте на вкладке «Что писать», что нужная область включена, а на вкладке «Чьи действия» — что источник не пропускается; правки из консоли по умолчанию не пишутся;
— изменений каталога нет, хотя цены меняются: убедитесь, что установлен модуль «Торговый каталог» и область «Каталог: цены и остатки» включена;
— в записи одно изменение вместо нескольких: так и должно быть — сравниваются только те поля, которые пришли в запросе на сохранение;
— «Вернуть» не предлагается: возврат выключен в настройках, значение скрыто или обрезано, объект удалён, либо для этой области возврат не делается (заказы и вход);
— письмо не приходит: проверьте, что агенты работают и что почта на портале настроена; отправленные письма видны в «Почтовых событиях»;
— журнал разросся: уменьшите срок хранения и ограничьте список инфоблоков; чистка идёт агентом раз в сутки.

УДАЛЕНИЕ

Админка → Marketplace → Установленные решения → Удалить. На шаге удаления есть флажок «Сохранить таблицы модуля» — он отмечен по умолчанию, поэтому журнал остаётся.

Техническая поддержка решения оказывается разработчиком в течение срока действия лицензии.

— Электронная почта: nm.ozhogov@ya.ru
— Время ответа: в рабочие дни, в течение 48 часов с момента обращения.
— Часовой пояс: UTC+3 (Москва).

Чтобы вопрос решился с первого письма, приложите: название и версию решения, редакцию 1С-Битрикс и версию главного модуля, версии PHP и базы данных, адрес страницы, на которой воспроизводится проблема, последовательность действий для её повторения и снимок экрана с сообщением об ошибке. Если ошибка попала в журнал событий сайта, приложите запись из него.

В поддержку можно обращаться с вопросами по установке, настройке и обновлению решения, по совместимости с другими решениями и по ошибкам в его работе. Доработка решения под требования конкретного проекта в поддержку не входит и обсуждается отдельно.