Моніторинг дій адміністратора у OpenCart

Моніторинг дій адміністратора – це модуль для OpenCart, який акуратно фіксує дії адміністраторів на панелі керування: хто, що і коли зробив. Якщо над магазином працює кілька співробітників, ви швидко перестаєте ворожити «хто видалив купон» або «чому змінилися налаштування» - натомість відкриваєте журнал та бачите факти.

Призначення модуля

Головне завдання Моніторингу адміністратора – дати вам прозорість та контроль над змінами в адмінці. Модуль перехоплює системні події OpenCart (до/після дій), формує зрозумілі повідомлення та зберігає їх у окремій таблиці бази даних. В результаті у вас з'являється єдиний журнал активності, який зручно фільтрувати та чистити.

Важливо: журнал подій особливо корисний, коли доступ до адмінки має кілька менеджерів, контент-редакторів або зовнішніх підрядників. Це проста «страховка» від помилок та спірних ситуацій.

Що саме відстежується

Модуль реєструє тип дії та групу сутності, з якою працювали. Вбудовані типи подій:

• add - створення
• edit - зміна
• delete - видалення
• approve - схвалення
• login - вхід до адмінки
• logout - вихід з адмінки

А ось приклади груп (розділів адмінки), якими ведеться журнал:

• товари, категорії, виробники, опції, атрибути та групи атрибутів
• купони та маркетингові кампанії
• клієнти та групи клієнтів
• банери, макети (layouts), інформаційні сторінки
• скачування (downloads), recurring-профілі, фільтри
• партнери та партнерські транзакції
• налаштування магазину (в т.ч. окрема обробка розділу setting/setting )
• замовлення (створення/редагування/видалення - логується на стороні каталогу, щоб ловити дії через API/сценарії)

Які дані зберігаються до журналу

Кожен запис у журналі – це структурована подія. У основі створюється таблиця adminmonitor, куди пишуться:

• ID користувача (user_id) та логін (user_name)
• тип події (event_type) та група (event_group)
• хук/тригер (argument_hook) – допомагає зрозуміти джерело події
• дані (data) - найчастіше це ID сутності (наприклад, product_id, category_id, order_id)
• subject - «людський» опис об'єкта, часто у вигляді посилання на сторінку редагування
• дата та час (date_created)

Інтерфейс та робота з подіями

В адмінці модуль виводить таблицю подій та дає інструменти для швидких перевірок. Доступні операції:

• фільтрація за користувачем, типом, групою та діапазоном дат
• посторінковий висновок (пагінація)
• масове видалення вибраних записів
• кнопка «Очистити фільтри» – щоб повернутися до повного списку
• кнопка «Повторно підключити події» - якщо потрібно заново перевстановити хуки (rehook)

Переваги AdminMonitor

• Порядок в адмінці ви бачите історію змін, а не припущення.
• Швидке розслідування хтось видалив банер, хтось поміняв купон, хтось правил картку товару.
• Контроль команди зручно для розподілених співробітників та агентств.
• Зрозумілі повідомлення у журналі формуються фрази, що читаються, і клікабельні посилання на об'єкт (коли це можливо).
• Підтримка логування замовлень окремі обробники на подіях checkout/order, включаючи add/edit/delete.

Практичні сценарії застосування

1. Після падіння конверсії перевірте, чи хтось не змінював ціни, купони або налаштування магазину.
2. У разі конфлікту правок швидко знайдіть, хто і коли редагував товар/категорію.
3. Під час роботи з підрядником контролюйте зміни без постійних «дзвінків та звітів».
4. Під час чищення адмінки відстежуйте масові видалення та схвалення.

Рекомендації щодо використання

Щоб журнал приносив максимум користі:

• видавайте доступ до адмінки персонально, не використовуйте один загальний обліковий запис на всіх;
• періодично чистіть старі події (у модулі є видалення вибраних записів);
• після перенесення сайту або оновлень, при необхідності, натисніть «Повторно підключити події», щоб переконатися, що всі активні хуки.

Моніторинг дій адміністратора - це той самий модуль, який «тихо працює» у фоні, але одного разу заощаджує години часу, нерви та гроші, коли потрібно швидко відновити картину того, що відбувається в адмінці.